kernel32_winetest sync
*** STOP: 0x0000001E (0xc0000047,0x80007cfb,0x000f0350,0x9e956c60)
*** ntoskrnl.exe - Address 0x8002ae09 base at 0x80000000, DateStamp 0x0
Exception: -1634374428(0)
Processor: 0 CS:EIP 8:8002ae09 <ntoskrnl.exe:2ae09 ({standard input}:1521 (ZwRaiseException))>
cr2 30 cr3 5879000 Proc: 80fa8968 Pid: 124 <kernel32_winete> Thrd: 80fc9f90 Tid: 128
DS 10 ES 10 FS 30 GS 0
EAX: 00000096 EBX: 0000009e ECX: 00000000
EDX: 9e956d74 EBP: 9e956c10 ESI: 006afe2c ESP: 9e9568a0
EDI: 9e956d74 EFLAGS: 00000286 kESP 9e9568a0 kernel stack base 9e954000
Frames:
<ntoskrnl.exe:1bb4a (ntoskrnl/ex/error.c:64 (ExRaiseStatus))>
<ntoskrnl.exe:7cfb (ntoskrnl/ke/sem.c:104 (KeReleaseSemaphore))>
<ntoskrnl.exe:24aba (ntoskrnl/ex/sem.c:326 (NtReleaseSemaphore))>
<ntoskrnl.exe:96312 ({standard input}:177 (KiSystemService))>
<kernel32.dll:33788 (lib/kernel32/synch/sem.c:205 (ReleaseSemaphore))>
KeBugCheckWithTf at ntoskrnl/ke/catch.c:228
A problem has been detected and ReactOS has been shut down to prevent damage to your computer.
The problem seems to be caused by the following file: ntoskrnl.exe
Technical information:
*** STOP: 0x0000001E (0x80000003,0x800a07f7,0x00000000,0x9e9560e4)
*** ntoskrnl.exe - Address 0x800a07f7 base at 0x80000000, DateStamp 0x0
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
*** STOP: 0x0000001E (0xc0000005,0x80072474,0x00000000,0x00000000)
*** ntoskrnl.exe - Address 0x80072474 base at 0x80000000, DateStamp 0x0
Page Fault Exception: 14(2)
Processor: 0 CS:EIP 8:80072474 <ntoskrnl.exe:72474 (ntoskrnl/ob/handle.c:647 (ObpCreateHandle))>
cr2 0 cr3 58c8000 Proc: 80fc9bd8 Pid: 124 <kernel32_winete> Thrd: 80fa6570 Tid: 128
DS 10 ES 10 FS 30 GS 0
EAX: 000000d4 EBX: 00000064 ECX: 80fcd00c
EDX: 00000000 EBP: 9e95ec5c ESI: 006afdf0 ESP: 9e95ebb0
EDI: 9e95ed74 EFLAGS: 00000202 kESP 9e95ebb0 kernel stack base 9e95c000
Frames:
<ntoskrnl.exe:7538c (ntoskrnl/ob/object.c:933 (ObOpenObjectByPointer))>
<ntoskrnl.exe:82e62 (ntoskrnl/ps/thread.c:744 (NtOpenThread))>
<ntoskrnl.exe:96312 ({standard input}:177 (KiSystemService))>
<kernel32.dll:34fb2 (lib/kernel32/thread/thread.c:279 (OpenThread))>
KeBugCheckWithTf at ntoskrnl/ke/catch.c:228
A problem has been detected and ReactOS has been shut down to prevent damage to your computer.
The problem seems to be caused by the following file: ntoskrnl.exe
Technical information:
*** STOP: 0x0000001E (0x80000003,0x800a07f7,0x00000000,0x9e95e364)
*** ntoskrnl.exe - Address 0x800a07f7 base at 0x80000000, DateStamp 0x0
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Hi Alex,
what do you call "remove" cid.c ?
-----Message d'origine-----
De : ion(a)svn.reactos.com [mailto:ion@svn.reactos.com]
Envoyé : lundi 8 août 2005 00:48
À : ros-svn(a)reactos.com
Objet : [ros-svn] [ion] 17182: - Remove cid.c
- Remove cid.c
Updated files:
trunk/reactos/ntoskrnl/include/internal/ps.h
trunk/reactos/ntoskrnl/ntoskrnl.xml
trunk/reactos/ntoskrnl/ps/cid.c
Best regards,
Usurp
----------------------------------------------------------------------------
Ce message ainsi que toutes pièces jointes (le "message") sont confidentiels
et sont exclusivement destinés à l'usage de la personne à laquelle ils sont
adressés. Tout point de vue ou toute opinion contenus dans ce message
expriment la pensée personnelle de leur auteur et ne représentent pas
nécessairement la position des sociétés du Groupe GEFCO. Si vous n'êtes pas
la personne à laquelle ce message est destiné, veuillez noter que vous avez
reçu cet e-mail par erreur et qu'il vous est strictement interdit
d'utiliser, de diffuser, de transférer, d'imprimer ou de copier ce message.
Si vous avez reçu ce message par erreur, merci de contacter la personne qui
vous l'a adressé et de l'effacer immédiatement. Les sociétés du Groupe GEFCO
déclinent toute responsabilité en cas d'altération, de modification,
d'édition, de diffusion sans autorisation de ce message ou en cas
d'affection de ce message par un virus.
This message and any attachments (the "message") are confidential and
intended solely for the use of the individual to whom they are addressed.
Any views or opinions presented are solely those of the author and do not
necessarily represent those of the GEFCO Group of Companies. If you are not
the intended recipient, be advised that you have received this email in
error and that any use, dissemination, forwarding, printing, or copying of
this message is strictly prohibited. If you have received this message in
error please contact the sender and delete the message immediately. The
GEFCO Group of Companies shall not be liable for the message if altered,
changed, falsified, edited, diffused without authorization or affected by
any virus.
----------------------------------------------------------------------------
Hi Thomas,
I've found why trunk freezes. It seems that win32k creates the stock
objects while loading, which in turns calls a GDIOBJ conversion routine,
which in turn calls PsLookupProcessByThreadId which in turn calls
ExMapHandletoPointer which in turns calls ExLockHandleTableEntry. This
one seems to loop forever, but I'm way too tired and don't your handle
code so well in order to determine what's wrong..
Best regards,
Alex Ionescu
Hello,
This Hiveinst.inf file is used to overwrite registry informations
located in Hivesys.inf file .
Is it really needed as updating hivesys.inf is sufficient ?
Regards
Gerard
ion(a)svn.reactos.com wrote:
>Retry waiting if STATUS_ALERTED is returned
>
>
>
Hi,
I suspect many will read MSDN and tell me that this patch is wrong since
MSDN says "If Alertable is TRUE, the wait will return early". Before you
do so, please note that MSDN is WRONG and/or refers to the NtWaitForXXX
functionality. Win32 will actually loop and never early-return for an
Alertable WaitForXXX call.
Best regards,
Alex Ionescu
weiden(a)svn.reactos.com wrote:
>fixed uninitialized variable warning
>
>
>Updated files:
>trunk/reactos/subsys/csrss/win32csr/conio.c
>
>_______________________________________________
>Ros-svn mailing list
>Ros-svn(a)reactos.com
>http://reactos.com:8080/mailman/listinfo/ros-svn
>
>
>
>
This changes is wrong. Sting is changed inside the routine. It isn't
possible to use String for deallocating.
- Hartmut
Hi ReactOS project, I've tried your 0.27RC1 LiveCD in VMware Workstation
4.5.2 for Windows, and it's great to have a win32 compatible LiveCD.
things I noticed.
*CTRL-ALT-DEL (eh..INS for VMware) doesn't bring up Taskmgr,
but rightclicking on start menu, then selecting taskmgr, does,
as well as running START/RUN/TASKMGR.EXE does.
*In VMware, the third tab (with graphs) looks strange
*bootCD doesn't start LiveCD automatically when no bootable
harddisk is present. It still prompts for 'press a key to start CD'.
MS Win2000/XP cdrom behave different depending on if an active bootable
primary partition is present (press a key to boot cdrom), or not
(automatically boot into cdrom)
*LiveCD gets assigned drive C:. I hope you're able to change this into
'start with D: or higher'
Reason: partition from a ROS LiveCD, at least a primary partition with
driveletter C: should be able to be created.
*Rightclick on Start, then Settings. The window show up too low
(tab page Desktop shows top 8 items, not all 11).
Also the checkbox doesn't have any noticeable effect,
I expected some version number to be displayed on the desktop,
like in beta Windows builds.
*Shutdown EXPLORER causes reboot (why not just fallback into TASKMGR
which can start programs, or in CMD.EXE ?)
*Logoff causes reboot
*Shutdown option is followed by a dialogue, in which answering YES
doesn't shut duwn the computer
*Where is the cdrom bootsector as a file?
Copying all files from cdrom to a directory on harddisk followed by
running MKISOFS should be possible, but to create a bootable cdrom
you'd also need the bootsector as a 2KB file.
I'd really dislike needing some 'extract bootsector from (Live)CD'
program, or needing to download additional files just to
compile/extract a bootsector.
Can the target file which the bootsector should load be configured at
boottime? Enough space for '\12345678.ABC\12345678.ABC' ?
The Windows bootsector usually is limited (in binary form ofcourse) to
'i386\somefile.ext' (4 characters for directory).
Would be cool if a modified ROS cdrom bootsector could boot Win2000/XP
setup as the cdrom bootsector for these operating systems might be
copyrighted officially (and no public license for distribution of it).
Despite these comments, I'm VERY impressed by the current progress since
0.24/0.25 ! 0.35 or so might have a moderately usable system working
(OpenOffice, FireFox, Thunderbird, Winrar/7Zip, WinAMP perhaps)
Bernd
PS: normal ROS cd: ICON.ICO still in root of cdrom, which is not
necessary and pollutes your DVD if you add ROS to a multi-OS compilation
( WinPE + Win2000 setup + FreeDOS + ReactOS setup + Knoppix + ... )
Bernd
