Hi Casper,
--- Casper Hornstrup <ch(a)csh-consult.dk> wrote:
> Basicly we have the following situation (and please correct me if I'm wrong). Hartmut spends
> some time examining the registry and
> object manager problems. Alex has partially rewritten the object manager to fix the problems,
> but can't get get further because he
> needs to wait for Thomas to finish his handle table implementation. Meanwhile, Thomas seems to
> be doing everything but finishing his
> handle table implementation. Alex keeps an increasing number of bugfixes (not only bugfixes for
> the object manager) on his private
> miscelanea branch and thus keeping these bugfixes away from 25 developers and whatever number of
> testers we have. The 25 developers
> and testers will have to live with these bugs until the branch is merged to trunk which appears
> to be several weeks away. Hartmut
> seems to be willing to fix the object manager and registry manager bugs on trunk, but if he now
> did, he would be duplicating work.
I agree 100%. I wanted to branch to 0.2.6 but because these fixes are still not on the trunk I
cannot do that. If the fixes are not merged on the trunk so then I propose we go ahead and branch
it for 0.2.6 and let the testers have at it.
Thanks
Steven
__________________________________
Celebrate Yahoo!'s 10th Birthday!
Yahoo! Netrospective: 100 Moments of the Web
http://birthday.yahoo.com/netrospective/
Filip,
I do not know if this patch is related to my nvidia driver 66.93 crash
(interrupt registration conflict) but i tested it and no change ...
To remember about this problem , i created the bug #522
=> May I have feedback from Nvidia users ?
Note : The driver version 43.45 worked ok several months ago on my video
card.
Regards
Gerard
french sysdm translation and some fixes in rc files
Kind regards,
Usurp (aka Sylvain Petreolle)
humans are like computers,
yesterday the BIOS was all
- today its just a word
What are our current options for creating userland services in reactos?
We don't seem to have an svchost, so should I make my service a
standalone exe for now?
Is anybody working on service support?
--
Here's a simple experiment. Stand on a train track between two locomotives
which are pushing on you with equal force in opposite directions. You will
exhibit no net motion. None the less, you may soon begin to notice that
something important is happening.
-- Robert Stirniman
Sorry to be nudging about this but:
Will the newly ported wrc.exe & widl.exe be a part of the binutils
(Binary & Source) packages available on SourceForge.net ReactOS project?
Free Life
Boaz
Hello!
I have just updates to the latest SVN version and now I have the problem, that I cannot install ReactOS anymore.
At the first reboot after installation, I get the following Assertion (cut from debug output):
(devinst.c:1008:SetupDiInstallClassW)
Assertion 'NewDC->DMW.dmBitsPerPel == BitsPerFormat(SurfObj->iBitmapFormat)' fai
led at objects/dc.c line 808
Entered debugger on embedded INT3 at 0x0008:0x80006243.
When I ignore this Assertion (by continuing), I can do so serveral times, after that my PC reboots. The error occurs on both QEMU and real HW.
I guess this error has something to do with the latest changes. Perhaps someone can verify/fix this (GvG ?).
I discoverd one or two other problems too (that have nothing to do with the latest SVN build), but I have to recheck them to ensure they still exist.
This is what I've done: I have clicked wildly with the right mouse button on the Desktop background to open the context menu and randomly used the context menu of the Explorer to move the Explorer windows arround in between.
When I do this for a couple of seconds, ReactOS crashes. (I posted a BSOD yesterday in IRC, but I guess nobody noticed it, here is the link:
http://www.rafb.net/paste/results/kxur3L28.html
As I said, I will recheck this in the evening today. Perhaps someone else will have a look on this too.
Best regards,
Dolphin
each test was run from a "mingw32-make clean" or "make clean" tree with
KDBG=0 DBG=0
old build system build command:
mingw32-make
mingw32-make bootcd
21 minutes
new build system:
make bootcd
11 minutes
new build system:
make -j 5 bootcd
13 minutes
I built the old build system with two separate commands because last
time I tried, you could do a "mingw32-make bootcd" from a clean tree.
So, besides the other benefits outlined when we started this project,
the new build system is cutting build time in half.
Now to just fix the remaining bug(s) ;)
I want to change the usermode exception reporter to make stack
traces in this form:
(KERNEL32:except/except.c:184) 6dc00000+cb991 C:\dl\libgtk-0.dll
rather than this from:
(KERNEL32:except/except.c:184) 6dccb991 C:\dl\libgtk-0.dll
My form is less compact but gives more information (namely, the offset in
the target module). It's a simple change but I wanted to see if anyone
objected strongly.
--
Here's a simple experiment. Stand on a train track between two locomotives
which are pushing on you with equal force in opposite directions. You will
exhibit no net motion. None the less, you may soon begin to notice that
something important is happening.
-- Robert Stirniman
Hi,
Robert if you are out there I think we want to try to branch for 0.2.6 sometime in the middle of
the coming week. Alex is going to merge his changes in to the trunk and then we should be mostly
ready. If Robert is not free and no one else wants to do it then I will plan on branching on
Wednesday. I expect we can let the 0.2.6 branch run for about a week so lets plan on shipping
0.2.6-final on 2005/03/16.
Thanks
Steven
__________________________________
Celebrate Yahoo!'s 10th Birthday!
Yahoo! Netrospective: 100 Moments of the Web
http://birthday.yahoo.com/netrospective/