It seems that the very last change fixed my problem.
C:\RosBE>svn up
U tools\rbuild\wineresource.cpp
Aggiornato alla revisione 28138.
Sincerely,
Carlo Bramini
---------- Initial Header -----------
>From : ros-dev-bounces(a)reactos.org
To : "ReactOS Development List" ros-dev(a)reactos.org
Cc :
Date : Fri, 3 Aug 2007 17:55:10 +0200
Subject : Re: [ros-dev] ERROR when compiling ROS
> Hi,
>
> There were some changes in the build system today.
> Please first try to update to *latest* trunk and then do a complete clean
> build.
>
> If this doesn't help, you can either try to delete all autogenerated files
> yourself, which were not deleted by the "clean" script or get a complete new
> checkout.
>
> I can build recent trunk (r28138) and our BuildBot has no problems as well
> now.
>
> Regards,
>
> Colin
>
>
> > -----Original Message-----
> > From: ros-dev-bounces(a)reactos.org
> > [mailto:ros-dev-bounces@reactos.org] On Behalf Of carlo.bramix
> > Sent: Friday, August 03, 2007 5:32 PM
> > To: ros-dev
> > Subject: [ros-dev] ERROR when compiling ROS
> >
> > Hello,
> > Today I wasn't able to compile ROS.
> > I got this error:
> >
> > [RBUILD] makefile.auto
> > Processing failed: No such file or directory
> >
> > Sincerely,
> >
> > Carlo Bramini
> >
> >
> >
> > ------------------------------------------------------
> > Scegli infostrada: ADSL gratis per tutta l'estate e telefoni
> > senza canone Telecom
> > http://click.libero.it/infostrada
> >
> >
> > _______________________________________________
> > Ros-dev mailing list
> > Ros-dev(a)reactos.org
> > http://www.reactos.org/mailman/listinfo/ros-dev
>
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
------------------------------------------------------
Scegli infostrada: ADSL gratis per tutta lestate e telefoni senza canone Telecom
http://click.libero.it/infostrada
Hello,
Today I wasn't able to compile ROS.
I got this error:
[RBUILD] makefile.auto
Processing failed: No such file or directory
Sincerely,
Carlo Bramini
------------------------------------------------------
Scegli infostrada: ADSL gratis per tutta lestate e telefoni senza canone Telecom
http://click.libero.it/infostrada
The patch (attached into that bug) fixes the signaled defect.
Sincerely,
Carlo Bramini.
------------------------------------------------------
Scegli infostrada: ADSL gratis per tutta lestate e telefoni senza canone Telecom
http://click.libero.it/infostrada
On Tue, 31 Jul 2007 05:47:22 +0100 (BST), "CK Raju"
<ckraju68(a)yahoo.co.in> said:
> But is the process of recognising other partitions
> stable ? Can ReactOS be installed in extended
> partitions ? Does it recognise extended partitions now
> ? These are the questions that will be eliminated with
> adoption of a cross-installer.
It did break the partition table I had the 2 times I have tried on real
hardware.
The two times, I had Ubuntu installed in logical partitions.
Each times, it see my 10Gb as 4Gb, and give a warning it does not
understand correctly
my partition table.
First time, it did seems to see some unused space (there was probably
none in reality) and
I let it installed there, stopping just before installing the boot
loader (I wanted to use
grub to start it). But when I tried to reboot, computer was unable to
boot, not even go to
the BIOS. Reinitializing CMOS or reflashing BIOS did not help. Finally
discover that
unplugging the HD fixed the BIOS. Probably a BIOS bug, expecting a
correct MBR and partition
table.
Next time (about 1 week ago), I had made a primary partition for it, and
still have Linux
on logical one. But it seems to have break the partition table once
again (not sure how
I convinced myself of that however, I think because I was not able to
search for
/boot/grub/menu.lst from grub on hd0).
I was given on a link in IRC about an unfinished patch on
hyperheterodyne, or superheterodyne...
that was about the partition manager. Was 1 or 2 years old however.
I read it a bit, patch and code for usetup?, but not good enough yet to
really understand.
So I consider the installer very dangerous right now.
--
http://www.fastmail.fm - Send your email first class
Let's try to calm down the emotions, otherwise people may be
offended :-)
I know Jim is the one who, I think, *never* commited a patch that
breaks something (testing a patch before commiting for one week -
easy), but we have to tolerate that other people (including myself)
tend to do mistakes from time to time.
WBR,
Aleksey Bragin.
On Aug 1, 2007, at 11:38 PM, Ged wrote:
> James Tabor wrote:
>> Man! You are right! The newbies are creating more work for me at
>> every
>> turn! I wish they would stop committing on crack!
>>
>> Thank you for the extra work!
>>
>
> That's rather harsh and partonising!
> These so called 'newbies' have done a great deal of good work
> recently.
>
>
>
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
Thanks for all wishes, I really had a nice vacation in Montenegro
(I'll maybe post some photos soon).
Great work on the reactos tree, ros-diffs sounds very promising. I'm
fully back into ReactOS by tomorrow.
WBR,
Aleksey Bragin.
On Jul 24, 2007, at 10:08 PM, Aleksey Bragin wrote:
> Hello,
> I'll be on vacation, starting from tomorrow (25th of July) and
> lasting till 1st of August.
>
>
>
> Have fun with development while I'm away!
>
> WBR,
> Aleksey Bragin.
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
So, is it reverted?
iirc, I even marked those files as "shared with Wine" in the
README.WINE file. I did the merging of Wine changes once or twice
there, and it's not a big fun to go change-by-change, trace revision
when it was changed, look up why and was it a necessary change or not.
WBR,
Aleksey Bragin.
On Aug 1, 2007, at 11:05 AM, Thomas Weidenmueller wrote:
> No it's not worth the hazzle because those changes result in *NO*
> optimizations anyway. The code that was changed were calls to
> InvalidateRect to NtUserInvalidateRect. Since InvalidateRect is
> already
> forwarded to NtUserInvalidateRect this doesn't really improve
> anything,
> it's the same overhead. These changes should be reverted, not just
> because it makes no sense to optimize these function calls even more
> because they're absolutely not time-critical.
>
> Please revert.
>
> - Thomas
>
> Steven Edwards wrote:
>> On 7/31/07, greatlrd(a)svn.reactos.org <greatlrd(a)svn.reactos.org>
>> wrote:
>>> user32 cleanup lite
>>> redirect the InvalidateRect@12 to NtUserInvalidateRect@12 in the
>>> def file
>>
>>> Modified:
>>> trunk/reactos/dll/win32/user32/controls/button.c
>>> trunk/reactos/dll/win32/user32/controls/combo.c
>>
On 7/31/07, greatlrd(a)svn.reactos.org <greatlrd(a)svn.reactos.org> wrote:
> user32 cleanup lite
> redirect the InvalidateRect@12 to NtUserInvalidateRect@12 in the def file
> Modified:
> trunk/reactos/dll/win32/user32/controls/button.c
> trunk/reactos/dll/win32/user32/controls/combo.c
Is it really worth the merge hassle to change it in these two files?
They are almost 100% shared with Wine and I doubt the overhead in
calling InvalidateRect vs NtUserInvalidateRect is worth the hassle on
whoever the maintainer is going to be....
--
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo
Hello.
This bug contains an useful patch that removes a large amount of duplicated code from taskmgr.
Sincerely,
Carlo Bramini
------------------------------------------------------
Scegli infostrada: ADSL gratis per tutta lestate e telefoni senza canone Telecom
http://click.libero.it/infostrada
