Hello,
it's time for my periodical rant about debug log mess again. The example
below is made using latest VirtualBox 3.
Suggestions and questions:
1. usbohci - it's left on intentionally to better aid debugging?
Allright, however I think these lines
(/srv/buildbot_cmake/full_cmake/build/drivers/usb/usbohci/hardware.cpp:1199)
Waiting 0 milliseconds for port power up
(/srv/buildbot_cmake/full_cmake/build/drivers/usb/usbohci/hardware.cpp:1145)
Enabling status change
repeated 8 times is a little bit too much.
Same about libusb listing statuses of all ports. Which goes on yet
another time with EHCI controller.
2. What are these lines? Repeated 14 times
(/srv/buildbot_cmake/full_cmake/build/ntoskrnl/mm/ARM3/sysldr.c:2959)
ZwOpenFile failed with status 0xc000003a
3. What happened to the floppy driver?
(/srv/buildbot_cmake/full_cmake/build/ntoskrnl/io/iomgr/driver.c:1579)
'\Driver\FLOPPY' initialization failed, status (0xc000000e)
(/srv/buildbot_cmake/full_cmake/build/ntoskrnl/io/iomgr/driver.c:61)
Deleting driver object '\Driver\FLOPPY'
(/srv/buildbot_cmake/full_cmake/build/ntoskrnl/io/iomgr/driver.c:87)
HACK: Not unloading the driver image due to critical bugs!
(/srv/buildbot_cmake/full_cmake/build/ntoskrnl/io/iomgr/driver.c:1961)
IopInitializeDriver() failed (Status c000000e)
(/srv/buildbot_cmake/full_cmake/build/ntoskrnl/mm/ARM3/sysldr.c:935)
Leaking driver: floppy.sys
Fix it? Don't enable it in trunk builds if it's buggy and not fixed?
4. These lines repeated 20 times.
(/srv/buildbot_cmake/full_cmake/build/dll/ntdll/ldr/ldrapi.c:811)
NtCreateSection() failed (Status 0xc0000022).
Why creating section in LdrpVerifyImageMatchesChecksum() failes now?
5. Win32 stage.
(/srv/buildbot_cmake/full_cmake/build/win32ss/user/ntuser/winsta.c:208)
err: Invalid window station handle
(/srv/buildbot_cmake/full_cmake/build/win32ss/user/ntuser/ntuser.c:161)
err: Enter NtUserInitialize(0, 00000000, 00000000)
(/srv/buildbot_cmake/full_cmake/build/win32ss/user/ntuser/display.c:79)
err: InitDisplayDriver
(\Device\Video0, \Registry\Machine\System\CurrentControlSet\Hardware
Profiles\Current\System\CurrentControlSet\Services\VBE\Device0);
What happens here? It's a normal bootup, everyone should see this. Why
is invalid window station handle being passed, why do we need
NtUserInitialize to produce ERR debug print, along with
InitDisplayDriver. Are those errors? If not, then why the hell are they
being printed? If yes, then I don't see any info about actual errors.
6.
(/srv/buildbot_cmake/full_cmake/build/win32ss/user/ntuser/window.c:2416)
err: DestroyWindow AOW
AOW? ORLY?
7. MASSIVE portcls spam. I won't even count lines.
(/srv/buildbot_cmake/full_cmake/build/drivers/wdm/audio/backpln/portcls/undoc.cpp:281)
Calling Node 16 MajorTarget B01EF750 MinorTarget 00000000 PropertySet
{45ffaaa0-6e1b-11d0-bcf2-444553540000} PropertyId 4 PropertyFlags
10000200 InstanceSize 0 ValueSize 40 Handler FB24E58A PropertyRequest
FF55B5F8 PropertyItemFlags 203 PropertyItemId 4
A few pages of that stuff. Is it really useful for everyone, including
automated testing systems?
8. A work queue deadlock. Not a good thing at all
(/srv/buildbot_cmake/full_cmake/build/ntoskrnl/ex/work.c:351) EX: Work
Queue Deadlock detected: 1
(/srv/buildbot_cmake/full_cmake/build/ntoskrnl/ex/work.c:353) Dynamic
threads queued 2
9. ???
All that resulted from my desire to just compare logs attached to the
bug report. New log is totally unreadable, I had to spend time figuring
out where actually that Live Essentials app was started, what problems
it shows, etc.
Best regards,
Aleksey.
Hello,
I can see donations have slowed down too much.... so, reaching 30,000 €
goal seems ... quite impossible at the short-term...
So, i wanted to ask... what about hiring devs for months? i know its a
short period of time, but i feel ReactOS needs it ( and them, also,
speaking about devs) asap :)
Hi,
it appears that one of our servers has decided to definitely give up
today.
A temporary solution has been deployed to ensure ISOs are still stored
properly. But, as a side effect, for the moment:
- doxygen is not reachable any longer;
- cppcheck run is not reachable any longer;
- ISOs are not reachable any longer.
We're working to get this back as quick as possible.
Sorry for the inconvenience.
With my best regards,
Le samedi 02 juin 2012 à 04:04 +0000, buildbot(a)reactos.org a écrit :
> The Buildbot has detected a failed build on builder Trunk_x86_GCCLin Debug while building ReactOS.
> Full details are available at:
> http://build.reactos.org/builders/Trunk_x86_GCCLin%20Debug/builds/876
>
> Buildbot URL: http://build.reactos.org/
>
> Buildslave for this Build: Linux_AMD64_1
>
> Build Reason: scheduler
> Build Source Stamp: 56689
> Blamelist: jimtabor
>
> BUILD FAILED: failed shell
>
> sincerely,
> -The Buildbot
>
>
--
Pierre Schweitzer <pierre(a)reactos.org>
Systems Administrator
ReactOS Foundation
Hello,
Let me invite you to the monthly status meeting taking place last
Thursday of this month, 31st of May, 19:00 UTC.
The meeting will be at irc://fezile.reactos.org (Port 6667, no SSL) in
the channel #meeting. Note that the IRC service will only be started
shortly before the meeting. Your participation passwords will be emailed
to you shortly before the meeting starts.
If someone still is not getting passwords sent before a meeting - please
email Colin or Pierre before the meeting started to get one.
In order to save time, let's choose who is going to be the minute taker
on the upcoming meeting. As usual, volunteers are welcome.
An agenda for the meeting is being worked on now and will be posted
later. Please email me your suggestions before the meeting so that the
resulting agenda could be compiled beforehand.
With the best regards,
Aleksey Bragin.
hi. I'm a software engineering student last semester. My final project is translation of an open source o/s to Persian( farsi ). i see reactos and download its source code and Introduce the project to svn buti cant build it. please help me or send some useful tutorials.
This was due to a short outage on our side.
Problem fixed and build re-queued.
Sorry for the inconvenience.
Le mercredi 23 mai 2012 à 20:25 +0000, buildbot(a)reactos.org a écrit :
> The Buildbot has detected a failed build on builder Trunk_x86_GCCLin Debug while building ReactOS.
> Full details are available at:
> http://build.reactos.org/builders/Trunk_x86_GCCLin%20Debug/builds/838
>
> Buildbot URL: http://build.reactos.org/
>
> Buildslave for this Build: Linux_AMD64_1
>
> Build Reason: scheduler
> Build Source Stamp: 56652
> Blamelist: jimtabor
>
> BUILD FAILED: failed shell
>
> sincerely,
> -The Buildbot
>
>
--
Pierre Schweitzer <pierre(a)reactos.org>
Systems Administrator
ReactOS Foundation
Hi,
we are currently experiencing a downtime on our storage network. We are
actively working to get this back as soon as possible.
As a side effect, SVN is currently in read-only to prevent any further
build to be lost.
We are sorry for the inconvenience.
With my best regards,
On Tue, 2012-05-15 at 12:51 +0000, buildbot(a)reactos.org wrote:
> The Buildbot has detected a failed build on builder Trunk_x86_GCCLin Release while building ReactOS.
> Full details are available at:
> http://build.reactos.org/builders/Trunk_x86_GCCLin%20Release/builds/73
>
> Buildbot URL: http://build.reactos.org/
>
> Buildslave for this Build: Linux_AMD64_1B
>
> Build Reason: The Periodic scheduler named 'release' triggered this build
> Build Source Stamp: HEAD
> Blamelist:
>
> BUILD FAILED: failed shell
>
> sincerely,
> -The Buildbot
>
>
--
Pierre Schweitzer <pierre(a)reactos.org>
System Administrator
ReactOS Foundation
Hello together!
Is it just me or did the complete thread "Feedback 0.3.14" (or so) on
the forum by another Sven (I don't remember his full username) disappear
from yesterday to today? Even in the "my posts" view my two posts that I
have done in that thread aren't listed. Also it seems that the youngest
"no working reinstall driver button" thread by naums disappeared as
well. They don't appear to have been moved (there is no reference to a
moved thread), but they are simply gone. Is this a known problem? Were
they somehow hidden?
Regards,
Sven