I hadn't noticed that. That's strange though as I'm using 3.4.2.
Not sure whets happened there, I'll rebuild my build environment tonight and
go from there.
Thanks.
-----Original Message-----
From: Ge van Geldorp [mailto:gvg@reactos.com]
Sent: 07 January 2005 09:47
To: 'ReactOS Development List'
Subject: RE: [ros-dev] explorer build failure
> From: Murphy, Ged (Bolton)
>
> E:/reactos/build/MinGW/include/c++/3.2.3/bits/stl_map.h:225:
Wrong gcc/g++ version, you need at least 3.3.1
Gé van Geldorp.
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.com
http://reactos.com:8080/mailman/listinfo/ros-dev
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com
Hi all,
I haven't tried building for a while and after installing SVN last night I
thought it a good a time as any.
This was last night so I'm guessing it was build 12857
Upon reaching explorer it tries to generate the depends but is failing as
shown
<--snip-->
cmd: [LD] cmd.exe
cmd.exe was successfully built.
explorer: [DEPENDS] utility/.xmlstorage.d
cc1plus: unrecognized option `-E'
explorer: [DEPENDS] utility/.shellbrowserimpl.d
cc1plus: unrecognized option `-E'
explorer: [DEPENDS] utility/.dragdropimpl.d
cc1plus: unrecognized option `-E'
explorer: [DEPENDS] utility/.window.d
</--snip-->
This then continues for all resulting in massive failure upon building
<--snip-->
E:/reactos/build/MinGW/include/c++/3.2.3/bits/stl_map.h:225: instantiated
from
`_Tp& std::map<_Key, _Tp, _Compare, _Alloc>::operator[](const _Key&) [with
_Key
= String, _Tp = ICON_ID, _Compare = std::less<String>, _Alloc =
std::allocator<
std::pair<const String, ICON_ID> >]'
explorer.cpp:398: instantiated from here
E:/reactos/build/MinGW/include/c++/3.2.3/bits/stl_pair.h:88: invalid use of
undefined type `struct String'
utility/utility.h:737: forward declaration of `struct String'
mingw32-make[1]: *** [explorer.o] Error 1
mingw32-make: *** [explorer] Error 2
E:\reactos\source\trunk\reactos>
</--snip-->
so I manually checked cc1plus with the -E option:
E:\reactos\source\trunk\reactos>cc1plus -E
cc1plus: unrecognized option `-E'
A quick search through the help showed that no -E existed for cc1plus:
E:\reactos\source\trunk\reactos>cc1plus --help | grep -e -E
E:\reactos\source\trunk\reactos>
Does anyone have any ideas what is happening here??
I've attached the full log as it was too big to paste here.
<<exp_fail.txt>>
Thanks,
Gedi
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com
ion(a)svn.reactos.com wrote:
>Remove /nt directory,
>
>
>
I should've placed zw.c in /ex, rather then in ke, since it's a much
more correct place. I'll make the change tomorrow morning (it's 2am).
Best regards,
Alex Ionescu
Hello,
I setup the audio card using the existing registry + snblst.sys +
snblst.dll from NT
The driver intialisation fails as per debug messages below , with a Ros
build from current SVN ?
Any idea/suggestion ?
--------------------------------------------------------------
DriverBase for \SystemRoot\system32\drivers\beep.sys: dcefc000
DriverBase for \SystemRoot\system32\drivers\sndblst.sys: dcf11000
(cm/ntfunc.c:243) NtDeleteKey(KeyHandle 48) called
(cm/ntfunc.c:280) PointerCount 1
(io/resource.c:721) IoReportResourceUsage is unimplemented
(io/resource.c:721) IoReportResourceUsage is unimplemented
---------------------------------------------------------------
Regards
Gerard
Hi,
How hard would it be to add the url pointing to the diff for each commit message? I don't want to
have to subscribe to another mailing list or have to go hunting in websvn if I want to view the
diff of a svn commit.
Thanks
Steven
__________________________________
Do you Yahoo!?
Yahoo! Mail - now with 250MB free storage. Learn more.
http://info.mail.yahoo.com/mail_250
After starting up Shell=Explorer and crashing the seemingly
not-enough-(P)SEH-using Explorer (trying to view the RPC Control branch of
the NT Objects namespace is a sure way), I get the following. Disregarding
the crashing Explorer that I only included for completeness, could this be
related to the recent work of having a separate thread doing the shutdown?
(KERNEL32:except/except.c:132) Unhandled exception
(KERNEL32:except/except.c:133) Address:
(KERNEL32:except/except.c:136) 44a912 C:\ReactOS\explorer.exe
CS:EIP 1b:44a912
DS 23 ES 23 FS 3b GS 23
EAX: 00000000 EBX: 000001dc ECX: 007af1fa
EDX: 00000250 EBP: 007ae448 ESI: 007afb1c ESP: 007ae440
EDI: 007afa78 EFLAGS: 00000202
(KERNEL32:except/except.c:139) Frames:
(KERNEL32:except/except.c:147) 421b2c C:\ReactOS\explorer.exe
(KERNEL32:except/except.c:147) 40f5cc C:\ReactOS\explorer.exe
(KERNEL32:except/except.c:147) 4170b4 C:\ReactOS\explorer.exe
(KERNEL32:except/except.c:147) 415871 C:\ReactOS\explorer.exe
(KERNEL32:except/except.c:147) 416c86 C:\ReactOS\explorer.exe
(KERNEL32:except/except.c:147) 44ffb5 C:\ReactOS\explorer.exe
(KERNEL32:except/except.c:147) 77e71ef4 C:\ReactOS\system32\user32.dll
(KERNEL32:except/except.c:147) 77e72833 C:\ReactOS\system32\user32.dll
(KERNEL32:except/except.c:147) 77ea5934 C:\ReactOS\system32\user32.dll
(KERNEL32:except/except.c:147) 77ea7604 C:\ReactOS\system32\user32.dll
(KERNEL32:except/except.c:147) 77ea7839 C:\ReactOS\system32\user32.dll
(KERNEL32:except/except.c:147) 77e71ef4 C:\ReactOS\system32\user32.dll
(KERNEL32:except/except.c:147) 77e72059 C:\ReactOS\system32\user32.dll
(KERNEL32:except/except.c:147) 450459 C:\ReactOS\explorer.exe
(KERNEL32:except/except.c:147) 422e9d C:\ReactOS\explorer.exe
(KERNEL32:except/except.c:147) 450404 C:\ReactOS\explorer.exe
(KERNEL32:except/except.c:147) 77e71ef4 C:\ReactOS\system32\user32.dll
(KERNEL32:except/except.c:147) 77e72152 C:\ReactOS\system32\user32.dll
(KERNEL32:except/except.c:147) 4518b5 C:\ReactOS\explorer.exe
(KERNEL32:except/except.c:147) 40447b C:\ReactOS\explorer.exe
(KERNEL32:except/except.c:147) 404bcd C:\ReactOS\explorer.exe
(KERNEL32:except/except.c:147) 40460c C:\ReactOS\explorer.exe
(KERNEL32:except/except.c:147) 40120d C:\ReactOS\explorer.exe
(KERNEL32:except/except.c:147) 401258 C:\ReactOS\explorer.exe
(KERNEL32:except/except.c:147) 7c8279c1
C:\ReactOS\system32\kernel32.dll
(ntuser/class.c:114) Failed to lookup class atom!
(ntuser/class.c:114) Failed to lookup class atom!
(ntuser/class.c:114) Failed to lookup class atom!
(ntuser/class.c:114) Failed to lookup class atom!
(ntuser/class.c:114) Failed to lookup class atom!
(ntuser/class.c:114) Failed to lookup class atom!
(smss.c:90) SM: NtWaitForMultipleObjects failed!
(ke/error.c:51) Hard error c000021a
(api/wapi.c:175) CSR: NtListenPort() failed
(ke/catch.c:149) Unhandled UserMode exc(api/wapi.c:120) CSR:
NtReplyWaitReceivePort failed
eption, terminating thread
(api/wapi.c:120) CSR: NtReplyWaitReceivePort failed
(api/wapi.c:120) CSR: Nt(api/wapi.c:120) CSR: NtReplyWaitReceivePort failed
ReplyWaitReceivePort failed
ex/power.c:91
--
/Mike
Safedisc installs a kernel service called secdrv.sys. As wine is a
user-space
only implementation of the win32 API, we need to implement part of the
windows kernel API (ntoskrnl.exe) in user-space, and emulate what can't be
implemented.
Our biggest problem is the I/O Manager. The kernel services is started by
StartService, which currently only supports user-space services. We need to
understand how kernel services work in windows to fix that.
When a kernel service is started, it's DriverEntry routine is called with a
DRIVER_OBJECT. In which thread does that happen ? Is a new kernel thread
started for that ? Can DriverEntry block or must it return immediately ? If
it can block, can the driver dispatch routines be called before it
returns ?
When it returns, if it has been started in a new kernel thread, what
happens
to the thread ? In which thread do the dispatch routines run when they are
called from user-space ?
The MSDN documentation is not very clear about all that. I suppose it
hasn't
been written with windows cloners in mind :-)
Devs,
I installed the win32 vim package from vim.org back around
0.2.3-0.2.4, and was quite surprised when the console vim.exe mostly
worked. Recently, while testing PuTTY, I tried the command line tools
(psftp specifically) and they would not accept input. I could ^C out
of it and then all the input I had typed showed up on the command
line. So, I tried the console vim again and it doesn't accept input
also. I checked both vim.exe and the command line putty tools under
0.2.4 and 0.2.5-rc2, and they both work, so it is something after the
0.2.5 branch.
I'm reporting this to the ML because I'm not very familiar with
the console code. Any ideas or pointers would be appreciated.
Andy
--
The cheese stands alone.
> From: hyperion(a)svn.reactos.com
>
> honor __USE_W32API
>
>
> Updated files:
> trunk/reactos/include/tchar.h
I made the same change about half a year ago, but it turns out that it
breaks compilation on Linux.
Gé van Geldorp.
