- Ros-dev - ReactOS.org

Problem building gdi32
by Mike Lerwill 17 Apr '05

17 Apr '05

Hi, I am experiencing problems building current source as follows gdi32: [LD] gdi32.nostrip.dll objects/brush.o(.text+0x52): In function `CreateDIBPatternBrush': I:/reactos/lib/gdi32/objects/brush.c:41: undefined reference to `NtGdiCreateDIBBrush@16' objects/brush.o(.text+0xc7): In function `CreateDIBPatternBrushPt': I:/reactos/lib/gdi32/objects/brush.c:71: undefined reference to `NtGdiCreateDIBBrush@16' collect2: ld returned 1 exit status make[1]: *** [gdi32.nostrip.dll] Error 1 make: *** [gdi32] Error 2 I have made sure I am fully current with the source and have tried a full "clean" but to no avail. Can anyone throw some light onto this problem. Mike Lerwill

3 2

Invalid strtoull implementation in crt and crtlib?
by Mark Junker 16 Apr '05

16 Apr '05

Hi, I guess that the implementation of strtoull is slightly wrong. The current function prototype is: unsigned long strtoull(const char *nptr, char **endptr, int base) But (IMHO) it should be: unsigned long long strtoull(const char *nptr, char **endptr, int base) A patch is attached. This patch tries to determine the macro that defines the maximum value for an unsigned long long and the corresponding type. It tests for the existance of several macros and optionally falls back to an unsigned long (you might want to remove this "feature" - don't know if it's useful). The header file <internal/file.h> is added to make it compilable without warning. I changed both strtoull.c files but it seems that neither of them is compiled/used, therefore I added strtoull.o to the lib/crt/makefile. The existance of the sources below lib/crtdll/ is very confusing because these sources arent't compiled at all. What's the cause to keep them in the repository? BTW: Where's the definition of strtoll? Is it required? Or was my work useless at all? Regards, Mark Index: lib/crt/stdlib/strtoull.c =================================================================== --- lib/crt/stdlib/strtoull.c (revision 14631) +++ lib/crt/stdlib/strtoull.c (working copy) @@ -4,21 +4,49 @@ #include <ctype.h> #include <errno.h> #include <stdlib.h> -//#include <msvcrt/unconst.h> +/* #include <msvcrt/unconst.h> */ +/* required to get prototype for __set_errno() */ +#include <internal/file.h> + +#if defined(LONG_LONG_MAX) +/* GCC-style constant */ +#define ROS_LLONG_MAX LONG_LONG_MAX +#define ROS_ULLONG_MAX ULONG_LONG_MAX +typedef long long ros_ll; +typedef unsigned long long ros_ull; +#elif defined(_I64_MAX) +/* MSVC-style constant */ +#define ROS_LLONG_MAX _I64_MAX +#define ROS_ULLONG_MAX _UI64_MAX +typedef __int64 ros_ll; +typedef unsigned __int64 ros_ull; +#elif defined(LLONG_MAX) +/* C9x-style constant */ +#define ROS_LLONG_MAX LLONG_MAX +#define ROS_ULLONG_MAX ULLONG_MAX +#include <stdint.h> +typedef int64_t ros_ll; +typedef uint64_t ros_ull; +#else +#define ROS_LLONG_MAX LONG_MAX +#define ROS_ULLONG_MAX ULONG_MAX +typedef long ros_ll; +typedef unsigned long ros_ull; +#endif + /* * Convert a string to an unsigned long integer. * * Ignores `locale' stuff. Assumes that the upper and lower case * alphabets and digits are each contiguous. */ -unsigned long +ros_ull strtoull(const char *nptr, char **endptr, int base) { const char *s = nptr; - unsigned long acc; + ros_ull acc, cutoff; int c; - unsigned long cutoff; int neg = 0, any, cutlim; /* @@ -43,8 +71,8 @@ } if (base == 0) base = c == '0' ? 8 : 10; - cutoff = (unsigned long)ULONG_MAX / base; - cutlim = (unsigned long)ULONG_MAX % base; + cutoff = (ros_ull)ROS_ULLONG_MAX / base; + cutlim = (int) ((ros_ull)ROS_ULLONG_MAX % base); for (acc = 0, any = 0;; c = *s++) { if (isdigit(c)) @@ -65,7 +93,7 @@ } if (any < 0) { - acc = ULONG_MAX; + acc = ROS_ULLONG_MAX; __set_errno ( ERANGE ); } else if (neg) Index: lib/crt/makefile =================================================================== --- lib/crt/makefile (revision 14631) +++ lib/crt/makefile (working copy) @@ -369,6 +369,7 @@ stdlib/strtod.o \ stdlib/strtol.o \ stdlib/strtoul.o \ + stdlib/strtoull.o \ stdlib/swab.o \ stdlib/wcstod.o \ stdlib/wcstol.o \ Index: lib/crtdll/stdlib/strtoull.c =================================================================== --- lib/crtdll/stdlib/strtoull.c (revision 14631) +++ lib/crtdll/stdlib/strtoull.c (working copy) @@ -4,21 +4,46 @@ #include <msvcrt/ctype.h> #include <msvcrt/errno.h> #include <msvcrt/stdlib.h> -//#include <msvcrt/unconst.h> +/* #include <msvcrt/unconst.h> */ +#if defined(LONG_LONG_MAX) +/* GCC-style constant */ +#define ROS_LLONG_MAX LONG_LONG_MAX +#define ROS_ULLONG_MAX ULONG_LONG_MAX +typedef long long ros_ll; +typedef unsigned long long ros_ull; +#elif defined(_I64_MAX) +/* MSVC-style constant */ +#define ROS_LLONG_MAX _I64_MAX +#define ROS_ULLONG_MAX _UI64_MAX +typedef __int64 ros_ll; +typedef unsigned __int64 ros_ull; +#elif defined(LLONG_MAX) +/* C9x-style constant */ +#define ROS_LLONG_MAX LLONG_MAX +#define ROS_ULLONG_MAX ULLONG_MAX +#include <stdint.h> +typedef int64_t ros_ll; +typedef uint64_t ros_ull; +#else +#define ROS_LLONG_MAX LONG_MAX +#define ROS_ULLONG_MAX ULONG_MAX +typedef long ros_ll; +typedef unsigned long ros_ull; +#endif + /* * Convert a string to an unsigned long integer. * * Ignores `locale' stuff. Assumes that the upper and lower case * alphabets and digits are each contiguous. */ -unsigned long +ros_ull strtoull(const char *nptr, char **endptr, int base) { const char *s = nptr; - unsigned long acc; + ros_ull acc, cutoff; int c; - unsigned long cutoff; int neg = 0, any, cutlim; /* @@ -43,8 +68,8 @@ } if (base == 0) base = c == '0' ? 8 : 10; - cutoff = (unsigned long)ULONG_MAX / base; - cutlim = (unsigned long)ULONG_MAX % base; + cutoff = (ros_ull)ROS_ULLONG_MAX / base; + cutlim = (int) ((ros_ull)ROS_ULLONG_MAX % base); for (acc = 0, any = 0;; c = *s++) { if (isdigit(c)) @@ -65,7 +90,7 @@ } if (any < 0) { - acc = ULONG_MAX; + acc = ROS_ULLONG_MAX; errno = ERANGE; } else if (neg)

1 0

RE: [ros-svn] [ion] 14625: Implemented Guarded Mutex, a drop-in r eplacement for Fast Mutex (the correct one, not the one ROS incorrectly i mplements) on NT 5.2. Not fully tested yet, so nothing switched to it and probably not usable. Also made KeGetCurrent
by Murphy, Ged (Bolton) 15 Apr '05

15 Apr '05

And you said you were too busy with school...... :p Ged -----Original Message----- From: ion(a)svn.reactos.com [mailto:ion@svn.reactos.com] Sent: 15 April 2005 07:25 To: ros-svn(a)reactos.com Subject: [ros-svn] [ion] 14625: Implemented Guarded Mutex, a drop-in replacement for Fast Mutex (the correct one, not the one ROS incorrectly implements) on NT 5.2. Not fully tested yet, so nothing switched to it and probably not usable. Also made KeGetCurrentThre Implemented Guarded Mutex, a drop-in replacement for Fast Mutex (the correct one, not the one ROS incorrectly implements) on NT 5.2. Not fully tested yet, so nothing switched to it and probably not usable. Also made KeGetCurrentThread/Irql become inlined, since this should create quite a speed boost. Made KeLeaveCriticalRegion deliver APCs if possible, and made Crit regions macros usable from outside ntoskrnl thanks to a new NT 5.2 API (KiCheckForKernelApcDelivery). Guarded Mutex code based on Filip Navara. Updated files: trunk/reactos/drivers/storage/diskdump/diskdump.c trunk/reactos/hal/hal/hal.c trunk/reactos/hal/halx86/generic/fmutex.c trunk/reactos/hal/halx86/generic/irql.c trunk/reactos/include/ddk/kedef.h trunk/reactos/include/ddk/kefuncs.h trunk/reactos/include/ddk/ketypes.h trunk/reactos/ntoskrnl/Makefile trunk/reactos/ntoskrnl/ex/i386/interlck.c trunk/reactos/ntoskrnl/include/internal/i386/ke.h trunk/reactos/ntoskrnl/include/internal/i386/ps.h trunk/reactos/ntoskrnl/include/internal/ke.h trunk/reactos/ntoskrnl/include/internal/ps.h trunk/reactos/ntoskrnl/ke/apc.c trunk/reactos/ntoskrnl/ke/gmutex.c trunk/reactos/ntoskrnl/ntoskrnl.def trunk/reactos/ntoskrnl/ps/thread.c trunk/reactos/w32api/include/ddk/winddk.h _______________________________________________ Ros-svn mailing list Ros-svn(a)reactos.com http://reactos.com:8080/mailman/listinfo/ros-svn ************************************************************************ 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

2 1

RE: [ros-dev] crash on ROS vmware install
by Murphy, Ged (Bolton) 15 Apr '05

15 Apr '05

I've just managed to get hold of a copy of VMWare 5.0 through work. I'll install a copy tonight and see how that goes. Ged. -----Original Message----- From: ea [mailto:ea@iol.it] Sent: 14 April 2005 23:18 To: Jason Filby; ReactOS Development List Subject: Re: [ros-dev] crash on ROS vmware install On the 13th, in QEmu I had a stop due to serial.sys http://users.libero.it/ea/ros/qemu-ros-200504130002.jpg On IRC, Hervé said he's working on it. Jason Filby wrote: >Hi > >I'm getting a similar crash under QEmu. > >Cheers >Jason > >On 4/14/05, Gedi <gedi(a)ntlworld.com> wrote: > > >>Source taken from HEAD just before Casper took it down for the rebuild. >> >>Initially it was hanging just after the splash so I rebuilt with DGB to >>see if I could glean more info. >> >>Now it crashes upon install, just before it goes to the GUI config. >> >>Here is a sceenshot of the crash >>http://homepage.ntlworld.com/gedmurphy/crash.jpg >> >>I have attached the map files for smss. I would have stuck on one for >>ntoskrnl too, but it's a little large. >> >> The map file is for the production SM: the one in the blue screen is the 1st stage (text) setup program (in the boot disk it get renamed to be run by ntoskrnl with no changes). Emanuele _______________________________________________ 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

1 0

Ros 0.2.6-RC2 on sf.net
by Robert Köpferl 14 Apr '05

14 Apr '05

Since two days I released the RC2 to sf.net What's our plan for the next release (candidate)? As you may see, I went to RAR concerning sources and map files. I don't know whether this is such a good idea. At least the size relation convinced me. Map: 17MB vs. 30MB or Src: 15MB vs. 27MB I think for people still working with modem this is an advance (even if they have to search to unrar). The difference in sizes seems to me is the solid kind of archive. Thus tarbz2 should do the same Comments?

19 36

crash on ROS vmware install
by Gedi 14 Apr '05

14 Apr '05

Source taken from HEAD just before Casper took it down for the rebuild. Initially it was hanging just after the splash so I rebuilt with DGB to see if I could glean more info. Now it crashes upon install, just before it goes to the GUI config. Here is a sceenshot of the crash http://homepage.ntlworld.com/gedmurphy/crash.jpg I have attached the map files for smss. I would have stuck on one for ntoskrnl too, but it's a little large. I can stick it on the along with anything else if someone wants it. Regards, Ged. smss.nostrip.exe: file format pei-i386 Disassembly of section .text: 00401000 <_NtProcessStartup@4>: /* Native image's entry point */ VOID STDCALL NtProcessStartup(PPEB Peb) { 401000: 55 push %ebp 401001: 89 e5 mov %esp,%ebp 401003: 57 push %edi 401004: 83 ec 34 sub $0x34,%esp NTSTATUS Status; PROCESS_BASIC_INFORMATION PBI = {0}; 401007: 8d 7d c8 lea 0xffffffc8(%ebp),%edi 40100a: fc cld 40100b: ba 00 00 00 00 mov $0x0,%edx 401010: b8 06 00 00 00 mov $0x6,%eax 401015: 89 c1 mov %eax,%ecx 401017: 89 d0 mov %edx,%eax 401019: f3 ab repz stos %eax,%es:(%edi) PrintString("ReactOS Session Manager %s (Build %s)\n", 40101b: 83 ec 04 sub $0x4,%esp 40101e: 68 00 50 40 00 push $0x405000 401023: 68 10 50 40 00 push $0x405010 401028: 68 20 50 40 00 push $0x405020 40102d: e8 79 26 00 00 call 4036ab <_PrintString@0> 401032: 83 c4 10 add $0x10,%esp KERNEL_RELEASE_STR, KERNEL_VERSION_BUILD_STR); /* Lookup yourself */ Status = NtQueryInformationProcess (NtCurrentProcess(), 401035: 83 ec 0c sub $0xc,%esp 401038: 6a 00 push $0x0 40103a: 6a 18 push $0x18 40103c: 8d 45 c8 lea 0xffffffc8(%ebp),%eax 40103f: 50 push %eax 401040: 6a 00 push $0x0 401042: 6a ff push $0xffffffff 401044: e8 27 29 00 00 call 403970 <_NtQueryInformationProcess@20> 401049: 83 c4 0c add $0xc,%esp 40104c: 89 45 f4 mov %eax,0xfffffff4(%ebp) ProcessBasicInformation, & PBI, sizeof PBI, NULL); if(NT_SUCCESS(Status)) 40104f: 83 7d f4 00 cmpl $0x0,0xfffffff4(%ebp) 401053: 78 08 js 40105d <_NtProcessStartup@4+0x5d> { SmSsProcessId = PBI.UniqueProcessId; 401055: 8b 45 d8 mov 0xffffffd8(%ebp),%eax 401058: a3 00 60 40 00 mov %eax,0x406000 } /* Initialize the system */ Status = InitSessionManager(); 40105d: e8 24 01 00 00 call 401186 <_InitSessionManager> 401062: 89 45 f4 mov %eax,0xfffffff4(%ebp) #if 0 if (!NT_SUCCESS(Status)) { int i; for (i=0; i < (sizeof Children / sizeof Children[0]); i++) { if (Children[i]) { NtTerminateProcess(Children[i],0); } } DPRINT1("SM: Initialization failed!\n"); goto ByeBye; } Status = NtWaitForMultipleObjects(((LONG) sizeof(Children) / sizeof(HANDLE)), Children, WaitAny, TRUE, /* alertable */ NULL); /* NULL for infinite */ if (!NT_SUCCESS(Status)) { DPRINT1("SM: NtWaitForMultipleObjects failed! (Status=0x%08lx)\n", Status); } else { DPRINT1("SM: Process terminated!\n"); } ByeBye: /* Raise a hard error (crash the system/BSOD) */ NtRaiseHardError(STATUS_SYSTEM_PROCESS_TERMINATED, 0,0,0,0,0); // NtTerminateProcess(NtCurrentProcess(), 0); #endif NtTerminateThread(NtCurrentThread(), Status); 401065: 83 ec 08 sub $0x8,%esp 401068: ff 75 f4 pushl 0xfffffff4(%ebp) 40106b: 6a fe push $0xfffffffe 40106d: e8 0e 29 00 00 call 403980 <_NtTerminateThread@8> 401072: 83 c4 08 add $0x8,%esp } 401075: 8b 7d fc mov 0xfffffffc(%ebp),%edi 401078: c9 leave 401079: c2 04 00 ret $0x4 40107c: 90 nop 40107d: 90 nop 40107e: 90 nop 40107f: 90 nop 00401080 <_SmpSignalInitEvent>: 401080: 55 push %ebp 401081: 89 e5 mov %esp,%ebp 401083: 57 push %edi 401084: 83 ec 54 sub $0x54,%esp 401087: c7 45 f4 00 00 00 00 movl $0x0,0xfffffff4(%ebp) 40108e: 8d 7d c8 lea 0xffffffc8(%ebp),%edi 401091: fc cld 401092: ba 00 00 00 00 mov $0x0,%edx 401097: b8 06 00 00 00 mov $0x6,%eax 40109c: 89 c1 mov %eax,%ecx 40109e: 89 d0 mov %edx,%eax 4010a0: f3 ab repz stos %eax,%es:(%edi) 4010a2: c7 45 c0 00 00 00 00 movl $0x0,0xffffffc0(%ebp) 4010a9: c7 45 c4 00 00 00 00 movl $0x0,0xffffffc4(%ebp) 4010b0: c7 45 bc 00 00 00 00 movl $0x0,0xffffffbc(%ebp) 4010b7: 83 ec 08 sub $0x8,%esp 4010ba: 68 60 50 40 00 push $0x405060 4010bf: 8d 45 c0 lea 0xffffffc0(%ebp),%eax 4010c2: 50 push %eax 4010c3: e8 c8 28 00 00 call 403990 <_RtlInitUnicodeString@8> 4010c8: 83 c4 08 add $0x8,%esp 4010cb: c7 45 c8 18 00 00 00 movl $0x18,0xffffffc8(%ebp) 4010d2: 8d 45 c0 lea 0xffffffc0(%ebp),%eax 4010d5: 89 45 d0 mov %eax,0xffffffd0(%ebp) 4010d8: c7 45 d4 03 00 1f 00 movl $0x1f0003,0xffffffd4(%ebp) 4010df: c7 45 cc 00 00 00 00 movl $0x0,0xffffffcc(%ebp) 4010e6: c7 45 d8 00 00 00 00 movl $0x0,0xffffffd8(%ebp) 4010ed: c7 45 dc 00 00 00 00 movl $0x0,0xffffffdc(%ebp) 4010f4: 83 ec 04 sub $0x4,%esp 4010f7: 8d 45 c8 lea 0xffffffc8(%ebp),%eax 4010fa: 50 push %eax 4010fb: 68 03 00 1f 00 push $0x1f0003 401100: 8d 45 bc lea 0xffffffbc(%ebp),%eax 401103: 50 push %eax 401104: e8 97 28 00 00 call 4039a0 <_NtOpenEvent@12> 401109: 83 c4 04 add $0x4,%esp 40110c: 89 45 f4 mov %eax,0xfffffff4(%ebp) 40110f: 83 7d f4 00 cmpl $0x0,0xfffffff4(%ebp) 401113: 78 42 js 401157 <_SmpSignalInitEvent+0xd7> 401115: 83 ec 08 sub $0x8,%esp 401118: 6a 00 push $0x0 40111a: ff 75 bc pushl 0xffffffbc(%ebp) 40111d: e8 8e 28 00 00 call 4039b0 <_NtPulseEvent@8> 401122: 83 c4 08 add $0x8,%esp 401125: c7 45 b0 80 0f 05 fd movl $0xfd050f80,0xffffffb0(%ebp) 40112c: c7 45 b4 ff ff ff ff movl $0xffffffff,0xffffffb4(%ebp) 401133: 83 ec 04 sub $0x4,%esp 401136: 8d 45 b0 lea 0xffffffb0(%ebp),%eax 401139: 50 push %eax 40113a: 6a 00 push $0x0 40113c: ff 75 bc pushl 0xffffffbc(%ebp) 40113f: e8 7c 28 00 00 call 4039c0 <_NtWaitForSingleObject@12> 401144: 83 c4 04 add $0x4,%esp 401147: 83 ec 0c sub $0xc,%esp 40114a: ff 75 bc pushl 0xffffffbc(%ebp) 40114d: e8 7e 28 00 00 call 4039d0 <_NtClose@4> 401152: 83 c4 0c add $0xc,%esp 401155: eb 27 jmp 40117e <_SmpSignalInitEvent+0xfe> 401157: 83 ec 04 sub $0x4,%esp 40115a: 6a 44 push $0x44 40115c: 68 82 50 40 00 push $0x405082 401161: 68 89 50 40 00 push $0x405089 401166: e8 75 28 00 00 call 4039e0 <_DbgPrint> 40116b: 83 c4 10 add $0x10,%esp 40116e: 83 ec 0c sub $0xc,%esp 401171: 68 a0 50 40 00 push $0x4050a0 401176: e8 65 28 00 00 call 4039e0 <_DbgPrint> 40117b: 83 c4 10 add $0x10,%esp 40117e: 8b 45 f4 mov 0xfffffff4(%ebp),%eax 401181: 8b 7d fc mov 0xfffffffc(%ebp),%edi 401184: c9 leave 401185: c3 ret 00401186 <_InitSessionManager>: /* EOF */ 401186: 55 push %ebp 401187: 89 e5 mov %esp,%ebp 401189: 83 ec 18 sub $0x18,%esp 40118c: c7 45 fc 00 00 00 00 movl $0x0,0xfffffffc(%ebp) 401193: c7 45 f8 00 00 00 00 movl $0x0,0xfffffff8(%ebp) 40119a: c7 45 fc 00 00 00 00 movl $0x0,0xfffffffc(%ebp) 4011a1: 83 7d fc 0e cmpl $0xe,0xfffffffc(%ebp) 4011a5: 76 05 jbe 4011ac <_InitSessionManager+0x26> 4011a7: e9 82 00 00 00 jmp 40122e <_InitSessionManager+0xa8> 4011ac: 8b 55 fc mov 0xfffffffc(%ebp),%edx 4011af: 89 d0 mov %edx,%eax 4011b1: 01 c0 add %eax,%eax 4011b3: 01 d0 add %edx,%eax 4011b5: c1 e0 02 shl $0x2,%eax 4011b8: 8b 80 04 40 40 00 mov 0x404004(%eax),%eax 4011be: ff d0 call *%eax 4011c0: 89 45 f8 mov %eax,0xfffffff8(%ebp) 4011c3: 83 7d f8 00 cmpl $0x0,0xfffffff8(%ebp) 4011c7: 79 5b jns 401224 <_InitSessionManager+0x9e> 4011c9: 83 ec 04 sub $0x4,%esp 4011cc: 6a 6c push $0x6c 4011ce: 68 82 50 40 00 push $0x405082 4011d3: 68 89 50 40 00 push $0x405089 4011d8: e8 03 28 00 00 call 4039e0 <_DbgPrint> 4011dd: 83 c4 10 add $0x10,%esp 4011e0: ff 75 f8 pushl 0xfffffff8(%ebp) 4011e3: 8b 55 fc mov 0xfffffffc(%ebp),%edx 4011e6: 89 d0 mov %edx,%eax 4011e8: 01 c0 add %eax,%eax 4011ea: 01 d0 add %edx,%eax 4011ec: c1 e0 02 shl $0x2,%eax 4011ef: ff b0 08 40 40 00 pushl 0x404008(%eax) 4011f5: 68 65 52 40 00 push $0x405265 4011fa: 68 80 52 40 00 push $0x405280 4011ff: e8 dc 27 00 00 call 4039e0 <_DbgPrint> 401204: 83 c4 10 add $0x10,%esp 401207: 8b 55 fc mov 0xfffffffc(%ebp),%edx 40120a: 89 d0 mov %edx,%eax 40120c: 01 c0 add %eax,%eax 40120e: 01 d0 add %edx,%eax 401210: c1 e0 02 shl $0x2,%eax 401213: 83 b8 00 40 40 00 00 cmpl $0x0,0x404000(%eax) 40121a: 74 08 je 401224 <_InitSessionManager+0x9e> 40121c: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 40121f: 89 45 f4 mov %eax,0xfffffff4(%ebp) 401222: eb 11 jmp 401235 <_InitSessionManager+0xaf> 401224: 8d 45 fc lea 0xfffffffc(%ebp),%eax 401227: ff 00 incl (%eax) 401229: e9 73 ff ff ff jmp 4011a1 <_InitSessionManager+0x1b> 40122e: c7 45 f4 00 00 00 00 movl $0x0,0xfffffff4(%ebp) 401235: 8b 45 f4 mov 0xfffffff4(%ebp),%eax 401238: c9 leave 401239: c3 ret 40123a: 90 nop 40123b: 90 nop 40123c: 90 nop 40123d: 90 nop 40123e: 90 nop 40123f: 90 nop 00401240 <_SmCreateHeap>: HANDLE SmpHeap = NULL; NTSTATUS SmCreateHeap(VOID) { 401240: 55 push %ebp 401241: 89 e5 mov %esp,%ebp 401243: 83 ec 08 sub $0x8,%esp /* Create our own heap */ SmpHeap = RtlCreateHeap(HEAP_GROWABLE, 401246: 83 ec 08 sub $0x8,%esp 401249: 6a 00 push $0x0 40124b: 6a 00 push $0x0 40124d: 68 00 00 01 00 push $0x10000 401252: 68 00 00 01 00 push $0x10000 401257: 6a 00 push $0x0 401259: 6a 02 push $0x2 40125b: e8 90 27 00 00 call 4039f0 <_RtlCreateHeap@24> 401260: 83 c4 08 add $0x8,%esp 401263: a3 10 60 40 00 mov %eax,0x406010 NULL, 65536, 65536, NULL, NULL); return (NULL == SmpHeap) ? STATUS_UNSUCCESSFUL : STATUS_SUCCESS; 401268: 83 3d 10 60 40 00 00 cmpl $0x0,0x406010 40126f: 75 09 jne 40127a <_SmCreateHeap+0x3a> 401271: c7 45 fc 01 00 00 c0 movl $0xc0000001,0xfffffffc(%ebp) 401278: eb 07 jmp 401281 <_SmCreateHeap+0x41> 40127a: c7 45 fc 00 00 00 00 movl $0x0,0xfffffffc(%ebp) 401281: 8b 45 fc mov 0xfffffffc(%ebp),%eax } 401284: c9 leave 401285: c3 ret 401286: 90 nop 401287: 90 nop 401288: 90 nop 401289: 90 nop 40128a: 90 nop 40128b: 90 nop 40128c: 90 nop 40128d: 90 nop 40128e: 90 nop 40128f: 90 nop 00401290 <_SmCreateEnvironment>: 401290: 55 push %ebp 401291: 89 e5 mov %esp,%ebp 401293: 83 ec 08 sub $0x8,%esp 401296: 83 ec 08 sub $0x8,%esp 401299: 68 20 60 40 00 push $0x406020 40129e: 6a 00 push $0x0 4012a0: e8 5b 27 00 00 call 403a00 <_RtlCreateEnvironment@8> 4012a5: 83 c4 08 add $0x8,%esp 4012a8: c9 leave 4012a9: c3 ret 004012aa <_SmpSetEnvironmentVariable>: 4012aa: 55 push %ebp 4012ab: 89 e5 mov %esp,%ebp 4012ad: 83 ec 18 sub $0x18,%esp 4012b0: 83 ec 08 sub $0x8,%esp 4012b3: ff 75 0c pushl 0xc(%ebp) 4012b6: 8d 45 f8 lea 0xfffffff8(%ebp),%eax 4012b9: 50 push %eax 4012ba: e8 d1 26 00 00 call 403990 <_RtlInitUnicodeString@8> 4012bf: 83 c4 08 add $0x8,%esp 4012c2: 83 ec 08 sub $0x8,%esp 4012c5: ff 75 10 pushl 0x10(%ebp) 4012c8: 8d 45 f0 lea 0xfffffff0(%ebp),%eax 4012cb: 50 push %eax 4012cc: e8 bf 26 00 00 call 403990 <_RtlInitUnicodeString@8> 4012d1: 83 c4 08 add $0x8,%esp 4012d4: 83 ec 04 sub $0x4,%esp 4012d7: 8d 45 f0 lea 0xfffffff0(%ebp),%eax 4012da: 50 push %eax 4012db: 8d 45 f8 lea 0xfffffff8(%ebp),%eax 4012de: 50 push %eax 4012df: ff 75 08 pushl 0x8(%ebp) 4012e2: e8 29 27 00 00 call 403a10 <_RtlSetEnvironmentVariable@12> 4012e7: 83 c4 04 add $0x4,%esp 4012ea: b8 00 00 00 00 mov $0x0,%eax 4012ef: c9 leave 4012f0: c3 ret 004012f1 <_SmpEnvironmentQueryRoutine@24>: 4012f1: 55 push %ebp 4012f2: 89 e5 mov %esp,%ebp 4012f4: 83 ec 08 sub $0x8,%esp 4012f7: 83 7d 0c 01 cmpl $0x1,0xc(%ebp) 4012fb: 74 09 je 401306 <_SmpEnvironmentQueryRoutine@24+0x15> 4012fd: c7 45 fc 00 00 00 00 movl $0x0,0xfffffffc(%ebp) 401304: eb 17 jmp 40131d <_SmpEnvironmentQueryRoutine@24+0x2c> 401306: 83 ec 04 sub $0x4,%esp 401309: ff 75 10 pushl 0x10(%ebp) 40130c: ff 75 08 pushl 0x8(%ebp) 40130f: ff 75 18 pushl 0x18(%ebp) 401312: e8 93 ff ff ff call 4012aa <_SmpSetEnvironmentVariable> 401317: 83 c4 10 add $0x10,%esp 40131a: 89 45 fc mov %eax,0xfffffffc(%ebp) 40131d: 8b 45 fc mov 0xfffffffc(%ebp),%eax 401320: c9 leave 401321: c2 18 00 ret $0x18 00401324 <_SmSetEnvironmentVariables>: 401324: 55 push %ebp 401325: 89 e5 mov %esp,%ebp 401327: 81 ec 68 02 00 00 sub $0x268,%esp */ /* Copy system root into value buffer */ wcscpy(ValueBuffer, 40132d: 83 ec 08 sub $0x8,%esp 401330: 68 30 00 fe 7f push $0x7ffe0030 401335: 8d 85 a8 fd ff ff lea 0xfffffda8(%ebp),%eax 40133b: 50 push %eax 40133c: e8 ff 26 00 00 call 403a40 <_wcscpy> 401341: 83 c4 10 add $0x10,%esp SharedUserData->NtSystemRoot); /* Set SystemRoot = "C:\reactos" */ SmpSetEnvironmentVariable(&SmSystemEnvironment,L"SystemRoot",ValueBuffer); 401344: 83 ec 04 sub $0x4,%esp 401347: 8d 85 a8 fd ff ff lea 0xfffffda8(%ebp),%eax 40134d: 50 push %eax 40134e: 68 c0 52 40 00 push $0x4052c0 401353: 68 20 60 40 00 push $0x406020 401358: e8 4d ff ff ff call 4012aa <_SmpSetEnvironmentVariable> 40135d: 83 c4 10 add $0x10,%esp /* Cut off trailing path */ ValueBuffer[2] = 0; 401360: 66 c7 85 ac fd ff ff movw $0x0,0xfffffdac(%ebp) 401367: 00 00 /* Set SystemDrive = "C:" */ SmpSetEnvironmentVariable(&SmSystemEnvironment,L"SystemDrive",ValueBuffer); 401369: 83 ec 04 sub $0x4,%esp 40136c: 8d 85 a8 fd ff ff lea 0xfffffda8(%ebp),%eax 401372: 50 push %eax 401373: 68 d6 52 40 00 push $0x4052d6 401378: 68 20 60 40 00 push $0x406020 40137d: e8 28 ff ff ff call 4012aa <_SmpSetEnvironmentVariable> 401382: 83 c4 10 add $0x10,%esp /* Read system environment from the registry. */ RtlZeroMemory(&QueryTable, 401385: 83 ec 08 sub $0x8,%esp 401388: 6a 38 push $0x38 40138a: 8d 45 b8 lea 0xffffffb8(%ebp),%eax 40138d: 50 push %eax 40138e: e8 8d 26 00 00 call 403a20 <_RtlZeroMemory@8> 401393: 83 c4 08 add $0x8,%esp sizeof(QueryTable)); QueryTable[0].QueryRoutine = SmpEnvironmentQueryRoutine; 401396: c7 45 b8 f1 12 40 00 movl $0x4012f1,0xffffffb8(%ebp) Status = RtlQueryRegistryValues(RTL_REGISTRY_CONTROL, 40139d: 83 ec 0c sub $0xc,%esp 4013a0: ff 35 20 60 40 00 pushl 0x406020 4013a6: 68 20 60 40 00 push $0x406020 4013ab: 8d 45 b8 lea 0xffffffb8(%ebp),%eax 4013ae: 50 push %eax 4013af: 68 00 53 40 00 push $0x405300 4013b4: 6a 02 push $0x2 4013b6: e8 75 26 00 00 call 403a30 <_RtlQueryRegistryValues@20> 4013bb: 83 c4 0c add $0xc,%esp 4013be: 89 85 a4 fd ff ff mov %eax,0xfffffda4(%ebp) L"\\Session Manager\\Environment", QueryTable, &SmSystemEnvironment, SmSystemEnvironment); return(Status); 4013c4: 8b 85 a4 fd ff ff mov 0xfffffda4(%ebp),%eax } 4013ca: c9 leave 4013cb: c3 ret 004013cc <_SmUpdateEnvironment>: /********************************************************************** * Set environment variables from registry */ NTSTATUS SmUpdateEnvironment(VOID) { 4013cc: 55 push %ebp 4013cd: 89 e5 mov %esp,%ebp /* TODO */ return STATUS_SUCCESS; 4013cf: b8 00 00 00 00 mov $0x0,%eax } 4013d4: 5d pop %ebp 4013d5: c3 ret 4013d6: 90 nop 4013d7: 90 nop 4013d8: 90 nop 4013d9: 90 nop 4013da: 90 nop 4013db: 90 nop 4013dc: 90 nop 4013dd: 90 nop 4013de: 90 nop 4013df: 90 nop 004013e0 <_SmpObjectDirectoryQueryRoutine@24>: 4013e0: 55 push %ebp 4013e1: 89 e5 mov %esp,%ebp 4013e3: 83 ec 48 sub $0x48,%esp 4013e6: c7 45 c8 00 00 00 00 movl $0x0,0xffffffc8(%ebp) DbgPrint("ValueData '%S'\n", (PWSTR)ValueData); #endif if (ValueType != REG_SZ) 4013ed: 83 7d 0c 01 cmpl $0x1,0xc(%ebp) 4013f1: 74 09 je 4013fc <_SmpObjectDirectoryQueryRoutine@24+0x1c> { return(STATUS_SUCCESS); 4013f3: c7 45 c4 00 00 00 00 movl $0x0,0xffffffc4(%ebp) 4013fa: eb 59 jmp 401455 <_SmpObjectDirectoryQueryRoutine@24+0x75> } RtlInitUnicodeString(&UnicodeString, 4013fc: 83 ec 08 sub $0x8,%esp 4013ff: ff 75 10 pushl 0x10(%ebp) 401402: 8d 45 d0 lea 0xffffffd0(%ebp),%eax 401405: 50 push %eax 401406: e8 85 25 00 00 call 403990 <_RtlInitUnicodeString@8> 40140b: 83 c4 08 add $0x8,%esp (PWSTR)ValueData); InitializeObjectAttributes(&ObjectAttributes, 40140e: c7 45 d8 18 00 00 00 movl $0x18,0xffffffd8(%ebp) 401415: 8d 45 d0 lea 0xffffffd0(%ebp),%eax 401418: 89 45 e0 mov %eax,0xffffffe0(%ebp) 40141b: c7 45 e4 00 00 00 00 movl $0x0,0xffffffe4(%ebp) 401422: c7 45 dc 00 00 00 00 movl $0x0,0xffffffdc(%ebp) 401429: c7 45 e8 00 00 00 00 movl $0x0,0xffffffe8(%ebp) 401430: c7 45 ec 00 00 00 00 movl $0x0,0xffffffec(%ebp) &UnicodeString, 0, NULL, NULL); Status = ZwCreateDirectoryObject(&WindowsDirectory, 401437: 83 ec 04 sub $0x4,%esp 40143a: 8d 45 d8 lea 0xffffffd8(%ebp),%eax 40143d: 50 push %eax 40143e: 6a 00 push $0x0 401440: 8d 45 cc lea 0xffffffcc(%ebp),%eax 401443: 50 push %eax 401444: e8 07 26 00 00 call 403a50 <_ZwCreateDirectoryObject@12> 401449: 83 c4 04 add $0x4,%esp 40144c: 89 45 c8 mov %eax,0xffffffc8(%ebp) 0, &ObjectAttributes); return(Status); 40144f: 8b 45 c8 mov 0xffffffc8(%ebp),%eax 401452: 89 45 c4 mov %eax,0xffffffc4(%ebp) } 401455: 8b 45 c4 mov 0xffffffc4(%ebp),%eax 401458: c9 leave 401459: c2 18 00 ret $0x18 0040145c <_SmCreateObjectDirectories>: NTSTATUS SmCreateObjectDirectories(VOID) { 40145c: 55 push %ebp 40145d: 89 e5 mov %esp,%ebp 40145f: 83 ec 58 sub $0x58,%esp RTL_QUERY_REGISTRY_TABLE QueryTable[2]; NTSTATUS Status; RtlZeroMemory(&QueryTable, 401462: 83 ec 08 sub $0x8,%esp 401465: 6a 38 push $0x38 401467: 8d 45 b8 lea 0xffffffb8(%ebp),%eax 40146a: 50 push %eax 40146b: e8 b0 25 00 00 call 403a20 <_RtlZeroMemory@8> 401470: 83 c4 08 add $0x8,%esp sizeof(QueryTable)); QueryTable[0].Name = L"ObjectDirectories"; 401473: c7 45 c0 40 53 40 00 movl $0x405340,0xffffffc0(%ebp) QueryTable[0].QueryRoutine = SmpObjectDirectoryQueryRoutine; 40147a: c7 45 b8 e0 13 40 00 movl $0x4013e0,0xffffffb8(%ebp) Status = RtlQueryRegistryValues(RTL_REGISTRY_CONTROL, 401481: 83 ec 0c sub $0xc,%esp 401484: 6a 00 push $0x0 401486: 6a 00 push $0x0 401488: 8d 45 b8 lea 0xffffffb8(%ebp),%eax 40148b: 50 push %eax 40148c: 68 80 53 40 00 push $0x405380 401491: 6a 02 push $0x2 401493: e8 98 25 00 00 call 403a30 <_RtlQueryRegistryValues@20> 401498: 83 c4 0c add $0xc,%esp 40149b: 89 45 b4 mov %eax,0xffffffb4(%ebp) SM_REGISTRY_ROOT_NAME, QueryTable, NULL, NULL); return(Status); 40149e: 8b 45 b4 mov 0xffffffb4(%ebp),%eax } 4014a1: c9 leave 4014a2: c3 ret 4014a3: 90 nop 4014a4: 90 nop 4014a5: 90 nop 4014a6: 90 nop 4014a7: 90 nop 4014a8: 90 nop 4014a9: 90 nop 4014aa: 90 nop 4014ab: 90 nop 4014ac: 90 nop 4014ad: 90 nop 4014ae: 90 nop 4014af: 90 nop 004014b0 <_SmpDosDevicesQueryRoutine@24>: 4014b0: 55 push %ebp 4014b1: 89 e5 mov %esp,%ebp 4014b3: 81 ec f8 00 00 00 sub $0xf8,%esp 4014b9: 83 7d 0c 01 cmpl $0x1,0xc(%ebp) 4014bd: 74 0f je 4014ce <_SmpDosDevicesQueryRoutine@24+0x1e> 4014bf: c7 85 10 ff ff ff 00 movl $0x0,0xffffff10(%ebp) 4014c6: 00 00 00 4014c9: e9 db 00 00 00 jmp 4015a9 <_SmpDosDevicesQueryRoutine@24+0xf9> 4014ce: 83 ec 04 sub $0x4,%esp 4014d1: ff 75 08 pushl 0x8(%ebp) 4014d4: 68 c0 53 40 00 push $0x4053c0 4014d9: 8d 85 18 ff ff ff lea 0xffffff18(%ebp),%eax 4014df: 50 push %eax 4014e0: e8 8b 25 00 00 call 403a70 <_swprintf> 4014e5: 83 c4 10 add $0x10,%esp 4014e8: 83 ec 08 sub $0x8,%esp 4014eb: 8d 85 18 ff ff ff lea 0xffffff18(%ebp),%eax 4014f1: 50 push %eax 4014f2: 8d 45 c8 lea 0xffffffc8(%ebp),%eax 4014f5: 50 push %eax 4014f6: e8 95 24 00 00 call 403990 <_RtlInitUnicodeString@8> 4014fb: 83 c4 08 add $0x8,%esp 4014fe: 83 ec 08 sub $0x8,%esp 401501: ff 75 10 pushl 0x10(%ebp) 401504: 8d 45 d0 lea 0xffffffd0(%ebp),%eax 401507: 50 push %eax 401508: e8 83 24 00 00 call 403990 <_RtlInitUnicodeString@8> 40150d: 83 c4 08 add $0x8,%esp 401510: c7 45 d8 18 00 00 00 movl $0x18,0xffffffd8(%ebp) 401517: 8d 45 c8 lea 0xffffffc8(%ebp),%eax 40151a: 89 45 e0 mov %eax,0xffffffe0(%ebp) 40151d: c7 45 e4 10 00 00 00 movl $0x10,0xffffffe4(%ebp) 401524: c7 45 dc 00 00 00 00 movl $0x0,0xffffffdc(%ebp) 40152b: c7 45 e8 00 00 00 00 movl $0x0,0xffffffe8(%ebp) 401532: c7 45 ec 00 00 00 00 movl $0x0,0xffffffec(%ebp) 401539: 8d 45 d0 lea 0xffffffd0(%ebp),%eax 40153c: 50 push %eax 40153d: 8d 45 d8 lea 0xffffffd8(%ebp),%eax 401540: 50 push %eax 401541: 68 01 00 0f 00 push $0xf0001 401546: 8d 45 c4 lea 0xffffffc4(%ebp),%eax 401549: 50 push %eax 40154a: e8 11 25 00 00 call 403a60 <_NtCreateSymbolicLinkObject@16> 40154f: 89 85 14 ff ff ff mov %eax,0xffffff14(%ebp) 401555: 83 bd 14 ff ff ff 00 cmpl $0x0,0xffffff14(%ebp) 40155c: 79 31 jns 40158f <_SmpDosDevicesQueryRoutine@24+0xdf> 40155e: 83 ec 04 sub $0x4,%esp 401561: 6a 4f push $0x4f 401563: 68 ce 53 40 00 push $0x4053ce 401568: 68 db 53 40 00 push $0x4053db 40156d: e8 6e 24 00 00 call 4039e0 <_DbgPrint> 401572: 83 c4 10 add $0x10,%esp 401575: 8d 45 d0 lea 0xffffffd0(%ebp),%eax 401578: 50 push %eax 401579: 8d 45 c8 lea 0xffffffc8(%ebp),%eax 40157c: 50 push %eax 40157d: 68 e4 53 40 00 push $0x4053e4 401582: 68 00 54 40 00 push $0x405400 401587: e8 54 24 00 00 call 4039e0 <_DbgPrint> 40158c: 83 c4 10 add $0x10,%esp 40158f: 83 ec 0c sub $0xc,%esp 401592: ff 75 c4 pushl 0xffffffc4(%ebp) 401595: e8 36 24 00 00 call 4039d0 <_NtClose@4> 40159a: 83 c4 0c add $0xc,%esp 40159d: 8b 85 14 ff ff ff mov 0xffffff14(%ebp),%eax 4015a3: 89 85 10 ff ff ff mov %eax,0xffffff10(%ebp) 4015a9: 8b 85 10 ff ff ff mov 0xffffff10(%ebp),%eax 4015af: c9 leave 4015b0: c2 18 00 ret $0x18 004015b3 <_SmInitDosDevices>: /* EOF */ 4015b3: 55 push %ebp 4015b4: 89 e5 mov %esp,%ebp 4015b6: 83 ec 58 sub $0x58,%esp 4015b9: 83 ec 08 sub $0x8,%esp 4015bc: 6a 38 push $0x38 4015be: 8d 45 b8 lea 0xffffffb8(%ebp),%eax 4015c1: 50 push %eax 4015c2: e8 59 24 00 00 call 403a20 <_RtlZeroMemory@8> 4015c7: 83 c4 08 add $0x8,%esp 4015ca: c7 45 b8 b0 14 40 00 movl $0x4014b0,0xffffffb8(%ebp) 4015d1: 83 ec 0c sub $0xc,%esp 4015d4: 6a 00 push $0x0 4015d6: 6a 00 push $0x0 4015d8: 8d 45 b8 lea 0xffffffb8(%ebp),%eax 4015db: 50 push %eax 4015dc: 68 40 54 40 00 push $0x405440 4015e1: 6a 02 push $0x2 4015e3: e8 48 24 00 00 call 403a30 <_RtlQueryRegistryValues@20> 4015e8: 83 c4 0c add $0xc,%esp 4015eb: 89 45 b4 mov %eax,0xffffffb4(%ebp) 4015ee: 8b 45 b4 mov 0xffffffb4(%ebp),%eax 4015f1: c9 leave 4015f2: c3 ret 4015f3: 90 nop 4015f4: 90 nop 4015f5: 90 nop 4015f6: 90 nop 4015f7: 90 nop 4015f8: 90 nop 4015f9: 90 nop 4015fa: 90 nop 4015fb: 90 nop 4015fc: 90 nop 4015fd: 90 nop 4015fe: 90 nop 4015ff: 90 nop 00401600 <_SmpRunBootAppsQueryRoutine@24>: 401600: 55 push %ebp 401601: 89 e5 mov %esp,%ebp 401603: 81 ec 68 08 00 00 sub $0x868,%esp 401609: 83 7d 0c 01 cmpl $0x1,0xc(%ebp) 40160d: 74 0f je 40161e <_SmpRunBootAppsQueryRoutine@24+0x1e> 40160f: c7 85 a4 f7 ff ff 00 movl $0x0,0xfffff7a4(%ebp) 401616: 00 00 00 401619: e9 8f 01 00 00 jmp 4017ad <_SmpRunBootAppsQueryRoutine@24+0x1ad> 40161e: 83 ec 08 sub $0x8,%esp 401621: 6a 20 push $0x20 401623: ff 75 10 pushl 0x10(%ebp) 401626: e8 85 24 00 00 call 403ab0 <_wcschr> 40162b: 83 c4 10 add $0x10,%esp 40162e: 89 85 b4 f7 ff ff mov %eax,0xfffff7b4(%ebp) 401634: 8b 55 10 mov 0x10(%ebp),%edx 401637: 8b 85 b4 f7 ff ff mov 0xfffff7b4(%ebp),%eax 40163d: 29 d0 sub %edx,%eax 40163f: d1 f8 sar %eax 401641: 89 85 ac f7 ff ff mov %eax,0xfffff7ac(%ebp) 401647: 83 ec 04 sub $0x4,%esp 40164a: 8b 85 ac f7 ff ff mov 0xfffff7ac(%ebp),%eax 401650: 01 c0 add %eax,%eax 401652: 50 push %eax 401653: ff 75 10 pushl 0x10(%ebp) 401656: 8d 85 e8 fd ff ff lea 0xfffffde8(%ebp),%eax 40165c: 50 push %eax 40165d: e8 3e 24 00 00 call 403aa0 <_memcpy> 401662: 83 c4 10 add $0x10,%esp 401665: 8b 85 ac f7 ff ff mov 0xfffff7ac(%ebp),%eax 40166b: 66 c7 84 45 e8 fd ff movw $0x0,0xfffffde8(%ebp,%eax,2) 401672: ff 00 00 401675: 8d 85 b4 f7 ff ff lea 0xfffff7b4(%ebp),%eax 40167b: 83 00 02 addl $0x2,(%eax) 40167e: 83 ec 08 sub $0x8,%esp 401681: 6a 20 push $0x20 401683: ff b5 b4 f7 ff ff pushl 0xfffff7b4(%ebp) 401689: e8 22 24 00 00 call 403ab0 <_wcschr> 40168e: 83 c4 10 add $0x10,%esp 401691: 89 85 b0 f7 ff ff mov %eax,0xfffff7b0(%ebp) 401697: 83 bd b0 f7 ff ff 00 cmpl $0x0,0xfffff7b0(%ebp) 40169e: 74 18 je 4016b8 <_SmpRunBootAppsQueryRoutine@24+0xb8> 4016a0: 8b 95 b4 f7 ff ff mov 0xfffff7b4(%ebp),%edx 4016a6: 8b 85 b0 f7 ff ff mov 0xfffff7b0(%ebp),%eax 4016ac: 29 d0 sub %edx,%eax 4016ae: d1 f8 sar %eax 4016b0: 89 85 ac f7 ff ff mov %eax,0xfffff7ac(%ebp) 4016b6: eb 17 jmp 4016cf <_SmpRunBootAppsQueryRoutine@24+0xcf> 4016b8: 83 ec 0c sub $0xc,%esp 4016bb: ff b5 b4 f7 ff ff pushl 0xfffff7b4(%ebp) 4016c1: e8 ca 23 00 00 call 403a90 <_wcslen> 4016c6: 83 c4 10 add $0x10,%esp 4016c9: 89 85 ac f7 ff ff mov %eax,0xfffff7ac(%ebp) 4016cf: 83 ec 04 sub $0x4,%esp 4016d2: 8b 85 ac f7 ff ff mov 0xfffff7ac(%ebp),%eax 4016d8: 01 c0 add %eax,%eax 4016da: 50 push %eax 4016db: ff b5 b4 f7 ff ff pushl 0xfffff7b4(%ebp) 4016e1: 8d 85 d8 fb ff ff lea 0xfffffbd8(%ebp),%eax 4016e7: 50 push %eax 4016e8: e8 b3 23 00 00 call 403aa0 <_memcpy> 4016ed: 83 c4 10 add $0x10,%esp 4016f0: 8b 85 ac f7 ff ff mov 0xfffff7ac(%ebp),%eax 4016f6: 66 c7 84 45 d8 fb ff movw $0x0,0xfffffbd8(%ebp,%eax,2) 4016fd: ff 00 00 401700: 83 bd b0 f7 ff ff 00 cmpl $0x0,0xfffff7b0(%ebp) 401707: 75 0b jne 401714 <_SmpRunBootAppsQueryRoutine@24+0x114> 401709: 66 c7 85 b8 f7 ff ff movw $0x0,0xfffff7b8(%ebp) 401710: 00 00 401712: eb 21 jmp 401735 <_SmpRunBootAppsQueryRoutine@24+0x135> 401714: 8d 85 b0 f7 ff ff lea 0xfffff7b0(%ebp),%eax 40171a: 83 00 02 addl $0x2,(%eax) 40171d: 83 ec 08 sub $0x8,%esp 401720: ff b5 b0 f7 ff ff pushl 0xfffff7b0(%ebp) 401726: 8d 85 b8 f7 ff ff lea 0xfffff7b8(%ebp),%eax 40172c: 50 push %eax 40172d: e8 0e 23 00 00 call 403a40 <_wcscpy> 401732: 83 c4 10 add $0x10,%esp 401735: 83 ec 08 sub $0x8,%esp 401738: 68 80 54 40 00 push $0x405480 40173d: 8d 85 c8 f9 ff ff lea 0xfffff9c8(%ebp),%eax 401743: 50 push %eax 401744: e8 f7 22 00 00 call 403a40 <_wcscpy> 401749: 83 c4 10 add $0x10,%esp 40174c: 83 ec 08 sub $0x8,%esp 40174f: 8d 85 d8 fb ff ff lea 0xfffffbd8(%ebp),%eax 401755: 50 push %eax 401756: 8d 85 c8 f9 ff ff lea 0xfffff9c8(%ebp),%eax 40175c: 50 push %eax 40175d: e8 1e 23 00 00 call 403a80 <_wcscat> 401762: 83 c4 10 add $0x10,%esp 401765: 83 ec 08 sub $0x8,%esp 401768: 68 ac 54 40 00 push $0x4054ac 40176d: 8d 85 c8 f9 ff ff lea 0xfffff9c8(%ebp),%eax 401773: 50 push %eax 401774: e8 07 23 00 00 call 403a80 <_wcscat> 401779: 83 c4 10 add $0x10,%esp 40177c: 83 ec 08 sub $0x8,%esp 40177f: 6a 00 push $0x0 401781: 6a 01 push $0x1 401783: 6a 00 push $0x0 401785: 6a 01 push $0x1 401787: 8d 85 b8 f7 ff ff lea 0xfffff7b8(%ebp),%eax 40178d: 50 push %eax 40178e: 8d 85 c8 f9 ff ff lea 0xfffff9c8(%ebp),%eax 401794: 50 push %eax 401795: e8 26 11 00 00 call 4028c0 <_SmCreateUserProcess@24> 40179a: 83 c4 08 add $0x8,%esp 40179d: 89 85 a8 f7 ff ff mov %eax,0xfffff7a8(%ebp) 4017a3: c7 85 a4 f7 ff ff 00 movl $0x0,0xfffff7a4(%ebp) 4017aa: 00 00 00 4017ad: 8b 85 a4 f7 ff ff mov 0xfffff7a4(%ebp),%eax 4017b3: c9 leave 4017b4: c2 18 00 ret $0x18 004017b7 <_SmRunBootApplications>: 4017b7: 55 push %ebp 4017b8: 89 e5 mov %esp,%ebp 4017ba: 83 ec 58 sub $0x58,%esp 4017bd: 83 ec 08 sub $0x8,%esp 4017c0: 6a 38 push $0x38 4017c2: 8d 45 b8 lea 0xffffffb8(%ebp),%eax 4017c5: 50 push %eax 4017c6: e8 55 22 00 00 call 403a20 <_RtlZeroMemory@8> 4017cb: 83 c4 08 add $0x8,%esp 4017ce: c7 45 c0 b6 54 40 00 movl $0x4054b6,0xffffffc0(%ebp) 4017d5: c7 45 b8 00 16 40 00 movl $0x401600,0xffffffb8(%ebp) 4017dc: 83 ec 0c sub $0xc,%esp 4017df: 6a 00 push $0x0 4017e1: 6a 00 push $0x0 4017e3: 8d 45 b8 lea 0xffffffb8(%ebp),%eax 4017e6: 50 push %eax 4017e7: 68 e0 54 40 00 push $0x4054e0 4017ec: 6a 02 push $0x2 4017ee: e8 3d 22 00 00 call 403a30 <_RtlQueryRegistryValues@20> 4017f3: 83 c4 0c add $0xc,%esp 4017f6: 89 45 b4 mov %eax,0xffffffb4(%ebp) NULL, NULL); if (!NT_SUCCESS(Status)) 4017f9: 83 7d b4 00 cmpl $0x0,0xffffffb4(%ebp) 4017fd: 79 32 jns 401831 <_SmRunBootApplications+0x7a> { DPRINT1("%s: RtlQueryRegistryValues() failed! (Status %lx)\n", 4017ff: 83 ec 04 sub $0x4,%esp 401802: 68 8e 00 00 00 push $0x8e 401807: 68 02 55 40 00 push $0x405502 40180c: 68 0c 55 40 00 push $0x40550c 401811: e8 ca 21 00 00 call 4039e0 <_DbgPrint> 401816: 83 c4 10 add $0x10,%esp 401819: 83 ec 04 sub $0x4,%esp 40181c: ff 75 b4 pushl 0xffffffb4(%ebp) 40181f: 68 15 55 40 00 push $0x405515 401824: 68 40 55 40 00 push $0x405540 401829: e8 b2 21 00 00 call 4039e0 <_DbgPrint> 40182e: 83 c4 10 add $0x10,%esp __FUNCTION__, Status); } return(Status); 401831: 8b 45 b4 mov 0xffffffb4(%ebp),%eax } 401834: c9 leave 401835: c3 ret 401836: 90 nop 401837: 90 nop 401838: 90 nop 401839: 90 nop 40183a: 90 nop 40183b: 90 nop 40183c: 90 nop 40183d: 90 nop 40183e: 90 nop 40183f: 90 nop 00401840 <_SmProcessFileRenameList>: 401840: 55 push %ebp 401841: 89 e5 mov %esp,%ebp 401843: b8 00 00 00 00 mov $0x0,%eax 401848: 5d pop %ebp 401849: c3 ret 40184a: 90 nop 40184b: 90 nop 40184c: 90 nop 40184d: 90 nop 40184e: 90 nop 40184f: 90 nop 00401850 <_SmpKnownDllsQueryRoutine@24>: 401850: 55 push %ebp 401851: 89 e5 mov %esp,%ebp 401853: 83 ec 48 sub $0x48,%esp 401856: 83 ec 08 sub $0x8,%esp 401859: 68 80 55 40 00 push $0x405580 40185e: ff 75 08 pushl 0x8(%ebp) 401861: e8 ba 22 00 00 call 403b20 <__wcsicmp> 401866: 83 c4 10 add $0x10,%esp 401869: 85 c0 test %eax,%eax 40186b: 75 0c jne 401879 <_SmpKnownDllsQueryRoutine@24+0x29> 40186d: c7 45 b8 00 00 00 00 movl $0x0,0xffffffb8(%ebp) 401874: e9 97 01 00 00 jmp 401a10 <_SmpKnownDllsQueryRoutine@24+0x1c0> 401879: 83 ec 08 sub $0x8,%esp 40187c: ff 75 10 pushl 0x10(%ebp) 40187f: 8d 45 c8 lea 0xffffffc8(%ebp),%eax 401882: 50 push %eax 401883: e8 08 21 00 00 call 403990 <_RtlInitUnicodeString@8> 401888: 83 c4 08 add $0x8,%esp 40188b: c7 45 d8 18 00 00 00 movl $0x18,0xffffffd8(%ebp) 401892: 8d 45 c8 lea 0xffffffc8(%ebp),%eax 401895: 89 45 e0 mov %eax,0xffffffe0(%ebp) 401898: c7 45 e4 40 00 00 00 movl $0x40,0xffffffe4(%ebp) 40189f: 8b 45 18 mov 0x18(%ebp),%eax 4018a2: 89 45 dc mov %eax,0xffffffdc(%ebp) 4018a5: c7 45 e8 00 00 00 00 movl $0x0,0xffffffe8(%ebp) 4018ac: c7 45 ec 00 00 00 00 movl $0x0,0xffffffec(%ebp) 4018b3: 83 ec 08 sub $0x8,%esp 4018b6: 6a 60 push $0x60 4018b8: 6a 01 push $0x1 4018ba: 8d 45 d0 lea 0xffffffd0(%ebp),%eax 4018bd: 50 push %eax 4018be: 8d 45 d8 lea 0xffffffd8(%ebp),%eax 4018c1: 50 push %eax 4018c2: 68 21 00 10 00 push $0x100021 4018c7: 8d 45 c4 lea 0xffffffc4(%ebp),%eax 4018ca: 50 push %eax 4018cb: e8 f0 21 00 00 call 403ac0 <_NtOpenFile@24> 4018d0: 83 c4 08 add $0x8,%esp 4018d3: 89 45 bc mov %eax,0xffffffbc(%ebp) 4018d6: 83 7d bc 00 cmpl $0x0,0xffffffbc(%ebp) 4018da: 79 36 jns 401912 <_SmpKnownDllsQueryRoutine@24+0xc2> 4018dc: 83 ec 04 sub $0x4,%esp 4018df: 6a 46 push $0x46 4018e1: 68 9a 55 40 00 push $0x40559a 4018e6: 68 a6 55 40 00 push $0x4055a6 4018eb: e8 f0 20 00 00 call 4039e0 <_DbgPrint> 4018f0: 83 c4 10 add $0x10,%esp 4018f3: 83 ec 08 sub $0x8,%esp 4018f6: ff 75 bc pushl 0xffffffbc(%ebp) 4018f9: 68 c0 55 40 00 push $0x4055c0 4018fe: e8 dd 20 00 00 call 4039e0 <_DbgPrint> 401903: 83 c4 10 add $0x10,%esp 401906: c7 45 b8 00 00 00 00 movl $0x0,0xffffffb8(%ebp) 40190d: e9 fe 00 00 00 jmp 401a10 <_SmpKnownDllsQueryRoutine@24+0x1c0> 401912: 6a 00 push $0x0 401914: 6a 00 push $0x0 401916: 6a 00 push $0x0 401918: ff 75 c4 pushl 0xffffffc4(%ebp) 40191b: e8 b0 21 00 00 call 403ad0 <_LdrVerifyImageMatchesChecksum@16> 401920: 89 45 bc mov %eax,0xffffffbc(%ebp) 401923: 81 7d bc 21 02 00 c0 cmpl $0xc0000221,0xffffffbc(%ebp) 40192a: 75 1a jne 401946 <_SmpKnownDllsQueryRoutine@24+0xf6> 40192c: 83 ec 08 sub $0x8,%esp 40192f: 6a 00 push $0x0 401931: 6a 00 push $0x0 401933: 6a 00 push $0x0 401935: 6a 00 push $0x0 401937: 6a 00 push $0x0 401939: ff 75 bc pushl 0xffffffbc(%ebp) 40193c: e8 9f 21 00 00 call 403ae0 <_NtRaiseHardError@24> 401941: 83 c4 08 add $0x8,%esp 401944: eb 52 jmp 401998 <_SmpKnownDllsQueryRoutine@24+0x148> 401946: 83 7d bc 00 cmpl $0x0,0xffffffbc(%ebp) 40194a: 79 4c jns 401998 <_SmpKnownDllsQueryRoutine@24+0x148> { DPRINT1("Failed to check the image checksum\n"); 40194c: 83 ec 04 sub $0x4,%esp 40194f: 6a 5d push $0x5d 401951: 68 9a 55 40 00 push $0x40559a 401956: 68 a6 55 40 00 push $0x4055a6 40195b: e8 80 20 00 00 call 4039e0 <_DbgPrint> 401960: 83 c4 10 add $0x10,%esp 401963: 83 ec 0c sub $0xc,%esp 401966: 68 00 56 40 00 push $0x405600 40196b: e8 70 20 00 00 call 4039e0 <_DbgPrint> 401970: 83 c4 10 add $0x10,%esp NtClose(SectionHandle); 401973: 83 ec 0c sub $0xc,%esp 401976: ff 75 c0 pushl 0xffffffc0(%ebp) 401979: e8 52 20 00 00 call 4039d0 <_NtClose@4> 40197e: 83 c4 0c add $0xc,%esp NtClose(FileHandle); 401981: 83 ec 0c sub $0xc,%esp 401984: ff 75 c4 pushl 0xffffffc4(%ebp) 401987: e8 44 20 00 00 call 4039d0 <_NtClose@4> 40198c: 83 c4 0c add $0xc,%esp return STATUS_SUCCESS; 40198f: c7 45 b8 00 00 00 00 movl $0x0,0xffffffb8(%ebp) 401996: eb 78 jmp 401a10 <_SmpKnownDllsQueryRoutine@24+0x1c0> } InitializeObjectAttributes(&ObjectAttributes, 401998: c7 45 d8 18 00 00 00 movl $0x18,0xffffffd8(%ebp) 40199f: 8d 45 c8 lea 0xffffffc8(%ebp),%eax 4019a2: 89 45 e0 mov %eax,0xffffffe0(%ebp) 4019a5: c7 45 e4 50 00 00 00 movl $0x50,0xffffffe4(%ebp) 4019ac: 8b 45 1c mov 0x1c(%ebp),%eax 4019af: 89 45 dc mov %eax,0xffffffdc(%ebp) 4019b2: c7 45 e8 00 00 00 00 movl $0x0,0xffffffe8(%ebp) 4019b9: c7 45 ec 00 00 00 00 movl $0x0,0xffffffec(%ebp) &ImageName, OBJ_CASE_INSENSITIVE | OBJ_PERMANENT, (HANDLE)EntryContext, NULL); Status = NtCreateSection(&SectionHandle, 4019c0: 83 ec 04 sub $0x4,%esp 4019c3: ff 75 c4 pushl 0xffffffc4(%ebp) 4019c6: 68 00 00 00 01 push $0x1000000 4019cb: 6a 10 push $0x10 4019cd: 6a 00 push $0x0 4019cf: 8d 45 d8 lea 0xffffffd8(%ebp),%eax 4019d2: 50 push %eax 4019d3: 68 1f 00 0f 00 push $0xf001f 4019d8: 8d 45 c0 lea 0xffffffc0(%ebp),%eax 4019db: 50 push %eax 4019dc: e8 0f 21 00 00 call 403af0 <_NtCreateSection@28> 4019e1: 83 c4 04 add $0x4,%esp 4019e4: 89 45 bc mov %eax,0xffffffbc(%ebp) SECTION_ALL_ACCESS, &ObjectAttributes, NULL, PAGE_EXECUTE, SEC_IMAGE, FileHandle); if (NT_SUCCESS(Status)) 4019e7: 83 7d bc 00 cmpl $0x0,0xffffffbc(%ebp) 4019eb: 78 0e js 4019fb <_SmpKnownDllsQueryRoutine@24+0x1ab> { DPRINT("Created section successfully\n"); NtClose(SectionHandle); 4019ed: 83 ec 0c sub $0xc,%esp 4019f0: ff 75 c0 pushl 0xffffffc0(%ebp) 4019f3: e8 d8 1f 00 00 call 4039d0 <_NtClose@4> 4019f8: 83 c4 0c add $0xc,%esp } NtClose(FileHandle); 4019fb: 83 ec 0c sub $0xc,%esp 4019fe: ff 75 c4 pushl 0xffffffc4(%ebp) 401a01: e8 ca 1f 00 00 call 4039d0 <_NtClose@4> 401a06: 83 c4 0c add $0xc,%esp return STATUS_SUCCESS; 401a09: c7 45 b8 00 00 00 00 movl $0x0,0xffffffb8(%ebp) } 401a10: 8b 45 b8 mov 0xffffffb8(%ebp),%eax 401a13: c9 leave 401a14: c2 18 00 ret $0x18 00401a17 <_SmLoadKnownDlls>: NTSTATUS SmLoadKnownDlls(VOID) { 401a17: 55 push %ebp 401a18: 89 e5 mov %esp,%ebp 401a1a: 81 ec a8 00 00 00 sub $0xa8,%esp RTL_QUERY_REGISTRY_TABLE QueryTable[2]; OBJECT_ATTRIBUTES ObjectAttributes; IO_STATUS_BLOCK IoStatusBlock; UNICODE_STRING DllDosPath; UNICODE_STRING DllNtPath; UNICODE_STRING Name; HANDLE ObjectDirHandle; HANDLE FileDirHandle; HANDLE SymlinkHandle; NTSTATUS Status; DPRINT("SM: loading well-known DLLs\n"); DPRINT("SmLoadKnownDlls() called\n"); /* Create 'KnownDlls' object directory */ RtlInitUnicodeString(&Name, 401a20: 83 ec 08 sub $0x8,%esp 401a23: 68 24 56 40 00 push $0x405624 401a28: 8d 85 78 ff ff ff lea 0xffffff78(%ebp),%eax 401a2e: 50 push %eax 401a2f: e8 5c 1f 00 00 call 403990 <_RtlInitUnicodeString@8> 401a34: 83 c4 08 add $0x8,%esp L"\\KnownDlls"); InitializeObjectAttributes(&ObjectAttributes, 401a37: c7 45 98 18 00 00 00 movl $0x18,0xffffff98(%ebp) 401a3e: 8d 85 78 ff ff ff lea 0xffffff78(%ebp),%eax 401a44: 89 45 a0 mov %eax,0xffffffa0(%ebp) 401a47: c7 45 a4 d0 00 00 00 movl $0xd0,0xffffffa4(%ebp) 401a4e: c7 45 9c 00 00 00 00 movl $0x0,0xffffff9c(%ebp) 401a55: c7 45 a8 00 00 00 00 movl $0x0,0xffffffa8(%ebp) 401a5c: c7 45 ac 00 00 00 00 movl $0x0,0xffffffac(%ebp) &Name, OBJ_PERMANENT | OBJ_CASE_INSENSITIVE | OBJ_OPENIF, NULL, NULL); Status = NtCreateDirectoryObject(&ObjectDirHandle, 401a63: 83 ec 04 sub $0x4,%esp 401a66: 8d 45 98 lea 0xffffff98(%ebp),%eax 401a69: 50 push %eax 401a6a: 68 0f 00 0f 00 push $0xf000f 401a6f: 8d 85 74 ff ff ff lea 0xffffff74(%ebp),%eax 401a75: 50 push %eax 401a76: e8 85 20 00 00 call 403b00 <_NtCreateDirectoryObject@12> 401a7b: 83 c4 04 add $0x4,%esp 401a7e: 89 85 68 ff ff ff mov %eax,0xffffff68(%ebp) DIRECTORY_ALL_ACCESS, &ObjectAttributes); if (!NT_SUCCESS(Status)) 401a84: 83 bd 68 ff ff ff 00 cmpl $0x0,0xffffff68(%ebp) 401a8b: 79 41 jns 401ace <_SmLoadKnownDlls+0xb7> { DPRINT1("NtCreateDirectoryObject() failed (Status %lx)\n", Status); 401a8d: 83 ec 04 sub $0x4,%esp 401a90: 68 9d 00 00 00 push $0x9d 401a95: 68 9a 55 40 00 push $0x40559a 401a9a: 68 a6 55 40 00 push $0x4055a6 401a9f: e8 3c 1f 00 00 call 4039e0 <_DbgPrint> 401aa4: 83 c4 10 add $0x10,%esp 401aa7: 83 ec 08 sub $0x8,%esp 401aaa: ff b5 68 ff ff ff pushl 0xffffff68(%ebp) 401ab0: 68 40 56 40 00 push $0x405640 401ab5: e8 26 1f 00 00 call 4039e0 <_DbgPrint> 401aba: 83 c4 10 add $0x10,%esp return Status; 401abd: 8b 85 68 ff ff ff mov 0xffffff68(%ebp),%eax 401ac3: 89 85 64 ff ff ff mov %eax,0xffffff64(%ebp) 401ac9: e9 da 02 00 00 jmp 401da8 <_SmLoadKnownDlls+0x391> } RtlInitUnicodeString(&DllDosPath, NULL); 401ace: 83 ec 08 sub $0x8,%esp 401ad1: 6a 00 push $0x0 401ad3: 8d 45 88 lea 0xffffff88(%ebp),%eax 401ad6: 50 push %eax 401ad7: e8 b4 1e 00 00 call 403990 <_RtlInitUnicodeString@8> 401adc: 83 c4 08 add $0x8,%esp RtlZeroMemory(&QueryTable, 401adf: 83 ec 08 sub $0x8,%esp 401ae2: 6a 38 push $0x38 401ae4: 8d 45 b8 lea 0xffffffb8(%ebp),%eax 401ae7: 50 push %eax 401ae8: e8 33 1f 00 00 call 403a20 <_RtlZeroMemory@8> 401aed: 83 c4 08 add $0x8,%esp sizeof(QueryTable)); QueryTable[0].Name = L"DllDirectory"; 401af0: c7 45 c0 80 55 40 00 movl $0x405580,0xffffffc0(%ebp) QueryTable[0].Flags = RTL_QUERY_REGISTRY_DIRECT; 401af7: c7 45 bc 20 00 00 00 movl $0x20,0xffffffbc(%ebp) QueryTable[0].EntryContext = &DllDosPath; 401afe: 8d 45 88 lea 0xffffff88(%ebp),%eax 401b01: 89 45 c4 mov %eax,0xffffffc4(%ebp) Status = RtlQueryRegistryValues(RTL_REGISTRY_CONTROL, 401b04: 83 ec 0c sub $0xc,%esp 401b07: ff 35 20 60 40 00 pushl 0x406020 401b0d: 6a 00 push $0x0 401b0f: 8d 45 b8 lea 0xffffffb8(%ebp),%eax 401b12: 50 push %eax 401b13: 68 80 56 40 00 push $0x405680 401b18: 6a 02 push $0x2 401b1a: e8 11 1f 00 00 call 403a30 <_RtlQueryRegistryValues@20> 401b1f: 83 c4 0c add $0xc,%esp 401b22: 89 85 68 ff ff ff mov %eax,0xffffff68(%ebp) L"\\Session Manager\\KnownDlls", QueryTable, NULL, SmSystemEnvironment); if (!NT_SUCCESS(Status)) 401b28: 83 bd 68 ff ff ff 00 cmpl $0x0,0xffffff68(%ebp) 401b2f: 79 41 jns 401b72 <_SmLoadKnownDlls+0x15b> { DPRINT1("RtlQueryRegistryValues() failed (Status %lx)\n", Status); 401b31: 83 ec 04 sub $0x4,%esp 401b34: 68 b1 00 00 00 push $0xb1 401b39: 68 9a 55 40 00 push $0x40559a 401b3e: 68 a6 55 40 00 push $0x4055a6 401b43: e8 98 1e 00 00 call 4039e0 <_DbgPrint> 401b48: 83 c4 10 add $0x10,%esp 401b4b: 83 ec 08 sub $0x8,%esp 401b4e: ff b5 68 ff ff ff pushl 0xffffff68(%ebp) 401b54: 68 c0 56 40 00 push $0x4056c0 401b59: e8 82 1e 00 00 call 4039e0 <_DbgPrint> 401b5e: 83 c4 10 add $0x10,%esp return Status; 401b61: 8b 85 68 ff ff ff mov 0xffffff68(%ebp),%eax 401b67: 89 85 64 ff ff ff mov %eax,0xffffff64(%ebp) 401b6d: e9 36 02 00 00 jmp 401da8 <_SmLoadKnownDlls+0x391> } DPRINT("DllDosPath: '%wZ'\n", &DllDosPath); if (!RtlDosPathNameToNtPathName_U(DllDosPath.Buffer, 401b72: 6a 00 push $0x0 401b74: 6a 00 push $0x0 401b76: 8d 45 80 lea 0xffffff80(%ebp),%eax 401b79: 50 push %eax 401b7a: ff 75 8c pushl 0xffffff8c(%ebp) 401b7d: e8 8e 1f 00 00 call 403b10 <_RtlDosPathNameToNtPathName_U@16> 401b82: 84 c0 test %al,%al 401b84: 75 39 jne 401bbf <_SmLoadKnownDlls+0x1a8> &DllNtPath, NULL, NULL)) { DPRINT1("RtlDosPathNameToNtPathName_U() failed\n"); 401b86: 83 ec 04 sub $0x4,%esp 401b89: 68 bc 00 00 00 push $0xbc 401b8e: 68 9a 55 40 00 push $0x40559a 401b93: 68 a6 55 40 00 push $0x4055a6 401b98: e8 43 1e 00 00 call 4039e0 <_DbgPrint> 401b9d: 83 c4 10 add $0x10,%esp 401ba0: 83 ec 0c sub $0xc,%esp 401ba3: 68 00 57 40 00 push $0x405700 401ba8: e8 33 1e 00 00 call 4039e0 <_DbgPrint> 401bad: 83 c4 10 add $0x10,%esp return STATUS_OBJECT_NAME_INVALID; 401bb0: c7 85 64 ff ff ff 33 movl $0xc0000033,0xffffff64(%ebp) 401bb7: 00 00 c0 401bba: e9 e9 01 00 00 jmp 401da8 <_SmLoadKnownDlls+0x391> } DPRINT("DllNtPath: '%wZ'\n", &DllNtPath); /* Open the dll path directory */ InitializeObjectAttributes(&ObjectAttributes, 401bbf: c7 45 98 18 00 00 00 movl $0x18,0xffffff98(%ebp) 401bc6: 8d 45 80 lea 0xffffff80(%ebp),%eax 401bc9: 89 45 a0 mov %eax,0xffffffa0(%ebp) 401bcc: c7 45 a4 40 00 00 00 movl $0x40,0xffffffa4(%ebp) 401bd3: c7 45 9c 00 00 00 00 movl $0x0,0xffffff9c(%ebp) 401bda: c7 45 a8 00 00 00 00 movl $0x0,0xffffffa8(%ebp) 401be1: c7 45 ac 00 00 00 00 movl $0x0,0xffffffac(%ebp) &DllNtPath, OBJ_CASE_INSENSITIVE, NULL, NULL); Status = NtOpenFile(&FileDirHandle, 401be8: 83 ec 08 sub $0x8,%esp 401beb: 6a 21 push $0x21 401bed: 6a 03 push $0x3 401bef: 8d 45 90 lea 0xffffff90(%ebp),%eax 401bf2: 50 push %eax 401bf3: 8d 45 98 lea 0xffffff98(%ebp),%eax 401bf6: 50 push %eax 401bf7: 68 01 00 10 00 push $0x100001 401bfc: 8d 85 70 ff ff ff lea 0xffffff70(%ebp),%eax 401c02: 50 push %eax 401c03: e8 b8 1e 00 00 call 403ac0 <_NtOpenFile@24> 401c08: 83 c4 08 add $0x8,%esp 401c0b: 89 85 68 ff ff ff mov %eax,0xffffff68(%ebp) SYNCHRONIZE | FILE_READ_DATA, &ObjectAttributes, &IoStatusBlock, FILE_SHARE_READ | FILE_SHARE_WRITE, FILE_SYNCHRONOUS_IO_NONALERT | FILE_DIRECTORY_FILE); if (!NT_SUCCESS(Status)) 401c11: 83 bd 68 ff ff ff 00 cmpl $0x0,0xffffff68(%ebp) 401c18: 79 45 jns 401c5f <_SmLoadKnownDlls+0x248> { DPRINT1("NtOpenFile(%wZ) failed (Status %lx)\n", &DllNtPath, Status); 401c1a: 83 ec 04 sub $0x4,%esp 401c1d: 68 d0 00 00 00 push $0xd0 401c22: 68 9a 55 40 00 push $0x40559a 401c27: 68 a6 55 40 00 push $0x4055a6 401c2c: e8 af 1d 00 00 call 4039e0 <_DbgPrint> 401c31: 83 c4 10 add $0x10,%esp 401c34: 83 ec 04 sub $0x4,%esp 401c37: ff b5 68 ff ff ff pushl 0xffffff68(%ebp) 401c3d: 8d 45 80 lea 0xffffff80(%ebp),%eax 401c40: 50 push %eax 401c41: 68 40 57 40 00 push $0x405740 401c46: e8 95 1d 00 00 call 4039e0 <_DbgPrint> 401c4b: 83 c4 10 add $0x10,%esp return Status; 401c4e: 8b 85 68 ff ff ff mov 0xffffff68(%ebp),%eax 401c54: 89 85 64 ff ff ff mov %eax,0xffffff64(%ebp) 401c5a: e9 49 01 00 00 jmp 401da8 <_SmLoadKnownDlls+0x391> } /* Link 'KnownDllPath' the dll path directory */ RtlInitUnicodeString(&Name, 401c5f: 83 ec 08 sub $0x8,%esp 401c62: 68 66 57 40 00 push $0x405766 401c67: 8d 85 78 ff ff ff lea 0xffffff78(%ebp),%eax 401c6d: 50 push %eax 401c6e: e8 1d 1d 00 00 call 403990 <_RtlInitUnicodeString@8> 401c73: 83 c4 08 add $0x8,%esp L"KnownDllPath"); InitializeObjectAttributes(&ObjectAttributes, 401c76: c7 45 98 18 00 00 00 movl $0x18,0xffffff98(%ebp) 401c7d: 8d 85 78 ff ff ff lea 0xffffff78(%ebp),%eax 401c83: 89 45 a0 mov %eax,0xffffffa0(%ebp) 401c86: c7 45 a4 d0 00 00 00 movl $0xd0,0xffffffa4(%ebp) 401c8d: 8b 85 74 ff ff ff mov 0xffffff74(%ebp),%eax 401c93: 89 45 9c mov %eax,0xffffff9c(%ebp) 401c96: c7 45 a8 00 00 00 00 movl $0x0,0xffffffa8(%ebp) 401c9d: c7 45 ac 00 00 00 00 movl $0x0,0xffffffac(%ebp) &Name, OBJ_PERMANENT | OBJ_CASE_INSENSITIVE | OBJ_OPENIF, ObjectDirHandle, NULL); Status = NtCreateSymbolicLinkObject(&SymlinkHandle, 401ca4: 8d 45 88 lea 0xffffff88(%ebp),%eax 401ca7: 50 push %eax 401ca8: 8d 45 98 lea 0xffffff98(%ebp),%eax 401cab: 50 push %eax 401cac: 68 01 00 0f 00 push $0xf0001 401cb1: 8d 85 6c ff ff ff lea 0xffffff6c(%ebp),%eax 401cb7: 50 push %eax 401cb8: e8 a3 1d 00 00 call 403a60 <_NtCreateSymbolicLinkObject@16> 401cbd: 89 85 68 ff ff ff mov %eax,0xffffff68(%ebp) SYMBOLIC_LINK_ALL_ACCESS, &ObjectAttributes, &DllDosPath); if (!NT_SUCCESS(Status)) 401cc3: 83 bd 68 ff ff ff 00 cmpl $0x0,0xffffff68(%ebp) 401cca: 79 41 jns 401d0d <_SmLoadKnownDlls+0x2f6> { DPRINT1("NtCreateSymbolicLink() failed (Status %lx)\n", Status); 401ccc: 83 ec 04 sub $0x4,%esp 401ccf: 68 e2 00 00 00 push $0xe2 401cd4: 68 9a 55 40 00 push $0x40559a 401cd9: 68 a6 55 40 00 push $0x4055a6 401cde: e8 fd 1c 00 00 call 4039e0 <_DbgPrint> 401ce3: 83 c4 10 add $0x10,%esp 401ce6: 83 ec 08 sub $0x8,%esp 401ce9: ff b5 68 ff ff ff pushl 0xffffff68(%ebp) 401cef: 68 80 57 40 00 push $0x405780 401cf4: e8 e7 1c 00 00 call 4039e0 <_DbgPrint> 401cf9: 83 c4 10 add $0x10,%esp return Status; 401cfc: 8b 85 68 ff ff ff mov 0xffffff68(%ebp),%eax 401d02: 89 85 64 ff ff ff mov %eax,0xffffff64(%ebp) 401d08: e9 9b 00 00 00 jmp 401da8 <_SmLoadKnownDlls+0x391> } NtClose(SymlinkHandle); 401d0d: 83 ec 0c sub $0xc,%esp 401d10: ff b5 6c ff ff ff pushl 0xffffff6c(%ebp) 401d16: e8 b5 1c 00 00 call 4039d0 <_NtClose@4> 401d1b: 83 c4 0c add $0xc,%esp RtlZeroMemory(&QueryTable, 401d1e: 83 ec 08 sub $0x8,%esp 401d21: 6a 38 push $0x38 401d23: 8d 45 b8 lea 0xffffffb8(%ebp),%eax 401d26: 50 push %eax 401d27: e8 f4 1c 00 00 call 403a20 <_RtlZeroMemory@8> 401d2c: 83 c4 08 add $0x8,%esp sizeof(QueryTable)); QueryTable[0].QueryRoutine = SmpKnownDllsQueryRoutine; 401d2f: c7 45 b8 50 18 40 00 movl $0x401850,0xffffffb8(%ebp) QueryTable[0].EntryContext = ObjectDirHandle; 401d36: 8b 85 74 ff ff ff mov 0xffffff74(%ebp),%eax 401d3c: 89 45 c4 mov %eax,0xffffffc4(%ebp) Status = RtlQueryRegistryValues(RTL_REGISTRY_CONTROL, 401d3f: 83 ec 0c sub $0xc,%esp 401d42: 6a 00 push $0x0 401d44: ff b5 70 ff ff ff pushl 0xffffff70(%ebp) 401d4a: 8d 45 b8 lea 0xffffffb8(%ebp),%eax 401d4d: 50 push %eax 401d4e: 68 80 56 40 00 push $0x405680 401d53: 6a 02 push $0x2 401d55: e8 d6 1c 00 00 call 403a30 <_RtlQueryRegistryValues@20> 401d5a: 83 c4 0c add $0xc,%esp 401d5d: 89 85 68 ff ff ff mov %eax,0xffffff68(%ebp) L"\\Session Manager\\KnownDlls", QueryTable, (PVOID)FileDirHandle, NULL); if (!NT_SUCCESS(Status)) 401d63: 83 bd 68 ff ff ff 00 cmpl $0x0,0xffffff68(%ebp) 401d6a: 79 30 jns 401d9c <_SmLoadKnownDlls+0x385> { DPRINT1("RtlQueryRegistryValues() failed (Status %lx)\n", Status); 401d6c: 83 ec 04 sub $0x4,%esp 401d6f: 68 f5 00 00 00 push $0xf5 401d74: 68 9a 55 40 00 push $0x40559a 401d79: 68 a6 55 40 00 push $0x4055a6 401d7e: e8 5d 1c 00 00 call 4039e0 <_DbgPrint> 401d83: 83 c4 10 add $0x10,%esp 401d86: 83 ec 08 sub $0x8,%esp 401d89: ff b5 68 ff ff ff pushl 0xffffff68(%ebp) 401d8f: 68 c0 56 40 00 push $0x4056c0 401d94: e8 47 1c 00 00 call 4039e0 <_DbgPrint> 401d99: 83 c4 10 add $0x10,%esp } DPRINT("SmLoadKnownDlls() done\n"); return Status; 401d9c: 8b 85 68 ff ff ff mov 0xffffff68(%ebp),%eax 401da2: 89 85 64 ff ff ff mov %eax,0xffffff64(%ebp) } 401da8: 8b 85 64 ff ff ff mov 0xffffff64(%ebp),%eax 401dae: c9 leave 401daf: c3 ret 00401db0 <_SmpPagingFilesQueryRoutine@24>: 401db0: 55 push %ebp 401db1: 89 e5 mov %esp,%ebp 401db3: 83 ec 28 sub $0x28,%esp 401db6: 83 7d 0c 01 cmpl $0x1,0xc(%ebp) 401dba: 74 0c je 401dc8 <_SmpPagingFilesQueryRoutine@24+0x18> 401dbc: c7 45 dc 00 00 00 00 movl $0x0,0xffffffdc(%ebp) 401dc3: e9 e9 00 00 00 jmp 401eb1 <_SmpPagingFilesQueryRoutine@24+0x101> 401dc8: 83 ec 08 sub $0x8,%esp 401dcb: 6a 20 push $0x20 401dcd: ff 75 10 pushl 0x10(%ebp) 401dd0: e8 db 1c 00 00 call 403ab0 <_wcschr> 401dd5: 83 c4 10 add $0x10,%esp 401dd8: 89 45 e0 mov %eax,0xffffffe0(%ebp) 401ddb: 83 7d e0 00 cmpl $0x0,0xffffffe0(%ebp) 401ddf: 74 6b je 401e4c <_SmpPagingFilesQueryRoutine@24+0x9c> 401de1: 8b 45 e0 mov 0xffffffe0(%ebp),%eax 401de4: 66 c7 00 00 00 movw $0x0,(%eax) 401de9: 83 ec 04 sub $0x4,%esp 401dec: 6a 00 push $0x0 401dee: 8d 45 e0 lea 0xffffffe0(%ebp),%eax 401df1: 50 push %eax 401df2: 8b 45 e0 mov 0xffffffe0(%ebp),%eax 401df5: 83 c0 02 add $0x2,%eax 401df8: 50 push %eax 401df9: e8 62 1d 00 00 call 403b60 <_wcstoul> 401dfe: 83 c4 10 add $0x10,%esp 401e01: c1 e0 14 shl $0x14,%eax 401e04: ba 00 00 00 00 mov $0x0,%edx 401e09: 89 45 f0 mov %eax,0xfffffff0(%ebp) 401e0c: 89 55 f4 mov %edx,0xfffffff4(%ebp) 401e0f: 8b 45 e0 mov 0xffffffe0(%ebp),%eax 401e12: 66 83 38 20 cmpw $0x20,(%eax) 401e16: 75 26 jne 401e3e <_SmpPagingFilesQueryRoutine@24+0x8e> 401e18: 83 ec 04 sub $0x4,%esp 401e1b: 6a 00 push $0x0 401e1d: 6a 00 push $0x0 401e1f: 8b 45 e0 mov 0xffffffe0(%ebp),%eax 401e22: 83 c0 02 add $0x2,%eax 401e25: 50 push %eax 401e26: e8 35 1d 00 00 call 403b60 <_wcstoul> 401e2b: 83 c4 10 add $0x10,%esp 401e2e: c1 e0 14 shl $0x14,%eax 401e31: ba 00 00 00 00 mov $0x0,%edx 401e36: 89 45 e8 mov %eax,0xffffffe8(%ebp) 401e39: 89 55 ec mov %edx,0xffffffec(%ebp) 401e3c: eb 2a jmp 401e68 <_SmpPagingFilesQueryRoutine@24+0xb8> 401e3e: 8b 45 f0 mov 0xfffffff0(%ebp),%eax 401e41: 8b 55 f4 mov 0xfffffff4(%ebp),%edx 401e44: 89 45 e8 mov %eax,0xffffffe8(%ebp) 401e47: 89 55 ec mov %edx,0xffffffec(%ebp) 401e4a: eb 1c jmp 401e68 <_SmpPagingFilesQueryRoutine@24+0xb8> 401e4c: c7 45 f0 00 20 03 00 movl $0x32000,0xfffffff0(%ebp) 401e53: c7 45 f4 00 00 00 00 movl $0x0,0xfffffff4(%ebp) 401e5a: c7 45 e8 00 00 05 00 movl $0x50000,0xffffffe8(%ebp) 401e61: c7 45 ec 00 00 00 00 movl $0x0,0xffffffec(%ebp) 401e68: 6a 00 push $0x0 401e6a: 6a 00 push $0x0 401e6c: 8d 45 f8 lea 0xfffffff8(%ebp),%eax 401e6f: 50 push %eax 401e70: ff 75 10 pushl 0x10(%ebp) 401e73: e8 98 1c 00 00 call 403b10 <_RtlDosPathNameToNtPathName_U@16> 401e78: 84 c0 test %al,%al 401e7a: 75 09 jne 401e85 <_SmpPagingFilesQueryRoutine@24+0xd5> 401e7c: c7 45 dc 00 00 00 00 movl $0x0,0xffffffdc(%ebp) 401e83: eb 2c jmp 401eb1 <_SmpPagingFilesQueryRoutine@24+0x101> 401e85: 6a 00 push $0x0 401e87: 8d 45 e8 lea 0xffffffe8(%ebp),%eax 401e8a: 50 push %eax 401e8b: 8d 45 f0 lea 0xfffffff0(%ebp),%eax 401e8e: 50 push %eax 401e8f: 8d 45 f8 lea 0xfffffff8(%ebp),%eax 401e92: 50 push %eax 401e93: e8 98 1c 00 00 call 403b30 <_NtCreatePagingFile@16> 401e98: 89 45 e4 mov %eax,0xffffffe4(%ebp) 401e9b: 83 ec 0c sub $0xc,%esp 401e9e: 8d 45 f8 lea 0xfffffff8(%ebp),%eax 401ea1: 50 push %eax 401ea2: e8 99 1c 00 00 call 403b40 <_RtlFreeUnicodeString@4> 401ea7: 83 c4 0c add $0xc,%esp 401eaa: c7 45 dc 00 00 00 00 movl $0x0,0xffffffdc(%ebp) 401eb1: 8b 45 dc mov 0xffffffdc(%ebp),%eax 401eb4: c9 leave 401eb5: c2 18 00 ret $0x18 00401eb8 <_SmCreatePagingFiles>: 401eb8: 55 push %ebp 401eb9: 89 e5 mov %esp,%ebp 401ebb: 83 ec 58 sub $0x58,%esp 401ebe: 83 ec 08 sub $0x8,%esp 401ec1: 68 c0 57 40 00 push $0x4057c0 401ec6: 6a 02 push $0x2 401ec8: e8 83 1c 00 00 call 403b50 <_RtlCheckRegistryKey@8> 401ecd: 83 c4 08 add $0x8,%esp 401ed0: 85 c0 test %eax,%eax 401ed2: 75 09 jne 401edd <_SmCreatePagingFiles+0x25> 401ed4: c7 45 b0 00 00 00 00 movl $0x0,0xffffffb0(%ebp) 401edb: eb 42 jmp 401f1f <_SmCreatePagingFiles+0x67> 401edd: 83 ec 08 sub $0x8,%esp 401ee0: 6a 38 push $0x38 401ee2: 8d 45 b8 lea 0xffffffb8(%ebp),%eax 401ee5: 50 push %eax 401ee6: e8 35 1b 00 00 call 403a20 <_RtlZeroMemory@8> 401eeb: 83 c4 08 add $0x8,%esp 401eee: c7 45 c0 ce 57 40 00 movl $0x4057ce,0xffffffc0(%ebp) 401ef5: c7 45 b8 b0 1d 40 00 movl $0x401db0,0xffffffb8(%ebp) 401efc: 83 ec 0c sub $0xc,%esp 401eff: 6a 00 push $0x0 401f01: 6a 00 push $0x0 401f03: 8d 45 b8 lea 0xffffffb8(%ebp),%eax 401f06: 50 push %eax 401f07: 68 00 58 40 00 push $0x405800 401f0c: 6a 02 push $0x2 401f0e: e8 1d 1b 00 00 call 403a30 <_RtlQueryRegistryValues@20> 401f13: 83 c4 0c add $0xc,%esp 401f16: 89 45 b4 mov %eax,0xffffffb4(%ebp) 401f19: 8b 45 b4 mov 0xffffffb4(%ebp),%eax 401f1c: 89 45 b0 mov %eax,0xffffffb0(%ebp) 401f1f: 8b 45 b0 mov 0xffffffb0(%ebp),%eax 401f22: c9 leave 401f23: c3 ret 401f24: 90 nop 401f25: 90 nop 401f26: 90 nop 401f27: 90 nop 401f28: 90 nop 401f29: 90 nop 401f2a: 90 nop 401f2b: 90 nop 401f2c: 90 nop 401f2d: 90 nop 401f2e: 90 nop 401f2f: 90 nop 00401f30 <_SmpRegisterSmss>: 401f30: 55 push %ebp 401f31: 89 e5 mov %esp,%ebp 401f33: 83 ec 18 sub $0x18,%esp 401f36: c7 45 fc 00 00 00 00 movl $0x0,0xfffffffc(%ebp) 401f3d: c7 45 f0 00 00 00 00 movl $0x0,0xfffffff0(%ebp) 401f44: c7 45 f4 00 00 00 00 movl $0x0,0xfffffff4(%ebp) 401f4b: 83 ec 08 sub $0x8,%esp 401f4e: 68 60 58 40 00 push $0x405860 401f53: 8d 45 f0 lea 0xfffffff0(%ebp),%eax 401f56: 50 push %eax 401f57: e8 34 1a 00 00 call 403990 <_RtlInitUnicodeString@8> 401f5c: 83 c4 08 add $0x8,%esp 401f5f: 68 40 60 40 00 push $0x406040 401f64: 6a 01 push $0x1 401f66: 6a ff push $0xffffffff 401f68: 8d 45 f0 lea 0xfffffff0(%ebp),%eax 401f6b: 50 push %eax 401f6c: e8 cf 17 00 00 call 403740 <_SmConnectApiPort@16> 401f71: 89 45 fc mov %eax,0xfffffffc(%ebp) 401f74: 83 7d fc 00 cmpl $0x0,0xfffffffc(%ebp) 401f78: 79 08 jns 401f82 <_SmpRegisterSmss+0x52> 401f7a: 8b 45 fc mov 0xfffffffc(%ebp),%eax 401f7d: 89 45 ec mov %eax,0xffffffec(%ebp) 401f80: eb 06 jmp 401f88 <_SmpRegisterSmss+0x58> 401f82: 8b 45 fc mov 0xfffffffc(%ebp),%eax 401f85: 89 45 ec mov %eax,0xffffffec(%ebp) 401f88: 8b 45 ec mov 0xffffffec(%ebp),%eax 401f8b: c9 leave 401f8c: c3 ret 00401f8d <_SmpLoadKernelModeSubsystem>: 401f8d: 55 push %ebp 401f8e: 89 e5 mov %esp,%ebp 401f90: 57 push %edi 401f91: 81 ec 54 04 00 00 sub $0x454,%esp 401f97: c7 45 f4 00 00 00 00 movl $0x0,0xfffffff4(%ebp) 401f9e: c7 85 d4 fd ff ff 0a movl $0x20a,0xfffffdd4(%ebp) 401fa5: 02 00 00 401fa8: c7 85 d0 fd ff ff 00 movl $0x0,0xfffffdd0(%ebp) 401faf: 00 00 00 401fb2: 83 ec 0c sub $0xc,%esp 401fb5: 6a 01 push $0x1 401fb7: 8d 85 d0 fd ff ff lea 0xfffffdd0(%ebp),%eax 401fbd: 50 push %eax 401fbe: 8d 85 d4 fd ff ff lea 0xfffffdd4(%ebp),%eax 401fc4: 50 push %eax 401fc5: 8d 85 d8 fd ff ff lea 0xfffffdd8(%ebp),%eax 401fcb: 50 push %eax 401fcc: 68 62 58 40 00 push $0x405862 401fd1: e8 7f 0a 00 00 call 402a55 <_SmLookupSubsystem@20> 401fd6: 83 c4 0c add $0xc,%esp 401fd9: 89 45 f4 mov %eax,0xfffffff4(%ebp) 401fdc: 83 7d f4 00 cmpl $0x0,0xfffffff4(%ebp) 401fe0: 0f 85 93 00 00 00 jne 402079 <_SmpLoadKernelModeSubsystem+0xec> 401fe6: 83 bd d4 fd ff ff 02 cmpl $0x2,0xfffffdd4(%ebp) 401fed: 0f 86 86 00 00 00 jbe 402079 <_SmpLoadKernelModeSubsystem+0xec> 401ff3: 8d bd b8 fb ff ff lea 0xfffffbb8(%ebp),%edi 401ff9: fc cld 401ffa: b9 0a 02 00 00 mov $0x20a,%ecx 401fff: b0 00 mov $0x0,%al 402001: f3 aa repz stos %al,%es:(%edi) 402003: 83 ec 08 sub $0x8,%esp 402006: 68 6e 58 40 00 push $0x40586e 40200b: 8d 85 b8 fb ff ff lea 0xfffffbb8(%ebp),%eax 402011: 50 push %eax 402012: e8 29 1a 00 00 call 403a40 <_wcscpy> 402017: 83 c4 10 add $0x10,%esp 40201a: 83 ec 08 sub $0x8,%esp 40201d: 8d 85 d8 fd ff ff lea 0xfffffdd8(%ebp),%eax 402023: 50 push %eax 402024: 8d 85 b8 fb ff ff lea 0xfffffbb8(%ebp),%eax 40202a: 50 push %eax 40202b: e8 50 1a 00 00 call 403a80 <_wcscat> 402030: 83 c4 10 add $0x10,%esp 402033: 83 ec 08 sub $0x8,%esp 402036: 6a 08 push $0x8 402038: 8d 85 b0 fb ff ff lea 0xfffffbb0(%ebp),%eax 40203e: 50 push %eax 40203f: e8 dc 19 00 00 call 403a20 <_RtlZeroMemory@8> 402044: 83 c4 08 add $0x8,%esp 402047: 83 ec 08 sub $0x8,%esp 40204a: 8d 85 b8 fb ff ff lea 0xfffffbb8(%ebp),%eax 402050: 50 push %eax 402051: 8d 85 b0 fb ff ff lea 0xfffffbb0(%ebp),%eax 402057: 50 push %eax 402058: e8 33 19 00 00 call 403990 <_RtlInitUnicodeString@8> 40205d: 83 c4 08 add $0x8,%esp 402060: 83 ec 04 sub $0x4,%esp 402063: 6a 08 push $0x8 402065: 8d 85 b0 fb ff ff lea 0xfffffbb0(%ebp),%eax 40206b: 50 push %eax 40206c: 6a 26 push $0x26 40206e: e8 fd 1a 00 00 call 403b70 <_NtSetSystemInformation@12> 402073: 83 c4 04 add $0x4,%esp 402076: 89 45 f4 mov %eax,0xfffffff4(%ebp) 402079: 8b 45 f4 mov 0xfffffff4(%ebp),%eax 40207c: 8b 7d fc mov 0xfffffffc(%ebp),%edi 40207f: c9 leave 402080: c3 ret 00402081 <_SmpLoadRequiredSubsystems>: 402081: 55 push %ebp 402082: 89 e5 mov %esp,%ebp 402084: 81 ec 48 02 00 00 sub $0x248,%esp 40208a: c7 45 f4 00 00 00 00 movl $0x0,0xfffffff4(%ebp) 402091: c7 85 d4 fd ff ff 0a movl $0x20a,0xfffffdd4(%ebp) 402098: 02 00 00 40209b: c7 85 d0 fd ff ff 00 movl $0x0,0xfffffdd0(%ebp) 4020a2: 00 00 00 4020a5: 83 ec 08 sub $0x8,%esp 4020a8: ff b5 d4 fd ff ff pushl 0xfffffdd4(%ebp) 4020ae: 8d 85 d8 fd ff ff lea 0xfffffdd8(%ebp),%eax 4020b4: 50 push %eax 4020b5: e8 66 19 00 00 call 403a20 <_RtlZeroMemory@8> 4020ba: 83 c4 08 add $0x8,%esp 4020bd: 83 ec 0c sub $0xc,%esp 4020c0: 6a 00 push $0x0 4020c2: 8d 85 d0 fd ff ff lea 0xfffffdd0(%ebp),%eax 4020c8: 50 push %eax 4020c9: 8d 85 d4 fd ff ff lea 0xfffffdd4(%ebp),%eax 4020cf: 50 push %eax 4020d0: 8d 85 d8 fd ff ff lea 0xfffffdd8(%ebp),%eax 4020d6: 50 push %eax 4020d7: 68 78 58 40 00 push $0x405878 4020dc: e8 74 09 00 00 call 402a55 <_SmLookupSubsystem@20> 4020e1: 83 c4 0c add $0xc,%esp 4020e4: 89 45 f4 mov %eax,0xfffffff4(%ebp) 4020e7: 83 7d f4 00 cmpl $0x0,0xfffffff4(%ebp) 4020eb: 0f 85 04 01 00 00 jne 4021f5 <_SmpLoadRequiredSubsystems+0x174> 4020f1: 83 bd d4 fd ff ff 02 cmpl $0x2,0xfffffdd4(%ebp) 4020f8: 0f 86 f7 00 00 00 jbe 4021f5 <_SmpLoadRequiredSubsystems+0x174> 4020fe: c7 85 cc fd ff ff 00 movl $0x0,0xfffffdcc(%ebp) 402105: 00 00 00 402108: c7 85 c8 fd ff ff 00 movl $0x0,0xfffffdc8(%ebp) 40210f: 00 00 00 for (Name = Data; (Offset < DataLength); ) 402112: 8d 85 d8 fd ff ff lea 0xfffffdd8(%ebp),%eax 402118: 89 85 cc fd ff ff mov %eax,0xfffffdcc(%ebp) 40211e: 8b 85 c8 fd ff ff mov 0xfffffdc8(%ebp),%eax 402124: 3b 85 d4 fd ff ff cmp 0xfffffdd4(%ebp),%eax 40212a: 72 05 jb 402131 <_SmpLoadRequiredSubsystems+0xb0> 40212c: e9 c4 00 00 00 jmp 4021f5 <_SmpLoadRequiredSubsystems+0x174> { if(L'\0' != *Name) 402131: 8b 85 cc fd ff ff mov 0xfffffdcc(%ebp),%eax 402137: 66 83 38 00 cmpw $0x0,(%eax) 40213b: 0f 84 9e 00 00 00 je 4021df <_SmpLoadRequiredSubsystems+0x15e> { UNICODE_STRING Program; /* Run the current program */ RtlInitUnicodeString (& Program, Name); 402141: 83 ec 08 sub $0x8,%esp 402144: ff b5 cc fd ff ff pushl 0xfffffdcc(%ebp) 40214a: 8d 85 c0 fd ff ff lea 0xfffffdc0(%ebp),%eax 402150: 50 push %eax 402151: e8 3a 18 00 00 call 403990 <_RtlInitUnicodeString@8> 402156: 83 c4 08 add $0x8,%esp Status = SmExecuteProgram (hSmApiPort, & Program); 402159: 83 ec 08 sub $0x8,%esp 40215c: 8d 85 c0 fd ff ff lea 0xfffffdc0(%ebp),%eax 402162: 50 push %eax 402163: ff 35 40 60 40 00 pushl 0x406040 402169: e8 32 17 00 00 call 4038a0 <_SmExecuteProgram@8> 40216e: 83 c4 08 add $0x8,%esp 402171: 89 45 f4 mov %eax,0xfffffff4(%ebp) if(!NT_SUCCESS(Status)) 402174: 83 7d f4 00 cmpl $0x0,0xfffffff4(%ebp) 402178: 79 35 jns 4021af <_SmpLoadRequiredSubsystems+0x12e> { DPRINT1("SM: %s failed to run '%S' program (Status=0x%08lx)\n", 40217a: 83 ec 04 sub $0x4,%esp 40217d: 68 a0 00 00 00 push $0xa0 402182: 68 8a 58 40 00 push $0x40588a 402187: 68 93 58 40 00 push $0x405893 40218c: e8 4f 18 00 00 call 4039e0 <_DbgPrint> 402191: 83 c4 10 add $0x10,%esp 402194: ff 75 f4 pushl 0xfffffff4(%ebp) 402197: ff b5 cc fd ff ff pushl 0xfffffdcc(%ebp) 40219d: 68 9c 58 40 00 push $0x40589c 4021a2: 68 c0 58 40 00 push $0x4058c0 4021a7: e8 34 18 00 00 call 4039e0 <_DbgPrint> 4021ac: 83 c4 10 add $0x10,%esp 4021af: 90 nop __FUNCTION__, Name, Status); } /* Look for the next program */ while ((L'\0' != *Name) && (Offset < DataLength)) 4021b0: 8b 85 cc fd ff ff mov 0xfffffdcc(%ebp),%eax 4021b6: 66 83 38 00 cmpw $0x0,(%eax) 4021ba: 74 23 je 4021df <_SmpLoadRequiredSubsystems+0x15e> 4021bc: 8b 85 c8 fd ff ff mov 0xfffffdc8(%ebp),%eax 4021c2: 3b 85 d4 fd ff ff cmp 0xfffffdd4(%ebp),%eax 4021c8: 72 02 jb 4021cc <_SmpLoadRequiredSubsystems+0x14b> 4021ca: eb 13 jmp 4021df <_SmpLoadRequiredSubsystems+0x15e> { ++ Name; 4021cc: 8d 85 cc fd ff ff lea 0xfffffdcc(%ebp),%eax 4021d2: 83 00 02 addl $0x2,(%eax) ++ Offset; 4021d5: 8d 85 c8 fd ff ff lea 0xfffffdc8(%ebp),%eax 4021db: ff 00 incl (%eax) 4021dd: eb d1 jmp 4021b0 <_SmpLoadRequiredSubsystems+0x12f> } } ++ Name; 4021df: 8d 85 cc fd ff ff lea 0xfffffdcc(%ebp),%eax 4021e5: 83 00 02 addl $0x2,(%eax) ++ Offset; 4021e8: 8d 85 c8 fd ff ff lea 0xfffffdc8(%ebp),%eax 4021ee: ff 00 incl (%eax) 4021f0: e9 29 ff ff ff jmp 40211e <_SmpLoadRequiredSubsystems+0x9d> } } return Status; 4021f5: 8b 45 f4 mov 0xfffffff4(%ebp),%eax } 4021f8: c9 leave 4021f9: c3 ret 004021fa <_SmLoadSubsystems>: /********************************************************************** * SmLoadSubsystems/0 */ NTSTATUS SmLoadSubsystems(VOID) { 4021fa: 55 push %ebp 4021fb: 89 e5 mov %esp,%ebp 4021fd: 83 ec 08 sub $0x8,%esp NTSTATUS Status = STATUS_SUCCESS; 402200: c7 45 fc 00 00 00 00 movl $0x0,0xfffffffc(%ebp) DPRINT("SM: loading subsystems\n"); /* SM self registers */ Status = SmpRegisterSmss(); 402207: e8 24 fd ff ff call 401f30 <_SmpRegisterSmss> 40220c: 89 45 fc mov %eax,0xfffffffc(%ebp) if(!NT_SUCCESS(Status)) return Status; 40220f: 83 7d fc 00 cmpl $0x0,0xfffffffc(%ebp) 402213: 79 08 jns 40221d <_SmLoadSubsystems+0x23> 402215: 8b 45 fc mov 0xfffffffc(%ebp),%eax 402218: 89 45 f8 mov %eax,0xfffffff8(%ebp) 40221b: eb 32 jmp 40224f <_SmLoadSubsystems+0x55> /* Load Kmode subsystem (aka win32k.sys) */ Status = SmpLoadKernelModeSubsystem(); 40221d: e8 6b fd ff ff call 401f8d <_SmpLoadKernelModeSubsystem> 402222: 89 45 fc mov %eax,0xfffffffc(%ebp) if(!NT_SUCCESS(Status)) return Status; 402225: 83 7d fc 00 cmpl $0x0,0xfffffffc(%ebp) 402229: 79 08 jns 402233 <_SmLoadSubsystems+0x39> 40222b: 8b 45 fc mov 0xfffffffc(%ebp),%eax 40222e: 89 45 f8 mov %eax,0xfffffff8(%ebp) 402231: eb 1c jmp 40224f <_SmLoadSubsystems+0x55> /* Load Required subsystems (Debug Windows) */ Status = SmpLoadRequiredSubsystems(); 402233: e8 49 fe ff ff call 402081 <_SmpLoadRequiredSubsystems> 402238: 89 45 fc mov %eax,0xfffffffc(%ebp) if(!NT_SUCCESS(Status)) return Status; 40223b: 83 7d fc 00 cmpl $0x0,0xfffffffc(%ebp) 40223f: 79 08 jns 402249 <_SmLoadSubsystems+0x4f> 402241: 8b 45 fc mov 0xfffffffc(%ebp),%eax 402244: 89 45 f8 mov %eax,0xfffffff8(%ebp) 402247: eb 06 jmp 40224f <_SmLoadSubsystems+0x55> /* done */ return Status; 402249: 8b 45 fc mov 0xfffffffc(%ebp),%eax 40224c: 89 45 f8 mov %eax,0xfffffff8(%ebp) } 40224f: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 402252: c9 leave 402253: c3 ret 402254: 90 nop 402255: 90 nop 402256: 90 nop 402257: 90 nop 402258: 90 nop 402259: 90 nop 40225a: 90 nop 40225b: 90 nop 40225c: 90 nop 40225d: 90 nop 40225e: 90 nop 40225f: 90 nop 00402260 <_SmInitializeRegistry>: 402260: 55 push %ebp 402261: 89 e5 mov %esp,%ebp 402263: 83 ec 08 sub $0x8,%esp 402266: 83 ec 0c sub $0xc,%esp 402269: 6a 00 push $0x0 40226b: e8 10 19 00 00 call 403b80 <_NtInitializeRegistry@4> 402270: 83 c4 0c add $0xc,%esp 402273: c9 leave 402274: c3 ret 402275: 90 nop 402276: 90 nop 402277: 90 nop 402278: 90 nop 402279: 90 nop 40227a: 90 nop 40227b: 90 nop 40227c: 90 nop 40227d: 90 nop 40227e: 90 nop 40227f: 90 nop 00402280 <@SmInvalid@4>: 402280: 55 push %ebp 402281: 89 e5 mov %esp,%ebp 402283: 83 ec 04 sub $0x4,%esp 402286: 89 4d fc mov %ecx,0xfffffffc(%ebp) 402289: 8b 45 fc mov 0xfffffffc(%ebp),%eax 40228c: c7 40 1c 02 00 00 c0 movl $0xc0000002,0x1c(%eax) 402293: b8 00 00 00 00 mov $0x0,%eax 402298: c9 leave 402299: c3 ret 0040229a <@SmpGetConnectData@4>: 40229a: 55 push %ebp 40229b: 89 e5 mov %esp,%ebp 40229d: 83 ec 08 sub $0x8,%esp 4022a0: 89 4d fc mov %ecx,0xfffffffc(%ebp) 4022a3: 8b 45 fc mov 0xfffffffc(%ebp),%eax 4022a6: 89 45 f8 mov %eax,0xfffffff8(%ebp) 4022a9: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 4022ac: 83 c0 18 add $0x18,%eax 4022af: c9 leave 4022b0: c3 ret 004022b1 <_SmpCallbackServer>: 4022b1: 55 push %ebp 4022b2: 89 e5 mov %esp,%ebp 4022b4: 83 ec 28 sub $0x28,%esp 4022b7: c7 45 fc 00 00 00 00 movl $0x0,0xfffffffc(%ebp) 4022be: 8b 4d 08 mov 0x8(%ebp),%ecx 4022c1: e8 d4 ff ff ff call 40229a <@SmpGetConnectData@4> 4022c6: 89 45 f8 mov %eax,0xfffffff8(%ebp) 4022c9: c7 45 ec 78 00 00 00 movl $0x78,0xffffffec(%ebp) 4022d0: c7 45 e4 04 00 00 00 movl $0x4,0xffffffe4(%ebp) 4022d7: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 4022da: 66 83 38 01 cmpw $0x1,(%eax) 4022de: 75 09 jne 4022e9 <_SmpCallbackServer+0x38> 4022e0: c7 45 e0 00 00 00 00 movl $0x0,0xffffffe0(%ebp) 4022e7: eb 62 jmp 40234b <_SmpCallbackServer+0x9a> 4022e9: 83 ec 04 sub $0x4,%esp 4022ec: ff 75 ec pushl 0xffffffec(%ebp) 4022ef: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 4022f2: 83 c0 04 add $0x4,%eax 4022f5: 50 push %eax 4022f6: 8b 45 0c mov 0xc(%ebp),%eax 4022f9: 83 c0 18 add $0x18,%eax 4022fc: 50 push %eax 4022fd: e8 9e 17 00 00 call 403aa0 <_memcpy> 402302: 83 c4 10 add $0x10,%esp 402305: 83 ec 08 sub $0x8,%esp 402308: 8b 45 0c mov 0xc(%ebp),%eax 40230b: 83 c0 18 add $0x18,%eax 40230e: 50 push %eax 40230f: 8d 45 f0 lea 0xfffffff0(%ebp),%eax 402312: 50 push %eax 402313: e8 78 16 00 00 call 403990 <_RtlInitUnicodeString@8> 402318: 83 c4 08 add $0x8,%esp 40231b: c7 45 e8 06 00 00 00 movl $0x6,0xffffffe8(%ebp) 402322: 8d 45 e4 lea 0xffffffe4(%ebp),%eax 402325: 50 push %eax 402326: 8d 45 e8 lea 0xffffffe8(%ebp),%eax 402329: 50 push %eax 40232a: 6a 00 push $0x0 40232c: 6a 00 push $0x0 40232e: 6a 00 push $0x0 402330: 6a 00 push $0x0 402332: 8d 45 f0 lea 0xfffffff0(%ebp),%eax 402335: 50 push %eax 402336: 8b 45 0c mov 0xc(%ebp),%eax 402339: 83 c0 14 add $0x14,%eax 40233c: 50 push %eax 40233d: e8 4e 18 00 00 call 403b90 <_NtConnectPort@32> 402342: 89 45 fc mov %eax,0xfffffffc(%ebp) 402345: 8b 45 fc mov 0xfffffffc(%ebp),%eax 402348: 89 45 e0 mov %eax,0xffffffe0(%ebp) 40234b: 8b 45 e0 mov 0xffffffe0(%ebp),%eax 40234e: c9 leave 40234f: c3 ret 00402350 <_SmpApiConnectedThread@4>: 402350: 55 push %ebp 402351: 89 e5 mov %esp,%ebp 402353: 57 push %edi 402354: 81 ec 94 00 00 00 sub $0x94,%esp 40235a: c7 45 f4 00 00 00 00 movl $0x0,0xfffffff4(%ebp) 402361: c7 45 f0 00 00 00 00 movl $0x0,0xfffffff0(%ebp) 402368: c7 45 ec 00 00 00 00 movl $0x0,0xffffffec(%ebp) 40236f: 8d bd 78 ff ff ff lea 0xffffff78(%ebp),%edi 402375: fc cld 402376: ba 00 00 00 00 mov $0x0,%edx 40237b: b8 1b 00 00 00 mov $0x1b,%eax 402380: 89 c1 mov %eax,%ecx 402382: 89 d0 mov %edx,%eax 402384: f3 ab repz stos %eax,%es:(%edi) 402386: 8b 45 08 mov 0x8(%ebp),%eax 402389: 8b 00 mov (%eax),%eax 40238b: 89 85 74 ff ff ff mov %eax,0xffffff74(%ebp) 402391: 8d 85 78 ff ff ff lea 0xffffff78(%ebp),%eax 402397: 50 push %eax 402398: ff 75 ec pushl 0xffffffec(%ebp) 40239b: 8d 45 f0 lea 0xfffffff0(%ebp),%eax 40239e: 50 push %eax 40239f: ff b5 74 ff ff ff pushl 0xffffff74(%ebp) 4023a5: e8 f6 17 00 00 call 403ba0 <_NtReplyWaitReceivePort@16> 4023aa: 89 45 f4 mov %eax,0xfffffff4(%ebp) 4023ad: 83 7d f4 00 cmpl $0x0,0xfffffff4(%ebp) 4023b1: 0f 88 b3 00 00 00 js 40246a <_SmpApiConnectedThread@4+0x11a> 4023b7: 8b 85 7c ff ff ff mov 0xffffff7c(%ebp),%eax 4023bd: 89 c2 mov %eax,%edx 4023bf: 81 e2 ff ff 00 00 and $0xffff,%edx 4023c5: 89 95 70 ff ff ff mov %edx,0xffffff70(%ebp) 4023cb: 83 bd 70 ff ff ff 08 cmpl $0x8,0xffffff70(%ebp) 4023d2: 74 3a je 40240e <_SmpApiConnectedThread@4+0xbe> 4023d4: 83 bd 70 ff ff ff 08 cmpl $0x8,0xffffff70(%ebp) 4023db: 7f 0b jg 4023e8 <_SmpApiConnectedThread@4+0x98> 4023dd: 83 bd 70 ff ff ff 05 cmpl $0x5,0xffffff70(%ebp) 4023e4: 74 34 je 40241a <_SmpApiConnectedThread@4+0xca> 4023e6: eb 3e jmp 402426 <_SmpApiConnectedThread@4+0xd6> 4023e8: 83 bd 70 ff ff ff 0a cmpl $0xa,0xffffff70(%ebp) 4023ef: 74 02 je 4023f3 <_SmpApiConnectedThread@4+0xa3> 4023f1: eb 33 jmp 402426 <_SmpApiConnectedThread@4+0xd6> 4023f3: 83 ec 0c sub $0xc,%esp 4023f6: 8d 85 78 ff ff ff lea 0xffffff78(%ebp),%eax 4023fc: 50 push %eax 4023fd: e8 90 00 00 00 call 402492 <_SmpHandleConnectionRequest@4> 402402: 83 c4 0c add $0xc,%esp 402405: c7 45 ec 00 00 00 00 movl $0x0,0xffffffec(%ebp) 40240c: eb 83 jmp 402391 <_SmpApiConnectedThread@4+0x41> 40240e: c7 45 ec 00 00 00 00 movl $0x0,0xffffffec(%ebp) 402415: e9 77 ff ff ff jmp 402391 <_SmpApiConnectedThread@4+0x41> 40241a: c7 45 ec 00 00 00 00 movl $0x0,0xffffffec(%ebp) 402421: e9 6b ff ff ff jmp 402391 <_SmpApiConnectedThread@4+0x41> 402426: 83 7d 90 00 cmpl $0x0,0xffffff90(%ebp) 40242a: 74 29 je 402455 <_SmpApiConnectedThread@4+0x105> 40242c: 83 7d 90 05 cmpl $0x5,0xffffff90(%ebp) 402430: 77 23 ja 402455 <_SmpApiConnectedThread@4+0x105> 402432: 8b 45 90 mov 0xffffff90(%ebp),%eax 402435: 8d 8d 78 ff ff ff lea 0xffffff78(%ebp),%ecx 40243b: 8b 04 85 c4 40 40 00 mov 0x4040c4(,%eax,4),%eax 402442: ff d0 call *%eax 402444: 89 45 f4 mov %eax,0xfffffff4(%ebp) 402447: 8d 85 78 ff ff ff lea 0xffffff78(%ebp),%eax 40244d: 89 45 ec mov %eax,0xffffffec(%ebp) 402450: e9 3c ff ff ff jmp 402391 <_SmpApiConnectedThread@4+0x41> 402455: c7 45 94 02 00 00 c0 movl $0xc0000002,0xffffff94(%ebp) 40245c: 8d 85 78 ff ff ff lea 0xffffff78(%ebp),%eax 402462: 89 45 ec mov %eax,0xffffffec(%ebp) 402465: e9 27 ff ff ff jmp 402391 <_SmpApiConnectedThread@4+0x41> 40246a: 83 ec 0c sub $0xc,%esp 40246d: ff b5 74 ff ff ff pushl 0xffffff74(%ebp) 402473: e8 58 15 00 00 call 4039d0 <_NtClose@4> 402478: 83 c4 0c add $0xc,%esp 40247b: 83 ec 08 sub $0x8,%esp 40247e: ff 75 f4 pushl 0xfffffff4(%ebp) 402481: 6a fe push $0xfffffffe 402483: e8 f8 14 00 00 call 403980 <_NtTerminateThread@8> 402488: 83 c4 08 add $0x8,%esp 40248b: 8b 7d fc mov 0xfffffffc(%ebp),%edi 40248e: c9 leave 40248f: c2 04 00 ret $0x4 00402492 <_SmpHandleConnectionRequest@4>: 402492: 55 push %ebp 402493: 89 e5 mov %esp,%ebp 402495: 83 ec 28 sub $0x28,%esp 402498: 8b 4d 08 mov 0x8(%ebp),%ecx 40249b: e8 fa fd ff ff call 40229a <@SmpGetConnectData@4> 4024a0: 89 45 fc mov %eax,0xfffffffc(%ebp) 4024a3: c7 45 f8 00 00 00 00 movl $0x0,0xfffffff8(%ebp) 4024aa: c7 45 f4 00 00 00 00 movl $0x0,0xfffffff4(%ebp) 4024b1: c7 45 f0 00 00 00 00 movl $0x0,0xfffffff0(%ebp) 4024b8: c7 45 ec 00 00 00 00 movl $0x0,0xffffffec(%ebp) 4024bf: 8d 45 ec lea 0xffffffec(%ebp),%eax 4024c2: 89 45 e8 mov %eax,0xffffffe8(%ebp) 4024c5: c7 45 e4 00 00 00 00 movl $0x0,0xffffffe4(%ebp) 4024cc: 8d 45 e4 lea 0xffffffe4(%ebp),%eax 4024cf: 89 45 e0 mov %eax,0xffffffe0(%ebp) 4024d2: c7 45 dc 00 00 00 00 movl $0x0,0xffffffdc(%ebp) 4024d9: 8b 45 08 mov 0x8(%ebp),%eax 4024dc: 66 81 38 f4 00 cmpw $0xf4,(%eax) 4024e1: 0f 85 97 00 00 00 jne 40257e <_SmpHandleConnectionRequest@4+0xec> 4024e7: 8b 45 fc mov 0xfffffffc(%ebp),%eax 4024ea: 66 83 38 00 cmpw $0x0,(%eax) 4024ee: 75 15 jne 402505 <_SmpHandleConnectionRequest@4+0x73> 4024f0: 8d 45 ec lea 0xffffffec(%ebp),%eax 4024f3: 89 45 e8 mov %eax,0xffffffe8(%ebp) 4024f6: 8d 45 e4 lea 0xffffffe4(%ebp),%eax 4024f9: 89 45 e0 mov %eax,0xffffffe0(%ebp) /* EOF */ 4024fc: c7 45 f4 01 00 00 00 movl $0x1,0xfffffff4(%ebp) 402503: eb 79 jmp 40257e <_SmpHandleConnectionRequest@4+0xec> 402505: 8b 45 fc mov 0xfffffffc(%ebp),%eax 402508: 66 8b 00 mov (%eax),%ax 40250b: 83 e0 01 and $0x1,%eax 40250e: 66 83 f8 01 cmp $0x1,%ax 402512: 75 6a jne 40257e <_SmpHandleConnectionRequest@4+0xec> 402514: 83 ec 08 sub $0x8,%esp 402517: 8d 45 f0 lea 0xfffffff0(%ebp),%eax 40251a: 50 push %eax 40251b: ff 75 08 pushl 0x8(%ebp) 40251e: e8 33 0c 00 00 call 403156 <_SmCreateClient@8> 402523: 83 c4 08 add $0x8,%esp 402526: 89 45 f8 mov %eax,0xfffffff8(%ebp) 402529: 83 7d f8 00 cmpl $0x0,0xfffffff8(%ebp) 40252d: 75 4f jne 40257e <_SmpHandleConnectionRequest@4+0xec> 40252f: 8b 45 f0 mov 0xfffffff0(%ebp),%eax 402532: 83 c0 0c add $0xc,%eax 402535: 89 45 e8 mov %eax,0xffffffe8(%ebp) 402538: 8b 45 f0 mov 0xfffffff0(%ebp),%eax 40253b: 83 c0 10 add $0x10,%eax 40253e: 89 45 e0 mov %eax,0xffffffe0(%ebp) 402541: 83 ec 08 sub $0x8,%esp 402544: ff 75 f0 pushl 0xfffffff0(%ebp) 402547: ff 75 08 pushl 0x8(%ebp) 40254a: e8 62 fd ff ff call 4022b1 <_SmpCallbackServer> 40254f: 83 c4 10 add $0x10,%esp 402552: 89 45 f8 mov %eax,0xfffffff8(%ebp) 402555: 83 7d f8 00 cmpl $0x0,0xfffffff8(%ebp) 402559: 78 09 js 402564 <_SmpHandleConnectionRequest@4+0xd2> 40255b: c7 45 f4 01 00 00 00 movl $0x1,0xfffffff4(%ebp) 402562: eb 1a jmp 40257e <_SmpHandleConnectionRequest@4+0xec> 402564: 83 ec 0c sub $0xc,%esp 402567: 8b 45 fc mov 0xfffffffc(%ebp),%eax 40256a: 66 8b 00 mov (%eax),%ax 40256d: 25 ff ff 00 00 and $0xffff,%eax 402572: 50 push %eax 402573: e8 27 0d 00 00 call 40329f <_SmDestroyClient@4> 402578: 83 c4 0c add $0xc,%esp 40257b: 89 45 f8 mov %eax,0xfffffff8(%ebp) 40257e: 83 ec 08 sub $0x8,%esp 402581: 6a 00 push $0x0 402583: 6a 00 push $0x0 402585: b8 00 00 00 00 mov $0x0,%eax 40258a: 8a 45 f4 mov 0xfffffff4(%ebp),%al 40258d: 50 push %eax 40258e: ff 75 dc pushl 0xffffffdc(%ebp) 402591: ff 35 c0 40 40 00 pushl 0x4040c0 402597: ff 75 e8 pushl 0xffffffe8(%ebp) 40259a: e8 11 16 00 00 call 403bb0 <_NtAcceptConnectPort@24> 40259f: 83 c4 08 add $0x8,%esp 4025a2: 89 45 f8 mov %eax,0xfffffff8(%ebp) 4025a5: 83 7d f4 00 cmpl $0x0,0xfffffff4(%ebp) 4025a9: 0f 84 04 01 00 00 je 4026b3 <_SmpHandleConnectionRequest@4+0x221> 4025af: 83 7d f8 00 cmpl $0x0,0xfffffff8(%ebp) 4025b3: 79 3d jns 4025f2 <_SmpHandleConnectionRequest@4+0x160> 4025b5: 83 ec 04 sub $0x4,%esp 4025b8: 68 0d 01 00 00 push $0x10d 4025bd: 68 00 59 40 00 push $0x405900 4025c2: 68 08 59 40 00 push $0x405908 4025c7: e8 14 14 00 00 call 4039e0 <_DbgPrint> 4025cc: 83 c4 10 add $0x10,%esp 4025cf: 83 ec 04 sub $0x4,%esp 4025d2: ff 75 f8 pushl 0xfffffff8(%ebp) 4025d5: 68 11 59 40 00 push $0x405911 4025da: 68 40 59 40 00 push $0x405940 4025df: e8 fc 13 00 00 call 4039e0 <_DbgPrint> 4025e4: 83 c4 10 add $0x10,%esp 4025e7: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 4025ea: 89 45 d8 mov %eax,0xffffffd8(%ebp) 4025ed: e9 c7 00 00 00 jmp 4026b9 <_SmpHandleConnectionRequest@4+0x227> 4025f2: 83 ec 0c sub $0xc,%esp 4025f5: 8b 45 e8 mov 0xffffffe8(%ebp),%eax 4025f8: ff 30 pushl (%eax) 4025fa: e8 c1 15 00 00 call 403bc0 <_NtCompleteConnectPort@4> 4025ff: 83 c4 0c add $0xc,%esp 402602: 89 45 f8 mov %eax,0xfffffff8(%ebp) 402605: 83 7d f8 00 cmpl $0x0,0xfffffff8(%ebp) 402609: 79 3a jns 402645 <_SmpHandleConnectionRequest@4+0x1b3> 40260b: 83 ec 04 sub $0x4,%esp 40260e: 68 15 01 00 00 push $0x115 402613: 68 00 59 40 00 push $0x405900 402618: 68 08 59 40 00 push $0x405908 40261d: e8 be 13 00 00 call 4039e0 <_DbgPrint> 402622: 83 c4 10 add $0x10,%esp 402625: 83 ec 04 sub $0x4,%esp 402628: ff 75 f8 pushl 0xfffffff8(%ebp) 40262b: 68 11 59 40 00 push $0x405911 402630: 68 80 59 40 00 push $0x405980 402635: e8 a6 13 00 00 call 4039e0 <_DbgPrint> 40263a: 83 c4 10 add $0x10,%esp 40263d: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 402640: 89 45 d8 mov %eax,0xffffffd8(%ebp) 402643: eb 74 jmp 4026b9 <_SmpHandleConnectionRequest@4+0x227> 402645: 83 ec 08 sub $0x8,%esp 402648: 6a 00 push $0x0 40264a: ff 75 e0 pushl 0xffffffe0(%ebp) 40264d: ff 75 e8 pushl 0xffffffe8(%ebp) 402650: 68 50 23 40 00 push $0x402350 402655: 6a 00 push $0x0 402657: 6a 00 push $0x0 402659: 6a 00 push $0x0 40265b: 6a 00 push $0x0 40265d: 6a 00 push $0x0 40265f: 6a ff push $0xffffffff 402661: e8 6a 15 00 00 call 403bd0 <_RtlCreateUserThread@40> 402666: 83 c4 08 add $0x8,%esp 402669: 89 45 f8 mov %eax,0xfffffff8(%ebp) 40266c: 83 7d f8 00 cmpl $0x0,0xfffffff8(%ebp) 402670: 79 3a jns 4026ac <_SmpHandleConnectionRequest@4+0x21a> 402672: 83 ec 04 sub $0x4,%esp 402675: 68 27 01 00 00 push $0x127 40267a: 68 00 59 40 00 push $0x405900 40267f: 68 08 59 40 00 push $0x405908 402684: e8 57 13 00 00 call 4039e0 <_DbgPrint> 402689: 83 c4 10 add $0x10,%esp 40268c: 83 ec 04 sub $0x4,%esp 40268f: ff 75 f8 pushl 0xfffffff8(%ebp) 402692: 68 11 59 40 00 push $0x405911 402697: 68 c0 59 40 00 push $0x4059c0 40269c: e8 3f 13 00 00 call 4039e0 <_DbgPrint> 4026a1: 83 c4 10 add $0x10,%esp 4026a4: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 4026a7: 89 45 d8 mov %eax,0xffffffd8(%ebp) 4026aa: eb 0d jmp 4026b9 <_SmpHandleConnectionRequest@4+0x227> 4026ac: c7 45 f8 00 00 00 00 movl $0x0,0xfffffff8(%ebp) 4026b3: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 4026b6: 89 45 d8 mov %eax,0xffffffd8(%ebp) 4026b9: 8b 45 d8 mov 0xffffffd8(%ebp),%eax 4026bc: c9 leave 4026bd: c2 04 00 ret $0x4 004026c0 <_SmpApiThread@4>: 4026c0: 55 push %ebp 4026c1: 89 e5 mov %esp,%ebp 4026c3: 57 push %edi 4026c4: 81 ec 64 01 00 00 sub $0x164,%esp 4026ca: c7 45 f4 00 00 00 00 movl $0x0,0xfffffff4(%ebp) 4026d1: 8d bd 98 fe ff ff lea 0xfffffe98(%ebp),%edi 4026d7: fc cld 4026d8: ba 00 00 00 00 mov $0x0,%edx 4026dd: b8 52 00 00 00 mov $0x52,%eax 4026e2: 89 c1 mov %eax,%ecx 4026e4: 89 d0 mov %edx,%eax 4026e6: f3 ab repz stos %eax,%es:(%edi) 4026e8: 83 ec 08 sub $0x8,%esp 4026eb: 8d 85 98 fe ff ff lea 0xfffffe98(%ebp),%eax 4026f1: 50 push %eax 4026f2: ff 75 08 pushl 0x8(%ebp) 4026f5: e8 e6 14 00 00 call 403be0 <_NtListenPort@8> 4026fa: 83 c4 08 add $0x8,%esp 4026fd: 89 45 f4 mov %eax,0xfffffff4(%ebp) 402700: 83 7d f4 00 cmpl $0x0,0xfffffff4(%ebp) 402704: 79 34 jns 40273a <_SmpApiThread@4+0x7a> 402706: 83 ec 04 sub $0x4,%esp 402709: 68 4b 01 00 00 push $0x14b 40270e: 68 00 59 40 00 push $0x405900 402713: 68 08 59 40 00 push $0x405908 402718: e8 c3 12 00 00 call 4039e0 <_DbgPrint> 40271d: 83 c4 10 add $0x10,%esp 402720: 83 ec 04 sub $0x4,%esp 402723: ff 75 f4 pushl 0xfffffff4(%ebp) 402726: 68 f9 59 40 00 push $0x4059f9 40272b: 68 20 5a 40 00 push $0x405a20 402730: e8 ab 12 00 00 call 4039e0 <_DbgPrint> 402735: 83 c4 10 add $0x10,%esp 402738: eb 4d jmp 402787 <_SmpApiThread@4+0xc7> 40273a: 83 ec 0c sub $0xc,%esp 40273d: 8d 85 98 fe ff ff lea 0xfffffe98(%ebp),%eax 402743: 50 push %eax 402744: e8 49 fd ff ff call 402492 <_SmpHandleConnectionRequest@4> 402749: 83 c4 0c add $0xc,%esp 40274c: 89 45 f4 mov %eax,0xfffffff4(%ebp) 40274f: 83 7d f4 00 cmpl $0x0,0xfffffff4(%ebp) 402753: 79 93 jns 4026e8 <_SmpApiThread@4+0x28> 402755: 83 ec 04 sub $0x4,%esp 402758: 68 51 01 00 00 push $0x151 40275d: 68 00 59 40 00 push $0x405900 402762: 68 08 59 40 00 push $0x405908 402767: e8 74 12 00 00 call 4039e0 <_DbgPrint> 40276c: 83 c4 10 add $0x10,%esp 40276f: 83 ec 04 sub $0x4,%esp 402772: ff 75 f4 pushl 0xfffffff4(%ebp) 402775: 68 f9 59 40 00 push $0x4059f9 40277a: 68 60 5a 40 00 push $0x405a60 40277f: e8 5c 12 00 00 call 4039e0 <_DbgPrint> 402784: 83 c4 10 add $0x10,%esp 402787: 83 ec 0c sub $0xc,%esp 40278a: ff 75 08 pushl 0x8(%ebp) 40278d: e8 3e 12 00 00 call 4039d0 <_NtClose@4> 402792: 83 c4 0c add $0xc,%esp 402795: 83 ec 08 sub $0x8,%esp 402798: ff 75 f4 pushl 0xfffffff4(%ebp) 40279b: 6a fe push $0xfffffffe 40279d: e8 de 11 00 00 call 403980 <_NtTerminateThread@8> 4027a2: 83 c4 08 add $0x8,%esp 4027a5: 8b 7d fc mov 0xfffffffc(%ebp),%edi 4027a8: c9 leave 4027a9: c2 04 00 ret $0x4 004027ac <_SmCreateApiPort>: 4027ac: 55 push %ebp 4027ad: 89 e5 mov %esp,%ebp 4027af: 57 push %edi 4027b0: 83 ec 34 sub $0x34,%esp 4027b3: 8d 7d d8 lea 0xffffffd8(%ebp),%edi 4027b6: fc cld 4027b7: ba 00 00 00 00 mov $0x0,%edx 4027bc: b8 06 00 00 00 mov $0x6,%eax 4027c1: 89 c1 mov %eax,%ecx 4027c3: 89 d0 mov %edx,%eax 4027c5: f3 ab repz stos %eax,%es:(%edi) 4027c7: c7 45 d0 00 00 00 00 movl $0x0,0xffffffd0(%ebp) 4027ce: c7 45 d4 00 00 00 00 movl $0x0,0xffffffd4(%ebp) 4027d5: c7 45 cc 00 00 00 00 movl $0x0,0xffffffcc(%ebp) 4027dc: 66 c7 45 d0 14 00 movw $0x14,0xffffffd0(%ebp) 4027e2: 66 c7 45 d2 16 00 movw $0x16,0xffffffd2(%ebp) 4027e8: c7 45 d4 9c 5a 40 00 movl $0x405a9c,0xffffffd4(%ebp) 4027ef: c7 45 d8 18 00 00 00 movl $0x18,0xffffffd8(%ebp) 4027f6: 8d 45 d0 lea 0xffffffd0(%ebp),%eax 4027f9: 89 45 e0 mov %eax,0xffffffe0(%ebp) 4027fc: c7 45 e4 01 00 00 00 movl $0x1,0xffffffe4(%ebp) 402803: c7 45 dc 00 00 00 00 movl $0x0,0xffffffdc(%ebp) 40280a: c7 45 e8 00 00 00 00 movl $0x0,0xffffffe8(%ebp) 402811: c7 45 ec 00 00 00 00 movl $0x0,0xffffffec(%ebp) 402818: 83 ec 0c sub $0xc,%esp 40281b: 6a 00 push $0x0 40281d: 6a 00 push $0x0 40281f: 6a 00 push $0x0 402821: 8d 45 d8 lea 0xffffffd8(%ebp),%eax 402824: 50 push %eax 402825: 68 c0 40 40 00 push $0x4040c0 40282a: e8 c1 13 00 00 call 403bf0 <_NtCreatePort@20> 40282f: 83 c4 0c add $0xc,%esp 402832: 89 45 cc mov %eax,0xffffffcc(%ebp) 402835: 83 7d cc 00 cmpl $0x0,0xffffffcc(%ebp) 402839: 79 08 jns 402843 <_SmCreateApiPort+0x97> 40283b: 8b 45 cc mov 0xffffffcc(%ebp),%eax 40283e: 89 45 c8 mov %eax,0xffffffc8(%ebp) 402841: eb 2c jmp 40286f <_SmCreateApiPort+0xc3> 402843: 83 ec 08 sub $0x8,%esp 402846: 6a 00 push $0x0 402848: 6a 00 push $0x0 40284a: ff 35 c0 40 40 00 pushl 0x4040c0 402850: 68 c0 26 40 00 push $0x4026c0 402855: 6a 00 push $0x0 402857: 6a 00 push $0x0 402859: 6a 00 push $0x0 40285b: 6a 00 push $0x0 40285d: 6a 00 push $0x0 40285f: 6a ff push $0xffffffff 402861: e8 6a 13 00 00 call 403bd0 <_RtlCreateUserThread@40> 402866: 83 c4 08 add $0x8,%esp 402869: 8b 45 cc mov 0xffffffcc(%ebp),%eax 40286c: 89 45 c8 mov %eax,0xffffffc8(%ebp) 40286f: 8b 45 c8 mov 0xffffffc8(%ebp),%eax 402872: 8b 7d fc mov 0xfffffffc(%ebp),%edi 402875: c9 leave 402876: c3 ret 402877: 90 nop 402878: 90 nop 402879: 90 nop 40287a: 90 nop 40287b: 90 nop 40287c: 90 nop 40287d: 90 nop 40287e: 90 nop 40287f: 90 nop 00402880 <@SmCompSes@4>: 402880: 55 push %ebp 402881: 89 e5 mov %esp,%ebp 402883: 83 ec 08 sub $0x8,%esp 402886: 89 4d fc mov %ecx,0xfffffffc(%ebp) 402889: c7 45 f8 00 00 00 00 movl $0x0,0xfffffff8(%ebp) 402890: 83 ec 0c sub $0xc,%esp 402893: 8b 45 fc mov 0xfffffffc(%ebp),%eax 402896: ff 70 08 pushl 0x8(%eax) 402899: e8 73 07 00 00 call 403011 <_SmCompleteClientInitialization@4> 40289e: 83 c4 0c add $0xc,%esp 4028a1: 89 45 f8 mov %eax,0xfffffff8(%ebp) 4028a4: 83 7d f8 00 cmpl $0x0,0xfffffff8(%ebp) 4028a8: 79 0a jns 4028b4 <@SmCompSes@4+0x34> 4028aa: 8b 45 fc mov 0xfffffffc(%ebp),%eax 4028ad: c7 40 1c 01 00 00 c0 movl $0xc0000001,0x1c(%eax) 4028b4: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 4028b7: c9 leave 4028b8: c3 ret 4028b9: 90 nop 4028ba: 90 nop 4028bb: 90 nop 4028bc: 90 nop 4028bd: 90 nop 4028be: 90 nop 4028bf: 90 nop 004028c0 <_SmCreateUserProcess@24>: 4028c0: 55 push %ebp 4028c1: 89 e5 mov %esp,%ebp 4028c3: 57 push %edi 4028c4: 81 ec 84 00 00 00 sub $0x84,%esp 4028ca: 8b 45 10 mov 0x10(%ebp),%eax 4028cd: 8b 55 18 mov 0x18(%ebp),%edx 4028d0: 88 45 f7 mov %al,0xfffffff7(%ebp) 4028d3: 88 55 f6 mov %dl,0xfffffff6(%ebp) 4028d6: c7 45 e8 00 00 00 00 movl $0x0,0xffffffe8(%ebp) 4028dd: c7 45 ec 00 00 00 00 movl $0x0,0xffffffec(%ebp) 4028e4: c7 45 e0 00 00 00 00 movl $0x0,0xffffffe0(%ebp) 4028eb: c7 45 e4 00 00 00 00 movl $0x0,0xffffffe4(%ebp) 4028f2: c7 45 dc 00 00 00 00 movl $0x0,0xffffffdc(%ebp) 4028f9: 8d 7d 88 lea 0xffffff88(%ebp),%edi 4028fc: fc cld 4028fd: ba 00 00 00 00 mov $0x0,%edx 402902: b8 11 00 00 00 mov $0x11,%eax 402907: 89 c1 mov %eax,%ecx 402909: 89 d0 mov %edx,%eax 40290b: f3 ab repz stos %eax,%es:(%edi) 40290d: 8d 45 88 lea 0xffffff88(%ebp),%eax 402910: 89 45 84 mov %eax,0xffffff84(%ebp) 402913: c7 45 80 00 00 00 00 movl $0x0,0xffffff80(%ebp) 40291a: 83 ec 08 sub $0x8,%esp 40291d: ff 75 08 pushl 0x8(%ebp) 402920: 8d 45 e8 lea 0xffffffe8(%ebp),%eax 402923: 50 push %eax 402924: e8 67 10 00 00 call 403990 <_RtlInitUnicodeString@8> 402929: 83 c4 08 add $0x8,%esp 40292c: 83 ec 08 sub $0x8,%esp 40292f: ff 75 0c pushl 0xc(%ebp) 402932: 8d 45 e0 lea 0xffffffe0(%ebp),%eax 402935: 50 push %eax 402936: e8 55 10 00 00 call 403990 <_RtlInitUnicodeString@8> 40293b: 83 c4 08 add $0x8,%esp 40293e: 83 ec 08 sub $0x8,%esp 402941: 6a 00 push $0x0 402943: 6a 00 push $0x0 402945: 6a 00 push $0x0 402947: 6a 00 push $0x0 402949: ff 35 20 60 40 00 pushl 0x406020 40294f: 8d 45 e0 lea 0xffffffe0(%ebp),%eax 402952: 50 push %eax 402953: 6a 00 push $0x0 402955: 6a 00 push $0x0 402957: 8d 45 e8 lea 0xffffffe8(%ebp),%eax 40295a: 50 push %eax 40295b: 8d 45 dc lea 0xffffffdc(%ebp),%eax 40295e: 50 push %eax 40295f: e8 9c 12 00 00 call 403c00 <_RtlCreateProcessParameters@40> 402964: 83 c4 08 add $0x8,%esp 402967: 83 7d 1c 00 cmpl $0x0,0x1c(%ebp) 40296b: 74 06 je 402973 <_SmCreateUserProcess@24+0xb3> 40296d: 8b 45 1c mov 0x1c(%ebp),%eax 402970: 89 45 84 mov %eax,0xffffff84(%ebp) 402973: 83 ec 08 sub $0x8,%esp 402976: ff 75 84 pushl 0xffffff84(%ebp) 402979: 6a 00 push $0x0 40297b: 6a 00 push $0x0 40297d: 6a 00 push $0x0 40297f: 6a 00 push $0x0 402981: 6a 00 push $0x0 402983: 6a 00 push $0x0 402985: ff 75 dc pushl 0xffffffdc(%ebp) 402988: 6a 40 push $0x40 40298a: 8d 45 e8 lea 0xffffffe8(%ebp),%eax 40298d: 50 push %eax 40298e: e8 7d 12 00 00 call 403c10 <_RtlCreateUserProcess@40> 402993: 83 c4 08 add $0x8,%esp 402996: 89 45 80 mov %eax,0xffffff80(%ebp) 402999: 83 ec 0c sub $0xc,%esp 40299c: ff 75 dc pushl 0xffffffdc(%ebp) 40299f: e8 7c 12 00 00 call 403c20 <_RtlDestroyProcessParameters@4> 4029a4: 83 c4 0c add $0xc,%esp 4029a7: 83 7d 80 00 cmpl $0x0,0xffffff80(%ebp) 4029ab: 79 3a jns 4029e7 <_SmCreateUserProcess@24+0x127> 4029ad: 83 ec 04 sub $0x4,%esp 4029b0: 6a 59 push $0x59 4029b2: 68 c0 5a 40 00 push $0x405ac0 4029b7: 68 cc 5a 40 00 push $0x405acc 4029bc: e8 1f 10 00 00 call 4039e0 <_DbgPrint> 4029c1: 83 c4 10 add $0x10,%esp 4029c4: ff 75 80 pushl 0xffffff80(%ebp) 4029c7: ff 75 ec pushl 0xffffffec(%ebp) 4029ca: 68 d5 5a 40 00 push $0x405ad5 4029cf: 68 00 5b 40 00 push $0x405b00 4029d4: e8 07 10 00 00 call 4039e0 <_DbgPrint> 4029d9: 83 c4 10 add $0x10,%esp 4029dc: 8b 45 80 mov 0xffffff80(%ebp),%eax 4029df: 89 85 7c ff ff ff mov %eax,0xffffff7c(%ebp) 4029e5: eb 61 jmp 402a48 <_SmCreateUserProcess@24+0x188> 4029e7: 83 ec 08 sub $0x8,%esp 4029ea: 6a 00 push $0x0 4029ec: 8b 45 84 mov 0xffffff84(%ebp),%eax 4029ef: ff 70 08 pushl 0x8(%eax) 4029f2: e8 39 12 00 00 call 403c30 <_ZwResumeThread@8> 4029f7: 83 c4 08 add $0x8,%esp 4029fa: 80 7d f7 00 cmpb $0x0,0xfffffff7(%ebp) 4029fe: 74 16 je 402a16 <_SmCreateUserProcess@24+0x156> 402a00: 83 ec 04 sub $0x4,%esp 402a03: ff 75 14 pushl 0x14(%ebp) 402a06: 6a 00 push $0x0 402a08: 8b 45 84 mov 0xffffff84(%ebp),%eax 402a0b: ff 70 04 pushl 0x4(%eax) 402a0e: e8 ad 0f 00 00 call 4039c0 <_NtWaitForSingleObject@12> 402a13: 83 c4 04 add $0x4,%esp 402a16: 80 7d f6 00 cmpb $0x0,0xfffffff6(%ebp) 402a1a: 74 22 je 402a3e <_SmCreateUserProcess@24+0x17e> 402a1c: 83 ec 0c sub $0xc,%esp 402a1f: 8b 45 84 mov 0xffffff84(%ebp),%eax 402a22: ff 70 08 pushl 0x8(%eax) 402a25: e8 a6 0f 00 00 call 4039d0 <_NtClose@4> 402a2a: 83 c4 0c add $0xc,%esp 402a2d: 83 ec 0c sub $0xc,%esp 402a30: 8b 45 84 mov 0xffffff84(%ebp),%eax 402a33: ff 70 04 pushl 0x4(%eax) 402a36: e8 95 0f 00 00 call 4039d0 <_NtClose@4> 402a3b: 83 c4 0c add $0xc,%esp 402a3e: c7 85 7c ff ff ff 00 movl $0x0,0xffffff7c(%ebp) 402a45: 00 00 00 402a48: 8b 85 7c ff ff ff mov 0xffffff7c(%ebp),%eax 402a4e: 8b 7d fc mov 0xfffffffc(%ebp),%edi 402a51: c9 leave 402a52: c2 18 00 ret $0x18 00402a55 <_SmLookupSubsystem@20>: 402a55: 55 push %ebp 402a56: 89 e5 mov %esp,%ebp 402a58: 57 push %edi 402a59: b8 84 18 00 00 mov $0x1884,%eax 402a5e: e8 bd 12 00 00 call 403d20 <___chkstk> 402a63: 8b 45 18 mov 0x18(%ebp),%eax 402a66: 88 45 f7 mov %al,0xfffffff7(%ebp) 402a69: c7 45 f0 00 00 00 00 movl $0x0,0xfffffff0(%ebp) 402a70: c7 45 e8 00 00 00 00 movl $0x0,0xffffffe8(%ebp) 402a77: c7 45 ec 00 00 00 00 movl $0x0,0xffffffec(%ebp) 402a7e: 8d 7d c8 lea 0xffffffc8(%ebp),%edi 402a81: fc cld 402a82: ba 00 00 00 00 mov $0x0,%edx 402a87: b8 06 00 00 00 mov $0x6,%eax 402a8c: 89 c1 mov %eax,%ecx 402a8e: 89 d0 mov %edx,%eax 402a90: f3 ab repz stos %eax,%es:(%edi) 402a92: c7 45 c4 00 00 00 00 movl $0x0,0xffffffc4(%ebp) 402a99: 83 ec 08 sub $0x8,%esp 402a9c: 68 40 5b 40 00 push $0x405b40 402aa1: 8d 45 e8 lea 0xffffffe8(%ebp),%eax 402aa4: 50 push %eax 402aa5: e8 e6 0e 00 00 call 403990 <_RtlInitUnicodeString@8> 402aaa: 83 c4 08 add $0x8,%esp 402aad: c7 45 c8 18 00 00 00 movl $0x18,0xffffffc8(%ebp) 402ab4: 8d 45 e8 lea 0xffffffe8(%ebp),%eax 402ab7: 89 45 d0 mov %eax,0xffffffd0(%ebp) 402aba: c7 45 d4 40 00 00 00 movl $0x40,0xffffffd4(%ebp) 402ac1: c7 45 cc 00 00 00 00 movl $0x0,0xffffffcc(%ebp) 402ac8: c7 45 d8 00 00 00 00 movl $0x0,0xffffffd8(%ebp) 402acf: c7 45 dc 00 00 00 00 movl $0x0,0xffffffdc(%ebp) 402ad6: 83 ec 04 sub $0x4,%esp 402ad9: 8d 45 c8 lea 0xffffffc8(%ebp),%eax 402adc: 50 push %eax 402add: 68 00 00 00 02 push $0x2000000 402ae2: 8d 45 c4 lea 0xffffffc4(%ebp),%eax 402ae5: 50 push %eax 402ae6: e8 55 11 00 00 call 403c40 <_NtOpenKey@12> 402aeb: 83 c4 04 add $0x4,%esp 402aee: 89 45 f0 mov %eax,0xfffffff0(%ebp) 402af1: 83 7d f0 00 cmpl $0x0,0xfffffff0(%ebp) 402af5: 0f 88 c1 02 00 00 js 402dbc <_SmLookupSubsystem@20+0x367> 402afb: c7 45 b8 00 00 00 00 movl $0x0,0xffffffb8(%ebp) 402b02: c7 45 bc 00 00 00 00 movl $0x0,0xffffffbc(%ebp) 402b09: 8d bd b8 f7 ff ff lea 0xfffff7b8(%ebp),%edi 402b0f: fc cld 402b10: ba 00 00 00 00 mov $0x0,%edx 402b15: b8 00 02 00 00 mov $0x200,%eax 402b1a: 89 c1 mov %eax,%ecx 402b1c: 89 d0 mov %edx,%eax 402b1e: f3 ab repz stos %eax,%es:(%edi) 402b20: c7 85 b4 f7 ff ff 00 movl $0x0,0xfffff7b4(%ebp) 402b27: 00 00 00 402b2a: 8d 85 b8 f7 ff ff lea 0xfffff7b8(%ebp),%eax 402b30: 89 85 b0 f7 ff ff mov %eax,0xfffff7b0(%ebp) 402b36: 83 ec 08 sub $0x8,%esp 402b39: ff 75 08 pushl 0x8(%ebp) 402b3c: 8d 45 b8 lea 0xffffffb8(%ebp),%eax 402b3f: 50 push %eax 402b40: e8 4b 0e 00 00 call 403990 <_RtlInitUnicodeString@8> 402b45: 83 c4 08 add $0x8,%esp 402b48: 83 ec 08 sub $0x8,%esp 402b4b: 8d 85 b4 f7 ff ff lea 0xfffff7b4(%ebp),%eax 402b51: 50 push %eax 402b52: 68 00 08 00 00 push $0x800 402b57: 8d 85 b8 f7 ff ff lea 0xfffff7b8(%ebp),%eax 402b5d: 50 push %eax 402b5e: 6a 02 push $0x2 402b60: 8d 45 b8 lea 0xffffffb8(%ebp),%eax 402b63: 50 push %eax 402b64: ff 75 c4 pushl 0xffffffc4(%ebp) 402b67: e8 e4 10 00 00 call 403c50 <_NtQueryValueKey@24> 402b6c: 83 c4 08 add $0x8,%esp 402b6f: 89 45 f0 mov %eax,0xfffffff0(%ebp) 402b72: 83 7d f0 00 cmpl $0x0,0xfffffff0(%ebp) 402b76: 0f 88 fe 01 00 00 js 402d7a <_SmLookupSubsystem@20+0x325> 402b7c: 83 7d 0c 00 cmpl $0x0,0xc(%ebp) 402b80: 0f 84 bc 01 00 00 je 402d42 <_SmLookupSubsystem@20+0x2ed> 402b86: 83 7d 10 00 cmpl $0x0,0x10(%ebp) 402b8a: 0f 84 b2 01 00 00 je 402d42 <_SmLookupSubsystem@20+0x2ed> 402b90: 83 7d 14 00 cmpl $0x0,0x14(%ebp) 402b94: 0f 84 a8 01 00 00 je 402d42 <_SmLookupSubsystem@20+0x2ed> 402b9a: 8b 45 14 mov 0x14(%ebp),%eax 402b9d: 8b 95 b0 f7 ff ff mov 0xfffff7b0(%ebp),%edx 402ba3: 8b 52 04 mov 0x4(%edx),%edx 402ba6: 89 10 mov %edx,(%eax) 402ba8: 80 7d f7 00 cmpb $0x0,0xfffffff7(%ebp) 402bac: 0f 84 16 01 00 00 je 402cc8 <_SmLookupSubsystem@20+0x273> 402bb2: 8b 45 14 mov 0x14(%ebp),%eax 402bb5: 83 38 02 cmpl $0x2,(%eax) 402bb8: 0f 85 0a 01 00 00 jne 402cc8 <_SmLookupSubsystem@20+0x273> 402bbe: 8d bd a8 e7 ff ff lea 0xffffe7a8(%ebp),%edi 402bc4: fc cld 402bc5: ba 00 00 00 00 mov $0x0,%edx 402bca: b8 00 04 00 00 mov $0x400,%eax 402bcf: 89 c1 mov %eax,%ecx 402bd1: 89 d0 mov %edx,%eax 402bd3: f3 ab repz stos %eax,%es:(%edi) 402bd5: c7 85 9c e7 ff ff 00 movl $0x0,0xffffe79c(%ebp) 402bdc: 00 00 00 402bdf: 8b 85 b0 f7 ff ff mov 0xfffff7b0(%ebp),%eax 402be5: 66 8b 40 08 mov 0x8(%eax),%ax 402be9: 66 89 85 a8 f7 ff ff mov %ax,0xfffff7a8(%ebp) 402bf0: 8b 85 b0 f7 ff ff mov 0xfffff7b0(%ebp),%eax 402bf6: 66 8b 40 08 mov 0x8(%eax),%ax 402bfa: 66 89 85 aa f7 ff ff mov %ax,0xfffff7aa(%ebp) 402c01: 8b 85 b0 f7 ff ff mov 0xfffff7b0(%ebp),%eax 402c07: 83 c0 0c add $0xc,%eax 402c0a: 89 85 ac f7 ff ff mov %eax,0xfffff7ac(%ebp) 402c10: 66 c7 85 a0 e7 ff ff movw $0x0,0xffffe7a0(%ebp) 402c17: 00 00 402c19: 66 c7 85 a2 e7 ff ff movw $0x1000,0xffffe7a2(%ebp) 402c20: 00 10 402c22: 8d 85 a8 e7 ff ff lea 0xffffe7a8(%ebp),%eax 402c28: 89 85 a4 e7 ff ff mov %eax,0xffffe7a4(%ebp) 402c2e: 8d 85 9c e7 ff ff lea 0xffffe79c(%ebp),%eax 402c34: 50 push %eax 402c35: 8d 85 a0 e7 ff ff lea 0xffffe7a0(%ebp),%eax 402c3b: 50 push %eax 402c3c: 8d 85 a8 f7 ff ff lea 0xfffff7a8(%ebp),%eax 402c42: 50 push %eax 402c43: ff 35 20 60 40 00 pushl 0x406020 402c49: e8 12 10 00 00 call 403c60 <_RtlExpandEnvironmentStrings_U@16> 402c4e: 89 45 f0 mov %eax,0xfffffff0(%ebp) 402c51: 83 7d f0 00 cmpl $0x0,0xfffffff0(%ebp) 402c55: 0f 88 d7 00 00 00 js 402d32 <_SmLookupSubsystem@20+0x2dd> 402c5b: 8b 55 10 mov 0x10(%ebp),%edx 402c5e: 89 95 98 e7 ff ff mov %edx,0xffffe798(%ebp) 402c64: 8b 45 10 mov 0x10(%ebp),%eax 402c67: 89 85 90 e7 ff ff mov %eax,0xffffe790(%ebp) 402c6d: 8b 85 a0 e7 ff ff mov 0xffffe7a0(%ebp),%eax 402c73: 89 c2 mov %eax,%edx 402c75: 81 e2 ff ff 00 00 and $0xffff,%edx 402c7b: 89 95 94 e7 ff ff mov %edx,0xffffe794(%ebp) 402c81: 8b 95 94 e7 ff ff mov 0xffffe794(%ebp),%edx 402c87: 8b 85 90 e7 ff ff mov 0xffffe790(%ebp),%eax 402c8d: 3b 10 cmp (%eax),%edx 402c8f: 76 0e jbe 402c9f <_SmLookupSubsystem@20+0x24a> 402c91: 8b 85 90 e7 ff ff mov 0xffffe790(%ebp),%eax 402c97: 8b 00 mov (%eax),%eax 402c99: 89 85 94 e7 ff ff mov %eax,0xffffe794(%ebp) 402c9f: 8b 85 94 e7 ff ff mov 0xffffe794(%ebp),%eax 402ca5: 8b 95 98 e7 ff ff mov 0xffffe798(%ebp),%edx 402cab: 89 02 mov %eax,(%edx) 402cad: 83 ec 04 sub $0x4,%esp 402cb0: 8b 45 10 mov 0x10(%ebp),%eax 402cb3: ff 30 pushl (%eax) 402cb5: ff b5 a4 e7 ff ff pushl 0xffffe7a4(%ebp) 402cbb: ff 75 0c pushl 0xc(%ebp) 402cbe: e8 dd 0d 00 00 call 403aa0 <_memcpy> 402cc3: 83 c4 10 add $0x10,%esp 402cc6: eb 6a jmp 402d32 <_SmLookupSubsystem@20+0x2dd> 402cc8: 8b 55 10 mov 0x10(%ebp),%edx 402ccb: 89 95 8c e7 ff ff mov %edx,0xffffe78c(%ebp) 402cd1: 8b 45 10 mov 0x10(%ebp),%eax 402cd4: 89 85 84 e7 ff ff mov %eax,0xffffe784(%ebp) 402cda: 8b 85 b0 f7 ff ff mov 0xfffff7b0(%ebp),%eax 402ce0: 8b 40 08 mov 0x8(%eax),%eax 402ce3: 89 85 88 e7 ff ff mov %eax,0xffffe788(%ebp) 402ce9: 8b 85 88 e7 ff ff mov 0xffffe788(%ebp),%eax 402cef: 8b 95 84 e7 ff ff mov 0xffffe784(%ebp),%edx 402cf5: 3b 02 cmp (%edx),%eax 402cf7: 76 0e jbe 402d07 <_SmLookupSubsystem@20+0x2b2> 402cf9: 8b 95 84 e7 ff ff mov 0xffffe784(%ebp),%edx 402cff: 8b 12 mov (%edx),%edx 402d01: 89 95 88 e7 ff ff mov %edx,0xffffe788(%ebp) 402d07: 8b 95 88 e7 ff ff mov 0xffffe788(%ebp),%edx 402d0d: 8b 85 8c e7 ff ff mov 0xffffe78c(%ebp),%eax 402d13: 89 10 mov %edx,(%eax) 402d15: 83 ec 04 sub $0x4,%esp 402d18: 8b 45 10 mov 0x10(%ebp),%eax 402d1b: ff 30 pushl (%eax) 402d1d: 8b 85 b0 f7 ff ff mov 0xfffff7b0(%ebp),%eax 402d23: 83 c0 0c add $0xc,%eax 402d26: 50 push %eax 402d27: ff 75 0c pushl 0xc(%ebp) 402d2a: e8 71 0d 00 00 call 403aa0 <_memcpy> 402d2f: 83 c4 10 add $0x10,%esp 402d32: 8b 45 14 mov 0x14(%ebp),%eax 402d35: 8b 95 b0 f7 ff ff mov 0xfffff7b0(%ebp),%edx 402d3b: 8b 52 04 mov 0x4(%edx),%edx 402d3e: 89 10 mov %edx,(%eax) 402d40: eb 6a jmp 402dac <_SmLookupSubsystem@20+0x357> 402d42: 83 ec 04 sub $0x4,%esp 402d45: 68 df 00 00 00 push $0xdf 402d4a: 68 c0 5a 40 00 push $0x405ac0 402d4f: 68 cc 5a 40 00 push $0x405acc 402d54: e8 87 0c 00 00 call 4039e0 <_DbgPrint> 402d59: 83 c4 10 add $0x10,%esp 402d5c: 83 ec 08 sub $0x8,%esp 402d5f: 68 dc 5b 40 00 push $0x405bdc 402d64: 68 00 5c 40 00 push $0x405c00 402d69: e8 72 0c 00 00 call 4039e0 <_DbgPrint> 402d6e: 83 c4 10 add $0x10,%esp 402d71: c7 45 f0 0d 00 00 c0 movl $0xc000000d,0xfffffff0(%ebp) 402d78: eb 32 jmp 402dac <_SmLookupSubsystem@20+0x357> 402d7a: 83 ec 04 sub $0x4,%esp 402d7d: 68 e3 00 00 00 push $0xe3 402d82: 68 c0 5a 40 00 push $0x405ac0 402d87: 68 cc 5a 40 00 push $0x405acc 402d8c: e8 4f 0c 00 00 call 4039e0 <_DbgPrint> 402d91: 83 c4 10 add $0x10,%esp 402d94: 83 ec 04 sub $0x4,%esp 402d97: ff 75 f0 pushl 0xfffffff0(%ebp) 402d9a: 68 dc 5b 40 00 push $0x405bdc 402d9f: 68 40 5c 40 00 push $0x405c40 402da4: e8 37 0c 00 00 call 4039e0 <_DbgPrint> 402da9: 83 c4 10 add $0x10,%esp 402dac: 83 ec 0c sub $0xc,%esp 402daf: ff 75 c4 pushl 0xffffffc4(%ebp) 402db2: e8 19 0c 00 00 call 4039d0 <_NtClose@4> 402db7: 83 c4 0c add $0xc,%esp 402dba: eb 32 jmp 402dee <_SmLookupSubsystem@20+0x399> 402dbc: 83 ec 04 sub $0x4,%esp 402dbf: 68 e7 00 00 00 push $0xe7 402dc4: 68 c0 5a 40 00 push $0x405ac0 402dc9: 68 cc 5a 40 00 push $0x405acc 402dce: e8 0d 0c 00 00 call 4039e0 <_DbgPrint> 402dd3: 83 c4 10 add $0x10,%esp 402dd6: 83 ec 04 sub $0x4,%esp 402dd9: ff 75 f0 pushl 0xfffffff0(%ebp) 402ddc: 68 dc 5b 40 00 push $0x405bdc 402de1: 68 80 5c 40 00 push $0x405c80 402de6: e8 f5 0b 00 00 call 4039e0 <_DbgPrint> 402deb: 83 c4 10 add $0x10,%esp 402dee: 8b 45 f0 mov 0xfffffff0(%ebp),%eax 402df1: 8b 7d fc mov 0xfffffffc(%ebp),%edi 402df4: c9 leave 402df5: c2 14 00 ret $0x14 00402df8 <@SmExecPgm@4>: 402df8: 55 push %ebp 402df9: 89 e5 mov %esp,%ebp 402dfb: 57 push %edi 402dfc: 53 push %ebx 402dfd: 81 ec b0 04 00 00 sub $0x4b0,%esp 402e03: 89 4d f4 mov %ecx,0xfffffff4(%ebp) 402e06: c7 45 f0 00 00 00 00 movl $0x0,0xfffffff0(%ebp) 402e0d: c7 45 94 00 00 00 00 movl $0x0,0xffffff94(%ebp) 402e14: 83 7d f4 00 cmpl $0x0,0xfffffff4(%ebp) 402e18: 75 3e jne 402e58 <@SmExecPgm@4+0x60> 402e1a: 83 ec 04 sub $0x4,%esp 402e1d: 68 fa 00 00 00 push $0xfa 402e22: 68 c0 5a 40 00 push $0x405ac0 402e27: 68 cc 5a 40 00 push $0x405acc 402e2c: e8 af 0b 00 00 call 4039e0 <_DbgPrint> 402e31: 83 c4 10 add $0x10,%esp 402e34: 83 ec 08 sub $0x8,%esp 402e37: 68 a7 5c 40 00 push $0x405ca7 402e3c: 68 b1 5c 40 00 push $0x405cb1 402e41: e8 9a 0b 00 00 call 4039e0 <_DbgPrint> 402e46: 83 c4 10 add $0x10,%esp 402e49: c7 85 54 fb ff ff 0d movl $0xc000000d,0xfffffb54(%ebp) 402e50: 00 00 c0 402e53: e9 57 01 00 00 jmp 402faf <@SmExecPgm@4+0x1b7> 402e58: 8b 45 f4 mov 0xfffffff4(%ebp),%eax 402e5b: 83 c0 20 add $0x20,%eax 402e5e: 89 45 f0 mov %eax,0xfffffff0(%ebp) 402e61: 8b 45 f0 mov 0xfffffff0(%ebp),%eax 402e64: 83 38 00 cmpl $0x0,(%eax) 402e67: 0f 84 28 01 00 00 je 402f95 <@SmExecPgm@4+0x19d> 402e6d: 8b 45 f0 mov 0xfffffff0(%ebp),%eax 402e70: 83 38 20 cmpl $0x20,(%eax) 402e73: 0f 87 1c 01 00 00 ja 402f95 <@SmExecPgm@4+0x19d> 402e79: 83 ec 08 sub $0x8,%esp 402e7c: 6a 42 push $0x42 402e7e: 8d 45 98 lea 0xffffff98(%ebp),%eax 402e81: 50 push %eax 402e82: e8 99 0b 00 00 call 403a20 <_RtlZeroMemory@8> 402e87: 83 c4 08 add $0x8,%esp 402e8a: 83 ec 04 sub $0x4,%esp 402e8d: 8b 45 f0 mov 0xfffffff0(%ebp),%eax 402e90: 8b 00 mov (%eax),%eax 402e92: 01 c0 add %eax,%eax 402e94: 50 push %eax 402e95: 8b 45 f0 mov 0xfffffff0(%ebp),%eax 402e98: 83 c0 04 add $0x4,%eax 402e9b: 50 push %eax 402e9c: 8d 45 98 lea 0xffffff98(%ebp),%eax 402e9f: 50 push %eax 402ea0: e8 fb 0b 00 00 call 403aa0 <_memcpy> 402ea5: 83 c4 10 add $0x10,%esp 402ea8: 83 ec 08 sub $0x8,%esp 402eab: 8d 45 98 lea 0xffffff98(%ebp),%eax 402eae: 50 push %eax 402eaf: 68 cc 5c 40 00 push $0x405ccc 402eb4: e8 67 0c 00 00 call 403b20 <__wcsicmp> 402eb9: 83 c4 10 add $0x10,%esp 402ebc: 85 c0 test %eax,%eax 402ebe: 75 10 jne 402ed0 <@SmExecPgm@4+0xd8> 402ec0: 8b 5d f4 mov 0xfffffff4(%ebp),%ebx 402ec3: e8 0a 07 00 00 call 4035d2 <_SmInitializeDbgSs> 402ec8: 89 43 1c mov %eax,0x1c(%ebx) 402ecb: e9 d6 00 00 00 jmp 402fa6 <@SmExecPgm@4+0x1ae> 402ed0: 8d bd 78 fd ff ff lea 0xfffffd78(%ebp),%edi 402ed6: fc cld 402ed7: b9 0a 02 00 00 mov $0x20a,%ecx 402edc: b0 00 mov $0x0,%al 402ede: f3 aa repz stos %al,%es:(%edi) 402ee0: c7 85 74 fd ff ff 0a movl $0x20a,0xfffffd74(%ebp) 402ee7: 02 00 00 402eea: c7 85 70 fd ff ff 02 movl $0x2,0xfffffd70(%ebp) 402ef1: 00 00 00 402ef4: 83 ec 0c sub $0xc,%esp 402ef7: 6a 01 push $0x1 402ef9: 8d 85 70 fd ff ff lea 0xfffffd70(%ebp),%eax 402eff: 50 push %eax 402f00: 8d 85 74 fd ff ff lea 0xfffffd74(%ebp),%eax 402f06: 50 push %eax 402f07: 8d 85 78 fd ff ff lea 0xfffffd78(%ebp),%eax 402f0d: 50 push %eax 402f0e: 8d 45 98 lea 0xffffff98(%ebp),%eax 402f11: 50 push %eax 402f12: e8 3e fb ff ff call 402a55 <_SmLookupSubsystem@20> 402f17: 83 c4 0c add $0xc,%esp 402f1a: 89 45 94 mov %eax,0xffffff94(%ebp) 402f1d: 83 7d 94 00 cmpl $0x0,0xffffff94(%ebp) 402f21: 78 67 js 402f8a <@SmExecPgm@4+0x192> 402f23: 8d bd 58 fb ff ff lea 0xfffffb58(%ebp),%edi 402f29: fc cld 402f2a: b9 0a 02 00 00 mov $0x20a,%ecx 402f2f: b0 00 mov $0x0,%al 402f31: f3 aa repz stos %al,%es:(%edi) 402f33: 83 ec 08 sub $0x8,%esp 402f36: 68 d8 5c 40 00 push $0x405cd8 402f3b: 8d 85 58 fb ff ff lea 0xfffffb58(%ebp),%eax 402f41: 50 push %eax 402f42: e8 f9 0a 00 00 call 403a40 <_wcscpy> 402f47: 83 c4 10 add $0x10,%esp 402f4a: 83 ec 08 sub $0x8,%esp 402f4d: 8d 85 78 fd ff ff lea 0xfffffd78(%ebp),%eax 402f53: 50 push %eax 402f54: 8d 85 58 fb ff ff lea 0xfffffb58(%ebp),%eax 402f5a: 50 push %eax 402f5b: e8 20 0b 00 00 call 403a80 <_wcscat> 402f60: 83 c4 10 add $0x10,%esp 402f63: 8b 5d f4 mov 0xfffffff4(%ebp),%ebx 402f66: 83 ec 08 sub $0x8,%esp 402f69: 6a 00 push $0x0 402f6b: 6a 00 push $0x0 402f6d: 6a 00 push $0x0 402f6f: 6a 00 push $0x0 402f71: 68 e2 5c 40 00 push $0x405ce2 402f76: 8d 85 58 fb ff ff lea 0xfffffb58(%ebp),%eax 402f7c: 50 push %eax 402f7d: e8 3e f9 ff ff call 4028c0 <_SmCreateUserProcess@24> 402f82: 83 c4 08 add $0x8,%esp 402f85: 89 43 1c mov %eax,0x1c(%ebx) 402f88: eb 1c jmp 402fa6 <@SmExecPgm@4+0x1ae> 402f8a: 8b 55 f4 mov 0xfffffff4(%ebp),%edx 402f8d: 8b 45 94 mov 0xffffff94(%ebp),%eax 402f90: 89 42 1c mov %eax,0x1c(%edx) 402f93: eb 11 jmp 402fa6 <@SmExecPgm@4+0x1ae> 402f95: 8b 45 f4 mov 0xfffffff4(%ebp),%eax 402f98: c7 45 94 0d 00 00 c0 movl $0xc000000d,0xffffff94(%ebp) 402f9f: c7 40 1c 0d 00 00 c0 movl $0xc000000d,0x1c(%eax) 402fa6: 8b 45 94 mov 0xffffff94(%ebp),%eax 402fa9: 89 85 54 fb ff ff mov %eax,0xfffffb54(%ebp) 402faf: 8b 85 54 fb ff ff mov 0xfffffb54(%ebp),%eax 402fb5: 8d 65 f8 lea 0xfffffff8(%ebp),%esp 402fb8: 5b pop %ebx 402fb9: 5f pop %edi 402fba: 5d pop %ebp 402fbb: c3 ret 402fbc: 90 nop 402fbd: 90 nop 402fbe: 90 nop 402fbf: 90 nop 00402fc0 <@SmQryInfo@4>: 402fc0: 55 push %ebp 402fc1: 89 e5 mov %esp,%ebp 402fc3: 83 ec 08 sub $0x8,%esp 402fc6: 89 4d fc mov %ecx,0xfffffffc(%ebp) 402fc9: c7 45 f8 00 00 00 00 movl $0x0,0xfffffff8(%ebp) 402fd0: 8b 45 fc mov 0xfffffffc(%ebp),%eax 402fd3: c7 40 1c 02 00 00 c0 movl $0xc0000002,0x1c(%eax) 402fda: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 402fdd: c9 leave 402fde: c3 ret 402fdf: 90 nop 00402fe0 <_SmInitializeClientManagement>: 402fe0: 55 push %ebp 402fe1: 89 e5 mov %esp,%ebp 402fe3: 83 ec 08 sub $0x8,%esp 402fe6: 83 ec 0c sub $0xc,%esp 402fe9: 68 60 60 40 00 push $0x406060 402fee: e8 7d 0c 00 00 call 403c70 <_RtlInitializeCriticalSection@4> 402ff3: 83 c4 0c add $0xc,%esp 402ff6: c7 05 78 60 40 00 00 movl $0x0,0x406078 402ffd: 00 00 00 403000: c7 05 7c 60 40 00 00 movl $0x0,0x40607c 403007: 00 00 00 40300a: b8 00 00 00 00 mov $0x0,%eax 40300f: c9 leave 403010: c3 ret 00403011 <_SmCompleteClientInitialization@4>: 403011: 55 push %ebp 403012: 89 e5 mov %esp,%ebp 403014: 83 ec 08 sub $0x8,%esp 403017: c7 45 fc 00 00 00 00 movl $0x0,0xfffffffc(%ebp) 40301e: c7 45 f8 00 00 00 00 movl $0x0,0xfffffff8(%ebp) 403025: 83 ec 0c sub $0xc,%esp 403028: 68 60 60 40 00 push $0x406060 40302d: e8 4e 0c 00 00 call 403c80 <_RtlEnterCriticalSection@4> 403032: 83 c4 0c add $0xc,%esp 403035: 83 3d 78 60 40 00 00 cmpl $0x0,0x406078 40303c: 74 3c je 40307a <_SmCompleteClientInitialization@4+0x69> 40303e: a1 7c 60 40 00 mov 0x40607c,%eax 403043: 89 45 f8 mov %eax,0xfffffff8(%ebp) 403046: 83 7d f8 00 cmpl $0x0,0xfffffff8(%ebp) 40304a: 75 02 jne 40304e <_SmCompleteClientInitialization@4+0x3d> 40304c: eb 25 jmp 403073 <_SmCompleteClientInitialization@4+0x62> 40304e: 8b 55 f8 mov 0xfffffff8(%ebp),%edx 403051: 8b 45 08 mov 0x8(%ebp),%eax 403054: 3b 42 08 cmp 0x8(%edx),%eax 403057: 75 0c jne 403065 <_SmCompleteClientInitialization@4+0x54> 403059: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 40305c: c7 40 04 01 00 00 00 movl $0x1,0x4(%eax) 403063: eb 0e jmp 403073 <_SmCompleteClientInitialization@4+0x62> 403065: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 403068: 8b 80 08 01 00 00 mov 0x108(%eax),%eax 40306e: 89 45 f8 mov %eax,0xfffffff8(%ebp) 403071: eb d3 jmp 403046 <_SmCompleteClientInitialization@4+0x35> 403073: c7 45 fc 25 02 00 c0 movl $0xc0000225,0xfffffffc(%ebp) 40307a: 83 ec 0c sub $0xc,%esp 40307d: 68 60 60 40 00 push $0x406060 403082: e8 09 0c 00 00 call 403c90 <_RtlLeaveCriticalSection@4> 403087: 83 c4 0c add $0xc,%esp 40308a: 8b 45 fc mov 0xfffffffc(%ebp),%eax 40308d: c9 leave 40308e: c2 04 00 ret $0x4 00403091 <@SmpLookupClientUnsafe@8>: 403091: 55 push %ebp 403092: 89 e5 mov %esp,%ebp 403094: 83 ec 0c sub $0xc,%esp 403097: 89 55 f8 mov %edx,0xfffffff8(%ebp) 40309a: 66 89 4d fe mov %cx,0xfffffffe(%ebp) 40309e: c7 45 f4 00 00 00 00 movl $0x0,0xfffffff4(%ebp) 4030a5: 83 7d f8 00 cmpl $0x0,0xfffffff8(%ebp) 4030a9: 74 09 je 4030b4 <@SmpLookupClientUnsafe@8+0x23> 4030ab: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 4030ae: c7 00 00 00 00 00 movl $0x0,(%eax) 4030b4: 83 3d 78 60 40 00 00 cmpl $0x0,0x406078 4030bb: 74 3a je 4030f7 <@SmpLookupClientUnsafe@8+0x66> 4030bd: a1 7c 60 40 00 mov 0x40607c,%eax 4030c2: 89 45 f4 mov %eax,0xfffffff4(%ebp) 4030c5: 83 7d f4 00 cmpl $0x0,0xfffffff4(%ebp) 4030c9: 75 02 jne 4030cd <@SmpLookupClientUnsafe@8+0x3c> 4030cb: eb 2a jmp 4030f7 <@SmpLookupClientUnsafe@8+0x66> 4030cd: 8b 55 f4 mov 0xfffffff4(%ebp),%edx 4030d0: 66 8b 45 fe mov 0xfffffffe(%ebp),%ax 4030d4: 66 3b 02 cmp (%edx),%ax 4030d7: 75 02 jne 4030db <@SmpLookupClientUnsafe@8+0x4a> 4030d9: eb 1c jmp 4030f7 <@SmpLookupClientUnsafe@8+0x66> 4030db: 83 7d f8 00 cmpl $0x0,0xfffffff8(%ebp) 4030df: 74 08 je 4030e9 <@SmpLookupClientUnsafe@8+0x58> 4030e1: 8b 55 f8 mov 0xfffffff8(%ebp),%edx 4030e4: 8b 45 f4 mov 0xfffffff4(%ebp),%eax 4030e7: 89 02 mov %eax,(%edx) 4030e9: 8b 45 f4 mov 0xfffffff4(%ebp),%eax 4030ec: 8b 80 08 01 00 00 mov 0x108(%eax),%eax 4030f2: 89 45 f4 mov %eax,0xfffffff4(%ebp) 4030f5: eb ce jmp 4030c5 <@SmpLookupClientUnsafe@8+0x34> 4030f7: 8b 45 f4 mov 0xfffffff4(%ebp),%eax 4030fa: c9 leave 4030fb: c3 ret 004030fc <_SmpLookupClient@4>: 4030fc: 55 push %ebp 4030fd: 89 e5 mov %esp,%ebp 4030ff: 83 ec 08 sub $0x8,%esp 403102: 8b 45 08 mov 0x8(%ebp),%eax 403105: 66 89 45 fe mov %ax,0xfffffffe(%ebp) 403109: c7 45 f8 00 00 00 00 movl $0x0,0xfffffff8(%ebp) 403110: 83 ec 0c sub $0xc,%esp 403113: 68 60 60 40 00 push $0x406060 403118: e8 63 0b 00 00 call 403c80 <_RtlEnterCriticalSection@4> 40311d: 83 c4 0c add $0xc,%esp 403120: 66 8b 45 fe mov 0xfffffffe(%ebp),%ax 403124: 89 c1 mov %eax,%ecx 403126: 81 e1 ff ff 00 00 and $0xffff,%ecx 40312c: ba 00 00 00 00 mov $0x0,%edx 403131: e8 5b ff ff ff call 403091 <@SmpLookupClientUnsafe@8> 403136: 89 45 f8 mov %eax,0xfffffff8(%ebp) 403139: 83 7d f8 00 cmpl $0x0,0xfffffff8(%ebp) 40313d: 74 10 je 40314f <_SmpLookupClient@4+0x53> 40313f: 83 ec 0c sub $0xc,%esp 403142: 68 60 60 40 00 push $0x406060 403147: e8 44 0b 00 00 call 403c90 <_RtlLeaveCriticalSection@4> 40314c: 83 c4 0c add $0xc,%esp 40314f: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 403152: c9 leave 403153: c2 04 00 ret $0x4 00403156 <_SmCreateClient@8>: 403156: 55 push %ebp 403157: 89 e5 mov %esp,%ebp 403159: 83 ec 18 sub $0x18,%esp 40315c: c7 45 fc 00 00 00 00 movl $0x0,0xfffffffc(%ebp) 403163: 8b 4d 08 mov 0x8(%ebp),%ecx 403166: e8 2f f1 ff ff call 40229a <@SmpGetConnectData@4> 40316b: 89 45 f8 mov %eax,0xfffffff8(%ebp) 40316e: 8b 45 08 mov 0x8(%ebp),%eax 403171: 66 8b 00 mov (%eax),%ax 403174: 25 ff ff 00 00 and $0xffff,%eax 403179: 83 e8 04 sub $0x4,%eax 40317c: 89 45 f4 mov %eax,0xfffffff4(%ebp) 40317f: 83 ec 0c sub $0xc,%esp 403182: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 403185: 66 8b 00 mov (%eax),%ax 403188: 25 ff ff 00 00 and $0xffff,%eax 40318d: 50 push %eax 40318e: e8 69 ff ff ff call 4030fc <_SmpLookupClient@4> 403193: 83 c4 0c add $0xc,%esp 403196: 85 c0 test %eax,%eax 403198: 74 0c je 4031a6 <_SmCreateClient@8+0x50> 40319a: c7 45 ec 01 00 00 c0 movl $0xc0000001,0xffffffec(%ebp) 4031a1: e9 f2 00 00 00 jmp 403298 <_SmCreateClient@8+0x142> 4031a6: 83 ec 04 sub $0x4,%esp 4031a9: 68 0c 01 00 00 push $0x10c 4031ae: 6a 08 push $0x8 4031b0: ff 35 10 60 40 00 pushl 0x406010 4031b6: e8 e5 0a 00 00 call 403ca0 <_RtlAllocateHeap@12> 4031bb: 83 c4 04 add $0x4,%esp 4031be: 89 45 fc mov %eax,0xfffffffc(%ebp) 4031c1: 83 7d fc 00 cmpl $0x0,0xfffffffc(%ebp) 4031c5: 75 0c jne 4031d3 <_SmCreateClient@8+0x7d> 4031c7: c7 45 ec 17 00 00 c0 movl $0xc0000017,0xffffffec(%ebp) 4031ce: e9 c5 00 00 00 jmp 403298 <_SmCreateClient@8+0x142> 4031d3: 8b 55 fc mov 0xfffffffc(%ebp),%edx 4031d6: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 4031d9: 66 8b 00 mov (%eax),%ax 4031dc: 66 89 02 mov %ax,(%edx) 4031df: 8b 55 fc mov 0xfffffffc(%ebp),%edx 4031e2: 8b 45 fc mov 0xfffffffc(%ebp),%eax 4031e5: 66 83 38 01 cmpw $0x1,(%eax) 4031e9: 0f 94 c0 sete %al 4031ec: 25 ff 00 00 00 and $0xff,%eax 4031f1: 89 42 04 mov %eax,0x4(%edx) 4031f4: 83 7d f4 00 cmpl $0x0,0xfffffff4(%ebp) 4031f8: 74 1c je 403216 <_SmCreateClient@8+0xc0> 4031fa: 83 ec 04 sub $0x4,%esp 4031fd: ff 75 f4 pushl 0xfffffff4(%ebp) 403200: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 403203: 83 c0 04 add $0x4,%eax 403206: 50 push %eax 403207: 8b 45 fc mov 0xfffffffc(%ebp),%eax 40320a: 83 c0 18 add $0x18,%eax 40320d: 50 push %eax 40320e: e8 8d 08 00 00 call 403aa0 <_memcpy> 403213: 83 c4 10 add $0x10,%esp * client directory. */ if (NULL == SmpClientDirectory.Client) 403216: 83 3d 7c 60 40 00 00 cmpl $0x0,0x40607c 40321d: 75 0a jne 403229 <_SmCreateClient@8+0xd3> { SmpClientDirectory.Client = pClient; 40321f: 8b 45 fc mov 0xfffffffc(%ebp),%eax 403222: a3 7c 60 40 00 mov %eax,0x40607c 403227: eb 37 jmp 403260 <_SmCreateClient@8+0x10a> } else { PSM_CLIENT_DATA pCD = NULL; 403229: c7 45 f0 00 00 00 00 movl $0x0,0xfffffff0(%ebp) for (pCD=SmpClientDirectory.Client; 403230: a1 7c 60 40 00 mov 0x40607c,%eax 403235: 89 45 f0 mov %eax,0xfffffff0(%ebp) 403238: 8b 45 f0 mov 0xfffffff0(%ebp),%eax 40323b: 83 b8 08 01 00 00 00 cmpl $0x0,0x108(%eax) 403242: 75 02 jne 403246 <_SmCreateClient@8+0xf0> 403244: eb 0e jmp 403254 <_SmCreateClient@8+0xfe> 403246: 8b 45 f0 mov 0xfffffff0(%ebp),%eax 403249: 8b 80 08 01 00 00 mov 0x108(%eax),%eax 40324f: 89 45 f0 mov %eax,0xfffffff0(%ebp) 403252: eb e4 jmp 403238 <_SmCreateClient@8+0xe2> (NULL != pCD->Next); pCD = pCD->Next); pCD->Next = pClient; 403254: 8b 55 f0 mov 0xfffffff0(%ebp),%edx 403257: 8b 45 fc mov 0xfffffffc(%ebp),%eax 40325a: 89 82 08 01 00 00 mov %eax,0x108(%edx) } pClient->Next = NULL; 403260: 8b 45 fc mov 0xfffffffc(%ebp),%eax 403263: c7 80 08 01 00 00 00 movl $0x0,0x108(%eax) 40326a: 00 00 00 ++ SmpClientDirectory.Count; 40326d: ff 05 78 60 40 00 incl 0x406078 /* * Note we unlock the client directory here, because * it was locked by SmpLookupClient on failure. */ RtlLeaveCriticalSection (& SmpClientDirectory.Lock); 403273: 83 ec 0c sub $0xc,%esp 403276: 68 60 60 40 00 push $0x406060 40327b: e8 10 0a 00 00 call 403c90 <_RtlLeaveCriticalSection@4> 403280: 83 c4 0c add $0xc,%esp if (ClientData) 403283: 83 7d 0c 00 cmpl $0x0,0xc(%ebp) 403287: 74 08 je 403291 <_SmCreateClient@8+0x13b> { *ClientData = pClient; 403289: 8b 55 0c mov 0xc(%ebp),%edx 40328c: 8b 45 fc mov 0xfffffffc(%ebp),%eax 40328f: 89 02 mov %eax,(%edx) } return STATUS_SUCCESS; 403291: c7 45 ec 00 00 00 00 movl $0x0,0xffffffec(%ebp) } 403298: 8b 45 ec mov 0xffffffec(%ebp),%eax 40329b: c9 leave 40329c: c2 08 00 ret $0x8 0040329f <_SmDestroyClient@4>: /********************************************************************** * SmpDestroyClient/1 * * 1. close any handle * 2. kill client process * 3. release resources */ NTSTATUS STDCALL SmDestroyClient (ULONG SubsystemId) { 40329f: 55 push %ebp 4032a0: 89 e5 mov %esp,%ebp 4032a2: 83 ec 18 sub $0x18,%esp NTSTATUS Status = STATUS_SUCCESS; 4032a5: c7 45 fc 00 00 00 00 movl $0x0,0xfffffffc(%ebp) PSM_CLIENT_DATA Parent = NULL; 4032ac: c7 45 f8 00 00 00 00 movl $0x0,0xfffffff8(%ebp) PSM_CLIENT_DATA Client = NULL; 4032b3: c7 45 f4 00 00 00 00 movl $0x0,0xfffffff4(%ebp) DPRINT("SM: %s called\n", __FUNCTION__); RtlEnterCriticalSection (& SmpClientDirectory.Lock); 4032ba: 83 ec 0c sub $0xc,%esp 4032bd: 68 60 60 40 00 push $0x406060 4032c2: e8 b9 09 00 00 call 403c80 <_RtlEnterCriticalSection@4> 4032c7: 83 c4 0c add $0xc,%esp Client = SmpLookupClientUnsafe (SubsystemId, & Parent); 4032ca: 8d 55 f8 lea 0xfffffff8(%ebp),%edx 4032cd: 8b 45 08 mov 0x8(%ebp),%eax 4032d0: 89 c1 mov %eax,%ecx 4032d2: 81 e1 ff ff 00 00 and $0xffff,%ecx 4032d8: e8 b4 fd ff ff call 403091 <@SmpLookupClientUnsafe@8> 4032dd: 89 45 f4 mov %eax,0xfffffff4(%ebp) if(NULL == Client) 4032e0: 83 7d f4 00 cmpl $0x0,0xfffffff4(%ebp) 4032e4: 75 3e jne 403324 <_SmDestroyClient@4+0x85> { DPRINT1("SM: %s: del req for non existent subsystem (id=%d)\n", 4032e6: 83 ec 04 sub $0x4,%esp 4032e9: 68 fa 00 00 00 push $0xfa 4032ee: 68 00 5d 40 00 push $0x405d00 4032f3: 68 09 5d 40 00 push $0x405d09 4032f8: e8 e3 06 00 00 call 4039e0 <_DbgPrint> 4032fd: 83 c4 10 add $0x10,%esp 403300: 83 ec 04 sub $0x4,%esp 403303: ff 75 08 pushl 0x8(%ebp) 403306: 68 12 5d 40 00 push $0x405d12 40330b: 68 40 5d 40 00 push $0x405d40 403310: e8 cb 06 00 00 call 4039e0 <_DbgPrint> 403315: 83 c4 10 add $0x10,%esp __FUNCTION__, SubsystemId); Status = STATUS_NOT_FOUND; 403318: c7 45 fc 25 02 00 c0 movl $0xc0000225,0xfffffffc(%ebp) 40331f: e9 82 00 00 00 jmp 4033a6 <_SmDestroyClient@4+0x107> } else { /* 1st in the list? */ if(NULL == Parent) 403324: 83 7d f8 00 cmpl $0x0,0xfffffff8(%ebp) 403328: 75 10 jne 40333a <_SmDestroyClient@4+0x9b> { SmpClientDirectory.Client = Client->Next; 40332a: 8b 45 f4 mov 0xfffffff4(%ebp),%eax 40332d: 8b 80 08 01 00 00 mov 0x108(%eax),%eax 403333: a3 7c 60 40 00 mov %eax,0x40607c 403338: eb 50 jmp 40338a <_SmDestroyClient@4+0xeb> } else { if(NULL != Parent) 40333a: 83 7d f8 00 cmpl $0x0,0xfffffff8(%ebp) 40333e: 74 14 je 403354 <_SmDestroyClient@4+0xb5> { Parent->Next = Client->Next; 403340: 8b 45 f8 mov 0xfffffff8(%ebp),%eax 403343: 8b 55 f4 mov 0xfffffff4(%ebp),%edx 403346: 8b 92 08 01 00 00 mov 0x108(%edx),%edx 40334c: 89 90 08 01 00 00 mov %edx,0x108(%eax) 403352: eb 36 jmp 40338a <_SmDestroyClient@4+0xeb> } else { DPRINT1("SM: %s: n-th has no parent!\n", __FUNCTION__); 403354: 83 ec 04 sub $0x4,%esp 403357: 68 0b 01 00 00 push $0x10b 40335c: 68 00 5d 40 00 push $0x405d00 403361: 68 09 5d 40 00 push $0x405d09 403366: e8 75 06 00 00 call 4039e0 <_DbgPrint> 40336b: 83 c4 10 add $0x10,%esp 40336e: 83 ec 08 sub $0x8,%esp 403371: 68 12 5d 40 00 push $0x405d12 403376: 68 74 5d 40 00 push $0x405d74 40337b: e8 60 06 00 00 call 4039e0 <_DbgPrint> 403380: 83 c4 10 add $0x10,%esp Status = STATUS_UNSUCCESSFUL; /* FIXME */ 403383: c7 45 fc 01 00 00 c0 movl $0xc0000001,0xfffffffc(%ebp) } } /* TODO: send shutdown or kill */ RtlFreeHeap (SmpHeap, 0, Client); 40338a: 83 ec 04 sub $0x4,%esp 40338d: ff 75 f4 pushl 0xfffffff4(%ebp) 403390: 6a 00 push $0x0 403392: ff 35 10 60 40 00 pushl 0x406010 403398: e8 13 09 00 00 call 403cb0 <_RtlFreeHeap@12> 40339d: 83 c4 04 add $0x4,%esp -- SmpClientDirectory.Count; 4033a0: ff 0d 78 60 40 00 decl 0x406078 } RtlLeaveCriticalSection (& SmpClientDirectory.Lock); 4033a6: 83 ec 0c sub $0xc,%esp 4033a9: 68 60 60 40 00 push $0x406060 4033ae: e8 dd 08 00 00 call 403c90 <_RtlLeaveCriticalSection@4> 4033b3: 83 c4 0c add $0xc,%esp return Status; 4033b6: 8b 45 fc mov 0xfffffffc(%ebp),%eax } 4033b9: c9 leave 4033ba: c2 04 00 ret $0x4 4033bd: 90 nop 4033be: 90 nop 4033bf: 90 nop 004033c0 <_DbgSsApiPortThread@4>: 4033c0: 55 push %ebp 4033c1: 89 e5 mov %esp,%ebp 4033c3: 57 push %edi 4033c4: 81 ec 64 01 00 00 sub $0x164,%esp 4033ca: c7 45 f4 00 00 00 00 movl $0x0,0xfffffff4(%ebp) 4033d1: 8d bd 98 fe ff ff lea 0xfffffe98(%ebp),%edi 4033d7: fc cld 4033d8: ba 00 00 00 00 mov $0x0,%edx 4033dd: b8 52 00 00 00 mov $0x52,%eax 4033e2: 89 c1 mov %eax,%ecx 4033e4: 89 d0 mov %edx,%eax 4033e6: f3 ab repz stos %eax,%es:(%edi) 4033e8: 83 ec 08 sub $0x8,%esp 4033eb: 8d 85 98 fe ff ff lea 0xfffffe98(%ebp),%eax 4033f1: 50 push %eax 4033f2: ff 35 50 60 40 00 pushl 0x406050 4033f8: e8 e3 07 00 00 call 403be0 <_NtListenPort@8> 4033fd: 83 c4 08 add $0x8,%esp 403400: 89 45 f4 mov %eax,0xfffffff4(%ebp) 403403: 83 7d f4 00 cmpl $0x0,0xfffffff4(%ebp) 403407: 79 df jns 4033e8 <_DbgSsApiPortThread@4+0x28> 403409: 83 ec 04 sub $0x4,%esp 40340c: 6a 35 push $0x35 40340e: 68 a0 5d 40 00 push $0x405da0 403413: 68 a8 5d 40 00 push $0x405da8 403418: e8 c3 05 00 00 call 4039e0 <_DbgPrint> 40341d: 83 c4 10 add $0x10,%esp 403420: 83 ec 04 sub $0x4,%esp 403423: ff 75 f4 pushl 0xfffffff4(%ebp) 403426: 68 b1 5d 40 00 push $0x405db1 40342b: 68 e0 5d 40 00 push $0x405de0 403430: e8 ab 05 00 00 call 4039e0 <_DbgPrint> 403435: 83 c4 10 add $0x10,%esp 403438: 83 ec 08 sub $0x8,%esp 40343b: ff 75 f4 pushl 0xfffffff4(%ebp) 40343e: 6a fe push $0xfffffffe 403440: e8 3b 05 00 00 call 403980 <_NtTerminateThread@8> 403445: 83 c4 08 add $0x8,%esp 403448: 8b 7d fc mov 0xfffffffc(%ebp),%edi 40344b: c9 leave 40344c: c2 04 00 ret $0x4 0040344f <_DbgUiApiPortThread@4>: 40344f: 55 push %ebp 403450: 89 e5 mov %esp,%ebp 403452: 57 push %edi 403453: 81 ec 64 01 00 00 sub $0x164,%esp 403459: c7 45 f4 00 00 00 00 movl $0x0,0xfffffff4(%ebp) 403460: 8d bd 98 fe ff ff lea 0xfffffe98(%ebp),%edi 403466: fc cld 403467: ba 00 00 00 00 mov $0x0,%edx 40346c: b8 52 00 00 00 mov $0x52,%eax 403471: 89 c1 mov %eax,%ecx 403473: 89 d0 mov %edx,%eax 403475: f3 ab repz stos %eax,%es:(%edi) 403477: 83 ec 08 sub $0x8,%esp 40347a: 8d 85 98 fe ff ff lea 0xfffffe98(%ebp),%eax 403480: 50 push %eax 403481: ff 35 54 60 40 00 pushl 0x406054 403487: e8 54 07 00 00 call 403be0 <_NtListenPort@8> 40348c: 83 c4 08 add $0x8,%esp 40348f: 89 45 f4 mov %eax,0xfffffff4(%ebp) 403492: 83 7d f4 00 cmpl $0x0,0xfffffff4(%ebp) 403496: 79 df jns 403477 <_DbgUiApiPortThread@4+0x28> 403498: 83 ec 04 sub $0x4,%esp 40349b: 6a 48 push $0x48 40349d: 68 a0 5d 40 00 push $0x405da0 4034a2: 68 a8 5d 40 00 push $0x405da8 4034a7: e8 34 05 00 00 call 4039e0 <_DbgPrint> 4034ac: 83 c4 10 add $0x10,%esp 4034af: 83 ec 04 sub $0x4,%esp 4034b2: ff 75 f4 pushl 0xfffffff4(%ebp) 4034b5: 68 11 5e 40 00 push $0x405e11 4034ba: 68 e0 5d 40 00 push $0x405de0 4034bf: e8 1c 05 00 00 call 4039e0 <_DbgPrint> 4034c4: 83 c4 10 add $0x10,%esp 4034c7: 83 ec 08 sub $0x8,%esp 4034ca: ff 75 f4 pushl 0xfffffff4(%ebp) 4034cd: 6a fe push $0xfffffffe 4034cf: e8 ac 04 00 00 call 403980 <_NtTerminateThread@8> 4034d4: 83 c4 08 add $0x8,%esp 4034d7: 8b 7d fc mov 0xfffffffc(%ebp),%edi 4034da: c9 leave 4034db: c2 04 00 ret $0x4 004034de <_SmpCreatePT@28>: 4034de: 55 push %ebp 4034df: 89 e5 mov %esp,%ebp 4034e1: 83 ec 58 sub $0x58,%esp 4034e4: c7 45 f4 00 00 00 00 movl $0x0,0xfffffff4(%ebp) 4034eb: c7 45 e8 00 00 00 00 movl $0x0,0xffffffe8(%ebp) 4034f2: c7 45 ec 00 00 00 00 movl $0x0,0xffffffec(%ebp) 4034f9: c7 45 c4 00 00 00 00 movl $0x0,0xffffffc4(%ebp) 403500: c7 45 b8 00 00 00 00 movl $0x0,0xffffffb8(%ebp) 403507: c7 45 bc 00 00 00 00 movl $0x0,0xffffffbc(%ebp) 40350e: 83 ec 08 sub $0x8,%esp 403511: ff 75 0c pushl 0xc(%ebp) 403514: 8d 45 e8 lea 0xffffffe8(%ebp),%eax 403517: 50 push %eax 403518: e8 73 04 00 00 call 403990 <_RtlInitUnicodeString@8> 40351d: 83 c4 08 add $0x8,%esp 403520: c7 45 c8 18 00 00 00 movl $0x18,0xffffffc8(%ebp) 403527: 8d 45 e8 lea 0xffffffe8(%ebp),%eax 40352a: 89 45 d0 mov %eax,0xffffffd0(%ebp) 40352d: c7 45 d4 01 00 00 00 movl $0x1,0xffffffd4(%ebp) 403534: c7 45 cc 00 00 00 00 movl $0x0,0xffffffcc(%ebp) 40353b: c7 45 d8 00 00 00 00 movl $0x0,0xffffffd8(%ebp) 403542: c7 45 dc 00 00 00 00 movl $0x0,0xffffffdc(%ebp) 403549: 83 ec 0c sub $0xc,%esp 40354c: ff 75 18 pushl 0x18(%ebp) 40354f: ff 75 14 pushl 0x14(%ebp) 403552: ff 75 10 pushl 0x10(%ebp) 403555: 8d 45 c8 lea 0xffffffc8(%ebp),%eax 403558: 50 push %eax 403559: ff 75 08 pushl 0x8(%ebp) 40355c: e8 8f 06 00 00 call 403bf0 <_NtCreatePort@20> 403561: 83 c4 0c add $0xc,%esp 403564: 89 45 f4 mov %eax,0xfffffff4(%ebp) 403567: 83 7d f4 00 cmpl $0x0,0xfffffff4(%ebp) 40356b: 74 08 je 403575 <_SmpCreatePT@28+0x97> 40356d: 8b 45 f4 mov 0xfffffff4(%ebp),%eax 403570: 89 45 b4 mov %eax,0xffffffb4(%ebp) 403573: eb 56 jmp 4035cb <_SmpCreatePT@28+0xed> 403575: 83 ec 08 sub $0x8,%esp 403578: 8d 45 b8 lea 0xffffffb8(%ebp),%eax 40357b: 50 push %eax 40357c: 8d 45 c4 lea 0xffffffc4(%ebp),%eax 40357f: 50 push %eax 403580: ff 75 08 pushl 0x8(%ebp) 403583: ff 75 1c pushl 0x1c(%ebp) 403586: 6a 00 push $0x0 403588: 6a 00 push $0x0 40358a: 6a 00 push $0x0 40358c: 6a 00 push $0x0 40358e: 6a 00 push $0x0 403590: 6a ff push $0xffffffff 403592: e8 39 06 00 00 call 403bd0 <_RtlCreateUserThread@40> 403597: 83 c4 08 add $0x8,%esp 40359a: 83 7d c4 00 cmpl $0x0,0xffffffc4(%ebp) 40359e: 75 17 jne 4035b7 <_SmpCreatePT@28+0xd9> 4035a0: 83 ec 0c sub $0xc,%esp 4035a3: 8b 45 08 mov 0x8(%ebp),%eax 4035a6: ff 30 pushl (%eax) 4035a8: e8 23 04 00 00 call 4039d0 <_NtClose@4> 4035ad: 83 c4 0c add $0xc,%esp 4035b0: c7 45 f4 01 00 00 c0 movl $0xc0000001,0xfffffff4(%ebp) 4035b7: 83 7d 20 00 cmpl $0x0,0x20(%ebp) 4035bb: 74 08 je 4035c5 <_SmpCreatePT@28+0xe7> 4035bd: 8b 55 20 mov 0x20(%ebp),%edx 4035c0: 8b 45 c4 mov 0xffffffc4(%ebp),%eax 4035c3: 89 02 mov %eax,(%edx) 4035c5: 8b 45 f4 mov 0xfffffff4(%ebp),%eax 4035c8: 89 45 b4 mov %eax,0xffffffb4(%ebp) 4035cb: 8b 45 b4 mov 0xffffffb4(%ebp),%eax 4035ce: c9 leave 4035cf: c2 1c 00 ret $0x1c 004035d2 <_SmInitializeDbgSs>: 4035d2: 55 push %ebp 4035d3: 89 e5 mov %esp,%ebp 4035d5: 83 ec 18 sub $0x18,%esp 4035d8: c7 45 fc 00 00 00 00 movl $0x0,0xfffffffc(%ebp) 4035df: c7 45 f8 00 00 00 00 movl $0x0,0xfffffff8(%ebp) 4035e6: 83 ec 04 sub $0x4,%esp 4035e9: 8d 45 f8 lea 0xfffffff8(%ebp),%eax 4035ec: 50 push %eax 4035ed: 68 c0 33 40 00 push $0x4033c0 4035f2: 6a 00 push $0x0 4035f4: 6a 00 push $0x0 4035f6: 6a 00 push $0x0 4035f8: 68 24 5e 40 00 push $0x405e24 4035fd: 68 50 60 40 00 push $0x406050 403602: e8 d7 fe ff ff call 4034de <_SmpCreatePT@28> 403607: 83 c4 04 add $0x4,%esp 40360a: 89 45 fc mov %eax,0xfffffffc(%ebp) 40360d: 83 7d fc 00 cmpl $0x0,0xfffffffc(%ebp) 403611: 79 08 jns 40361b <_SmInitializeDbgSs+0x49> 403613: 8b 45 fc mov 0xfffffffc(%ebp),%eax 403616: 89 45 f4 mov %eax,0xfffffff4(%ebp) 403619: eb 59 jmp 403674 <_SmInitializeDbgSs+0xa2> 40361b: 83 ec 04 sub $0x4,%esp 40361e: 6a 00 push $0x0 403620: 68 4f 34 40 00 push $0x40344f 403625: 6a 00 push $0x0 403627: 6a 00 push $0x0 403629: 6a 00 push $0x0 40362b: 68 40 5e 40 00 push $0x405e40 403630: 68 54 60 40 00 push $0x406054 403635: e8 a4 fe ff ff call 4034de <_SmpCreatePT@28> 40363a: 83 c4 04 add $0x4,%esp 40363d: 89 45 fc mov %eax,0xfffffffc(%ebp) 403640: 83 7d fc 00 cmpl $0x0,0xfffffffc(%ebp) 403644: 79 27 jns 40366d <_SmInitializeDbgSs+0x9b> 403646: 83 ec 0c sub $0xc,%esp 403649: ff 75 f8 pushl 0xfffffff8(%ebp) 40364c: e8 7f 03 00 00 call 4039d0 <_NtClose@4> 403651: 83 c4 0c add $0xc,%esp 403654: 83 ec 0c sub $0xc,%esp 403657: ff 35 50 60 40 00 pushl 0x406050 40365d: e8 6e 03 00 00 call 4039d0 <_NtClose@4> 403662: 83 c4 0c add $0xc,%esp 403665: 8b 45 fc mov 0xfffffffc(%ebp),%eax 403668: 89 45 f4 mov %eax,0xfffffff4(%ebp) 40366b: eb 07 jmp 403674 <_SmInitializeDbgSs+0xa2> 40366d: c7 45 f4 00 00 00 00 movl $0x0,0xfffffff4(%ebp) 403674: 8b 45 f4 mov 0xfffffff4(%ebp),%eax 403677: c9 leave 403678: c3 ret 403679: 90 nop 40367a: 90 nop 40367b: 90 nop 40367c: 90 nop 40367d: 90 nop 40367e: 90 nop 40367f: 90 nop 00403680 <_DisplayString@4>: 403680: 55 push %ebp 403681: 89 e5 mov %esp,%ebp 403683: 83 ec 08 sub $0x8,%esp 403686: 83 ec 08 sub $0x8,%esp 403689: ff 75 08 pushl 0x8(%ebp) 40368c: 8d 45 f8 lea 0xfffffff8(%ebp),%eax 40368f: 50 push %eax 403690: e8 fb 02 00 00 call 403990 <_RtlInitUnicodeString@8> 403695: 83 c4 08 add $0x8,%esp 403698: 83 ec 0c sub $0xc,%esp 40369b: 8d 45 f8 lea 0xfffffff8(%ebp),%eax 40369e: 50 push %eax 40369f: e8 1c 06 00 00 call 403cc0 <_ZwDisplayString@4> 4036a4: 83 c4 0c add $0xc,%esp 4036a7: c9 leave 4036a8: c2 04 00 ret $0x4 004036ab <_PrintString@0>: 4036ab: 55 push %ebp 4036ac: 89 e5 mov %esp,%ebp 4036ae: 81 ec 28 02 00 00 sub $0x228,%esp 4036b4: 8d 45 0c lea 0xc(%ebp),%eax 4036b7: 89 85 f4 fd ff ff mov %eax,0xfffffdf4(%ebp) 4036bd: 83 ec 04 sub $0x4,%esp 4036c0: ff b5 f4 fd ff ff pushl 0xfffffdf4(%ebp) 4036c6: ff 75 08 pushl 0x8(%ebp) 4036c9: 8d 85 f8 fd ff ff lea 0xfffffdf8(%ebp),%eax 4036cf: 50 push %eax 4036d0: e8 2b 06 00 00 call 403d00 <_vsprintf> 4036d5: 83 c4 10 add $0x10,%esp 4036d8: 83 ec 08 sub $0x8,%esp 4036db: 8d 85 f8 fd ff ff lea 0xfffffdf8(%ebp),%eax 4036e1: 50 push %eax 4036e2: 8d 85 e0 fd ff ff lea 0xfffffde0(%ebp),%eax 4036e8: 50 push %eax 4036e9: e8 e2 05 00 00 call 403cd0 <_RtlInitAnsiString@8> 4036ee: 83 c4 08 add $0x8,%esp 4036f1: 83 ec 04 sub $0x4,%esp 4036f4: 6a 01 push $0x1 4036f6: 8d 85 e0 fd ff ff lea 0xfffffde0(%ebp),%eax 4036fc: 50 push %eax 4036fd: 8d 85 e8 fd ff ff lea 0xfffffde8(%ebp),%eax 403703: 50 push %eax 403704: e8 d7 05 00 00 call 403ce0 <_RtlAnsiStringToUnicodeString@12> 403709: 83 c4 04 add $0x4,%esp 40370c: 83 ec 0c sub $0xc,%esp 40370f: 8d 85 e8 fd ff ff lea 0xfffffde8(%ebp),%eax 403715: 50 push %eax 403716: e8 d5 05 00 00 call 403cf0 <_NtDisplayString@4> 40371b: 83 c4 0c add $0xc,%esp 40371e: 83 ec 0c sub $0xc,%esp 403721: 8d 85 e8 fd ff ff lea 0xfffffde8(%ebp),%eax 403727: 50 push %eax 403728: e8 13 04 00 00 call 403b40 <_RtlFreeUnicodeString@4> 40372d: 83 c4 0c add $0xc,%esp 403730: c9 leave 403731: c3 ret 403732: 90 nop 403733: 90 nop 403734: 90 nop 403735: 90 nop 403736: 90 nop 403737: 90 nop 403738: 90 nop 403739: 90 nop 40373a: 90 nop 40373b: 90 nop 40373c: 90 nop 40373d: 90 nop 40373e: 90 nop 40373f: 90 nop 00403740 <_SmConnectApiPort@16>: 403740: 55 push %ebp 403741: 89 e5 mov %esp,%ebp 403743: 57 push %edi 403744: 81 ec 44 01 00 00 sub $0x144,%esp 40374a: 8b 45 10 mov 0x10(%ebp),%eax 40374d: 66 89 45 f6 mov %ax,0xfffffff6(%ebp) 403751: c7 45 d4 00 00 00 00 movl $0x0,0xffffffd4(%ebp) 403758: 8d bd c8 fe ff ff lea 0xfffffec8(%ebp),%edi 40375e: fc cld 40375f: ba 00 00 00 00 mov $0x0,%edx 403764: b8 3d 00 00 00 mov $0x3d,%eax 403769: 89 c1 mov %eax,%ecx 40376b: 89 d0 mov %edx,%eax 40376d: f3 ab repz stos %eax,%es:(%edi) 40376f: c7 85 c4 fe ff ff 00 movl $0x0,0xfffffec4(%ebp) 403776: 00 00 00 403779: 83 7d 08 00 cmpl $0x0,0x8(%ebp) 40377d: 0f 84 90 00 00 00 je 403813 <_SmConnectApiPort@16+0xd3> 403783: 8b 45 08 mov 0x8(%ebp),%eax 403786: 66 81 38 f0 00 cmpw $0xf0,(%eax) 40378b: 76 0f jbe 40379c <_SmConnectApiPort@16+0x5c> 40378d: c7 85 c0 fe ff ff ef movl $0xc00000ef,0xfffffec0(%ebp) 403794: 00 00 c0 403797: e9 ed 00 00 00 jmp 403889 <_SmConnectApiPort@16+0x149> 40379c: 83 7d 0c 00 cmpl $0x0,0xc(%ebp) 4037a0: 74 07 je 4037a9 <_SmConnectApiPort@16+0x69> 4037a2: 66 83 7d f6 00 cmpw $0x0,0xfffffff6(%ebp) 4037a7: 75 0f jne 4037b8 <_SmConnectApiPort@16+0x78> 4037a9: c7 85 c0 fe ff ff 30 movl $0xc0000030,0xfffffec0(%ebp) 4037b0: 00 00 c0 4037b3: e9 d1 00 00 00 jmp 403889 <_SmConnectApiPort@16+0x149> 4037b8: 83 ec 08 sub $0x8,%esp 4037bb: 68 f4 00 00 00 push $0xf4 4037c0: 8d 85 c8 fe ff ff lea 0xfffffec8(%ebp),%eax 4037c6: 50 push %eax 4037c7: e8 54 02 00 00 call 403a20 <_RtlZeroMemory@8> 4037cc: 83 c4 08 add $0x8,%esp 4037cf: 66 c7 85 ca fe ff ff movw $0x0,0xfffffeca(%ebp) 4037d6: 00 00 4037d8: 66 8b 45 f6 mov 0xfffffff6(%ebp),%ax 4037dc: 66 89 85 c8 fe ff ff mov %ax,0xfffffec8(%ebp) 4037e3: 8b 45 08 mov 0x8(%ebp),%eax 4037e6: 66 83 38 00 cmpw $0x0,(%eax) 4037ea: 74 27 je 403813 <_SmConnectApiPort@16+0xd3> 4037ec: 83 ec 04 sub $0x4,%esp 4037ef: 8b 45 08 mov 0x8(%ebp),%eax 4037f2: 66 8b 00 mov (%eax),%ax 4037f5: 25 ff ff 00 00 and $0xffff,%eax 4037fa: 50 push %eax 4037fb: 8b 45 08 mov 0x8(%ebp),%eax 4037fe: ff 70 04 pushl 0x4(%eax) 403801: 8d 85 c8 fe ff ff lea 0xfffffec8(%ebp),%eax 403807: 83 c0 04 add $0x4,%eax 40380a: 50 push %eax 40380b: e8 90 02 00 00 call 403aa0 <_memcpy> 403810: 83 c4 10 add $0x10,%esp 403813: c7 85 c4 fe ff ff f4 movl $0xf4,0xfffffec4(%ebp) 40381a: 00 00 00 40381d: c7 45 d8 0c 00 00 00 movl $0xc,0xffffffd8(%ebp) 403824: c7 45 dc 01 00 00 00 movl $0x1,0xffffffdc(%ebp) 40382b: c6 45 e0 01 movb $0x1,0xffffffe0(%ebp) 40382f: c6 45 e1 01 movb $0x1,0xffffffe1(%ebp) 403833: 83 ec 08 sub $0x8,%esp 403836: 68 60 5e 40 00 push $0x405e60 40383b: 8d 45 e8 lea 0xffffffe8(%ebp),%eax 40383e: 50 push %eax 40383f: e8 4c 01 00 00 call 403990 <_RtlInitUnicodeString@8> 403844: 83 c4 08 add $0x8,%esp 403847: 8d 85 c4 fe ff ff lea 0xfffffec4(%ebp),%eax 40384d: 50 push %eax 40384e: 8d 85 c8 fe ff ff lea 0xfffffec8(%ebp),%eax 403854: 50 push %eax 403855: 6a 00 push $0x0 403857: 6a 00 push $0x0 403859: 6a 00 push $0x0 40385b: 8d 45 d8 lea 0xffffffd8(%ebp),%eax 40385e: 50 push %eax 40385f: 8d 45 e8 lea 0xffffffe8(%ebp),%eax 403862: 50 push %eax 403863: ff 75 14 pushl 0x14(%ebp) 403866: e8 25 03 00 00 call 403b90 <_NtConnectPort@32> 40386b: 89 45 d4 mov %eax,0xffffffd4(%ebp) 40386e: 83 7d d4 00 cmpl $0x0,0xffffffd4(%ebp) 403872: 78 0c js 403880 <_SmConnectApiPort@16+0x140> 403874: c7 85 c0 fe ff ff 00 movl $0x0,0xfffffec0(%ebp) 40387b: 00 00 00 40387e: eb 09 jmp 403889 <_SmConnectApiPort@16+0x149> 403880: 8b 45 d4 mov 0xffffffd4(%ebp),%eax 403883: 89 85 c0 fe ff ff mov %eax,0xfffffec0(%ebp) 403889: 8b 85 c0 fe ff ff mov 0xfffffec0(%ebp),%eax 40388f: 8b 7d fc mov 0xfffffffc(%ebp),%edi 403892: c9 leave 403893: c2 10 00 ret $0x10 403896: 90 nop 403897: 90 nop 403898: 90 nop 403899: 90 nop 40389a: 90 nop 40389b: 90 nop 40389c: 90 nop 40389d: 90 nop 40389e: 90 nop 40389f: 90 nop 004038a0 <_SmExecuteProgram@8>: 4038a0: 55 push %ebp 4038a1: 89 e5 mov %esp,%ebp 4038a3: 81 ec 98 00 00 00 sub $0x98,%esp 4038a9: 8b 45 0c mov 0xc(%ebp),%eax 4038ac: 66 83 38 40 cmpw $0x40,(%eax) 4038b0: 76 0f jbe 4038c1 <_SmExecuteProgram@8+0x21> 4038b2: c7 85 74 ff ff ff 0d movl $0xc000000d,0xffffff74(%ebp) 4038b9: 00 00 c0 4038bc: e9 a4 00 00 00 jmp 403965 <_SmExecuteProgram@8+0xc5> 4038c1: 83 ec 08 sub $0x8,%esp 4038c4: 6a 6c push $0x6c 4038c6: 8d 85 78 ff ff ff lea 0xffffff78(%ebp),%eax 4038cc: 50 push %eax 4038cd: e8 4e 01 00 00 call 403a20 <_RtlZeroMemory@8> 4038d2: 83 c4 08 add $0x8,%esp 4038d5: 8b 45 0c mov 0xc(%ebp),%eax 4038d8: 66 8b 00 mov (%eax),%ax 4038db: 25 ff ff 00 00 and $0xffff,%eax 4038e0: 89 45 98 mov %eax,0xffffff98(%ebp) 4038e3: 83 ec 04 sub $0x4,%esp 4038e6: 8b 45 0c mov 0xc(%ebp),%eax 4038e9: 66 8b 00 mov (%eax),%ax 4038ec: 25 ff ff 00 00 and $0xffff,%eax 4038f1: 50 push %eax 4038f2: 8b 45 0c mov 0xc(%ebp),%eax 4038f5: ff 70 04 pushl 0x4(%eax) 4038f8: 8d 85 78 ff ff ff lea 0xffffff78(%ebp),%eax 4038fe: 83 c0 24 add $0x24,%eax 403901: 50 push %eax 403902: e8 99 01 00 00 call 403aa0 <_memcpy> 403907: 83 c4 10 add $0x10,%esp 40390a: c7 45 90 04 00 00 00 movl $0x4,0xffffff90(%ebp) 403911: 66 c7 85 7c ff ff ff movw $0x0,0xffffff7c(%ebp) 403918: 00 00 40391a: 66 c7 85 78 ff ff ff movw $0x54,0xffffff78(%ebp) 403921: 54 00 403923: 66 c7 85 7a ff ff ff movw $0x6c,0xffffff7a(%ebp) 40392a: 6c 00 40392c: 83 ec 04 sub $0x4,%esp 40392f: 8d 85 78 ff ff ff lea 0xffffff78(%ebp),%eax 403935: 50 push %eax 403936: 8d 85 78 ff ff ff lea 0xffffff78(%ebp),%eax 40393c: 50 push %eax 40393d: ff 75 08 pushl 0x8(%ebp) 403940: e8 cb 03 00 00 call 403d10 <_NtRequestWaitReplyPort@12> 403945: 83 c4 04 add $0x4,%esp 403948: 89 45 f4 mov %eax,0xfffffff4(%ebp) 40394b: 83 7d f4 00 cmpl $0x0,0xfffffff4(%ebp) 40394f: 78 0b js 40395c <_SmExecuteProgram@8+0xbc> 403951: 8b 45 94 mov 0xffffff94(%ebp),%eax 403954: 89 85 74 ff ff ff mov %eax,0xffffff74(%ebp) 40395a: eb 09 jmp 403965 <_SmExecuteProgram@8+0xc5> 40395c: 8b 45 f4 mov 0xfffffff4(%ebp),%eax 40395f: 89 85 74 ff ff ff mov %eax,0xffffff74(%ebp) 403965: 8b 85 74 ff ff ff mov 0xffffff74(%ebp),%eax 40396b: c9 leave 40396c: c2 08 00 ret $0x8 40396f: 90 nop 00403970 <_NtQueryInformationProcess@20>: 403970: ff 25 68 71 40 00 jmp *0x407168 403976: 90 nop 403977: 90 nop ... 00403980 <_NtTerminateThread@8>: 403980: ff 25 80 71 40 00 jmp *0x407180 403986: 90 nop 403987: 90 nop ... 00403990 <_RtlInitUnicodeString@8>: 403990: ff 25 c4 71 40 00 jmp *0x4071c4 403996: 90 nop 403997: 90 nop ... 004039a0 <_NtOpenEvent@12>: 4039a0: ff 25 58 71 40 00 jmp *0x407158 4039a6: 90 nop 4039a7: 90 nop ... 004039b0 <_NtPulseEvent@8>: 4039b0: ff 25 64 71 40 00 jmp *0x407164 4039b6: 90 nop 4039b7: 90 nop ... 004039c0 <_NtWaitForSingleObject@12>: 4039c0: ff 25 84 71 40 00 jmp *0x407184 4039c6: 90 nop 4039c7: 90 nop ... 004039d0 <_NtClose@4>: 4039d0: ff 25 2c 71 40 00 jmp *0x40712c 4039d6: 90 nop 4039d7: 90 nop ... 004039e0 <_DbgPrint>: 4039e0: ff 25 20 71 40 00 jmp *0x407120 4039e6: 90 nop 4039e7: 90 nop ... 004039f0 <_RtlCreateHeap@24>: 4039f0: ff 25 98 71 40 00 jmp *0x407198 4039f6: 90 nop 4039f7: 90 nop ... 00403a00 <_RtlCreateEnvironment@8>: 403a00: ff 25 94 71 40 00 jmp *0x407194 403a06: 90 nop 403a07: 90 nop ... 00403a10 <_RtlSetEnvironmentVariable@12>: 403a10: ff 25 d4 71 40 00 jmp *0x4071d4 403a16: 90 nop 403a17: 90 nop ... 00403a20 <_RtlZeroMemory@8>: 403a20: ff 25 d8 71 40 00 jmp *0x4071d8 403a26: 90 nop 403a27: 90 nop ... 00403a30 <_RtlQueryRegistryValues@20>: 403a30: ff 25 d0 71 40 00 jmp *0x4071d0 403a36: 90 nop 403a37: 90 nop ... 00403a40 <_wcscpy>: 403a40: ff 25 00 72 40 00 jmp *0x407200 403a46: 90 nop 403a47: 90 nop ... 00403a50 <_ZwCreateDirectoryObject@12>: 403a50: ff 25 dc 71 40 00 jmp *0x4071dc 403a56: 90 nop 403a57: 90 nop ... 00403a60 <_NtCreateSymbolicLinkObject@16>: 403a60: ff 25 48 71 40 00 jmp *0x407148 403a66: 90 nop 403a67: 90 nop ... 00403a70 <_swprintf>: 403a70: ff 25 f0 71 40 00 jmp *0x4071f0 403a76: 90 nop 403a77: 90 nop ... 00403a80 <_wcscat>: 403a80: ff 25 f8 71 40 00 jmp *0x4071f8 403a86: 90 nop 403a87: 90 nop ... 00403a90 <_wcslen>: 403a90: ff 25 04 72 40 00 jmp *0x407204 403a96: 90 nop 403a97: 90 nop ... 00403aa0 <_memcpy>: 403aa0: ff 25 ec 71 40 00 jmp *0x4071ec 403aa6: 90 nop 403aa7: 90 nop ... 00403ab0 <_wcschr>: 403ab0: ff 25 fc 71 40 00 jmp *0x4071fc 403ab6: 90 nop 403ab7: 90 nop ... 00403ac0 <_NtOpenFile@24>: 403ac0: ff 25 5c 71 40 00 jmp *0x40715c 403ac6: 90 nop 403ac7: 90 nop ... 00403ad0 <_LdrVerifyImageMatchesChecksum@16>: 403ad0: ff 25 24 71 40 00 jmp *0x407124 403ad6: 90 nop 403ad7: 90 nop ... 00403ae0 <_NtRaiseHardError@24>: 403ae0: ff 25 70 71 40 00 jmp *0x407170 403ae6: 90 nop 403ae7: 90 nop ... 00403af0 <_NtCreateSection@28>: 403af0: ff 25 44 71 40 00 jmp *0x407144 403af6: 90 nop 403af7: 90 nop ... 00403b00 <_NtCreateDirectoryObject@12>: 403b00: ff 25 38 71 40 00 jmp *0x407138 403b06: 90 nop 403b07: 90 nop ... 00403b10 <_RtlDosPathNameToNtPathName_U@16>: 403b10: ff 25 ac 71 40 00 jmp *0x4071ac 403b16: 90 nop 403b17: 90 nop ... 00403b20 <__wcsicmp>: 403b20: ff 25 e8 71 40 00 jmp *0x4071e8 403b26: 90 nop 403b27: 90 nop ... 00403b30 <_NtCreatePagingFile@16>: 403b30: ff 25 3c 71 40 00 jmp *0x40713c 403b36: 90 nop 403b37: 90 nop ... 00403b40 <_RtlFreeUnicodeString@4>: 403b40: ff 25 bc 71 40 00 jmp *0x4071bc 403b46: 90 nop 403b47: 90 nop ... 00403b50 <_RtlCheckRegistryKey@8>: 403b50: ff 25 90 71 40 00 jmp *0x407190 403b56: 90 nop 403b57: 90 nop ... 00403b60 <_wcstoul>: 403b60: ff 25 08 72 40 00 jmp *0x407208 403b66: 90 nop 403b67: 90 nop ... 00403b70 <_NtSetSystemInformation@12>: 403b70: ff 25 7c 71 40 00 jmp *0x40717c 403b76: 90 nop 403b77: 90 nop ... 00403b80 <_NtInitializeRegistry@4>: 403b80: ff 25 50 71 40 00 jmp *0x407150 403b86: 90 nop 403b87: 90 nop ... 00403b90 <_NtConnectPort@32>: 403b90: ff 25 34 71 40 00 jmp *0x407134 403b96: 90 nop 403b97: 90 nop ... 00403ba0 <_NtReplyWaitReceivePort@16>: 403ba0: ff 25 74 71 40 00 jmp *0x407174 403ba6: 90 nop 403ba7: 90 nop ... 00403bb0 <_NtAcceptConnectPort@24>: 403bb0: ff 25 28 71 40 00 jmp *0x407128 403bb6: 90 nop 403bb7: 90 nop ... 00403bc0 <_NtCompleteConnectPort@4>: 403bc0: ff 25 30 71 40 00 jmp *0x407130 403bc6: 90 nop 403bc7: 90 nop ... 00403bd0 <_RtlCreateUserThread@40>: 403bd0: ff 25 a4 71 40 00 jmp *0x4071a4 403bd6: 90 nop 403bd7: 90 nop ... 00403be0 <_NtListenPort@8>: 403be0: ff 25 54 71 40 00 jmp *0x407154 403be6: 90 nop 403be7: 90 nop ... 00403bf0 <_NtCreatePort@20>: 403bf0: ff 25 40 71 40 00 jmp *0x407140 403bf6: 90 nop 403bf7: 90 nop ... 00403c00 <_RtlCreateProcessParameters@40>: 403c00: ff 25 9c 71 40 00 jmp *0x40719c 403c06: 90 nop 403c07: 90 nop ... 00403c10 <_RtlCreateUserProcess@40>: 403c10: ff 25 a0 71 40 00 jmp *0x4071a0 403c16: 90 nop 403c17: 90 nop ... 00403c20 <_RtlDestroyProcessParameters@4>: 403c20: ff 25 a8 71 40 00 jmp *0x4071a8 403c26: 90 nop 403c27: 90 nop ... 00403c30 <_ZwResumeThread@8>: 403c30: ff 25 e4 71 40 00 jmp *0x4071e4 403c36: 90 nop 403c37: 90 nop ... 00403c40 <_NtOpenKey@12>: 403c40: ff 25 60 71 40 00 jmp *0x407160 403c46: 90 nop 403c47: 90 nop ... 00403c50 <_NtQueryValueKey@24>: 403c50: ff 25 6c 71 40 00 jmp *0x40716c 403c56: 90 nop 403c57: 90 nop ... 00403c60 <_RtlExpandEnvironmentStrings_U@16>: 403c60: ff 25 b4 71 40 00 jmp *0x4071b4 403c66: 90 nop 403c67: 90 nop ... 00403c70 <_RtlInitializeCriticalSection@4>: 403c70: ff 25 c8 71 40 00 jmp *0x4071c8 403c76: 90 nop 403c77: 90 nop ... 00403c80 <_RtlEnterCriticalSection@4>: 403c80: ff 25 b0 71 40 00 jmp *0x4071b0 403c86: 90 nop 403c87: 90 nop ... 00403c90 <_RtlLeaveCriticalSection@4>: 403c90: ff 25 cc 71 40 00 jmp *0x4071cc 403c96: 90 nop 403c97: 90 nop ... 00403ca0 <_RtlAllocateHeap@12>: 403ca0: ff 25 88 71 40 00 jmp *0x407188 403ca6: 90 nop 403ca7: 90 nop ... 00403cb0 <_RtlFreeHeap@12>: 403cb0: ff 25 b8 71 40 00 jmp *0x4071b8 403cb6: 90 nop 403cb7: 90 nop ... 00403cc0 <_ZwDisplayString@4>: 403cc0: ff 25 e0 71 40 00 jmp *0x4071e0 403cc6: 90 nop 403cc7: 90 nop ... 00403cd0 <_RtlInitAnsiString@8>: 403cd0: ff 25 c0 71 40 00 jmp *0x4071c0 403cd6: 90 nop 403cd7: 90 nop ... 00403ce0 <_RtlAnsiStringToUnicodeString@12>: 403ce0: ff 25 8c 71 40 00 jmp *0x40718c 403ce6: 90 nop 403ce7: 90 nop ... 00403cf0 <_NtDisplayString@4>: 403cf0: ff 25 4c 71 40 00 jmp *0x40714c 403cf6: 90 nop 403cf7: 90 nop ... 00403d00 <_vsprintf>: 403d00: ff 25 f4 71 40 00 jmp *0x4071f4 403d06: 90 nop 403d07: 90 nop ... 00403d10 <_NtRequestWaitReplyPort@12>: 403d10: ff 25 78 71 40 00 jmp *0x407178 403d16: 90 nop 403d17: 90 nop ... 00403d20 <___chkstk>: 403d20: 51 push %ecx 403d21: 89 e1 mov %esp,%ecx 403d23: 83 c1 08 add $0x8,%ecx 00403d26 <probe>: 403d26: 3d 00 10 00 00 cmp $0x1000,%eax 403d2b: 72 10 jb 403d3d <done> 403d2d: 81 e9 00 10 00 00 sub $0x1000,%ecx 403d33: 83 09 00 orl $0x0,(%ecx) 403d36: 2d 00 10 00 00 sub $0x1000,%eax 403d3b: eb e9 jmp 403d26 <probe> 00403d3d <done>: 403d3d: 29 c1 sub %eax,%ecx 403d3f: 83 09 00 orl $0x0,(%ecx) 403d42: 89 e0 mov %esp,%eax 403d44: 89 cc mov %ecx,%esp 403d46: 8b 08 mov (%eax),%ecx 403d48: 8b 40 04 mov 0x4(%eax),%eax 403d4b: ff e0 jmp *%eax 403d4d: 90 nop 403d4e: 90 nop 403d4f: 90 nop 00403d50 <__CTOR_LIST__>: 403d50: ff (bad) 403d51: ff (bad) 403d52: ff (bad) 403d53: ff 00 incl (%eax) 403d55: 00 00 add %al,(%eax) ... 00403d58 <__DTOR_LIST__>: 403d58: ff (bad) 403d59: ff (bad) 403d5a: ff (bad) 403d5b: ff 00 incl (%eax) 403d5d: 00 00 add %al,(%eax) ...

3 2

Re: Thanks for ReactOS
by Jason Filby 14 Apr '05

14 Apr '05

Thanks Dmitry, I'm cc'ing our dev team on this :) Cheers Jason On 4/13/05, Dmitry Viktorovich Long <dvd.long(a)gmail.com> wrote: > Yes. > ReactOS is the most f**king BEST product I've ever seen. Great thanks > to all of you. Do not ever stop, don't even think it. > > Best regards, ReactOS fan. >

1 0

Subversion repository is back up again
by Casper Hornstrup 14 Apr '05

14 Apr '05

1 0

Error handling
by Phillip Susi 14 Apr '05

14 Apr '05

I've been doing a bit of work on the usetup code and came to realize that we have a bit of a widespread problem in a lot of code. There is a great deal of code that looks basically like this pseudo code: NSTATUS DoSomething() { NSTATUS Status; ... Status = NtXXX(); if( !NT_SUCCESS( Status ) ) return Status; Status = NtYYY(); if( !NT_SUCCESS( Status ) ) { cleanupXXX(); return Status; } Status = NtZZZ(); if( !NT_SUCCESS( Status ) ) { cleanupYYY(); cleanupXXX(); return Status; } // yay, everything worked cleanupZZZ(); cleanupYYY(); cleanupXXX(); return STATUS_SUCCESS; } This type of error handling is absolutely horrible. Just look at all of the duplicate code! There are 3 different return points and each one duplicates all of the code from the previous, and adds one more line. Maintaining code like this becomes very hard, and it produces a larger, slower executing binary. Now ideally all of those NtXXX functions would be throwing a SEH exception on failure instead of returning the failure code, and we could just write that code like so: void do_something() { __try { NtXXX(); NtYYY(); NtZZZ(); // manipulate the stuff you allocated } __finally { cleanupZZZ(); cleanupYYY(); cleanupXXX(); } } But sadly, I don't think that is ever going to happen. Instead, I propose that we use goto to eliminate the duplicate points of return, and wrap the goto in a nice macro. So far I've come up with this macro: #define NTCALL(target, function) if( Status = function ) goto target; And you use it like this: NTSTATUS do_something() { NTSTATUS Status; NTCALL( done, NtXXX(...) ); NTCALL( cleanXXX, NtYYY(...) ); NTCALL( cleanYYY, NtZZZ(...) ); // manipulate x, y, and z here cleanZZZ: cleanupZZZ(); cleanYYY: cleanupYYY(); cleanXXX: cleanupXXX(); done: return Status; } Now that code is more compact and maintainable than the original, and will produce a leaner binary. I'm still trying to improve on it a bit but I like this basic idea, so I'm throwing it out for comments. Last night I came up with this macro and in about 10 minutes I rewrote the file copy routine in usetup to use memory mapping instead of allocating a huge buffer, reading in the source file, then writing it out to the destination. The new code involves making several more system calls than the old code, but since the error handling has been greatly cleaned up, the new code is more compact and easier to maintain.

10 20

Scheduled downtime for svn.reactos.com on 13.04.2005
by Casper Hornstrup 13 Apr '05

13 Apr '05

Hi all. On 13.04.2005 at about 09:00 CET, I'll be taking svn.reactos.com down for reconfiguration of RAID and installation of Service Pack 1. I expect the repository to be operational within 8 hours. Casper

3 4

Re: First import of DHCP client service.
by Sylvain Petreolle 13 Apr '05

13 Apr '05

hey arty, seems you forgot to commit one file : rosdhcp_public.h Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

1 0

German speeking press about ReactOS
by Robert Köpferl 12 Apr '05

12 Apr '05

Hi, today I was pointed to an article in the austrian newspaper named "Der Standard" about ReactOS: http://derstandard.at/?id=2010724 It's quite short, but what if not even heise.de reports?

3 2

Re: [ros-svn] [arty] 14588: Commit for blight: fix stack alignment.
by Hartmut Birr 12 Apr '05

12 Apr '05

Hi, why do you change this file? Alloca.c isn't used and should be removed. If we have an alloca function somewhere in our source, it must be completely written in assembler because the stack layout and the using of ebp depends on the compilers optimisation. - Hartmut arty(a)svn.reactos.com wrote: >Commit for blight: fix stack alignment. > > >Updated files: >trunk/reactos/lib/crtdll/stdlib/alloca.c > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > > >

4 4

Re: [ros-dev] Error handling
by Steven Edwards 11 Apr '05

11 Apr '05

--- Phillip Susi <psusi(a)cfl.rr.com> wrote: > Steven Edwards wrote: > > We have PSEH which can be used. > > > > Thanks > > Steven > > PSEH? We have a macro based SEH implementation we are using in ReactOS called PSEH for Portable SEH. Hyperion wrote it and it seems to work with almost ever compiler thrown at it. It is not syntax compatible with MS-SEH but some people have been working to develop p(retty)pseh which should be. Look in reactos/lib/pseh and grep the source tree. Its used in ntoskrnl, win32k, afd?, and others. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Re: [ros-dev] Error handling
by  Thomas Larsen  11 Apr '05

11 Apr '05

NTSTATUS DoSomething() { NSTATUS Status; ... Status = NtXXX(); if (!NT_SUCCESS(Status)) goto done; Status = NtYYY(); if (!NT_SUCCESS(Status)) goto cleanXXX; Status = NtZZZ(); if (!NT_SUCCESS(Status)) goto cleanYYY; cleanZZZ: cleanupZZZ(); cleanYYY: cleanupYYY(); cleanXXX: cleanupXXX(); done: return Status; }Thomas NTSTATUS DoSomething() { NSTATUS Status = NtXXX(); if (NT_SUCCESS(Status)) { Status = NtYYY(); if (!NT_SUCCESS(Status)) cleanupXXX(); Status = NtZZZ(); if (!NT_SUCCESS(Status)) cleanupYYY(); } return Status; } i think thats the most simple and easy to read but in the end is´ent it not a littel waste of time discusse old functions their need rewrite anyway..? Thomas

1 0

Re: [ros-dev] Error handling
by Steven Edwards 11 Apr '05

11 Apr '05

Hi, --- Phillip Susi <psusi(a)cfl.rr.com> wrote: > How is it not readable? I think it is MUCH better than the original > code. You don't have a half dozen lines of (mostly duplicated) cleanup > code after every call, but what you're calling and what you're passing > to it are still quite clear. Like I said though, it still isn't as > ideal as SEH, but it's not the terrible mess the original code was. If > you have any suggestions on how to make it even more clean, I'm all ears. We have PSEH which can be used. Thanks Steven __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail

1 0

floppy.sys problem
by Hartmut Birr 11 Apr '05

11 Apr '05

Hi, with my last changes it is possible to install ros from the boot cd and select the floppy as boot device. Currently there exist three problems. After selecting the floppy as boot medium it is shown a dialog box which does mean, there is no disk inserted. A second try detect the disk. The installer copies all files to the floppy disk. After trying to restart the computer, ros hangs. I must manually reset the pc. The floppy disk is still inserted at this point. The pc does boot up, accessing the floppy disk, shows 'Loading FreeLoader...' and shows 'Disk error \nPress any key". Pressing a key results in the same message. If I remove and insert the disk again, I can load freeloader from the floppy disk and it does boot reactos. It seems, that the bios isn't able to initialize the floppy controller correctly after reactos was running. I've added a shutdown procedure in floppy.sys which resets the floppy controller over the DSR register, but this doesn't help. Has anyone an idea what is wrong? - Hartmut

1 0

Freeldr problems resolved
by Phillip Susi 10 Apr '05

10 Apr '05

Well, I finally solved my problems with getting freeldr to boot from a hard drive. The first is a problem with fat.bin itself. Early during it's execution it checks to see if the boot sector header specifies a device ID of 0xff, and if so, it uses the device ID the bios passes in CL when it invokes the boot sector, otherwise it uses the device ID in the boot sector header. The device ID field of the boot sector is inherently unreliable and should NEVER be used. In my case mtools was leaving it as it was in fat.bin, which is 0, so it was trying to access the floppy instead of the hard disk. I have fixed this by removing the check to see if the field is 0xff, so the code will always use the device passed by the bios. The second problem was far more stupid. mtools was not specifying O_BINARY when opening the boot sector template file, and as a result, cygwin was translating newlines, so it clobbered the boot sector. I'm all set to check in the fix to fat.asm, but I was never asked by subversion ( tortoise client ) to log in, so I assume it just used anon or something. How do I tell subversion to log me in as me?

4 11

ros 0.2.6 is up
by Robert Köpferl 10 Apr '05

10 Apr '05

So, hope next time this will be 0.3

3 2

Re: [ros-dev] Freeldr problems resolved
by Sylvain Petreolle 10 Apr '05

10 Apr '05

A simpler fix would be to a change of the BootDrive value to 0xFF. As you said, the current value is 0, but thats by design, since all the values have been filled for a 1.44M diskette. Even the File System ID could have been set differently, since the neutral value 'FAT ' is allowed here. --- Phillip Susi <psusi(a)cfl.rr.com> wrote: > Well, I finally solved my problems with getting freeldr to boot from a > hard drive. The first is a problem with fat.bin itself. Early during > it's execution it checks to see if the boot sector header specifies a > device ID of 0xff, and if so, it uses the device ID the bios passes in > CL when it invokes the boot sector, otherwise it uses the device ID in > the boot sector header. The device ID field of the boot sector is > inherently unreliable and should NEVER be used. In my case mtools was > leaving it as it was in fat.bin, which is 0, so it was trying to access > the floppy instead of the hard disk. I have fixed this by removing the > check to see if the field is 0xff, so the code will always use the > device passed by the bios. Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

2 1

RE:[ros-diffs] [fireball] 14571: Fix incorrect file name of kgbgb.dllto kbduk.dll (by unC0Rr), added kbdru.dll into keyboard layouts
by Casper Hornstrup 10 Apr '05

10 Apr '05

Oops? Fix incorrect file name of kgbgb.dll to kbduk.dll (by unC0Rr), added kbdru.dll into keyboard layouts Modified: trunk/reactos/bootdata/txtsetup.sif ________________________________________ Modified: trunk/reactos/bootdata/txtsetup.sif --- trunk/reactos/bootdata/txtsetup.sif 2005-04-10 11:18:05 UTC (rev 14570) +++ trunk/reactos/bootdata/txtsetup.sif 2005-04-10 11:35:19 UTC (rev 14571) @@ -34,8 +34,8 @@ [SetupData] DefaultPath = \ReactOS -OsLoadOptions = "/NOGUIBOOT /NODEBUG" -;OsLoadOptions = "/NOGUIBOOT /DEBUGPORT=COM1" +;OsLoadOptions = "/NOGUIBOOT /NODEBUG" +OsLoadOptions = "/NOGUIBOOT /DEBUGPORT=COM1 /BAUDRATE=19200 /IRQ=4" ;OsLoadOptions = "/NOGUIBOOT /DEBUGPORT=SCREEN" ;OsLoadOptions = "/NOGUIBOOT /DEBUGPORT=BOCHS"

1 0

Re: [ros-svn] [phreak] 14567: Fixed freeldr fat16 boot sector to use the bios provided boot device number instead of the ( usually invalid ) one in the boot sector header.
by Thomas Weidenmueller 10 Apr '05

10 Apr '05

phreak(a)svn.reactos.com wrote: >Fixed freeldr fat16 boot sector to use the bios provided boot device number instead of the ( usually invalid ) one in the boot sector header. > > Could you please fix that also in the fat32 bootsector? Best Regards, Thomas

1 0

KeBugCheck
by James Tabor 10 Apr '05

10 Apr '05

Hi! This is svn build 14542, (NTDLL:ldr/utils.c:2097) Relocating (77ed0000 -> 780000) C:\ReactOS\System32\gdi 32.dll (KERNEL32:mem/global.c:412) Memory Load: 23 (KERNEL32:mem/global.c:412) Memory Load: 23 (KERNEL32:mem/global.c:412) Memory Load: 23 (KERNEL32:mem/global.c:412) Memory Load: 23 (MSVCRT:io/open.c:103) not valid fd 0, g_fdend 5, fdinfo 7802d2f0, bucket 7802d2 f0, fdflags 0 (MSVCRT:io/open.c:700) _setmode: inval fd (0) (NTDLL:ldr/utils.c:2097) Relocating (77ed0000 -> 780000) C:\ReactOS\System32\gdi 32.dll ex/handle.c:909: Pagable code called at IRQL > APC_LEVEL (0) KeBugCheck at ex/handle.c:909 A problem has been detected and ReactOS has been shut down to prevent damage to your computer. The bug code is undefined. Please use an existing code instead. Technical information: *** STOP: 0x00000000 (0x00000000,0x00000000,0x00000000,0x00000000) Frames: <ntoskrnl.exe:dbe3 (ke/bug.c:459 (KeBugCheckEx))> <ntoskrnl.exe:dc03 (ke/bug.c:479 (KeBugCheck))> <ntoskrnl.exe:3dcee (ex/handle.c:909 (ExMapHandleToPointer))> <ntoskrnl.exe:92b23 (ob/handle.c:768 (ObReferenceObjectByHandle))> <ntoskrnl.exe:3b3f2 (ex/event.c:476 (NtSetEvent))> <ntoskrnl.exe:3c22 (/tmp/ccAGlOXR.s:178 (KiSystemService))> <ntdll.dll:a414 (rtl/critical.c:502 (RtlpUnWaitCriticalSection))> Entered debugger on embedded INT3 at 0x0008:0x800064be. kdb:> No keyboard, James

6 9

Re: [ros-dev] revision 14561 crash
by Sylvain Petreolle 10 Apr '05

10 Apr '05

I had the same problem on real hardware. I removed serenum & serial.sys and the system could boot again. I dont know if the problem is into serenum or serial though. hpoussin, it seems the solution is in your hands ;) --- Saveliy Tretiakov <saveliyt(a)mail.ru> wrote: > revision 14561 can't boot on vmware 4.5 > debug output is attached > > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.com > http://reactos.com:8080/mailman/listinfo/ros-dev Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

2 1

Fix numlock state at ros startup
by Sylvain Petreolle 09 Apr '05

09 Apr '05

Some bioses set numlock to on at startup. Since ReactOS is setting it to off state, the LED status must be set accordingly. Attached patch fixes it. Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

1 0

Short leave of absence
by Alex Ionescu 09 Apr '05

09 Apr '05

Hi, I am currently entering the last 5 weeks of school of my last year, so I'm going to be focusing on that instead of ReactOS. Lately, I've tried to work on both, but this has delayed my code as well as hurt my grades. I intend to be back around the week of May 10th. In the meanwhile, I would kindly like to ask developers to e-mail me if they have any plans to touch the following: - Kernel Scheduler, Thread Creation, Context Switching, System Initialization. I have re-written everything for a faster and more complete system based on NT semantics. Includes everything from realtime support, proper dynamic and static priorities, real system thread support, much faster scheduling, pre-emption, removal of the PEB/TEB 64K block hack and ros-only members, better organized code and Mm routines for manipulating kernel stack/teb/peb, etc... - Pushlocks. I have almost all the necessary support code written and I'm only missing one function. - IRQL management in HAL and Spinlocks. I have highly modified the IRQL routines for a large increase in speed, as well as made spinlocks faster on UP and non-debug builds. I have also corrected some IRQL routines to use the proper KPCR members for the IRR and others. - Object Manager. I have a complete re-write in progress which uses public NT structures instead of our internal ones, adds more security, and corrects some missing features and adds some. Majorly changes some aspects of the Ob (for example regarding on the status of handle/pointer count after creating an object, and the work of ObCreate/ObInsertObject, which is totally different in ROS vs NT. See blog article for more info). However, any bugs that are easy to fix should still be fixed in the current Ob. The new one is months away. - Queued Spin Locks, KGATES, Guarded Mutex. I already know Filip is working on this and I was planning on collaborating with him. Unlike the previous things, I haven't actually *coded* anything regarding these, but I have the design in my head and would like to work on it, so I would love to share what I know if anyone is actively interested in working on it. Once again, to clear up any misconceptions, I'm asking an email to know if anyone plans to work on this for the purposes of: 1) Not duplicating work 2) Sharing what information/code I might have written. In any case, I'll be back in exactly one month, so I don't think it'll matter. You guys keep focusing on PnP and other stuff meanwhile, okay? *joke* Best regards, Alex Ionescu

9 12

revision 14561 crash
by Saveliy Tretiakov 09 Apr '05

09 Apr '05

revision 14561 can't boot on vmware 4.5 debug output is attached

1 0

CommConfigDialog() and serialui.dll
by Saveliy Tretiakov 09 Apr '05

09 Apr '05

Hi all. This is my changes :) serialui - Started serialui dll - Implemented drvCommConfigDialogA and drvCommConfigDialogW kernel32.diff - Implemented CommConfigDialogA and CommConfigDialogW - Removed @unimplemented comments for some implemented functions include.diff - Add missing ioctls to ntddser.h: IOCTL_SERIAL_GET_COMMCONFIG and IOCTL_SERIAL_SET_COMMCONFIG btw. Screenshot is here: http://www.ljplus.ru/img2/drg4njubas/commdlg.JPG

4 11

Non-informational commit messages
by Mark Junker 09 Apr '05

09 Apr '05

Hi, it'd be nice if something like r14554: Delete riched20 r14555: Copy riched20 can be avoided in preference of the *cause* the required the changes above. Everybody can see that riched20 was deleted and added afterwards but you cannot see *why* this has been done. Regards, Mark

2 2

GDIPLUS.DLL implementation
by lists＠silverblade.co.uk 09 Apr '05

09 Apr '05

I'm not sure what the current state of ReactOS' GDIPLUS.DLL implementation is, and I know it's just a case of downloading the DLL from Microsoft for the functionality, but I've been recently looking into making a mini GUI API for a program I'm working on, and the author informed me someone is making a GDIPLUS.DLL clone, using Anti-Grain: www.antigrain.com I'm unsure what the URL was for the project as I'm not at home at the moment, but I figured if GDIPLUS.DLL needs some work in ReactOS, it would be a good starting point to use the one based on Anti-Grain, as apparently the one from MS is slower and has a few glitches (see the demos on the Anti-Grain site - specifically the one with the arrows pointing at the different blobs.) Just thought it might be worth a mention :) -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ .

1 0

Re: [ros-dev] Non-informational commit messages
by Steven Edwards 09 Apr '05

09 Apr '05

--- Mark Junker <mjscod(a)gmx.de> wrote: > r14554: Delete riched20 > r14555: Copy riched20 > > can be avoided in preference of the *cause* the required the changes above. > > Everybody can see that riched20 was deleted and added afterwards but you > cannot see *why* this has been done. This was because it was a merge from the trunk and when importing Wine code on the trunk you have to delete the existing copy and import from the vendor branch. Please read http://reactos.com/wiki/index.php/Using_code_from_other_projects Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

Package Manager license
by Saveliy Tretiakov 09 Apr '05

09 Apr '05

I can't find any license statement in packmgr sources. Can authors add it into comments please?

2 1

Re: Ros-dev Digest, Vol 8, Issue 17
by Lucio Diaz 09 Apr '05

09 Apr '05

I can imagine the News: BIG CORPORATION SUES A GROUP OF COLLEGES FOR DEVELOPING A NEW WINDOWS. MICROSOFT THREATENS A LITTLE NON PROFIT PROYECT! MICROSOFT AGAINST LIBRE SOFTWARE! This has the chance to make microsoft more damage than you think they can do to ReactOS, unless they feel really threatened i doubt there will be any microsoft legal atack unless you use clearly microsoft code in the near or intermediate time. > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 7 Apr 2005 13:31:19 -0700 (PDT) > From: Steven Edwards <steven_ed4153(a)yahoo.com> > Subject: Re: [ros-dev] ReactOS Foundation 501c3 > Status - Approved > To: ReactOS Development List <ros-dev(a)reactos.com> > Message-ID: > <20050407203119.68427.qmail(a)web21121.mail.yahoo.com> > Content-Type: text/plain; charset=us-ascii > > Hi James, > > --- James Tabor > <jimtabor(a)adsl-64-217-116-74.dsl.hstntx.swbell.net> > wrote: > > Paying developers? Hum? > > > > I don't want to be the bad guy here, but this > could push people away from the project. It would > > be > > like going back to five years ago when ROS had no > GUI just a command console. Everyone will wait > > for five or so developers to fix things, and trust > me it does happen that way in the real world. > > The back log will kick their asses. > > See the other thread. I don't think paying > developers as full time workers is a good idea. I > think > Contracts or bounties on certain projects are. > > > Now I have to ask, where does the money come from? > If the ORG has no money, I guess it should > > produce a competing distribution CD. This could > make M$ happy, so M$ would have a target to > > sue at. Also everyone on the board would become a > target as well. > > I was wrong in the other email. I forgot we have $25 > in the general fund atm which was raised at > LinuxWorld. I expect we can make quite a bit selling > CDs, T-Shirts, Etc, if we want as well as > just accepting donations. As for the fear of > lawsuit, the idea behind the foundation was that it > was better the foundation get sued and try to have > some cash for legal defence rather than some > poor developer in school. Everybody here knows the > risk from Microsoft.... > > Thanks > Steven > ______________________________________________ Renovamos el Correo Yahoo!: ¡250 MB GRATIS! Nuevos servicios, más seguridad http://correo.yahoo.es

1 0

Fundation income
by Lucio Diaz 09 Apr '05

09 Apr '05

Someway i can not avoid thinking this looks like the milk jug tale, you have 0 income at the moment, and is much improbable you will get a stable income till the OS is quite more mature, so why worry with payings? If you get some money, probably not much at the moment, you could use for hardware upgrades in the server if needed, hosting and expo attendance (and in the last point i would encourage people to share resources as places to stay where the expo takes place if someone lives there, attendance of people near to that world area). I really doubt that 30$ bounty will atract new developers to implement a feature. Also i have to point you need a way to get that income, best from private donations, i sugest implementing two ways: - Send a check or paper money to a Fisical Mail Direction. - Using PayPal and credicards. -Direct bank transference. >From the three i would use the first :) ...i am quite paranoid with credit cards and the transference expenses would cost more than the transference. Best regards, Lucio Diaz. PD: If someday you want to make a ReactOS conference in a paradise island, e-mail me... ______________________________________________ Renovamos el Correo Yahoo!: ¡250 MB GRATIS! Nuevos servicios, más seguridad http://correo.yahoo.es

1 0

Re: [ros-dev] ReactOS Foundation 501c3 Status - Approved
by Steven Edwards 08 Apr '05

08 Apr '05

--- Jonathan Wilson <jonwil(a)tpgi.com.au> wrote: > The way to avoid being sued by microsoft (or at least sucessfully sued) is > not to violate microsoft Copyrights, Trademarks or Patents. (we have to be > especially carefull what with large chunks of windows out there in the form > of the leaked NT4 and 2000 source dumps) > And not to use any information obtained from microsoft under NDA. Try writting a hello world program in any sort of modern language and you might violate a patent. Thanks Steven __________________________________ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest

2 1

livecd + real hw = more crashing
by Royce Mitchell III 08 Apr '05

08 Apr '05

I don't see how this is even possible considering that IntCreateDevice sets various members of DriverObject... any ideas? Assertion DriverObject failed at io/irp.c:198 Frames: ntoskrnl: io/irp.c:200 IofCallDriver win32k: eng/device.c:62 EngDeviceIoControl framebuf.dll: surface.c:49 DrvEnableSurface win32k: objects/dc.c:663 IntCreatePrimarySurface win32k: ntuser/winsta.c:351 IntInitializeDesktopGraphics win32k: ntuser/guicheck.c:57 AddGuiApp win32k: ntuser/guicheck.c:92 IntGraphicsCheck win32k: objects/dc.c:748 IntGdiCreateDC win32k: ntuser/windc.c:135 DceAllocDCE win32k: ntuser/windc.c:494 NtUserGetDCEx win32k: ntuser/windc.c:115 NtUserGetDC ntoskrnl: KiSystemService user32: windows/dc.c:44 GetDC()

1 0

AOL Instant Messenger on ReactOS
by Nate DeSimone 08 Apr '05

08 Apr '05

Hi all, Just thought I would post a few screens. The installer for AIM runs up until the point that it actually copies files, at which point it gracefully crashes and exits. Probably not too much more work to get it working :-) . Regards, Nate DeSimone

1 0

Busted mingw-gcc 3.4.2
by Phillip Susi 07 Apr '05

07 Apr '05

I downloaded the mingw gcc 3.4.2 from mingw.org and it seems that it's specs/linker script is messed up. By default g++ should link to libstdc++.a shouldn't it? Well this thing isn't. Now I don't really understand how the gcc specs file works, but I think that is where it should be telling g++ to link to libstdc++.a, so if anyone else has any idea how that file works and might point out where I need to add the command to link in libstdc++.a, I'd appreciate it.

5 9

ReactOS Foundation 501c3 Status - Approved
by Steven Edwards 07 Apr '05

07 Apr '05

Hi, Just to let everyone know we are now approved to be a 501c3 org in the United States meaning that we can give a tax deduction for any contributions received for donations to the Foundation. I am in process of trying to get my paperwork together now to come up with a plan to move forward as I have never done this before and its been a learning process. Sorry its taken so damn long...... I would like to propose that we get something up rather quickly on foundation.reactos.org and review/amend the draft bylaws as needed as well as have our first real meeting after Jason and I have discussed off list drafting a new budget plan for the following expenses. Bounty System Retainer for Legal and Accounting Supplementation of Hosting Costs Administrative Assistant Reserve Fund Just to give you a idea I am wanting to budget whatever income we might have in the following way 80% developers/bounties 5% reserve fund (Mutual Funds, Savings, Etc) 5% legal reserve and retainer costs 5% supplement hosting and misc expenses (expos etc) 5% part-to-full time administrative assistant to help me manage paper work as I suck at it. Prior board meetings mainly consisted of me telephoning each board member upon the initial incorporation and we have not really moved forward since that time. Now that we are all nice and legal its time to hit the ground running. Currently our board of directors consists of long time developers to ReactOS and Wine Steven Edwards, Jason Filby, Alexandre Julliard, Brian Palmer and Rex Jolliff. I would like to get community feedback as part of our bylaw amending process on the current status of the board and when/if we should hold elections and restructure. Also from people that agreed to be on the board. Do you still want to do it? Does anyone else? Etc.... Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com

6 6

Re: [ros-dev] ReactOS Foundation 501c3 Status - Approved
by Steven Edwards 07 Apr '05

07 Apr '05

Hi, --- ea <ea(a)iol.it> wrote: > first of all, thank you for all the time you spent on the Foundation thing. > This is and has always been a big issue (or big fear?): how is this > handled on the Wine side? The only rational reason for a lawsuit is > Microsft suspects ROS has some stolen code in it that belongs to them > (see SCO versus Linux). We must therefore be sure our code is clean. > There could be some funds for paying a code analysis performed by a > third party (of course we can not ask a MS coder nor a ROS coder to look > at their code and at ours and say if they differ). Well so far one thing that has helped is the fact that there is no central authority that owns the code. Jason and I discussed this when we wanted to create the foundation and it was decided that if someone wants to turn code over to the foundation they can however in any case we will work to provide legal defence. Another thing Wine and ReactOS has going for them is the new Software Freedom law center http://www.softwarefreedom.org/. They are helping out with the Wine project so we get some level of protection from the amount of code we share with Wine. The real issue comes in on the kernel and driver side. I need to email them and discuss a working relationship with the foundation. That is soon on my todo list. Thanks Steven __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs

1 0

Re: [ros-dev] ReactOS Foundation 501c3 Status - Approved
by Steven Edwards 07 Apr '05

07 Apr '05

Hi James, --- James Tabor <jimtabor(a)adsl-64-217-116-74.dsl.hstntx.swbell.net> wrote: > Paying developers? Hum? > > I don't want to be the bad guy here, but this could push people away from the project. It would > be > like going back to five years ago when ROS had no GUI just a command console. Everyone will wait > for five or so developers to fix things, and trust me it does happen that way in the real world. > The back log will kick their asses. See the other thread. I don't think paying developers as full time workers is a good idea. I think Contracts or bounties on certain projects are. > Now I have to ask, where does the money come from? If the ORG has no money, I guess it should > produce a competing distribution CD. This could make M$ happy, so M$ would have a target to > sue at. Also everyone on the board would become a target as well. I was wrong in the other email. I forgot we have $25 in the general fund atm which was raised at LinuxWorld. I expect we can make quite a bit selling CDs, T-Shirts, Etc, if we want as well as just accepting donations. As for the fear of lawsuit, the idea behind the foundation was that it was better the foundation get sued and try to have some cash for legal defence rather than some poor developer in school. Everybody here knows the risk from Microsoft.... Thanks Steven __________________________________ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest

2 1

Re: [ros-dev] Re: [ros-foundation] ReactOS Foundation 501c3 Status - Approved
by Steven Edwards 07 Apr '05

07 Apr '05

--- Royce Mitchell III <royce3(a)ev1.net> wrote: > I think it's important to draw a clear line as to the responsibilities > of the board as opposed to things that should be decided by all > commiters ( vs things that the community at large should be invited into ). I agree. As far as I see it the board should just control the books and thats about it. > Basically there would be two types of bounties: > > 1) "Directed" bounties: If someone donates money towards the completion > of a purpose, the money must be made available for that purpose. > > 2) "General Funds" bounties: These are bounties created from the budget > above. The way I propose this should work is as follows: Anyone with > commit access can "propose" a bounty. The board would be responsible for > reviewing the bounty, and if it looks good to them ( possibly amending > it some ), they would submit it to the body of commiters for approval. > Obviously the board would be responsible for reigning in the bounties > from going over budget. Thats roughly the idea though you have put it in to much better words then I could have. > I would like to be involved in the by-law development process, or at > least be able to review them and give some feedback. I would be willing > to serve on the board, if I'm wanted. Join the foundation list and we can move forward with a real plan this time. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com

1 0

Re: [ros-dev] ReactOS Foundation 501c3 Status - Approved
by Steven Edwards 07 Apr '05

07 Apr '05

--- Alex Ionescu <ionucu(a)videotron.ca> wrote: > Two issues I see here: > > 1) Developers. Do you mean that each developer will be paid? How will > this be done? equally shared? Not to sound like an ass, but there may be > times when a developer does absolutely nothing (read: me for the next > month), while someone else is hacking away 100KLOC of code. Or someone > that generally only does little fixes (which can be really useful, and > is all the useful time he can offer due to work/family/school) versus > someone which already has assured income and spends 24 hours a day > working on Reactos. Would it be fair to pay everyone the same amount of > money? Sorry if I'm misunderstanding the issue, but I just want to be > fair. Besides, I'm sure many developers might want to refuse getting > paid. Working for free is sometimes a personal choice, and the offers > certain tangible and psycoligcal advantages. I don't know about others, > but I myself would feel bad in many ways to receive money by working on > ReactOS. I would feel as if any bugs ormistakes that I make now have > monetary losses associated with them. The idea is to start with the ReactOS Foundation does two things in terms of paying developers. 1. Offers bounties for certain features or bugs in bugzilla. Call them 1 time cash prizes. 2. Acts as a escrow or broker for third parties wanting to offer a bounty. (see 1) I don't think this will discourage development. There are tons of little features I would like to see that no one is working on atm where a bounty system would be nice. If I had $500 spare I would put up a bounty for the 3com driver or for the NMake backend for the xmlbuildsystem. Also single user contributions could be pooled for a bug. NOTE: I DO NOT WANT A PLEDGE SYSTEM. THEY DON'T WORK. IF YOU REALLY WANT TO CONTRIBUTE MONEY TO A BUG THEN THIS WILL BE THE BEST WAY! Think about the following ------------------------------------------- Steven Edwards Enters bug #311337 "Make ReactOS have a 3com Vortext (959/930) driver" Alex gives $50 earmarked bug #311337 Steven gives $100 to bug #311337 Some random user throws in $200 for bug #311337 Someone decides "hey $350 will pay for a nice weekend at the beach! I'll take it!" And they start coding. They get a working driver and it passes QA so it goes in SVN. The ReactOS Foundation then writes a check for $350 to said developer. ------------------------------------------- > 2) I think expos should get more then 5%. An expo of 4 people would cost > around 2000$ (assuming 150$/night * 3 nights, plus food and other needs, > *4 people). Now at minimum we'll probably want to attend a North > American and a European conference, meaning 4000$. The European one is > bound to have more then 4 people anyways, so with 6 people, it'll up the > cost to 6000$. 5% means that we would need 80 000$ in donations. Seems a > lot to me at this stage. Then again, we probably won't want to pay the > full cost of an expo at this point, but whatever, I'm just giving ideas > and I hope they help! Nothing is set in stone as we have $0 cash flow atm. It will be up to the board to decide on a final budget. I just want to have a rough plan in place as I am going to start soliciting help for funding. > I would love to be on the board. I think I have some pretty good ideas > for moving forward, and it'll be a good short break from coding when > I'll happen. I want to get something up on foundation.reactos.org and then have a discussion on the ros-foundation list on what needs to be ammended in the bylaws and we can vote on restructure, memebers, etc. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com

1 0

Help to tester : Build Ros on WIN98 PC
by Gge 07 Apr '05

07 Apr '05

Hi all, Buiding Reactos on a Win98 machine does noy work anymore ( at least for me) . It was working several ago. The make clean fails as well with these error messages : ----------------------------- netstat: [CLEAN] ping: [CLEAN] route: [CLEAN] telnet: [CLEAN] whois: [CLEAN] regtests: [CLEAN] tshared: [CLEAN] RM] /include/roscfg.h trop de paramètres - buildno.exe ==== Too many parameters fichier introuvable === File not found trop de paramètres - wine2ros.exe trop de paramètres - winebuild.exe trop de paramètres - bin2res.exe wpp: [CLEAN] unicode: [CLEAN] C:\Svn\reactos>mingw32-make -------------------------------- Anybody may confirm ? Thanks Gerard

4 5

Re: [ros-dev] Help to tester : Build Ros on WIN98 PC
by Sylvain Petreolle 06 Apr '05

06 Apr '05

Then this is a make.exe bug, which should use %COMSPEC%... --- Hartmut Birr <hartmut.birr(a)gmx.de> wrote: > The windows 98 problem has nothing to do with a bug in binutils. > Make.exe uses cmd to process all pipe commands on windows, but windows > 98 doesn't have a cmd program. You should copy command.com to cmd.com or > cmd.exe. > > - Hartmut Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

1 0

Bug Check Out of Memory!
by James Tabor 06 Apr '05

06 Apr '05

Hi! This was not unexpected. I noticed last night csrss was over 11000K bytes in size. The memory leak in csrss is handles, some of them do not close. So the number goes from ~80 to 2000+ after two days of building ros over and over. You can try to close the windows but the handle count is the same so~~~~~. Thanks, James (KERNEL32:mem/global.c:412) Memory Load: 59 (KERNEL32:mem/global.c:412) Memory Load: 59 (mm/npool.c:1626) Trying to allocate 16 bytes from nonpaged pool - nothing suita ble found, returning NULL KeBugCheck at mm/rmap.c:382 A problem has been detected and ReactOS has been shut down to prevent damage to your computer. The bug code is undefined. Please use an existing code instead. Technical information: *** STOP: 0x00000000 (0x00000000,0x00000000,0x00000000,0x00000000) Frames: <ntoskrnl.exe:dbe3 (ke/bug.c:459 (KeBugCheckEx))> <ntoskrnl.exe:dc03 (ke/bug.c:479 (KeBugCheck))> <ntoskrnl.exe:87911 (mm/rmap.c:382 (MmInsertRmap))> <ntoskrnl.exe:740aa (mm/anonmem.c:385 (MmNotPresentFaultVirtualMemory))> <ntoskrnl.exe:7e8f8 (mm/mm.c:387 (MmNotPresentFault))> <ntoskrnl.exe:befc (mm/i386/pfault.c:66 (MmPageFault))> <ntoskrnl.exe:1927 (ke/i386/exp.c:543 (KiTrapHandler))> <ntoskrnl.exe:399d (/tmp/ccc7YZmh.s:235 (KiTrapProlog))> <ntdll.dll:24118 (/tmp/ccuotceE.s:35 (memset))> Entered debugger on embedded INT3 at 0x0008:0x800064be. kdb:> Lock up no keyboard!

3 2

Re: [ros-svn] [royce] 14523: patch by kjk::hyperion, fix syntax of gcc inline asm
by Filip Navara 06 Apr '05

06 Apr '05

royce(a)svn.reactos.com wrote: >patch by kjk::hyperion, fix syntax of gcc inline asm > > >Updated files: >trunk/reactos/hal/halx86/include/hal.h > > This is not acceptable solution IMHO...there are problems with certain GCC versions assigning AMD64 registers on i386. See revision 13587 and http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10153. - Filip

2 1

livecd crash in serial.sys on real hw
by Royce Mitchell III 06 Apr '05

06 Apr '05

essentially, I've tracked down the problem to SerialPnpStartDevice() being called with ResourceList == NULL. Here's the details, if ya want 'em: serial.sys exception not handled stop 1e ( c0000005, 9d2f9019, 0, 0 ) serial.sys address 9d2f9019 base 9d2f6000 page fault 14(0) cs:eip 8:9d2f9019 <serial.sys: 3019> pnp.c:168 cr2 0 cr3 27000 proc: 8084ad00 Pid: 4 <System> Thrd: 8084b828 Tid: 0 DS,ES,GS=10 FS=30 eax 808a7660 ebx 0 ecx 808a7580 edx 808a7828 ebp 800bc9b4 esi 808a77b8 esp 800be808 edi 0 eflags 00210292 kesp 800be808 kernel stack base 800bd000 frames: <serial.sys: 352b> pnp.c:341, SerialPnP() calling SerialPnpStartDevice() <ntoskrnl.exe: 329c5> io/irp.c:212, IofCallDriver() calling indirect <ntoskrnl.exe: 329e1> io/irp.c:226, IoCallDriver() calling IofCallDriver() <ntoskrnl.exe: 34975> io/pnpmgr.c:665, IopInitiatePnpIrp() calling IoCallDriver() <ntoskrnl.exe: 2d151> io/device.c:78, IopInitializeDevice() calling IopInitiatePnpIrp() <ntoskrnl.exe: 2fa9d> io/driver.c:1890, NtLoadDriver() calling IopInitializeDevice() <ntoskrnl.exe: 318b> ke/i386/syscall.S:178 <ntoskrnl.exe: 2536d> ex/zw.S:771, ZwLoadDriver() <ntoskrnl.exe: 2efa1> io/driver.c:1378, IopInitializeSystemDrivers() calling IopLoadDriver() <8007cc61> ??? only possibility is: IoInit3() calling IopInitializeSystemDrivers() <8007d7ac> ??? only possibility is: ExpInitializeExecutive() calling IoInit3() <ntoskrnl.exe: d04c> ke/main.c:104, KiSystemStartup() calling ExpInitializeExecutive() <80079290> ke/main.c:283, _main() calling KiSystemStartup(); <ntoskrnl.exe: 104b> ke/i386/main.S:51 now, serial.sym: 13019: 8b 07 mov (%edi),%eax C:\cvs\reactos\drivers\dd\serial>addr2line -e serial.nostrip.sys 13019 C:/cvs/reactos/drivers/dd/serial/pnp.c:168 C:/cvs/reactos/drivers/dd/serial/pnp.c:168: for (i = 0; i < ResourceList->Count; i++) notice edi is NULL, which is holding the value of ResourceList, which traces it's origin back to: IoGetCurrentIrpStackLocation(Irp)->Parameters.StartDevice.AllocatedResources which in turn comes from: DeviceNode->BootResources at ntoskrnl/io/device.c:68 in IopInitializeDevice() there's a FIXME on the line above: /* FIXME: Should be DeviceNode->ResourceList */ hpoussin, or anybody else? should serial.sys handle a NULL ResourceList gracefully ( imho it should probably have some SEH in there ), or is it a bug for it to be getting a NULL ResourceList?

1 0

Re: [ros-dev] Invitation
by Steven Edwards 05 Apr '05

05 Apr '05

Hi, --- Robert K�pferl <rob(a)koepferl.de> wrote: > it might seem stupid or girlish, but I want to invite any of you to > visit me in Vienna (wien.AT) for a couple of days. I would like to just > see some of these people (and of course have freeky kernel talks) who > make up this project. Get to know personally. Don't be shy and have a > try with my private email. (possibly use gpg/x.509). > If you think this Vienna is too far away - maybe next year I live less > far away from you. Some of us will be meeting at WineConf at the end of the month. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com

2 1

Re: [ros-svn] [hbirr] 14505: Initialize the maximum length of the device description to allocate more than map register.
by James Tabor 05 Apr '05

05 Apr '05

Hi! hbirr(a)svn.reactos.com wrote: > Initialize the maximum length of the device description to allocate more than map register. > > > > Updated files: > trunk/reactos/drivers/storage/floppy/floppy.c > Does this fix floppy support? I haven't had floppy working for 6+ months! ha! floppy working! James

2 1

Re: [ros-diffs] [hbirr] 14421: - Use IoBuildAsynchronousFsdRequest instead IoBuildSynchronousFsdRequest in NtRead/WriteFile.
by Gunnar Dalsnes 04 Apr '05

04 Apr '05

hbirr(a)svn.reactos.com wrote: > - Use IoBuildAsynchronousFsdRequest instead IoBuildSynchronousFsdRequest in NtRead/WriteFile. > - Guard the calls to IoBuildAsynchronousFsdRequest with an exception frame. > > Modified: trunk/reactos/ntoskrnl/io/rw.c I dont understand these changes... Why did you change from sync. to asycn. version, and whats the point with try/except around IoBuildAsynchronousFsdRequest??? Gunnar

2 3

Re: [ros-dev] isoboot.bin: where is it from?
by Sylvain Petreolle 04 Apr '05

04 Apr '05

http://reactos.com:8080/archives/public/ros-svn/2005-April/002066.html or run "ARCH=i386 make bootcd" --- ea <ea(a)iol.it> wrote: > Hi all, > > I can't build the bootable cd image. > Is it just my local repository broken (14488)? > > --- > 3: directory ./../bootcd/disk\reactos\system32\ > 3: file ./../bootcd/disk\reactos\system32\ntdll.dll > 3: file ./../bootcd/disk\reactos\system32\smss.exe > Can't open ./../bootcd/disk/../isoboot.bin > > make: *** [bootcd_makecd] Error 1 > > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.com > http://reactos.com:8080/mailman/listinfo/ros-dev > Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

2 1

isoboot.bin: where is it from?
by ea 04 Apr '05

04 Apr '05

Hi all, I can't build the bootable cd image. Is it just my local repository broken (14488)? --- 3: directory ./../bootcd/disk\reactos\system32\ 3: file ./../bootcd/disk\reactos\system32\ntdll.dll 3: file ./../bootcd/disk\reactos\system32\smss.exe Can't open ./../bootcd/disk/../isoboot.bin make: *** [bootcd_makecd] Error 1

1 0

RE: [ros-dev] Ros 0.2.6-RC2 on sf.net
by Waldo Alvarez Cañizares 04 Apr '05

04 Apr '05

Hi Robert: Yes 7Zip compresses sometimes (most of the times) more than WinRAR. In fact as far as I know they both use the same algorithm for text compression. 7Zip has 3 compression algorithms so you could try all and see for yourself. It also supports streams so you can compress things from the output of one of the algorithms and make it the input of the other. For example to compress executables you could use jcc and it´s output pass it to LZMA. It also provides larger dictionaries if you want. WinRAR´s maximun size is 4 MB so usually WinRaR files are larger. When it comes about speed WinRAR is faster. But I guess that´s irrelevant right now. On the other side I think that sourceforge someday should be enhanced to give users the option to download the files in the selected format, maybe providing a link to the decompressor. Maybe I fill someday the feature request form for sourceforge It will save us and maybe will save them some time. Best Regards Waldo ________________________________ From: ros-dev-bounces(a)reactos.com on behalf of Robert Köpferl Sent: Sun 4/3/2005 5:08 PM To: ReactOS Development List Subject: Re: [ros-dev] Ros 0.2.6-RC2 on sf.net Having read your comments, I came to this conclusion: I'll have a try with 7zip and if it compresses slightly less or better than rar, I'll use 7zip (because it is free). For a test period I'll provide both, zip and 7zip/rar and the user may decide which one will win. Additionally I'll provide a file 'how to decompress.txt' in every release. Wheras I think, people who come to download an OS know enough to find one theirselves. Making exe-files is still an option but I don't like it. So you have to convince me. _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.com http://reactos.com:8080/mailman/listinfo/ros-dev

1 0

Invitation
by Robert Köpferl 04 Apr '05

04 Apr '05

Hi, it might seem stupid or girlish, but I want to invite any of you to visit me in Vienna (wien.AT) for a couple of days. I would like to just see some of these people (and of course have freeky kernel talks) who make up this project. Get to know personally. Don't be shy and have a try with my private email. (possibly use gpg/x.509). If you think this Vienna is too far away - maybe next year I live less far away from you.

1 0

NTOSKRNL bugcheck when clicking on "My Computer C disk icon"
by Gge 04 Apr '05

04 Apr '05

With svn 14668 , Ros bugchecks when I click on the "my computer " icon and o then on the "C" disk drive icon as per debug messages below. This is a regression and it is always reproductible . I cannot say exactly when it has been broken. Any idea ? ----------------------------- PM_OPEN_WINDOW: path=C:\ KeBugCheckWithTf at ke/catch.c:237 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 KMODE_EXCEPTION_NOT_HANDLED Technical information: *** STOP: 0x0000001E (0xc0000005,0x8004773e,0x00000000,0x00000006) *** ntoskrnl.exe - Address 0x8004773e base at 0x80000000, DateStamp 0x0 Page Fault Exception: 14(0) Processor: 0 CS:EIP 8:8004773e <ntoskrnl.exe:4773e (io/mdl.c:130 (IoFreeMdl))> cr2 6 cr3 d896000 Proc: 80d46990 Pid: f0 <explorer> Thrd: 80d50a68 Tid: f4 DS 10 ES 10 FS 30 GS 23 EAX: 00000000 EBX: 8004635f ECX: 00000003 EDX: 00000002 EBP: a1f76a88 ESI: 007ecdd8 ESP: a1f769d8 EDI: a1f76d74 EFLAGS: 00010282 kESP a1f769d8 kernel stack base a1f74000 Frames: <ntoskrnl.exe:3c7d0 (io/cleanup.c:112 (IoReadWriteCompletion))> <ntoskrnl.exe:3c8e0 (io/cleanup.c:211 (IoSecondStageCompletion))> <ntoskrnl.exe:4694d (io/irp.c:498 (IofCompleteRequest))> <vfatfs.sys:c65c (rw.c:775 (VfatRead))> <vfatfs.sys:dcc9 (misc.c:110 (VfatDispatchRequest))> <vfatfs.sys:de94 (misc.c:168 (VfatBuildRequest))> <ntoskrnl.exe:4627d (io/irp.c:211 (IofCallDriver))> <ntoskrnl.exe:46293 (io/irp.c:226 (IoCallDriver))> <ntoskrnl.exe:4e6b0 (io/rw.c:154 (NtReadFile))> <ntoskrnl.exe:38f2 (C:\DOCUME~1\home\LOCALS~1\Temp/ccucbaaa.s:178 (KiSystemService))> <kernel32.dll:278f6 (file/rw.c:154 (ReadFile))> Reaards Gerard

2 2

Re: [ros-dev] Guess who's back
by Steven Edwards 04 Apr '05

04 Apr '05

Hi, --- Phillip Susi <psusi(a)cfl.rr.com> wrote: > Are you talking about being able to create usable ram disks at runtime > and use them for general file storage instead of holding the system > volume? I don't really see any use for ram disks other than holding the > system volume so the media used to boot the system can be removed. Yes thats the idea. We tend to get requests for one every so often though I don't know what people use them for. There is a example driver with source code on support.microsoft.com that I always point people to. Thanks Steven __________________________________ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest

5 8

Re: [ros-dev] Building Freeloader
by Steven Edwards 03 Apr '05

03 Apr '05

--- Phillip Susi <psusi(a)cfl.rr.com> wrote: > I seem to remember you added a special multiboot header to the kernel > image but it looks to me like ntoskrnl.exe has a standard PE image header. Alex changed this. ntoskrnl now is PE loaded from freeldr. I think it was needed for dynamic ACPI and 3GB support. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com

3 2

Re: [ros-svn] [hbirr] 14443: - Fixed ExTimerRundown.
by Alex Ionescu 03 Apr '05

03 Apr '05

hbirr(a)svn.reactos.com wrote: >- Fixed ExTimerRundown. > > Hi, Can you please explain some of your changes? You have introduced several changes that I don't understand, such as cancelling the timer's APC without actually making sure that it has an APC associated, as well as slowing down the path and forcing additionnal locking of the DB lock by using KeCancelTimer (which also uselessly checks if the timer is inserted -- we are sure it already is). Apart from that, thanks for fixing the silly bugs! Best regards, Alex Ionescu

3 4

Building Freeloader
by Phillip Susi 03 Apr '05

03 Apr '05

Hey Brian, I've been having all kinds of weird problems getting freeloader installed and working in a boot drive image for qemu. I seem to remember you used to have to build it with djgpp instead of mingw for some odd reason. I think it had something to do with mingw's ld clobbering something up when you asked it to output a binary flat file instead of a PE image. Is this still the case? Was that issue never resolved?

3 3

Re: [ros-svn] [ea] 14479: WinTrust.dll: Update EXPORTS table
by Steven Edwards 03 Apr '05

03 Apr '05

Hello, --- ea(a)svn.reactos.com wrote: > Updated files: > trunk/reactos/lib/wintrust/wintrust.def Tappak if you are watching can you relicense wintrust as BSD v2 or LGPL/GPL? If not it will have to be removed from SVN as it has a BSD 1 license header which is GPL incompatible. Same thing with the wintrust.h Thanks Steven __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs

1 0

Re: [ros-svn] [sedwards] 14455: __USE_W32API
by ea 03 Apr '05

03 Apr '05

sedwards(a)svn.reactos.com wrote: >__USE_W32API > > >Added files: >trunk/reactos/lib/msgina/makefile > >Updated files: >trunk/reactos/lib/msgina/msgina.c >trunk/reactos/lib/msgina/stubs.c > >Deleted files: >trunk/reactos/lib/msgina/Makefile > > This library should probably be moved to reactos/subsys because it is loaded exclusively by winlogon. It seems that Longhorn drops the GINA. Is it confirmed? Is it due to a broken (=insecure) design that can not be fixed? If so, should we spend time implementing GINA? Emanuele

1 0

Re: [ros-svn] [sedwards] 14429: nevermind. It helps to do a make bootcd in the terminal that has the value and /usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games:/opt/www/htdig/bin:/usr/lib/java/bin:/usr/lib/java/jre/bin:/opt/kde/bin:/usr/lib/qt/bin to mingw defined.
by Sylvain Petreolle 03 Apr '05

03 Apr '05

mingw32-linux is not setting ARCH=i386, this breaks make bootcd for it. (although there is an easy workaround) Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

1 0

Re: [ros-dev] Guess who's back
by Steven Edwards 02 Apr '05

02 Apr '05

--- Richard Campbell <eek2121(a)comcast.net> wrote: > *faints* *grabs the smellinbg salts for Richard and waves hi to Phillip. Phillip, welcome back! I was looking at some of your code a while back (RAM Disk Driver) and was wondering if we should add support to it to be a general purpose RAM driver while keeping suppport for loading from bochs images as it does now. Thanks Steven __________________________________ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest

3 2

Re: [ros-svn] [weiden] 14453: corrected file name so it matches the include in slayer.rc
by Hartmut Birr 02 Apr '05

02 Apr '05

Hi, it seems we have now a file en.rc and En.rc. This will not work on windows. - Hartmut weiden(a)svn.reactos.com wrote: >corrected file name so it matches the include in slayer.rc > > >Added files: >trunk/reactos/lib/shellext/slayer/En.rc > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > > >

2 2

Re: [ros-web] New proposed frontpage for reactos.com
by Jason Filby 02 Apr '05

02 Apr '05

On Mar 30, 2005 12:49 PM, James Dodd <admin(a)doddnetwork.co.uk> wrote: > I think people are right with the about page. The whitepaper and FAQ will answer more than enough. The entire first set of links at the top links to various 'about' topics. > I've also moved the language bar to the top of the screen... That I like. > Even these companies are moving away from this and creating a more user > friendly approach to their sites which intern represents their OS. Yes, those *companies*. Apache.org seems to be doing fine with their minimalist design. > The new site at the moment does seem more appropriate to developers as > apposed to attracting new audiences. What new audiences? Developers are really what is most important to this project right now. I'm going to stop short of chanting "developers! developers! developers!" ;) Cheers Jason

1 0

Re: [ros-web] New proposed frontpage for reactos.com
by Jason Filby 02 Apr '05

02 Apr '05

Hi all Jh sent me a better look: http://reactos.com/newsite/reactos_index.html I think it looks better! I've also reworded our slogan at the top to read what Steven suggested. Magnus: I'm sorry but your critism is not constructive! Which links do you want on the frontpage that aren't already there? You cannot link to everything on the frontpage either! Cheers Jason

3 3

Guess who's back
by Phillip Susi 02 Apr '05

02 Apr '05

And needs an SVN account ;) I'm glad to see everyone kept the project going without me, I am impressed with the progress! Hopefully now I can get back to contributing.

6 8

Re: [ros-dev] Package Manager
by Steven Edwards 02 Apr '05

02 Apr '05

--- Robert K�pferl <rob(a)koepferl.de> wrote: > I can think of an infrasturcture where one could update a list and > gather packageinformation from all over the internet and install random > apps hosted by theirs creators or sf.net Yeah thats kinda my thinking. We maintain a database of all of the free Win32 software on SourceForge and try to get them all to use MSI or NSIS to package them. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Sports - Sign up for Fantasy Baseball. http://baseball.fantasysports.yahoo.com/

4 5

Re: [ros-dev] Package Manager
by Steven Edwards 01 Apr '05

01 Apr '05

Hi, --- Maarten Bosma <maarten.paul(a)bosma.de> wrote: > As you might remember firk85 and me have started coding a package > manager for ReactOS. More information and a download linkcan be found on > the wiki on http://wiki.reactos.com/PackageManager . > > Since it is now so far that it is at least a bit useful, I'd like to ask > what you think of adding it to the svn-tree ? MSI already does everything you want to do. Add support for loading MSI packages by developing your application on Windows and then it should work in ReactOS as we share msi.dll and msiexec with wine. Vendors can already use Wix to package thier applications. For bonus points make it tie in nicely with NSIS. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com

4 3

Re: [ros-dev] Package Manager
by Steven Edwards 01 Apr '05

01 Apr '05

Hi, --- Maarten Bosma <maarten.paul(a)bosma.de> wrote: > I missed to introduce a concept of the package manager here. Packages > are not a Archive file with an instruction for installing like apt > packages. The more an instruction to download the program, that might be > running the setup with a special parameter or downloading an arrive > file with the binaries. That is a little bit of BSD ports or Gentoo Emerge. > > This is why I think MSI files aren't the right think to replace the > basic based scripts, that are used at the moment. It simply not what > they have been made for. But if the vendor of the application provides a > msi file of cause it can be used; with a "msi"-script-command. I think the idea of a central repository containting information on Free(Open) Win32 is a good idea. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com

1 0

Re: [ros-dev] Package Manager
by Steven Edwards 01 Apr '05

01 Apr '05

Hi, --- Jonathan Wilson <jonwil(a)tpgi.com.au> wrote: > Why not? > Its perfectly possible to include a CPL program on the same CD or zip file > as a GPL program as long as they dont directly mix code (IANAL but this is > what I understand). Linux distributions mix and match code of all different > licences and get away with it. Because we have developed this project like Debian or FreeBSD though we have a "Unspoken Social Contract" GPL incompatible software will not be mixed in the same package or on the same medium as GPL compatible software. I am perfectly happy to have WiX or any other OSS package shipped with ReactOS on a Non-Free CD. It does not mean that I view the CPL as Non-Free, far from it, but in the GPLs current incarnation it has been deamed GPL-incompatible. Maybe the GPL v3 will address these issues and we can even ship WiX in the same package/cd as ReactOS but I still would rather not have ReactOS become dependant on code developed by Microsoft as it may make them rethink the idea of Freeing other packages in the future. I would rather link, provide downloads to (apart from the main ReactOS package), and ship it on a "extras" CD. Thanks Steven __________________________________ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest

3 2

Re: [ros-dev] Package Manager
by Steven Edwards 01 Apr '05

01 Apr '05

--- Maarten Bosma <maarten.paul(a)bosma.de> wrote: > If I understood you correctly you said that there is no need for > developing a compleatly new system, a Packagemanager only had to provide > a interface for the msi files. Right, You can interface directly to the MSI database in the registry. > First of all, I have to say that I don't know much about that msi stuff. > So my question is how would the msi file and the program communicte ? > The point with a packagemanager is that you choose to install lots of > packages and leave your PC alone. So the package manager had to send the > dessions of the user to the msi file and then the msi file had to do > it's operations senlitly. And send reports to the package manager from > time to time. And if something went wrong, it has to send a compleate > error report. Well MSI packages have a lot of options, more so than are used by most people. Most people just write a Install Shield wizard and have the software packaged in a msi but it can do self-repair and modification and all sorts of cool stuff. Most third partys now ship apps as MSI as its what Microsoft supports or they use NullSoft Install System so making a easy to use interface to both of them will win the most support. Its like a mini-sql database so you can even use XML to mess with it in your Package Manager. If I understand correctly the Microsoft tool for creating MSI packages "WiX", uses a xml file for input. The only problem is that WiX is CPL and not GPL so we cannot ship it with ReactOS unless we make it a seperate download. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com

2 1

Idea for NTFS replacement
by Mike Swanson 31 Mar '05

31 Mar '05

NTFS is an important feature of Windows NT, it is one of the most advanced file systems devised. It contains many security devices that makes Windows NT secure. It is much more reliable than FAT. Perhaps instead of waiting for someone to make complete NTFS support in ReactOS (not that it shouldn't be done), we may make a filesystem of our own that is designed with NTFS features in mind (http://linux-ntfs.sf.net/ntfs/), but since we make it we have complete support for it. I was thinking of the name MUSCLE, a pun of FAT. I'm not exactly sure if the letter mean anything yet, but they could be in the future ;) -- Mike

5 9

Package Manager
by Maarten Bosma 31 Mar '05

31 Mar '05

Hallo, As you might remember firk85 and me have started coding a package manager for ReactOS. More information and a download linkcan be found on the wiki on http://wiki.reactos.com/PackageManager . Since it is now so far that it is at least a bit useful, I'd like to ask what you think of adding it to the svn-tree ? Maarten Bosma

1 0

Xen port of ReactOS
by Ge van Geldorp 31 Mar '05

31 Mar '05

Hello, After doing some research, I've decided to go ahead and start a port of ReactOS to Xen. For those in the Xen community not familiar with ReactOS: it's an open-source (GPL) re-implementation of the Microsoft Windows NT-based line of operating systems, aiming to provide binary compatibility for both applications and drivers (http://www.reactos.com). For those in the ReactOS community not familiar with Xen: it's an open-source (GPL) virtual machine monitor that supports execution of multiple guest operating systems with unprecedented levels of performance and resource isolation (http://www.cl.cam.ac.uk/Research/SRG/netos/xen/index.html). Initially I'll focus on getting ReactOS running as a guest OS. This should benefit ReactOS primarily, since this will make it possible to develop large parts of ReactOS (everything except for hardware drivers and some low-level memory management) inside Xen. It will also give ReactOS access to some hardware not natively supported yet (by using the Linux driver). The benefit for Xen at this stage would be the development of ReactOS device drivers for interfacing with Xen, which could also be used for a Windows XP port. On the longer term, I see no reason why ReactOS couldn't function as a driver domain. As driver compatibility improves in ReactOS, this could provide Xen guests access to hardware for which the manufacturer provides only Windows drivers (due to Xens nature, not every driver could be used this way, but I bet a large percentage of the drivers depend on the kernel to do the really low-level stuff). All in all, it seems a win-win proposition for both projects. And even more importantly, I think it's a cool project :-) I've made a branch in ReactOS svn, svn://svn.reactos.com/branches/xen, for this port. Of course, the goal is to merge the changes into trunk eventually. I expect the port to take at least a few months, my initial feeling is that it should be done by the end of the year (there's lots of other stuff in ReactOS I want to work on too). The wiki page at http://wiki.reactos.com/Xen_port will be used to keep track of progress. The game plan is just start working from the boot code, until a problem is hit. Fix that problem and continue until the next problem. Any support and help from the Xen and ReactOS communities are of course greatly appreciated. Gé van Geldorp.

3 2

confusing smss routine (ea)
by Gunnar Dalsnes 31 Mar '05

31 Mar '05

I was doing some changes to RtlCreateUserProcess and saw the strage rotuine SmCreateUserProcess: http://svn.reactos.com/viewcvs/trunk/reactos/subsys/smss/smapiexec.c?rev=14… It has several bugs/problems/confusions: 1) RtlDestroyProcessParameters is not called if RtlCreateUserProcess failed. 2) If WaitForIt is TRUE and you specify a timeout, the caller in not notified if SmCreateUserProcess returned due to timeout. The process will stay running forever. 3) If TerminateIt is TRUE, handles are closed. This is wrong/confusing. Closing the handles does not terminate the process (wrong name?). 4) If you dont pass a UserProcessInfo and TerminateIt is FALSE, it will leak thread/process handles. 5) If you pass UserProcessInfo and TerminateIt is TRUE, the thread/process handles in UserProcessInfo will be invalid. etc.etc. VERY confusing and bug prone: SmCreateUserProcess is used once in the end of this file and it pass FALSE for TerminateIt and pass no UserProcessInfo thus the thread/process handles will never be closed. I should have fixed it myself if i just understod how this routine is _supposed_ to work:-D Regards Gunnar

4 3

Network connection config dialog prototype
by Andrew "Silver Blade" Greenwood 31 Mar '05

31 Mar '05

Following some discussion with Art Yerkes via email, I've been toying around with a resource editor and shifted XP's network connection configuration dialog around: www.furrybeans.co.uk/stuff/netdlg.jpg Note that this will not be the final dialog, nor will that exact one be used - I'm using a resource editor just so I don't have to painstakingly recreate each control just to see what it looks like. It's just convenient for laying out a prototype. Ignore the image at the top left - that was there already. Compare with XP or 2000's dialog and let me know what improvements you can think of. -Andrew

9 19

Re: [ros-dev] Idea for NTFS replacement
by Steven Edwards 31 Mar '05

31 Mar '05

--- Mike Swanson <mikeonthecomputer(a)gmail.com> wrote: > Hacking an existing *nix filesystem to work on ReactOS just doesn't > seem right, nor does it seem very practical. Some of us primarly run Linux and I host mine on ext3 partitions so having the ext2fsd working under ReactOS helps with the testing and migration path. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

I think I know how uxtheme works...
by Jonathan Wilson 30 Mar '05

30 Mar '05

What I strongly suspect happens is this: 1.The themes service is always loaded and running and holds the theme data (and it contains details of which .msstyles file to use) 2.At some point (either at startup if the changes are global or when an app loads if the changes are app specific, I cant find where this bit happens but I suspect the themes service does this) control passes to ordinal 34 in uxtheme.dll (aka ThemeHooksInstall acording to uxtheme.pdb). This function calls an undocumented function in user32 called RegisterUserApiHooks (which appears to be taylor made for uxtheme to do what it needs to do). The function hooks: GetScrollInfo SetScrollInfo EnableScrollBar SetWindowRgn DefWindowProcW DefWindowProcA PreWndProc (probobly stuff that happens internally before the window procedure gets called) PostWndProc (probobly stuff that happens internally after the window procedure gets called) PreDefDlgProc (probobly connected to dialog boxes) PostDefDlgProc (probobly connected to dialog boxes) GetSystemMetrics SystemParametersInfoA SystemParametersInfoW DrawFrameControl DrawCaption MDIRedrawFrame (probobly related to MDI frame windows) This is what causes all apps (including non-theme-aware ones) to get themed non-client areas (window borders etc) 3.Apps that are theme aware have a manifest, load comctl32.dll 6.0 and probobly have to call InitCommonControlsEx (although I think some of the code in the dllmain for comctl32.dll 6.0 may also end up calling InitCommonControlsEx). This causes new versions of the stock classes (button, list box, edit, combo box etc etc etc) to be created and registered. A cursory examination of some of these classes shows that they dont seem to "pull code" from the stock implementation in user32.dll (i.e. anything they dont themselves handle goes back to DefWindowProc). In particular, it doesnt appear as though they have any knowledge of the classes or window procedures contained in user32.dll. then 4.Apps that need to do something extra call into functions exported by uxtheme.dll to do whatever they need to do. user32.dll seems to have no knowledge whatsoever about themeing and uxtheme. All that user32 has is RegisterUserApiHooks (and the matching UnregisterUserApiHooks) that uxtheme uses to hook into user32.dll and do stuff. Exactly how the theme service and theme engine works "under the hood" doesnt matter. But for ReactOS and WINE purposes, I suggest we implement the following: 1.A function similar to RegisterUserApiHooks/UnregisterUserApiHooks (either reverse engineer the MS function or write our own). This will allow uxtheme to hook into the global drawing for things like window borders without user32 needing to care about uxtheme and what uxtheme does (just like how MS hooks into user32 that way) 2.Whatver code is necessary to get the hooks installed right so that all apps get the "global" theming like on real windows 3.Support to read the manifest and load a new comctl32.dll that would be like the version 6 from microsoft (and would contain complete theme-aware implementations of the stock controls just like MS comctl32.dll 6.0 does) and 4.All the needed uxtheme exports to make stuff run This would be the same way Microsoft does things. User32.dll would have no idea whatsoever about uxtheme and theming All apps would get non-client-area themeing like on windows. And only theme aware apps would get themed controls etc (the rest would get "stock" windows controls) Oh and btw, if this "reverse engineering" is not "clean room" enough for WINE and ReactOS, let me know and I will stop posting it :)

3 6

ping Alex regarding log2() for scheduler
by Royce Mitchell III 30 Mar '05

30 Mar '05

Alex, I managed to shave off another comparison in favor of a shift: int highest_bit ( int i ) { int ret = 0; if ( i > 0xffff ) i >>= 16, ret = 16; if ( i > 0xff ) i >>= 8, ret += 8; if ( i > 0xf ) i >>= 4, ret += 4; if ( i > 0x3 ) i >>= 2, ret += 2; return ret + (i>>1); } FWIW, rdtsc reports that compile for speed is 2x as fast as compile for size. I've thought about ways to possibly optimize pipeline throughput for this, but too many of the calculations depend on results of immediately previous calculations to get any real advantage. Here's updated micro-code for BSR, if you really think AMD & Intel will actually do it... IF r/m = 0 THEN ZF := 1; register := UNDEFINED; ELSE ZF := 0; register := 0; temp := r/m; IF OperandSize = 32 THEN IF (temp & 0xFFFF0000) != 0 THEN temp >>= 16; register |= 16; FI; FI; IF (temp & 0xFF00) != 0 THEN temp >>= 8; register |= 8; FI; IF (temp & 0xF0) != 0 THEN temp >>= 4; register |= 4; FI; IF (temp & 0xC) != 0 THEN temp >>= 2; register |= 2; FI; register |= (temp>>1); FI;

6 14

New proposed frontpage for reactos.com
by Jason Filby 29 Mar '05

29 Mar '05

Hi all A new proposed frontpage for reactos.com can be found here: http://reactos.com/newsite/reactos_index.html None of the links go anywhere yet. ezPublish will be phased out and most of the content hosted in a wiki (editable only by people trusted in the project). The wiki/forums/blogs would require a bit of a face-lift so as to look similar. Comments? Cheers Jason

10 13

Submit your changes fpr RC2
by Robert Köpferl 29 Mar '05

29 Mar '05

In ca. 16 h I will do SVN update again for the build 0.2.6 RC2 So think about, wether your patch should be submittet now or later. How about your feelings? Will RC2 be == final actually RC2 --------- So this is what I wanted to send yesterday. However my smtp-provider didn't work as I would have liked to. Thus I'm doing the LABEL now. __now

1 0

Re: [ros-dev] Service Control Manager, Plug and Pray, SMB and RPC
by Steven Edwards 29 Mar '05

29 Mar '05

--- Eric Kohl <eric.kohl(a)t-online.de> wrote: > IMHO, adding missing features to WIDL and fixing resulting bugs in > rpcrt4 is much more important right now. Access to remote machines, new > transports (tcp, udp, http, etc.) and a dynamic endpoint mapper (aka > rpcss) is not that important. Would it be possible to go ahead and port some of the Wine advapi32 SCM code? Its able to install and run services such as the Windows Installer so that might solve a few problems we are facing with the Msi service and CoLinux. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

7 14

RE: [ros-dev] ping Alex regarding log2() for scheduler
by Waldo Alvarez Cañizares 29 Mar '05

29 Mar '05

Can't that one be transformed to do a Bit Scan Reverse? I guess there are alogorithms for it too. Try near the link I provided. Or try the Angner Fog's optimization manual. If that does not works you could try SuperOptimizer. Is a program that finds algorithms in assembler for some arch (x86 included of course) by means of trying instructions using bruteforce (you can use several computers if you want), usually can be converted back to a HLL. This function is little enought to let superoptimizer work. Find it, is open source software, a little complex and MACROfied piece of code but somehow modifiable to suit your needs. Best Regards Waldo Alvarez ________________________________ From: ros-dev-bounces(a)reactos.com on behalf of Royce Mitchell III Sent: Fri 3/25/2005 4:19 PM To: ReactOS Development List Subject: Re: [ros-dev] ping Alex regarding log2() for scheduler Waldo Alvarez Cañizares wrote: >but if you are searching a fast BSF replacement... > > Unfortunately we have no need of BSF :( Is there a similar algo for BSR, which is what we need? _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.com http://reactos.com:8080/mailman/listinfo/ros-dev

1 0

call for an atapi tester
by Hartmut Birr 29 Mar '05

29 Mar '05

Hi, does anyone own a motherboard with an intel chipset and with an ICH5/6 io controller hub? I've modified atapi a little bit. Atapi may detect the second ide (SATA) controller of an ICH5/6. I'm interested on the debug output from atapi while booting. - Hartmut M:\Sandbox\ros_work\reactos>set SVN_EDITOR=notepad M:\Sandbox\ros_work\reactos>d:\programme\subversion\bin\svn.exe diff drivers\storage\atapi\atapi.c Index: drivers/storage/atapi/atapi.c =================================================================== --- drivers/storage/atapi/atapi.c (revision 14209) +++ drivers/storage/atapi/atapi.c (working copy) @@ -123,7 +123,15 @@ ULONG Dummy; } UNIT_EXTENSION, *PUNIT_EXTENSION; -PCI_SLOT_NUMBER LastSlotNumber; +#if 1 +/* + * FIXME: + * ScsiPortGetDeviceBase must check if a resource is already in use. + * This needs to implement IoReportResourceUsage or IoReportResourceForDetection. + */ +ULONG CommandPortArray[64]; +ULONG CommandPortCount = 0; +#endif #ifdef ENABLE_NATIVE_PCI typedef struct _PCI_NATIVE_CONTROLLER @@ -388,8 +396,6 @@ InitData.DeviceId = 0; InitData.DeviceIdLength = 0; - LastSlotNumber.u.AsULONG = 0xFFFFFFFF; - Status = ScsiPortInitialize(DriverObject, RegistryPath, &InitData, @@ -437,6 +443,27 @@ #ifdef ENABLE_DMA ULONG Length; #endif +#if 1 + /* + * FIXME: + * ScsiPortGetDeviceBase must check if a resource is already in use. + * This needs to implement IoReportResourceUsage or IoReportResourceForDetection. + */ + ULONG i; + + for (i = 0; i < CommandPortCount; i++) + { + if (CommandPortArray[i] == CommandPortBase) + { + break; + } + } + if (i < CommandPortCount || + CommandPortCount >= 64) + { + return FALSE; + } +#endif IoAddress = ScsiPortConvertUlongToPhysicalAddress(CommandPortBase); IoBase = ScsiPortGetDeviceBase((PVOID)DevExt, InterfaceType, @@ -534,6 +561,14 @@ { ConfigInfo->AtdiskSecondaryClaimed = TRUE; } +#if 1 + /* + * FIXME: + * ScsiPortGetDeviceBase must check if a resource is already in use. + * This needs to implement IoReportResourceUsage or IoReportResourceForDetection. + */ + CommandPortArray[CommandPortCount++] = CommandPortBase; +#endif return TRUE; } @@ -559,7 +594,7 @@ BOOLEAN DeviceFound; ULONG BusMasterBasePort = 0; - DPRINT("AtapiFindCompatiblePciController() Bus: %lu Slot: %lu\n", + DPRINT1("AtapiFindCompatiblePciController() Bus: %lu Slot: %lu\n", ConfigInfo->SystemIoBusNumber, ConfigInfo->SlotNumber); @@ -600,10 +635,10 @@ } } - DPRINT("%x %x\n", PciConfig.BaseClass, PciConfig.SubClass); - if (PciConfig.BaseClass == 0x01 && - PciConfig.SubClass == 0x01) // && -// (PciConfig.ProgIf & 0x05) == 0) + DPRINT("%x %x %x\n", PciConfig.BaseClass, PciConfig.SubClass, PciConfig.ProgIf); + if (PciConfig.BaseClass == PCI_CLASS_MASS_STORAGE_CTLR && + PciConfig.SubClass == PCI_SUBCLASS_MSC_IDE_CTLR && + (PciConfig.ProgIf & 0x05) == 0) { /* both channels are in compatibility mode */ DPRINT("Bus %1lu Device %2lu Func %1lu VenID 0x%04hx DevID 0x%04hx\n", @@ -692,7 +727,7 @@ BOOLEAN ChannelFound = FALSE; BOOLEAN DeviceFound = FALSE; - DPRINT("AtapiFindIsaBusController() called!\n"); + DPRINT1("AtapiFindIsaBusController() called!\n"); *Again = FALSE; @@ -770,7 +805,7 @@ ULONG Count; BOOLEAN ChannelFound; - DPRINT("AtapiFindNativePciController() called!\n"); + DPRINT1("AtapiFindNativePciController() called!\n"); SlotNumber.u.AsULONG = ConfigInfo->SlotNumber; StartDeviceNumber = SlotNumber.u.bits.DeviceNumber; @@ -799,9 +834,30 @@ break; } } - if (Count < sizeof(PciNativeController)/sizeof(PCI_NATIVE_CONTROLLER)) + if (PciConfig.BaseClass == 0x01) { - /* We have found a known native pci ide controller */ + DPRINT1("Bus %1lu Device %2lu Func %1lu VenID 0x%04hx DevID 0x%04hx\n", + ConfigInfo->SystemIoBusNumber, + SlotNumber.u.bits.DeviceNumber, + SlotNumber.u.bits.FunctionNumber, + PciConfig.VendorID, + PciConfig.DeviceID); + DPRINT1("BaseClass %02x, SubClass %02x, ProgIF %02x\n", PciConfig.BaseClass, PciConfig.SubClass, PciConfig.ProgIf); + DPRINT1("BaseAddresses[0] %08x\n", PciConfig.u.type0.BaseAddresses[0]); + DPRINT1("BaseAddresses[1] %08x\n", PciConfig.u.type0.BaseAddresses[1]); + DPRINT1("BaseAddresses[2] %08x\n", PciConfig.u.type0.BaseAddresses[2]); + DPRINT1("BaseAddresses[3] %08x\n", PciConfig.u.type0.BaseAddresses[3]); + DPRINT1("BaseAddresses[4] %08x\n", PciConfig.u.type0.BaseAddresses[4]); + DPRINT1("BaseAddresses[5] %08x\n", PciConfig.u.type0.BaseAddresses[5]); + DPRINT1("InterruptLine %d\n", PciConfig.u.type0.InterruptLine); + } + + if (Count < sizeof(PciNativeController)/sizeof(PCI_NATIVE_CONTROLLER) || + (PciConfig.BaseClass == PCI_CLASS_MASS_STORAGE_CTLR && + PciConfig.SubClass == PCI_SUBCLASS_MSC_IDE_CTLR && + (PciConfig.ProgIf & 0x05) == 0x05)) + { + /* We have found a known or a native pci ide controller */ if ((PciConfig.ProgIf & 0x80) && (PciConfig.u.type0.BaseAddresses[4] & PCI_ADDRESS_IO_SPACE)) { DPRINT("Found IDE Bus Master controller!\n"); @@ -813,40 +869,24 @@ BusMasterBasePort = 0; } - DPRINT("VendorID: %04x, DeviceID: %04x\n", PciConfig.VendorID, PciConfig.DeviceID); + DPRINT1("VendorID: %04x, DeviceID: %04x\n", PciConfig.VendorID, PciConfig.DeviceID); ConfigInfo->NumberOfBuses = 1; ConfigInfo->MaximumNumberOfTargets = 2; ConfigInfo->MaximumTransferLength = 0x10000; /* max 64Kbyte */ - /* FIXME: - We must not store and use the last tested slot number. If there is a recall - to the some device and we will claim the primary channel again than the call - to ScsiPortGetDeviceBase in AtapiClaimHwResource will fail and we can try to - claim the secondary channel. - */ ChannelFound = FALSE; - if (LastSlotNumber.u.AsULONG != SlotNumber.u.AsULONG) + /* try to claim primary channel */ + if ((PciConfig.u.type0.BaseAddresses[0] & PCI_ADDRESS_IO_SPACE) && + (PciConfig.u.type0.BaseAddresses[1] & PCI_ADDRESS_IO_SPACE)) { - /* try to claim primary channel */ - if ((PciConfig.u.type0.BaseAddresses[0] & PCI_ADDRESS_IO_SPACE) && - (PciConfig.u.type0.BaseAddresses[1] & PCI_ADDRESS_IO_SPACE)) - { - /* primary channel is enabled */ - ChannelFound = AtapiClaimHwResources(DevExt, - ConfigInfo, - PCIBus, - PciConfig.u.type0.BaseAddresses[0] & PCI_ADDRESS_IO_ADDRESS_MASK, - PciConfig.u.type0.BaseAddresses[1] & PCI_ADDRESS_IO_ADDRESS_MASK, - BusMasterBasePort, - PciConfig.u.type0.InterruptLine); - if (ChannelFound) - { - AtapiFindDevices(DevExt, ConfigInfo); - *Again = TRUE; - ConfigInfo->SlotNumber = LastSlotNumber.u.AsULONG = SlotNumber.u.AsULONG; - return SP_RETURN_FOUND; - } - } + /* primary channel is enabled */ + ChannelFound = AtapiClaimHwResources(DevExt, + ConfigInfo, + PCIBus, + PciConfig.u.type0.BaseAddresses[0] & PCI_ADDRESS_IO_ADDRESS_MASK, + PciConfig.u.type0.BaseAddresses[1] & PCI_ADDRESS_IO_ADDRESS_MASK, + BusMasterBasePort, + PciConfig.u.type0.InterruptLine); } if (!ChannelFound) { @@ -862,21 +902,21 @@ PciConfig.u.type0.BaseAddresses[3] & PCI_ADDRESS_IO_ADDRESS_MASK, BusMasterBasePort ? BusMasterBasePort + 8 : 0, PciConfig.u.type0.InterruptLine); - if (ChannelFound) - { - AtapiFindDevices(DevExt, ConfigInfo); - *Again = FALSE; - LastSlotNumber.u.AsULONG = 0xFFFFFFFF; - return SP_RETURN_FOUND; - } } } + if (ChannelFound) + { + CHECKPOINT1; + AtapiFindDevices(DevExt, ConfigInfo); + *Again = TRUE; + ConfigInfo->SlotNumber = SlotNumber.u.AsULONG; + return SP_RETURN_FOUND; + } } } StartFunctionNumber = 0; } *Again = FALSE; - LastSlotNumber.u.AsULONG = 0xFFFFFFFF; DPRINT("AtapiFindNativePciController() done!\n"); return(SP_RETURN_NOT_FOUND);

7 7

Changing syntax style of files to ms style...
by Gregor Anich 29 Mar '05

29 Mar '05

Hi! Sorry if I sound a little harsh, but I am upset by the fact that i don't understand what has driven someone to change the style of a file when adding one line of code from the old (whatever) style to ms style (where '{' and '}' are on the same line as the if/else keywords - that makes multiline if/else blocks unreadable to me, I esp. dislike it when the if-expression is also multiline - like if (some_very_long_expression_which_does && not_fit_onto_a_signle_line) { ... } ) I am not sure, but I think it was Alex. Would you please tell me why you changed the style of the file? I am pretty much used to the old style, esp. if i have been working on the file before it's strange for me to see the syntax changed in a way which i dislike as much as the ms style or whatever it is. :-/

1 1

Re: [ros-dev] STATEMENT
by  Thomas Larsen  29 Mar '05

29 Mar '05

> > Taking credits for others work is not a nice thing to todo (Thx Alot).. > > but you made it worse anyway so no hard feelings :-) > What is it about? Can you point me to time/date/subject you refer to. Just Wierd that i make one implention of taskmgr their where better than the previous then some just take some of the work modify it and credit themself.. i where planning of release the version today with network status and user tab also an vc++ comp. but can see it dont matter.. :-) > > To talk about something else i start a new projekt called CubeOs > > and i would like to know if their are any special copyrights in reactos..? > Just curious: what is the project about? Its an Reactos Clone did alot of work my self and with some developers not to make a competition but to make an alternativ with some of my ideas and visions it has allways been my dream... hope its okay with the reactos team.. By the way thx for your german translation its a littel useless now on reactos but will be very happy to use it on CubeOS Greetz Thomas

3 2

Re: [ros-dev] Service Control Manager, Plug and Pray, SMB and RPC
by Steven Edwards 29 Mar '05

29 Mar '05

Hi, --- Royce Mitchell III <royce3(a)ev1.net> wrote: > Part of the reason he's bringing this up is because I was asking what > was necessary to get working before we could dynamically load drivers > through SCM. I'm working on learning driver development, but want to do > it in ReactOS. > > Anyways, these functions look most necessary... > > OpenSCManager > CreateService > ControlService > OpenService > CloseServiceHandle > DeleteService > QueryServiceStatus > EnumServicesStatus Yes those are most of the functions I need for CoLinux and the Windows Installer service. Wine has a good bit of that implemented using a pipe for communitcation but I assume on Windows its all LPC/RPC to support "net start servicename". Anyway if no one objects I will look at importing the hackish Wine code and see if I can make it work. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

Re: [ros-dev] STATEMENT
by  Thomas Larsen  29 Mar '05

29 Mar '05

Just Mean that it is not fair when i uploade taskmgr with alot of bugfixes and translation and then someone just modify the code and take the credits but now ill just use my version on my new project on CubeOs so its okay but cant see why its done.. But thx about the license stuff Greetz Thomas

2 1

Explorer Prob.
by James Tabor 29 Mar '05

29 Mar '05

Hi all! Just reporting some strange things with explorer. When Start->Browse Files->Drives-> (E:), this happens; (KERNEL32:mem/global.c:412) Memory Load: 17 (MSVCRT:io/open.c:103) not valid fd 0, g_fdend 5, fdinfo 7802d2f0, bucket 7802d2 f0, fdflags 0 (MSVCRT:io/open.c:700) _setmode: inval fd (0) (cm/ntfunc.c:1438) ObReferenceObjectByHandle() failed with status c0000008 (cm/ntfunc.c:1438) ObReferenceObjectByHandle() failed with status c0000008 (cm/ntfunc.c:1438) ObReferenceObjectByHandle() failed with status c0000008 (KERNEL32:mem/global.c:412) Memory Load: 17 (KERNEL32:mem/global.c:412) Memory Load: 17 (MSVCRT:io/open.c:103) not valid fd 0, g_fdend 5, fdinfo 7802d2f0, bucket 7802d2 f0, fdflags 0 (MSVCRT:io/open.c:700) _setmode: inval fd (0) (shellole.c:237:SHELL32_DllGetClassObject) failed for CLSID= {645ff040-5081-101b-9f08-00aa002f954e} (unknown) (shellole.c:167:SHCoCreateInstance) LoadFromShell failed for CLSID= {645ff040-5081-101b-9f08-00aa002f954e} (unknown) (shellole.c:237:SHELL32_DllGetClassObject) failed for CLSID= {645ff040-5081-101b-9f08-00aa002f954e} (unknown) (shellole.c:167:SHCoCreateInstance) LoadFromShell failed for CLSID= {645ff040-5081-101b-9f08-00aa002f954e} (unknown) E_ACCESSDENIED - WIN32 access denied error Context: ShellFolder::ShellFolder(IShellFolder*, LPCITEMIDLIST) Location: utility/shellclasses.cpp:280 Context Trace: - ShellFolder::ShellFolder(IShellFolder*, LPCITEMIDLIST) - ShellDirectory::read_directory() - Entry::read_directory_base() - Entry::smart_scan() - explorer_main - WinMain() - main mm/mm.c:337 Unhandled exception Address: 467ae6 C:\ReactOS\explorer.exe CS:EIP 1b:467ae6 DS 23 ES 23 FS 3b GS 23 EAX: 00000000 EBX: 00a88f58 ECX: 007fe234 EDX: 00a88f28 EBP: 007fe404 ESI: 007ff6ac ESP: 007fe3fc EDI: 007ff638 EFLAGS: 00010202 Frames: 400000+3aeae C:\ReactOS\explorer.exe 400000+7d49f C:\ReactOS\explorer.exe 400000+13aa5 C:\ReactOS\explorer.exe 400000+bed0 C:\ReactOS\explorer.exe 400000+c467 C:\ReactOS\explorer.exe 400000+295a9 C:\ReactOS\explorer.exe 400000+29262 C:\ReactOS\explorer.exe 400000+3e258 C:\ReactOS\explorer.exe 900000+12a8f C:\ReactOS\system32\user32.dll 900000+13a6e C:\ReactOS\system32\user32.dll 7c900000+9ea2 C:\ReactOS\system32\ntdll.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! (KERNEL32:mem/global.c:412) Memory Load: 17 (KERNEL32:mem/global.c:412) Memory Load: 17 (cm/registry.c:885) Hive is still in use (hc 18, rc 10623) (cm/ntfunc.c:2370) CmiDisconnectHive() failed (Status c0000001) (profile.c:899) RegUnLoadKeyW() failed (Error 31) ex/power.c:90 Drive E is HD vfat32, D is HD ext2 ( no problem there ), I can select F and G w/o any problems (Zip Drives) Just logs out and blue screens when selecting E. James

1 0

Re: [ros-svn] [frik85] 14355: Remove all hardcode english phrases from the source code and add the phrases to the resource file.
by James Tabor 29 Mar '05

29 Mar '05

frik85(a)svn.reactos.com wrote: > Remove all hardcode english phrases from the source code and add the phrases to the resource file. > > > Updated files: > trunk/reactos/subsys/system/taskmgr/De.rc > trunk/reactos/subsys/system/taskmgr/En.rc > trunk/reactos/subsys/system/taskmgr/affinity.c > trunk/reactos/subsys/system/taskmgr/applpage.c > trunk/reactos/subsys/system/taskmgr/column.c > trunk/reactos/subsys/system/taskmgr/debug.c > trunk/reactos/subsys/system/taskmgr/endproc.c > trunk/reactos/subsys/system/taskmgr/priority.c > trunk/reactos/subsys/system/taskmgr/resource.h > trunk/reactos/subsys/system/taskmgr/run.c > trunk/reactos/subsys/system/taskmgr/taskmgr.c > trunk/reactos/subsys/system/taskmgr/trayicon.c > Hi, The tabs list only ones and the process list is all zero's. The columns tags in the process list have no data at all. Everything else is okay. James

3 4

Submit your changes fpr RC2
by Robert Köpferl 28 Mar '05

28 Mar '05

In ca. 16 h I will do SVN update again for the build 0.2.6 RC2 So think wether your patch should be submittet now or later. How about your feelings? Will RC2 be == final actually RC2

1 0

RE: [ros-diffs] [greatlrd] 14366: did foget the icon form mf
by Ge van Geldorp 28 Mar '05

28 Mar '05

Please don't do this. shell32 is a component shared with Wine. I'd very much prefer to get the new icons into Wine. If that's not possible at least follow the way Wine does things (i.e. ascii-encoding the .ico files in the .rc), as it will make the job of keeping ReactOS and Wine in sync easier. Thanks, Gé van Geldorp. -----Original Message----- From: ros-diffs-bounces(a)reactos.com [mailto:ros-diffs-bounces@reactos.com] On Behalf Of greatlrd(a)svn.reactos.com Sent: Monday, March 28, 2005 18:51 To: ros-diffs(a)reactos.com Subject: [ros-diffs] [greatlrd] 14366: did foget the icon form mf did foget the icon form mf Added: trunk/reactos/lib/shell32/res/folder.ico Added: trunk/reactos/lib/shell32/res/folder_open.ico Added: trunk/reactos/lib/shell32/res/mycomputer.ico

2 1

feature request for (xml) build
by Hartmut Birr 28 Mar '05

28 Mar '05

Hi, I would like it if I can build ros outside from the source tree. This makes it possible to build ros with different configurations from the same (highly modified) source tree. - Hartmut

4 5

kernel32\comm.c improvements
by Saveliy Tretiakov 27 Mar '05

27 Mar '05

Hi. This is what I've changed: 1. Implement ClearCommError. I din't test it too much, but it should be ok. I've reveresed WinXP's ClearCommError to ensure that my implementation is correct :) 2. Correct badly implemented apis. For Example: ClearCommBreak(HANDLE hFile) { BOOL result = FALSE; DWORD dwBytesReturned; if (hFile == INVALID_HANDLE_VALUE) { return FALSE; } result = DeviceIoControl(hFile, IOCTL_SERIAL_SET_BREAK_OFF, NULL, 0, NULL, 0, &dwBytesReturned, NULL); return TRUE; } Check for INVALID_HANDLE_VALUE is not needed here. I removed all these checks from everywhere in comm.c. Function will return TRUE even if DeviceIoControl fails. This is wrong. Modified functions: ClearCommBreak, EscapeCommFunction, GetCommMask, GetCommModemStatus GetCommState, GetCommTimeouts, PurgeComm, SetCommBreak, SetCommMask, SetCommTimeouts, SetCommState, SetupComm, TransmitCommChar, WaitCommEvent

2 1

serial port type detection (pt. 2)
by Mark Junker 27 Mar '05

27 Mar '05

Hi, in a documentation I saw that I probably had a bug in the patch for the serial port type detection. The attached patch should fix the problem. This comment in this patch also explains what is/was my problem with the value(s) specified in the documentation. Regards, Mark Index: drivers/dd/serial/legacy.c =================================================================== --- drivers/dd/serial/legacy.c (revision 14297) +++ drivers/dd/serial/legacy.c (working copy) @@ -62,7 +62,11 @@ { case 0x00: return Uart16450; + case 0x40: case 0x80: + /* Not sure about this but the documentation says that 0x40 + * indicates an unusable FIFO but my tests only worked + * with 0x80 */ return Uart16550; }

2 1

KeRundownThread question
by Hartmut Birr 26 Mar '05

26 Mar '05

Hi, in KeRundownThread is an ASSERT statement. What is the reason for that? ApcDisable is never changed. It is always 1 for mutex objects and always 0 for mutant objects. If a mutant object is on the list, ros does crash. - Hartmut Index: ntoskrnl/ke/kthread.c =================================================================== --- ntoskrnl/ke/kthread.c (revision 14297) +++ ntoskrnl/ke/kthread.c (working copy) @@ -360,7 +360,7 @@ /* Get the Mutant */ Mutant = CONTAINING_RECORD(CurrentEntry, KMUTANT, MutantListEntry); - ASSERT(Mutant->ApcDisable); +// ASSERT(Mutant->ApcDisable);

2 7

Re: [ros-dev] New proposed frontpage for reactos.com
by Steven Edwards 26 Mar '05

26 Mar '05

--- Jason Filby <jason.filby(a)gmail.com> wrote: > None of the links go anywhere yet. ezPublish will be phased out and > most of the content hosted in a wiki (editable only by people trusted > in the project). > > The wiki/forums/blogs would require a bit of a face-lift so as to look similar. > > Comments? I like it except I think the description of what ReactOS is needs to say something like "A effort to create a FreeSoftware replacement for Microsoft Windows(TM) that is compatbile with existing hardware and software". It does not violate trademark as we are describing what we do. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Re: [ros-svn] [hbirr] 14296: - Guarded the calls to IoSetCancelRoutine with IoAcquireCancelSpinLock/IoReleaseCancelSpinLock.
by Filip Navara 26 Mar '05

26 Mar '05

hbirr(a)svn.reactos.com wrote: >- Guarded the calls to IoSetCancelRoutine with IoAcquireCancelSpinLock/IoReleaseCancelSpinLock. >- Used a fastmutex as lock for the data queue. >- Used paged pool for the data buffers. >- Allowed the server to read (and to wait) on a listening pipe. >- Implemented the non blocking read operations. > >Updated files: >trunk/reactos/drivers/fs/np/create.c >trunk/reactos/drivers/fs/np/fsctrl.c >trunk/reactos/drivers/fs/np/npfs.c >trunk/reactos/drivers/fs/np/npfs.h >trunk/reactos/drivers/fs/np/rw.c > > This change seems to break RPC connection reads. I'm currently busy working on other things so I can't look at the problem. Any help is appreciated... (little test application attached, source available on request or in PSDK examples) - Filip

3 7

Service Control Manager, Plug and Pray, SMB and RPC
by Steven Edwards 26 Mar '05

26 Mar '05

Hi, Am I correct in understanding we are going to need a real rpc implementation to correctly support Plug and Play as well as Services, DCOM and SMB related stuff? I know the Wine DCOM and Service Code does everything over named pipes on the local system but I assume we want to do things "properly". Should we look at doing a mingw build of FreeDCE or the DEC-RPC? I am happy to try and help import any code if it will help. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

3 2

Re: [ros-dev] Re: [ros-svn] [gvg] 14302: Build freeldr as elf executable, initial Xen support
by Steven Edwards 26 Mar '05

26 Mar '05

--- Filip Navara <xnavara(a)volny.cz> wrote: > Just to let you know, there's no need to change the wide-character > string literals. You can use the -fshort-wchar GCC switch to get the > desired behaviour without touching the sources... I was under the impression short-wchar could differ depending on the platform and thats why wide-characters were a no-no in wine. Or is it that only newer gcc's support this option? Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

RE: [ros-dev] ping Alex regarding log2() for scheduler
by Waldo Alvarez Cañizares 25 Mar '05

25 Mar '05

Hi Royce: int highest_bit ( int i ) { int ret = 0; if ( i > 0xffff ) i >>= 16, ret = 16; if ( i > 0xff ) i >>= 8, ret += 8; if ( i > 0xf ) i >>= 4, ret += 4; if ( i > 0x3 ) i >>= 2, ret += 2; return ret + (i>>1); } Guys I think I have one of those optimizations manuals for asm that actually use only one multiplication by a called ¨magic number¨ to get the first bit set. I actually don´t want to trace this code in my head but if you are searching a fast BSF replacement... It was tested using brute force for the 2^32 possible values on the argumment. Maybe you could check the internet for ¨Agner Fog optimization¨. I have a very bad memory so maybe the name is wrong. This is all the info I can give until I get home. Ohh well i can do it myself: http://www.df.lth.se/~john_e/gems/gem0039.html It was Harley´s magic number. so I wasn´t that far. or you can read it here... I have a c version but I guess you don´t need that :) ---------------------------------------------------------------------------------------------------------- Fast BSF replacement ASM/80386 Macro EMBSF5 emulates the BSF instruction for non-zero argument <------------------------------------ remember to test for this!!!!!!! This macro utilizes an algorithm published in the news group comp.arch by Robert Harley in 1996. The algorithm converts the general problem of finding the position of the least significant set bit into a special case of counting the number of bits in a contiguous block of set bits. By computing x^(x-1), where x is the original input argument, a right-aligned contiguous group of set bits is created, whose cardinality equals the position of the least significant set bit in the original input plus 1. The input x is of the form (regular expression): {x}n1{0}m. x-1 has the form {x}n{0}(m+1), and x^(x-1) has the form {0}n{1}(m+1). This step is pretty similar to the one used by macro PREPBSF <http://www.df.lth.se/~john_e/gems/gem002e.html> , only that PREPBSF <http://www.df.lth.se/~john_e/gems/gem002e.html> creates a right-aligned group of set bits whose cardinality equals exactly the position of the least significant set bit. Harley's algorithm then employs a special method to count the number of bits in the right-aligned contiguous block of set bits. I am not sure upon which number theoretical argument it is founded, and it wasn't explained in the news group post. According to Harley, if a 32-bit number of the form 00...01...11 is multiplied by the "magic" number (7*255*255*255), then bits <31:26> of the result uniquely identify the number of set bits in that number. A 64 entry table is used to map that unique result to the bit count. Here, I have modified the table to reflect the bit position of the least significant set bit in the original argument, which is one less than the bit count of the intermediate result. I have tested the macro EMBSF5 exhaustively for all 2^32-1 possible inputs, i.e. for all 32-bit numbers except zero. Place the following table in the data segment: table db 0, 0, 0,15, 0, 1,28, 0,16, 0, 0, 0, 2,21,29, 0 db 0, 0,19,17,10, 0,12, 0, 0, 3, 0, 6, 0,22,30, 0 db 14, 0,27, 0, 0, 0,20, 0,18, 9,11, 0, 5, 0, 0,13 db 26, 0, 0, 8, 0, 4, 0,25, 0, 7,24, 0,23, 0,31, 0 And here follows the actual macro: ; ; emulate bsf instruction ; ; input: ; eax = number to preform a bsf on ( != 0 ) ; ; output: ; edx = result of bsf operation ; ; destroys: ; ecx ; eflags ; MACRO EMBSF5 mov edx,eax ; do not disturb original argument dec edx ; n-1 xor edx,eax ; n^(n-1), now EDX = 00..01..11 IFDEF FASTMUL imul edx,7*255*255*255 ; multiply by Harley's magic number ELSE mov ecx,edx ; do multiply using shift/add method shl edx,3 sub edx,ecx mov ecx,edx shl edx,8 sub edx,ecx mov ecx,edx shl edx,8 sub edx,ecx mov ecx,edx shl edx,8 sub edx,ecx ENDIF shr edx,26 ; extract bits <31:26> movzx edx,[table+edx] ; translate into bit count - 1 ENDM Note: FASTMUL can be defined if your CPU has a fast integer multiplicator, like the AMD. The IMUL replacement should run in about 8-9 cycles. Gem writer: Norbert Juffa <mailto:norbert.juffa@amd.com> last updated: 1999-09-02 ---------------------------------------------------------------------------------------------------------- >> updated micro-code << Wow where I can get this? Do you have an assembler/disassembler? I once asked Tigran Aizvian but he told me not to have the information at all. With that I could save myself some time reversing it by trial and error using the black box approach. Someday. As far as I know still Intel CPUs microcode updates are not digitally signed so it could be reprogrammed. Here's updated micro-code for BSR, if you really think AMD & Intel will actually do it... IF r/m = 0 THEN ZF := 1; register := UNDEFINED; ELSE ZF := 0; register := 0; temp := r/m; IF OperandSize = 32 THEN IF (temp & 0xFFFF0000) != 0 THEN temp >>= 16; register |= 16; FI; FI; IF (temp & 0xFF00) != 0 THEN temp >>= 8; register |= 8; FI; IF (temp & 0xF0) != 0 THEN temp >>= 4; register |= 4; FI; IF (temp & 0xC) != 0 THEN temp >>= 2; register |= 2; FI; register |= (temp>>1); FI;

2 1

RE: I think I know how uxtheme works...
by Casper Hornstrup 25 Mar '05

25 Mar '05

In copyright law it's the result that matter, not the process. To be protected by copyright law, it must be in tangible form. Looking at disassembled code is permitted by copyright law so it's only a problem if the person doing it lacks self-discipline and uses the disassembled code in a way that violates copyright law. That said, I don't believe there is a need for reverse engineering methods for implementing the majority of ReactOS and WINE. Our goal is to run Windows software on ReactOS and other free operating systems. We have some smart people on these projects. If the Windows software vendors could figure out how to use the interfaces using the public available documentation, then we can certainly implement the interfaces from that same information. If there is an interface that isn't documented, then certainly most Windows software won't use it and there is no need to implement the interface at all. Casper References: >From http://www.nus.edu.sg/intro/slides/021111_1_Wilson%20Wong.ppt What is protectable? Functionality? - not protected - must be an "expression...of a set of instructions" - Autodesk Inc v Dyason (Aust): copying function of AutoCAD lock but not code (no infringement) Program Structure? - (cf: plot elements in literary/dramatic works capable of protection) - eg. structural arrangements of modules and subroutines - yes if expression of idea, & no if ideas or functions: difficult line to draw - yes if organisation, sequence, arrangement or compilation - not protectable: elements of software which are: * ideas; * dictated by efficiency or external factors (eg h/w) specs, compatibility reqms, industry standards; or * public domain - not if similarity is due only to similar subject matter * analogy: drawing of a hand * eg any 2 word processors will have some structural similarities > -----Original Message----- > From: wine-devel-admin(a)winehq.org [mailto:wine-devel-admin@winehq.org] On Behalf Of Mike McCormack > Sent: 25. marts 2005 10:39 > To: Jonathan Wilson > Cc: wine-devel(a)winehq.org; ros-dev(a)reactos.com > Subject: Re: I think I know how uxtheme works... > > > Jonathan Wilson wrote: > > What I am doing here is clean-room reverse engineering. > > There's no reason that we need to expose ourselves to any legal risk at > all. It may be your opinion that reading assembly code and describing > it is legal and safe, but I don't agree and I'm sure others who work on > Wine don't either. > > The original IBM BIOS was clean room reverse engineered because there > was not enough documentation available for it. We have MSDN, which is > not 100% complete, but is good enough for most purposes. Other things > can be deduced from test programs. Information that cannot be deduced > by a test program is irrelevant. > > Reverse engineering does not help Wine. Casual observers will assume > that Wine is the result of reverse engineering by disassembly, which is > incorrect and harmful. > > Mike

1 0

Re: [ros-svn] [gvg] 14302: Build freeldr as elf executable, initial Xen support
by Filip Navara 25 Mar '05

25 Mar '05

gvg(a)svn.reactos.com wrote: >Build freeldr as elf executable, initial Xen support > >Added files: >... > >Updated files: >... >branches/xen/reactos/boot/freeldr/freeldr/fs/ntfs.c >... > > Just to let you know, there's no need to change the wide-character string literals. You can use the -fshort-wchar GCC switch to get the desired behaviour without touching the sources... - Filip

1 0

Re: [ros-dev] Re: Colinux crash : Lock the kernel - Debug traces for Bug512]
by Steven Edwards 25 Mar '05

25 Mar '05

Hi Hartmut, --- Hartmut Birr <hartmut.birr(a)gmx.de> wrote: > with my last changes (r14296), coLinux does start and does mount the > root partition. It exist an second problem. The coLinux window is only > shown for a very short time. I'm not so familiar with the gdi, user and > win32k code. I cannot fix the second problem. Nice! I will svn update, rebuild and test tommrow. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Re: I think I know how uxtheme works...
by Jonathan Wilson 25 Mar '05

25 Mar '05

What I am doing here is clean-room reverse engineering. Essentially it involves taking existing binary modules and sources of information and writing up what they do in a way that isnt violating the copyright on the origonal (IANAL but I dont think what I posted violates the copyright on the windows binaries). Then it involves someone else who hasnt seen the origonal copyrighted source using the resulting information to re-implement whatever the information describes. As long as the person who origonally did the reverse engineering never contributes anything to the resulting code, it is (AFAIK, IAMAL) perfectly legal (after all, this is exactly what was done when the first clone PC bios was written, one group disassembled the origonal IBM BIOS and wrote up documents on how it works and how to talk to it. Then another group not connected to the people who did the origonal reverse engineering took the documentation and re-implemented the BIOS from just the documentation without looking at the orgininal IBM implementation) I never had any plans to actually write code for this (since doing so is out of my skill range) and as long as I never do so in the future (thus "tainting" the code I write as being a potential Derived Work of the microsoft code I looked at), I dont see any way that the results of this investigation could be considered a derived work of any microsoft code. Although if I have a mis-understanding of this situation, please point out what I am doing that would make code written by someone else using the information in my posts a Derived Work of microsofts origonal binaries.

2 1

Speed Tests (was: ping Alex regarding log2() for scheduler)
by Ash 24 Mar '05

24 Mar '05

Hello, I'd like to provide a small VS.NET project file with 5 different tests. - 46ffffe9 tells everything is alright with the function calculation - times are measured with QueryPerformanceCounter - loop run cnt: 0x2ffffff result orig function 46ffffe9 it took 1491052 result orig function inlined 46ffffe9 it took 1035547 result second proposal inlined 46ffffe9 it took 1244434 result optimized asm 46ffffe9 it took 1338367 result debug asm 46ffffe9 it took 8774815 The second proposal is the original proposal but more shifts - still slower tho. Interesting is the inlined version generated by MSVC, shaving off almost 1/3 of the overall time. Also stared as "optimized asm" - no gurantee on register safety tho ;) For portability and performance sake it should be considered to create a compiler macro. This function is terribly small, any optimisations inside are outweighted by the calling overhead in this case. The most impressive one is the original function inlined, althought the ASM would only work on x86. Please do not think about using 64k tables, thats what, 1/2 of a Sempron L2 cache? It would really really trash performance. Available at: <a href="http://hackersquest.org/kerneltest.html" title="Kernel Test Emulator">Kernel Test</a> <a href="http://wohngebaeudeversicherung.einsurance.de/">http://wohngebaeudeversicherung.einsurance.de</a>

5 7

about changelog idea
by Magnus Olsen 24 Mar '05

24 Mar '05

Hi Why not create two diffrent changelog for each release. one that contain all svn commit msg next one is what is benefit for the user. I think this is good idea. ´Then the user can read what new for them. If some want really know what we have done. Then they can read all commit msg. I think this is good idea, and will benfit alot of people.

3 5

Re: [ros-dev] I think I know how uxtheme works...
by rlangschultz＠cox.net 24 Mar '05

24 Mar '05

I would think that ReactOs is not anywhere near being ready for themeing partially because it needs to write much more of the system software. Themeing can always be an option later. I have mentioned an alternate filesystem, and other services, but since I have not submitted code, people on the mailing list think i can not program something of the sort. I think it is great that people are wanting to understand the process of themeing but keep in mind that loading a theme may cut down on the resources available to the opertating system or may interfere with someone elses environment. > > From: Jonathan Wilson <jonwil(a)tpgi.com.au> > Date: 2005/03/23 Wed PM 09:19:23 EST > To: wine-devel(a)winehq.org, ros-dev(a)reactos.com > Subject: [ros-dev] I think I know how uxtheme works... > > What I strongly suspect happens is this: > 1.The themes service is always loaded and running and holds the theme data > (and it contains details of which .msstyles file to use) > 2.At some point (either at startup if the changes are global or when an app > loads if the changes are app specific, I cant find where this bit happens > but I suspect the themes service does this) control passes to ordinal 34 in > uxtheme.dll (aka ThemeHooksInstall acording to uxtheme.pdb). This function > calls an undocumented function in user32 called RegisterUserApiHooks (which > appears to be taylor made for uxtheme to do what it needs to do). > The function hooks: > GetScrollInfo > SetScrollInfo > EnableScrollBar > SetWindowRgn > DefWindowProcW > DefWindowProcA > PreWndProc (probobly stuff that happens internally before the window > procedure gets called) > PostWndProc (probobly stuff that happens internally after the window > procedure gets called) > PreDefDlgProc (probobly connected to dialog boxes) > PostDefDlgProc (probobly connected to dialog boxes) > GetSystemMetrics > SystemParametersInfoA > SystemParametersInfoW > DrawFrameControl > DrawCaption > MDIRedrawFrame (probobly related to MDI frame windows) > This is what causes all apps (including non-theme-aware ones) to get themed > non-client areas (window borders etc) > 3.Apps that are theme aware have a manifest, load comctl32.dll 6.0 and > probobly have to call InitCommonControlsEx (although I think some of the > code in the dllmain for comctl32.dll 6.0 may also end up calling > InitCommonControlsEx). This causes new versions of the stock classes > (button, list box, edit, combo box etc etc etc) to be created and > registered. A cursory examination of some of these classes shows that they > dont seem to "pull code" from the stock implementation in user32.dll (i.e. > anything they dont themselves handle goes back to DefWindowProc). In > particular, it doesnt appear as though they have any knowledge of the > classes or window procedures contained in user32.dll. > then 4.Apps that need to do something extra call into functions exported by > uxtheme.dll to do whatever they need to do. > > user32.dll seems to have no knowledge whatsoever about themeing and > uxtheme. All that user32 has is RegisterUserApiHooks (and the matching > UnregisterUserApiHooks) that uxtheme uses to hook into user32.dll and do stuff. > > Exactly how the theme service and theme engine works "under the hood" > doesnt matter. > But for ReactOS and WINE purposes, I suggest we implement the following: > 1.A function similar to RegisterUserApiHooks/UnregisterUserApiHooks (either > reverse engineer the MS function or write our own). This will allow uxtheme > to hook into the global drawing for things like window borders without > user32 needing to care about uxtheme and what uxtheme does (just like how > MS hooks into user32 that way) > 2.Whatver code is necessary to get the hooks installed right so that all > apps get the "global" theming like on real windows > 3.Support to read the manifest and load a new comctl32.dll that would be > like the version 6 from microsoft (and would contain complete theme-aware > implementations of the stock controls just like MS comctl32.dll 6.0 does) > and 4.All the needed uxtheme exports to make stuff run > > This would be the same way Microsoft does things. > User32.dll would have no idea whatsoever about uxtheme and theming > All apps would get non-client-area themeing like on windows. > And only theme aware apps would get themed controls etc (the rest would get > "stock" windows controls) > > Oh and btw, if this "reverse engineering" is not "clean room" enough for > WINE and ReactOS, let me know and I will stop posting it :) > > > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.com > http://reactos.com:8080/mailman/listinfo/ros-dev >

1 0

Re: Colinux crash : Lock the kernel - Debug traces for Bug512]
by Hartmut Birr 23 Mar '05

23 Mar '05

Hi, with my last changes (r14296), coLinux does start and does mount the root partition. It exist an second problem. The coLinux window is only shown for a very short time. I'm not so familiar with the gdi, user and win32k code. I cannot fix the second problem. - Hartmut

1 0

OpenOffice.Org 2.0 beta's installer causes kernel panic
by Wierd Wierd 23 Mar '05

23 Mar '05

Steven asked me to do a quick trial to see if any of the recent fixes in ROS had fixed this problem with the OOo 2.0 beta installer, then asked me to provide this debug dump. *************************** Used memory 131072Kb (mm/mminit.c:375) Kernel Stack Limits. InitTop = 0x800be000, Init = 0x800bb000 (mm/virtual.c:214) FIXME: MEMORY_AREA_SYSTEM case incomplete (or possibly wrong) for NtQueryVirtualMemory() (ke/bug.c:56) Found Bugcheck Resource Data! (ke/bug.c:67) Got Pointer to Bugcheck Resource Data! (ke/clock.c:80) KiInitializeSystemClock() (ke/clock.c:99) Finished KiInitializeSystemClock() (ex/timer.c:232) ExpInitializeTimerImplementation() (io/pnproot.c:676) DeviceID: Root\Ne2000 PDO 805451f8 (io/pnproot.c:689) InstanceID: 0000 PDO 805451f8 (io/pnproot.c:676) DeviceID: Root\PCI PDO 80545300 (io/pnproot.c:689) InstanceID: 0000 PDO 80545300 (io/pnproot.c:676) DeviceID: Root\LEGACY_UNKNOWN PDO 80545448 (io/pnproot.c:689) InstanceID: 0000 PDO 80545448 DriverBase for \SystemRoot\system32\drivers\pci.sys: 9cdaf000 Peripheral Component Interconnect Bus Driver DriverBase for acpi.sys: 9cdb7000 Advanced Configuration and Power Interface Bus Driver ACPI: System firmware supports: +------------------------------------------------------------ | Sx states: +S0 -S1 -S2 -S3 -S4 +S5 +------------------------------------------------------------ Sleep Button: found DriverBase for scsiport.sys: 9cde6000 DriverBase for atapi.sys: 9cdf1000 DriverBase for class2.sys: 9cdfb000 DriverBase for disk.sys: 9ce04000 DriverBase for vfatfs.sys: 9ce0c000 DriverBase for bootvid.sys: 9ce1f000 DriverBase for ndis.sys: 9ce3e000 DriverBase for \SystemRoot\system32\drivers\pcnet.sys: 9ce66000 DriverBase for \SystemRoot\system32\drivers\vmx_svga.sys: 9cea2000 DriverBase for \SystemRoot\system32\drivers\VIDEOPRT.SYS: 9cebe000 DriverBase for \SystemRoot\system32\drivers\floppy.sys: 9e0db000 DriverBase for \SystemRoot\system32\drivers\cdrom.sys: 9e0fb000 DriverBase for \SystemRoot\system32\drivers\fs_rec.sys: 9e10a000 DriverBase for \SystemRoot\system32\drivers\beep.sys: 9e118000 DriverBase for \SystemRoot\system32\drivers\null.sys: 9e126000 DriverBase for \SystemRoot\system32\drivers\psaux.sys: 9e13e000 DriverBase for \SystemRoot\system32\drivers\keyboard.sys: 9e157000 DriverBase for \SystemRoot\system32\drivers\mouclass.sys: 9e167000 DriverBase for \SystemRoot\system32\drivers\blue.sys: 9e175000 DriverBase for \SystemRoot\system32\drivers\msfs.sys: 9e18b000 DriverBase for \SystemRoot\system32\drivers\npfs.sys: 9e1a1000 (mm/virtual.c:235) FIXME: MEMORY_AREA_KERNEL_STACK case incomplete (or possibly wrong) for NtQueryVirtualMemory() DriverBase for \??\C:\ReactOS\system32\win32k.sys: 9e4fe000 DriverBase for \??\C:\ReactOS\system32\freetype.dll: 9e5e6000 DriverBase for \SystemRoot\System32\kbdus.dll: 9e66b000 (ntuser/desktop.c:574) IntShellHookNotify: No desktop! (ntuser/desktop.c:574) IntShellHookNotify: No desktop! (ntuser/desktop.c:574) IntShellHookNotify: No desktop! WL-Status: ReactOS is starting up... DriverBase for \SystemRoot\system32\drivers\tcpip.sys: 9eaa2000 DriverBase for \SystemRoot\system32\drivers\afd.sys: 9eadf000 (umpnpmgr.c:160) Device arrival event: HTREE\Root\0 (umpnpmgr.c:160) Device arrival event: Root\LEGACY_UNKNOWN\0000 (umpnpmgr.c:160) Device arrival event: Root\PCI\0000 (umpnpmgr.c:160) Device arrival event: Root\Ne2000\0000 (umpnpmgr.c:160) Device arrival event: Root\LEGACY_UNKNOWN\0000 (umpnpmgr.c:160) Device arrival event: Root\LEGACY_UNKNOWN\0000 (umpnpmgr.c:160) Device arrival event: PCI\VEN_1274&DEV_1371&SUBSYS_13711274&REV_02\0000 (umpnpmgr.c:160) Device arrival event: PCI\VEN_1022&DEV_2000&SUBSYS_20001022&REV_10\0000 (umpnpmgr.c:160) Device arrival event: PCI\VEN_15AD&DEV_0405&SUBSYS_040515AD&REV_00\0000 (umpnpmgr.c:160) Device arrival event: PCI\VEN_8086&DEV_7113&SUBSYS_197615AD&REV_08\0000 (umpnpmgr.c:160) Device arrival event: PCI\VEN_8086&DEV_7112&SUBSYS_197615AD&REV_00\0000 (umpnpmgr.c:160) Device arrival event: PCI\VEN_8086&DEV_7111&SUBSYS_197615AD&REV_01\0000 (umpnpmgr.c:160) Device arrival event: PCI\VEN_8086&DEV_7110&SUBSYS_197615AD&REV_08\0000 (umpnpmgr.c:160) Device arrival event: PCI\VEN_8086&DEV_7191&SUBSYS_00000000&REV_01\0000 (umpnpmgr.c:160) Device arrival event: PCI\VEN_8086&DEV_7190&SUBSYS_197615AD&REV_01\0000 (umpnpmgr.c:160) Device arrival event: ACPI\PNP0A03\0000 (umpnpmgr.c:160) Device arrival event: ACPI\PNP0C02\31 (umpnpmgr.c:160) Device arrival event: ACPI\PNP0200\0000 (umpnpmgr.c:160) Device arrival event: ACPI\PNP0001\0000 (umpnpmgr.c:160) Device arrival event: ACPI\PNP0100\0000 (umpnpmgr.c:160) Device arrival event: ACPI\PNP0B00\0000 (umpnpmgr.c:160) Device arrival event: ACPI\PNP0800\0000 (umpnpmgr.c:160) Device arrival event: ACPI\PNP0303\0000 (umpnpmgr.c:160) Device arrival event: ACPI\PNP0F13\0000 (umpnpmgr.c:160) Device arrival event: ACPI\PNP0A05\0000 (umpnpmgr.c:160) Device arrival event: ACPI\PNP0400\0000 (umpnpmgr.c:160) Device arrival event: ACPI\PNP0501\1 (umpnpmgr.c:160) Device arrival event: ACPI\PNP0501\2 (umpnpmgr.c:160) Device arrival event: ACPI\PNP0700\0000 LAN WORKER BUSY 9eac0380 8055f590 LAN WORKER BUSY 9eac0380 8055f590 LAN WORKER BUSY 9eac0380 8055f590 LAN WORKER BUSY 9eac0380 8055f590 LAN WORKER BUSY 9eac0380 8055ec28 LAN WORKER BUSY 9eac0380 8080be88 DriverBase for \SystemRoot\System32\vmx_fb.DLL: 9ec49000 (misc/driver.c:244) Unsupported DDI function 0x6 (misc/driver.c:244) Unsupported DDI function 0x47 (misc/driver.c:244) Unsupported DDI function 0x46 (misc/driver.c:244) Unsupported DDI function 0x45 FIXME: CopyImage doesn't support IMAGE_ICON correctly! (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find mxdMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find auxMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find mxdMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find midMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find modMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find widMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find wodMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find auxMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find mxdMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find midMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find widMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find wodMessage LAN WORKER BUSY 9eac0380 808a8798 LAN WORKER BUSY 9eac0380 808a8840 LAN WORKER BUSY 9eac0380 808a88e8 LAN WORKER BUSY 9eac0380 805bb5a0 LAN WORKER BUSY 9eac0380 806ef608 LAN WORKER BUSY 9eac0380 806ef648 (ntuser/class.c:114) Failed to lookup class atom! LAN WORKER BUSY 9eac0380 805c6138 LAN WORKER BUSY 9eac0380 805c7f80 LAN WORKER BUSY 9eac0380 805c8028 LAN WORKER BUSY 9eac0380 8069d090 LAN WORKER BUSY 9eac0380 8069d138 LAN WORKER BUSY 9eac0380 805c6138 Using shell hooks for notification of shell events. (ntuser/hook.c:504) Not implemented: HookId 3 Global TRUE SHELLHOOK 1 SHELLHOOK 4 SHELLHOOK 1 LAN WORKER BUSY 9eac0380 806fe7a8 SHELLHOOK 4 SHELLHOOK 4 LAN WORKER BUSY 9eac0380 80601110 LAN WORKER BUSY 9eac0380 806f7988 LAN WORKER BUSY 9eac0380 806f7a30 LAN WORKER BUSY 9eac0380 806f7ad8 LAN WORKER BUSY 9eac0380 806f7b80 LAN WORKER BUSY 9eac0380 806f7c28 LAN WORKER BUSY 9eac0380 80601110 LAN WORKER BUSY 9eac0380 80601110 LAN WORKER BUSY 9eac0380 80601110 LAN WORKER BUSY 9eac0380 80601110 LAN WORKER BUSY 9eac0380 80601110 LAN WORKER BUSY 9eac0380 80601110 LAN WORKER BUSY 9eac0380 80601110 LAN WORKER BUSY 9eac0380 806f7988 LAN WORKER BUSY 9eac0380 80601110 LAN WORKER BUSY 9eac0380 806f7ad0 SHELLHOOK 4 LAN WORKER BUSY 9eac0380 806f7988 LAN WORKER BUSY 9eac0380 806f7ad8 LAN WORKER BUSY 9eac0380 806fac18 LAN WORKER BUSY 9eac0380 806facc0 (ntuser/painting.c:619) PAINTING BUG: Thread marked as containing dirty windows, but no dirty windows found! LAN WORKER BUSY 9eac0380 806fac18 LAN WORKER BUSY 9eac0380 806fff60 LAN WORKER BUSY 9eac0380 806fac18 LAN WORKER BUSY 9eac0380 806fac18 LAN WORKER BUSY 9eac0380 806facc0 SHELLHOOK 1 SHELLHOOK 1 SHELLHOOK 4 LAN WORKER BUSY 9eac0380 8069aa98 LAN WORKER BUSY 9eac0380 8069ab40 LAN WORKER BUSY 9eac0380 8069aa98 LAN WORKER BUSY 9eac0380 8069aa98 LAN WORKER BUSY 9eac0380 8069aa98 LAN WORKER BUSY 9eac0380 806f8b10 LAN WORKER BUSY 9eac0380 8069aa98 LAN WORKER BUSY 9eac0380 808aad80 LAN WORKER BUSY 9eac0380 808aad80 LAN WORKER BUSY 9eac0380 808aad80 LAN WORKER BUSY 9eac0380 808aad80 LAN WORKER BUSY 9eac0380 808aad80 LAN WORKER BUSY 9eac0380 808b5600 LAN WORKER BUSY 9eac0380 808b5640 LAN WORKER BUSY 9eac0380 808b5b60 LAN WORKER BUSY 9eac0380 808b5c08 LAN WORKER BUSY 9eac0380 808b5600 LAN WORKER BUSY 9eac0380 808b5600 LAN WORKER BUSY 9eac0380 808b5640 LAN WORKER BUSY 9eac0380 808b5600 LAN WORKER BUSY 9eac0380 808b5640 LAN WORKER BUSY 9eac0380 808b5600 LAN WORKER BUSY 9eac0380 808b5600 LAN WORKER BUSY 9eac0380 808b5640 LAN WORKER BUSY 9eac0380 808b5b60 LAN WORKER BUSY 9eac0380 808b5600 LAN WORKER BUSY 9eac0380 808b5600 LAN WORKER BUSY 9eac0380 808b5600 LAN WORKER BUSY 9eac0380 808b5640 LAN WORKER BUSY 9eac0380 808b5600 LAN WORKER BUSY 9eac0380 808b5640 LAN WORKER BUSY 9eac0380 808b5b60 LAN WORKER BUSY 9eac0380 808b5c08 LAN WORKER BUSY 9eac0380 808b5cb0 LAN WORKER BUSY 9eac0380 808b5d58 LAN WORKER BUSY 9eac0380 808b5e00 LAN WORKER BUSY 9eac0380 808b5ea8 LAN WORKER BUSY 9eac0380 808b5f50 LAN WORKER BUSY 9eac0380 808ac070 LAN WORKER BUSY 9eac0380 808ac118 LAN WORKER BUSY 9eac0380 808ac1c0 LAN WORKER BUSY 9eac0380 808b5600 LAN WORKER BUSY 9eac0380 808b5640 LAN WORKER BUSY 9eac0380 808b5600 LAN WORKER BUSY 9eac0380 808b5640 LAN WORKER BUSY 9eac0380 808b5b60 LAN WORKER BUSY 9eac0380 808b5600 LAN WORKER BUSY 9eac0380 808b5640 LAN WORKER BUSY 9eac0380 808b5b60 LAN WORKER BUSY 9eac0380 808b5c08 LAN WORKER BUSY 9eac0380 808b5cb0 LAN WORKER BUSY 9eac0380 808b5600 LAN WORKER BUSY 9eac0380 808b5640 LAN WORKER BUSY 9eac0380 808b5600 LAN WORKER BUSY 9eac0380 808b5640 LAN WORKER BUSY 9eac0380 808b5b60 LAN WORKER BUSY 9eac0380 808b5c08 LAN WORKER BUSY 9eac0380 808b5cb0 LAN WORKER BUSY 9eac0380 808b5d58 (api/handle.c:71) CsrGetObject returning invalid handle (NTDLL:ldr/utils.c:2097) Relocating (777c0000 -> 750000) C:\ReactOS\system32\winmm.dll FIXME: CopyImage doesn't support IMAGE_ICON correctly! (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find mxdMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find auxMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find mxdMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find midMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find modMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find widMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find wodMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find auxMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find mxdMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find midMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find widMessage (NTDLL:ldr/utils.c:1216) LdrGetExportByName(): failed to find wodMessage (msi.c:390:MsiInstallProductW) L"openofficeorg1979.msi" (null) (action.c:1413:ACTION_PerformUIAction) UNHANDLED MSI ACTION L"SetupInitialization" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"FindRelatedProducts" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"ValidateProductID" LAN WORKER BUSY 9eac0380 80900b28 LAN WORKER BUSY 9eac0380 80900bd0 LAN WORKER BUSY 9eac0380 80907360 LAN WORKER BUSY 9eac0380 80907408 LAN WORKER BUSY 9eac0380 809074b0 LAN WORKER BUSY 9eac0380 80907558 LAN WORKER BUSY 9eac0380 80907600 LAN WORKER BUSY 9eac0380 80907280 LAN WORKER BUSY 9eac0380 80907440 LAN WORKER BUSY 9eac0380 80907558 LAN WORKER BUSY 9eac0380 80907600 LAN WORKER BUSY 9eac0380 80908908 LAN WORKER BUSY 9eac0380 80909628 LAN WORKER BUSY 9eac0380 8090ad58 LAN WORKER BUSY 9eac0380 8090b298 LAN WORKER BUSY 9eac0380 8090b420 LAN WORKER BUSY 9eac0380 8090b230 LAN WORKER BUSY 9eac0380 8090b500 LAN WORKER BUSY 9eac0380 8090b5a8 LAN WORKER BUSY 9eac0380 8090b6d0 LAN WORKER BUSY 9eac0380 8090b778 (action.c:1823:load_file) Unfound Component L"g_f_registry_spool_oo_td_internalgraphics_filters_xcu__share_registry_modules_o_"... (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"IsolateComponents" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"MigrateFeatureStates" (action.c:1413:ACTION_PerformUIAction) UNHANDLED MSI ACTION L"InstallWelcome" (action.c:1413:ACTION_PerformUIAction) UNHANDLED MSI ACTION L"SetupProgress" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"RemoveExistingProducts" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"AllocateRegistrySpace" (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\Installer\Components"!) LAN WORKER BUSY 9eac0380 80918ac0 LAN WORKER BUSY 9eac0380 80918e58 LAN WORKER BUSY 9eac0380 8090a070 LAN WORKER BUSY 9eac0380 8090a210 LAN WORKER BUSY 9eac0380 8090a5b0 LAN WORKER BUSY 9eac0380 8090b118 LAN WORKER BUSY 9eac0380 80918ac0 LAN WORKER BUSY 9eac0380 809122d0 LAN WORKER BUSY 9eac0380 80918e58 LAN WORKER BUSY 9eac0380 8090a210 LAN WORKER BUSY 9eac0380 8090a5b0 LAN WORKER BUSY 9eac0380 8090b118 LAN WORKER BUSY 9eac0380 80910138 LAN WORKER BUSY 9eac0380 809122d0 LAN WORKER BUSY 9eac0380 80916578 (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"UnpublishComponents" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"MsiUnpublishAssemblies" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"UnpublishFeatures" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"StopServices" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"DeleteServices" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"UnregisterComPlus" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"SelfUnregModules" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"UnregisterTypeLibraries" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"RemoveODBC" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"UnregisterFonts" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"RemoveRegistryValues" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"UnregisterClassInfo" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"UnregisterExtensionInfo" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"UnregisterProgIdInfo" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"UnregisterMIMEInfo" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"RemoveIniValues" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"RemoveShortcuts" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"RemoveEnvironmentStrings" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"RemoveDuplicateFiles" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"RemoveFiles" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"RemoveFolders" (action.c:1321:ACTION_HandleStandardAction) UNHANDLED Standard Action L"MoveFiles" LAN WORKER BUSY 9eac0380 8094b8b8 LAN WORKER BUSY 9eac0380 8098c5e0 LAN WORKER BUSY 9eac0380 8098ccd0 LAN WORKER BUSY 9eac0380 8098cd78 LAN WORKER BUSY 9eac0380 8099c9e0 LAN WORKER BUSY 9eac0380 809a45b0 LAN WORKER BUSY 9eac0380 8099c9e0 LAN WORKER BUSY 9eac0380 8099c9e0 LAN WORKER BUSY 9eac0380 809aa588 LAN WORKER BUSY 9eac0380 809aa630 LAN WORKER BUSY 9eac0380 809aa6d8 LAN WORKER BUSY 9eac0380 809aa780 LAN WORKER BUSY 9eac0380 809aa828 LAN WORKER BUSY 9eac0380 809aa8d0 LAN WORKER BUSY 9eac0380 809aa978 LAN WORKER BUSY 9eac0380 809b7478 LAN WORKER BUSY 9eac0380 809b7520 LAN WORKER BUSY 9eac0380 809b75c8 LAN WORKER BUSY 9eac0380 809b7670 LAN WORKER BUSY 9eac0380 809beb88 (ntuser/painting.c:619) PAINTING BUG: Thread marked as containing dirty windows, but no dirty windows found! LAN WORKER BUSY 9eac0380 809ca050 LAN WORKER BUSY 9eac0380 809c8aa8 LAN WORKER BUSY 9eac0380 809c7900 LAN WORKER BUSY 9eac0380 809cd280 LAN WORKER BUSY 9eac0380 809cd328 LAN WORKER BUSY 9eac0380 809cd3d0 LAN WORKER BUSY 9eac0380 809ef990 LAN WORKER BUSY 9eac0380 809f0fd0 LAN WORKER BUSY 9eac0380 809f2850 LAN WORKER BUSY 9eac0380 809ef990 LAN WORKER BUSY 9eac0380 809f0fd0 LAN WORKER BUSY 9eac0380 809f2850 LAN WORKER BUSY 9eac0380 809f2ca8 LAN WORKER BUSY 9eac0380 809f2850 LAN WORKER BUSY 9eac0380 809f2ca8 LAN WORKER BUSY 9eac0380 809fcc50 LAN WORKER BUSY 9eac0380 809fccf8 LAN WORKER BUSY 9eac0380 809f2850 LAN WORKER BUSY 9eac0380 809f2ca8 LAN WORKER BUSY 9eac0380 809feb50 LAN WORKER BUSY 9eac0380 809febf8 LAN WORKER BUSY 9eac0380 809feca0 LAN WORKER BUSY 9eac0380 809fed48 LAN WORKER BUSY 9eac0380 809fedf0 LAN WORKER BUSY 9eac0380 809fee98 LAN WORKER BUSY 9eac0380 809fef40 LAN WORKER BUSY 9eac0380 809fefe8 LAN WORKER BUSY 9eac0380 809ff090 LAN WORKER BUSY 9eac0380 809ff138 LAN WORKER BUSY 9eac0380 809ff1e0 LAN WORKER BUSY 9eac0380 809ff288 LAN WORKER BUSY 9eac0380 809f2850 LAN WORKER BUSY 9eac0380 80a07570 LAN WORKER BUSY 9eac0380 80a07618 LAN WORKER BUSY 9eac0380 80a076c0 LAN WORKER BUSY 9eac0380 80a07768 LAN WORKER BUSY 9eac0380 80a07810 LAN WORKER BUSY 9eac0380 80a078b8 LAN WORKER BUSY 9eac0380 80a14f10 LAN WORKER BUSY 9eac0380 80a14fb8 LAN WORKER BUSY 9eac0380 80a15060 LAN WORKER BUSY 9eac0380 80a206b8 LAN WORKER BUSY 9eac0380 80a20a88 LAN WORKER BUSY 9eac0380 80a20b30 LAN WORKER BUSY 9eac0380 80a23e50 LAN WORKER BUSY 9eac0380 80a23ef8 LAN WORKER BUSY 9eac0380 80a23fa0 LAN WORKER BUSY 9eac0380 807a42a8 LAN WORKER BUSY 9eac0380 80769f10 LAN WORKER BUSY 9eac0380 80784578 LAN WORKER BUSY 9eac0380 808b9ec0 LAN WORKER BUSY 9eac0380 80541698 LAN WORKER BUSY 9eac0380 80a44ff0 LAN WORKER BUSY 9eac0380 80a45098 LAN WORKER BUSY 9eac0380 805b6538 LAN WORKER BUSY 9eac0380 805b6578 LAN WORKER BUSY 9eac0380 806ab958 LAN WORKER BUSY 9eac0380 806ab998 LAN WORKER BUSY 9eac0380 805cb660 LAN WORKER BUSY 9eac0380 805cb708 Freeing mapped page (0x5ff4000 count 1) KeBugCheck at mm/freelist.c:749 A problem has been detected and ReactOS has been shut down to prevent damage to your computer. The bug code is undefined. Please use an existing code instead. Technical information: *** STOP: 0x00000000 (0x00000000,0x00000000,0x00000000,0x00000000) Frames: <ntoskrnl.exe: a311> <ntoskrnl.exe: a337> <ntoskrnl.exe: 43a03> <ntoskrnl.exe: 4049e> <ntoskrnl.exe: 4f02e> <ntoskrnl.exe: 4c802> <ntoskrnl.exe: 127f7> <ntoskrnl.exe: 405ca> <ntoskrnl.exe: 40852> <ntoskrnl.exe: 1217b> <ntoskrnl.exe: 12442> <ntoskrnl.exe: 10151> <ntoskrnl.exe: 10818> <vfatfs.sys: 972c> <vfatfs.sys: ad6f> <ntoskrnl.exe: 32975> <ntoskrnl.exe: 32991> <ntoskrnl.exe: 3830b> <ntoskrnl.exe: 318b> <7FFE0304> ******************************** Enjoy. __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

svn.reactos.com disturbances
by Casper Hornstrup 23 Mar '05

23 Mar '05

On 24-28 of March, between 05:00 and 08:00 CET, svn.reactos.com may be unavailable for a duration of up to 1 hour each day due to maintenance work at the hosting center. Sorry for the inconvenience, Casper

1 0

Re: registry TODO
by Steven Edwards 23 Mar '05

23 Mar '05

Hi, --- Boaz Harrosh <boaz(a)hishome.net> wrote: > How is ReactOS's current (future) system? I think ReactOS's registry is binary compatible with NT4. It and the windows 2000 format was documented/reversed for samba and the linux ntchpwd bootdisk projects. If I remeber right Eirc Kohl offered to release some of his work to Wine for the binary format so you might want to ping him about the implementation details. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

3 2

Re: [ros-dev] Re: [ros-svn] [ea] 14244: SM: init system reading the registry
by Steven Edwards 22 Mar '05

22 Mar '05

Hi Emanuele, --- ea <ea(a)iol.it> wrote: > I tested twice fresh builds before committing and the 3rd time right now > with local repository at revision 14248. For me it compiles, installs > and boots correctly (qemu 0.6.1). Can you tell me more about the lock? I > can't rollback right now because I am going out to work in a few > seconds. Feel free to restore subsys/csrss and subsys/smss to 14243 if > you feel this is a blocking bug for you. Sorry, its not your problem. I rm -fr'd my reactos tree and did a clean CVS checkout and things are cool now. I guess the current build system left some crap around that caused problems. Nice work btw on the smss stuff. How much trouble do you think it would be possible to make a native mode console application in smss like the Windows recovery console? I have been thinking about doing this for the boot CD for a while but would like to make it more powerful than the Windows recovery console. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

7 6

Re: registry TODO
by Boaz Harrosh 22 Mar '05

22 Mar '05

James Hawkins wrote: >>Nobody's working on it, so it won't be supported until someone cares >>enough to do it. I encouraged a few people to start working on it but >>nobody did, so taking out the existing support is a way to provide >>more encouragement. If that's not enough then the feature simply won't >>be supported anymore. >> >> I started toying around the current and old code, Gathering knowledge and ideas. What I think of doing is: keep the boot registry as is (more less). Put in on wine/wine/config a key system that enables a "plugin" system of registry loaders/savers. Builtin plugins are current format and Windows binary format. Other formats could be easily implemented; candidates could be XML, MySQL etc... The system I thought of would also save the hives and sub trees, to the files/plugins it was loaded from. Each plugin could also implement a write behind so Data don't get lost in case of a crash or power lost. Good point with the on demand-loading/cache of keys. It should be done this way. So in summary: 1. Implement a Memory registry with plugin drivers and mount semantics. This driver goes here, that driver mounts there. 2. Implement 2 basic drivers: Wine builtin format, Windows binary format. 3. Enable dynamic load of external drivers. The Initial registry system is always loaded from system.reg builtin format which is also the "fstab" file of the registry. At minimum every thing is exactly like now one (two) files builtin format, and that's it. At the maximum it can be highly object oriented with per user, per application, per group management. Please tell me what you think. Any libraries I should look into? How is ReactOS's current (future) system? Free Life Boaz

4 4

Re: [ros-svn] [ea] 14244: SM: init system reading the registry
by Steven Edwards 22 Mar '05

22 Mar '05

Hi, --- ea(a)svn.reactos.com wrote: > trunk/reactos/subsys/smss/initss.c "Debug Windows" fails to be registered causing it to not boot the Win32 subsystem and hard lock. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250

3 2

RC1 of ros 0.2.6 is out
by Robert Köpferl 21 Mar '05

21 Mar '05

Hi, I just finished uploading the RC1 to sf.net The last build worked quite well, but improvements to the branch are welcome. If no major issues occour, we may perhaps advance to Release as next step, already. BTW: RosApps is from 2003, still. They are already in the installation, aren't they? So should they be hidden?

3 3

GetCommProperties implementation
by Saveliy Tretiakov 21 Mar '05

21 Mar '05

Here is my implementation of GetCommProperties. I've also implemented IOCTL_SERIAL_GET_PROPERTIES in serial driver.

2 2

Build failure in setupapi
by Steven Edwards 21 Mar '05

21 Mar '05

Hi, I am running clean on the trunk and I am getting this error. [CC] pnp_c.c pnp_c.c: In function `PNP_GetVersion': pnp_c.c:72: error: syntax error before '%' token pnp_c.c:83: warning: use of cast expressions as lvalues is deprecated make: *** [pnp_c.o] Error 1 My gcc is a cross-compiler 3.3.4 My pnp_c.c has the following at line 72 NdrGetBuffer( (PMIDL_STUB_MESSAGE)&_StubMsg, _StubMsg.BufferLength, %_Handle); Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

6 5

Serial port IRQ detection
by Mark Junker 21 Mar '05

21 Mar '05

Hi, is there a requirement for the serial port IRQ detection? This was also part of my old sources but currently I simply don't know how to do it inside the ReactOS serial driver. BTW: How does the "serenum" stuff works? Regards, Mark

2 1

Re: [ros-dev] Update reported version to Windows 2000 (Service Pack?)
by Steven Edwards 21 Mar '05

21 Mar '05

--- art yerkes <ayerkes(a)speakeasy.net> wrote: > We need a convenient way to report a different version on a per application > basis. I think there's some code to do this but I could not determine > whether it works (despite several people telling me how to do it). While > we're at it, can we verify that this code works and post a howto about > reporting a specific windows version to an application? I don't know much about it but it is supposed to be possible. There is a app compatiblity shell extention that Thomas wrote that is supposed to do it under Windows. Anyone know if this really works under ReactOS? Thanks Steven __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs

1 0

Serial port type detection
by Mark Junker 20 Mar '05

20 Mar '05

Hi, I found some old sources from me where I detect the IRQ and the type (8250, 16450, 16550, 16550A) of a COM port. I converted the type detection sources to C. The detection if there is a COM port at all is made by inverting all bits of the LCR twice. All chips > 8250 have a scratch pad and all 16550A+ have a usable FIFO. I attached the diff for reactos/drivers/dd/serial/legacy.c. BTW: I'm sorry about it but my editor always changes TABs to spaces ... Regards, Mark Index: drivers/dd/serial/legacy.c =================================================================== --- drivers/dd/serial/legacy.c (revision 14202) +++ drivers/dd/serial/legacy.c (working copy) @@ -1,72 +1,101 @@ /* $Id: * * COPYRIGHT: See COPYING in the top level directory * PROJECT: ReactOS kernel * FILE: drivers/bus/serial/legacy.c * PURPOSE: Legacy serial port enumeration * * PROGRAMMERS: Hervé Poussineau (poussine(a)freesurf.fr) */ #define NDEBUG #include "serial.h" +#define SER_TYPE_NONE 0 +#define SER_TYPE_8250 1 +#define SER_TYPE_16450 2 +#define SER_TYPE_16550 3 +#define SER_TYPE_16550A 4 + +static BYTE +DetectPortType(PUCHAR BaseAddress) +{ + BYTE Lcr, TestLcr; + BYTE OldScr, Scr5A, ScrA5; + BOOLEAN FifoEnabled; + BYTE NewFifoStatus; + + Lcr = READ_PORT_UCHAR(SER_LCR(BaseAddress)); + WRITE_PORT_UCHAR(BaseAddress, (BYTE) (Lcr ^ 0xFF)); + TestLcr = (BYTE) (READ_PORT_UCHAR(SER_LCR(BaseAddress)) ^ 0xFF); + WRITE_PORT_UCHAR(BaseAddress, Lcr); + + /* Accessing the LCR must work for a usable serial port */ + if (TestLcr!=Lcr) + return SER_TYPE_NONE; + + /* Ensure that all following accesses are done as required */ + READ_PORT_UCHAR(SER_RBR(BaseAddress)); + READ_PORT_UCHAR(SER_IER(BaseAddress)); + READ_PORT_UCHAR(SER_IIR(BaseAddress)); + READ_PORT_UCHAR(SER_LCR(BaseAddress)); + READ_PORT_UCHAR(SER_MCR(BaseAddress)); + READ_PORT_UCHAR(SER_LSR(BaseAddress)); + READ_PORT_UCHAR(SER_MSR(BaseAddress)); + READ_PORT_UCHAR(SER_SCR(BaseAddress)); + + /* Test scratch pad */ + OldScr = READ_PORT_UCHAR(SER_SCR(BaseAddress)); + WRITE_PORT_UCHAR(SER_SCR(BaseAddress), 0x5A); + Scr5A = READ_PORT_UCHAR(SER_SCR(BaseAddress)); + WRITE_PORT_UCHAR(SER_SCR(BaseAddress), 0xA5); + ScrA5 = READ_PORT_UCHAR(SER_SCR(BaseAddress)); + WRITE_PORT_UCHAR(SER_SCR(BaseAddress), OldScr); + + /* When non-functional, we have a 8250 */ + if (Scr5A!=0x5A || ScrA5!=0xA5) + return SER_TYPE_8250; + + /* Test FIFO type */ + FifoEnabled = (READ_PORT_UCHAR(SER_IIR(BaseAddress)) & 0x80)!=0; + WRITE_PORT_UCHAR(SER_FCR(BaseAddress), SR_FCR_ENABLE_FIFO); + NewFifoStatus = READ_PORT_UCHAR(SER_IIR(BaseAddress)) & 0xC0; + if (!FifoEnabled) + WRITE_PORT_UCHAR(SER_FCR(BaseAddress), 0); + switch (NewFifoStatus) { + case 0x00: + return SER_TYPE_16450; + case 0x80: + return SER_TYPE_16550; + } + + /* FIFO is only functional for 16550A+ */ + return SER_TYPE_16550A; +} + static BOOLEAN SerialDoesPortExist(PUCHAR BaseAddress) { - BOOLEAN Found; - BYTE Mcr; - BYTE Msr; - - Found = FALSE; - - /* save Modem Control Register (MCR) */ - Mcr = READ_PORT_UCHAR(SER_MCR(BaseAddress)); - - /* enable loop mode (set Bit 4 of the MCR) */ - WRITE_PORT_UCHAR(SER_MCR(BaseAddress), 0x10); - - /* clear all modem output bits */ - WRITE_PORT_UCHAR(SER_MCR(BaseAddress), 0x10); - - /* read the Modem Status Register */ - Msr = READ_PORT_UCHAR(SER_MSR(BaseAddress)); - - /* - * the upper nibble of the MSR (modem output bits) must be - * equal to the lower nibble of the MCR (modem input bits) - */ - if ((Msr & 0xf0) == 0x00) - { - /* set all modem output bits */ - WRITE_PORT_UCHAR(SER_MCR(BaseAddress), 0x1f); - - /* read the Modem Status Register */ - Msr = READ_PORT_UCHAR(SER_MSR(BaseAddress)); - - /* - * the upper nibble of the MSR (modem output bits) must be - * equal to the lower nibble of the MCR (modem input bits) - */ - if ((Msr & 0xf0) == 0xf0) - { - /* - * setup a resonable state for the port: - * enable fifo and clear recieve/transmit buffers - */ - WRITE_PORT_UCHAR(SER_FCR(BaseAddress), - (SR_FCR_ENABLE_FIFO | SR_FCR_CLEAR_RCVR | SR_FCR_CLEAR_XMIT)); - WRITE_PORT_UCHAR(SER_FCR(BaseAddress), 0); - READ_PORT_UCHAR(SER_RBR(BaseAddress)); - WRITE_PORT_UCHAR(SER_IER(BaseAddress), 0); - Found = TRUE; - } - } - - /* restore MCR */ - WRITE_PORT_UCHAR(SER_MCR(BaseAddress), Mcr); - - return Found; + BYTE Type; + + Type = DetectPortType(BaseAddress); + if (Type==SER_TYPE_NONE) + return FALSE; + + if (Type==SER_TYPE_16550A) { + /* + * setup a resonable state for the port: + * enable fifo and clear recieve/transmit buffers + */ + WRITE_PORT_UCHAR(SER_FCR(BaseAddress), + (SR_FCR_ENABLE_FIFO | SR_FCR_CLEAR_RCVR | SR_FCR_CLEAR_XMIT)); + WRITE_PORT_UCHAR(SER_FCR(BaseAddress), 0); + } + + READ_PORT_UCHAR(SER_RBR(BaseAddress)); + WRITE_PORT_UCHAR(SER_IER(BaseAddress), 0); + + return TRUE; } NTSTATUS

2 2

Update reported version to Windows 2000 (Service Pack?)
by Steven Edwards 20 Mar '05

20 Mar '05

Hi, Most of the dev team seems to be in agreement with bumping the reported version number to Win2k but if anyone has any objections speak now or forever maintain a patch. I need Win2k to be reported as the version number as many newer applications such as Office 2003 will not install unless that is the latest version. If you find any places where a function, resource or anything reports a value as NT4 or something ReactOS dependant please change it to match Windows 2000 behavior. Also I propose we just report Service Pack 4. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

6 7

BootCD not Formatting
by Jason Filby 20 Mar '05

20 Mar '05

Hi all Currently when running a BootCD, if I ask to format the partition, I'm told that the setup could not complete. This is on trunk, not sure about the 0.2.6 build; can anyone confirm? Thanks Jason

2 1

Explorer compile bug
by Wesley Parish 20 Mar '05

20 Mar '05

This is the text of the final few seconds before the compilation ran out of steam. The compiler is the standard MinGW32-gcc plus MinGW-g++, etc, in the MinGW-3.1.0-1.exe package; the computer's a Compaq 4000 Deskpro; the OS is MS Win95, bog-standard as far as I know. Wesley Parish C:/MINGW/include/c++/3.2.3/bits/stl_tree.h:1068: instantiated from `std::_Rb_t ree_iterator<_Val, _Val&, _Val*> std::_Rb_tree<_Key, _Val, _KeyOfValue, _Compare , _Alloc>::insert_unique(std::_Rb_tree_iterator<_Val, _Val&, _Val*>, const _Val& ) [with _Key = String, _Val = std::pair<const String, ICON_ID>, _KeyOfValue = st d::_Select1st<std::pair<const String, ICON_ID> >, _Compare = std::less<String>, _Alloc = std::allocator<std::pair<const String, ICON_ID> >]' C:/MINGW/include/c++/3.2.3/bits/stl_map.h:262: instantiated from `std::_Rb_tre e<_Key, std::pair<const _Key, _Tp>, std::_Select1st<std::pair<const _Key, _Tp> > , _Compare, _Alloc>::iterator std::map<_Key, _Tp, _Compare, _Alloc>::insert(std: :_Rb_tree<_Key, std::pair<const _Key, _Tp>, std::_Select1st<std::pair<const _Key , _Tp> >, _Compare, _Alloc>::iterator, const std::pair<const _Key, _Tp>&) [with _Key = String, _Tp = ICON_ID, _Compare = std::less<String>, _Alloc = std::alloca tor<std::pair<const String, ICON_ID> >]' C:/MINGW/include/c++/3.2.3/bits/stl_map.h:225: instantiated from `_Tp& std::ma p<_Key, _Tp, _Compare, _Alloc>::operator[](const _Key&) [with _Key = String, _Tp = ICON_ID, _Compare = std::less<String>, _Alloc = std::allocator<std::pair<cons t String, ICON_ID> >]' explorer.cpp:398: instantiated from here C:/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' make[1]: *** [explorer.o] Error 1 make: *** [explorer] Error 2 -- Clinersterton beademung, with all of love - RIP James Blish ----- Mau e ki, he aha te mea nui? You ask, what is the most important thing? Maku e ki, he tangata, he tangata, he tangata. I reply, it is people, it is people, it is people.

2 2

Re: [ros-dev] BootCD not Formatting
by Sylvain Petreolle 20 Mar '05

20 Mar '05

same problem here using trunk revision 14208. tested on qemu using blank and already formated image. --- Jason Filby <jason.filby(a)gmail.com> wrote: > Hi all > > Currently when running a BootCD, if I ask to format the partition, I'm > told that the setup could not complete. This is on trunk, not sure > about the 0.2.6 build; can anyone confirm? > > Thanks > Jason Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

2 1

Crash at the end of Stage2 setup (2 systems)
by Steven Edwards 20 Mar '05

20 Mar '05

Hi, I think the affects both the branch and the trunk. At the end of stage 2 setup I get a crash in ntoskrnl: 319b and 6760c According to my map. 8006760c <_NtAdjustPrivilegesToken@24+0xbc> Is called in a few places and 319b is /* Do the System Call */ call *%eax 80003199: ff d0 call *%eax movl %eax, KTRAP_FRAME_EAX(%ebp) 8000319b: 89 45 44 mov %eax,0x44(%ebp) Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

3 2

Please FIX: Wrong prototype and implementation in Rtl
by Oliver Schneider 20 Mar '05

20 Mar '05

.\lib\rtl\largeint.c There's a sutraction performed in your implementation. But actually it's a logical negation (asm -> NEG; C -> ~) in this function of the low and high part: RtlLargeIntegerNegate() Oliver PS: I have no CVS access, so anyone here having it should fix this.

2 2

New SM + CSR exposes LPC bug
by ea 19 Mar '05

19 Mar '05

I created bug 585 for a blocking bug in LPC message queueing. It seams I can't fix it. :( There is something wrong in lpc/queue.c. New SM that loads subsystems reading the registry config and CSR that registers are attached to 585 (code *not* commited yet). If fixing the LPC bug is not possible easily, I'll change SM to use a scond thread to avoid cross calling from the same thread. ea

1 0

Re: [ros-dev] Crash at the end of Stage2 setup (2 systems)
by Steven Edwards 19 Mar '05

19 Mar '05

Hi, --- ea <ea(a)iol.it> wrote: > maybe that is what I reported on the irc a few days ago (installing in > QEMU061/Win32). Thomas could not reproduce it. If I go through stage 2 setup quickly then it will crash. If I wait and go slowly over each page ReactOS will not crash. THanks Steven __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs

1 0

[VOTE] Miscelanea branches
by Casper Hornstrup 19 Mar '05

19 Mar '05

I'd like to close this discussion with a vote. Should we allow branches (other than trunk) with mixed new development and bugfixes unrelated to the new development that is on the branch (miscelanea branches) ? [ ] Yes, do allow miscelanea branches [ ] No, don't allow miscelanea branches Casper

12 17

free handle table entries
by Hartmut Birr 19 Mar '05

19 Mar '05

Hi, currently the free handle entry list is a lifo list. This is not a good solution for process and thread ids because a id from a currently deleted process or thread is valid again after a very short time. I would like it to change the free list to a fifo list by using a double linked list. The u2 part of an entry has enough room for a list entry instead an index. - Hartmut

2 2

serial driver bug
by Saveliy Tretiakov 18 Mar '05

18 Mar '05

Hi. I tested a new serial driver in a vmware with 4 serial ports. It creates only one serial device and a symbolic link to it ("COM3"); When I write to "COM3" output goes to COM1 and mix with debug output there. This is a bug imho.

5 11

vfat bug (hartmut?)
by Gunnar Dalsnes 18 Mar '05

18 Mar '05

This problem prevents ros from deleting a file/directory (observed while running wine kernel32 reg. tests with param "path") around line 295 in vfat\finfo.c: (svn blame says Hartmut made the last changes around here) ------------------------------------------------ if (DispositionInfo->DeleteFile) { if (MmFlushImageSection (FileObject->SectionObjectPointer, MmFlushForDelete)) { if (FCB->OpenHandleCount > 1) { DPRINT1("%d %x\n", FCB->OpenHandleCount, CcGetFileObjectFromSectionPtrs(FileObject->SectionObjectPointer)); Status = STATUS_ACCESS_DENIED; } else { FCB->Flags |= FCB_DELETE_PENDING; FileObject->DeletePending = TRUE; } } else { ------------------------------------------------ Why deny deletion with STATUS_ACCESS_DENIED if FCB->OpenHandleCount > 1 ?????? Gunnar

5 7

RE: [ros-dev] A new sub-project
by Waldo Alvarez Cañizares 18 Mar '05

18 Mar '05

Hi: >It is true that a filesystem that has a usermode component >can not be used as a boot driver I beleive this is not true. There are operating systems (at least I could name one) with all the drivers running in user mode leaving only a minimal kernel. Is sort of a client-server model, and yes with protection for file/folders. Now the ROS boot loader first loads kernel-hal-fat driver-... It has to, otherwise how would you load the filesystem driver? Now switching ring 0 <-> ring 3 with that in RAM... If you also load ntdll that way. Hmmm Why not? I beleive that is enought to read/write something to disk. Regards Waldo

3 2

Re: [ros-dev] vfat bug (hartmut?)
by Sylvain Petreolle 18 Mar '05

18 Mar '05

--- Steven Edwards <steven_ed4153(a)yahoo.com> wrote: > > --- Sylvain Petreolle <spetreolle(a)yahoo.fr> wrote: > > we can use ext2ifs, which is GPL and works under NT4, 5, 5.1, 5.2 > > http://uranus.it.swin.edu.au/~jn/linux/ext2ifs.htm > > We have the ex2fsd in a branch. It much better than this driver. > Sorry for that , but Jakob asked for "something for NT" on *ros-dev*. If he wrote on ros-general, I know the ext2 branch is here (and I tested your patches in october) To avoid this - in trunk : we should empty the drivers/fs/ext2 and|or #error it, refering to the ext2 branch. - Fill the ext2 web page in Wiki. Dedicated to Arty: no need to answer 3 times, I'm susbscribed to ros-dev :)) Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

1 0

Re: [ros-dev] vfat bug (hartmut?)
by Sylvain Petreolle 18 Mar '05

18 Mar '05

> > Is there no ext2 driver or something for NT we can use? > > > regards, > Jakob we can use ext2ifs, which is GPL and works under NT4, 5, 5.1, 5.2 http://uranus.it.swin.edu.au/~jn/linux/ext2ifs.htm Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

2 1

Re: [ros-dev] vfat bug (hartmut?)
by Steven Edwards 18 Mar '05

18 Mar '05

--- Sylvain Petreolle <spetreolle(a)yahoo.fr> wrote: > we can use ext2ifs, which is GPL and works under NT4, 5, 5.1, 5.2 > http://uranus.it.swin.edu.au/~jn/linux/ext2ifs.htm We have the ex2fsd in a branch. It much better than this driver. __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

A new sub-project
by rlangschultz＠cox.net 17 Mar '05

17 Mar '05

Is it alright if i incorporate a database filesystem and a port of project looking glass into ReactOS. I really would like to see looking glass as an interface to ReactOS, as well as a database file system. I have been working on this filesystem for about a year now, and it is working on my windows 2000 and xp boxes. But it requires a service to start called windbfs.exe, and i know that reactos doesn't include support for services as well as it would like. The database file system is based off of mysql, tcl, and maxdb. Please respond with comments and opinions....

8 13

win2k poroblem
by Hartmut Birr 17 Mar '05

17 Mar '05

Hi, while looking for the console closing problem, I've seen that win2k calls PsLookupProcessByProcessId very often with a id of 0xffffffff. - Hartmut (ex/handle.c:721) Looking up invalid handle 0xffffffff Frames: <ntoskrnl.exe:26f2d (ex/handle.c:722 (ExpLookupHandleTableEntry))> <ntoskrnl.exe:275ce (ex/handle.c:919 (ExMapHandleToPointer))> <ntoskrnl.exe:74af8 (ps/cid.c:106 (PsLookupCidHandle))> <ntoskrnl.exe:7c6d5 (ps/process.c:2709 (PsLookupProcessByProcessId))> <win32k.sys:45c16 (objects/gdiobj.c:1219 (GDIOBJ_SetOwnership))> <win32k.sys:6840 (eng/surface.c:466 (EngDeleteSurface))> <win32k.sys:52456 (objects/text.c:1922 (NtGdiExtTextOut))> <win32k.sys:539ef (objects/text.c:2770 (NtGdiTextOut))> <ntoskrnl.exe:3fb2 (D:\DOKUME~1\hb\LOKALE~1\Temp/ccgPaaaa.s:178 (KiSystemService))> <gdi32.dll:99bc (objects/text.c:45 (TextOutW))>

3 6

Re: [ros-dev] A new sub-project
by Thomas Larsen 17 Mar '05

17 Mar '05

Is it this project Are we even capable to run this java program http://www.sun.com/software/looking_glass/ on reactos Thomas __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Re: [ros-dev] A new sub-project
by Thomas Larsen 17 Mar '05

17 Mar '05

I would like to see the project could you mail it or some..? i think it sounds great.. but what i cant see/try i cant comment.. Gratz Thomas __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Re: [ros-dev] Need Tester
by WaxDragon 17 Mar '05

17 Mar '05

Let's keep this on the ros-dev ML please. On Thu, 17 Mar 2005 09:57:07 -0800 (PST), Thomas Larsen <sikker2004(a)yahoo.com> wrote: > The bug until now is > > In my windows 2003 Enterprise Server > > 1. The resize bug you talk about. > > 2. Layout Problems but microsoft allso have that in theirs taskmgr they just try to hide it > because the tab control get white color from uxtheme and the other controls are gray or alike and > cant be transparant > > 3. A bug in the application view when trying to close task it dont refresh (Fixed) > > 4. When open Run Dialog and click on browse (the application use 8MB of mem) the resource dont > "free up mem" even when unloading lib but the problem er allso in winxp and windows 2003 server > editon and must be a shell32 bug dont know if this happens in reactos > > 5. Folders and zip folders do not reply (dont know how to fix this) > > ///////////// > > What i did until now > > Correct "Getting Procesor" Bugs on windows server and some memory leaks > > The Hardcoded strings are now loaded from ressource and can all be translatet (Danish and English > is done). > > The Run Dialog are from shell32 now and use the translation from their to save some mem. > > The About Dialog are from shell32 (Reactos allready implentet the LPGL license in their) to save > some mem > > Removed Tabs and update processor information struct from zw.h > > Functions are optimized and dublicatet code are removed and replaced by one function > > Loops are decreed instead of increed (to hopefully make it faster should be faster when decreed). > > Use of shell32 is now 100% dynamic and are loaded when needed (Cant delay comdlg32 yet in reactos > else this should be pretty fast to load) > > French are included from wine and are testet and modifed by using reshacker to see if the strings > fit (they did not) > > Spain,deutch,english,france are modifed to fit in the dialogs > > Top Headers are modified to the new style in ntoskrnl (waste of space to include the license). > > Scroolbar are createtet by createwindow instead of createscroolwindows (microsoft will remove this > call later or.. Information from msdn) > > added missing test flags to processor if failures > > Msgbox are allso loading from res > > All rc files are modified to use same style and comments > > Added Version Flag to TrayIcons > > Use InitCommonControlsEx Instead of outdatet function (MSDN) > > comparing with null instead this is the right to do > > removed some reg code creating the software useless and dont allocate strings > > Using RtlZeroMemory instead of memset > > Comparing with (sizeof(szTemp) / sizeof (tchar) when loading strings by security reasons allso in > the old string code > > zero out all handles before using > > removed old ressourcer > > using manifest.xml in res and set the bitmaps and icons to natural > > added UNREFERENCED_PARAMETER when parameters are not used > > out comment unused loops and test code completely by using if 0 / endif > > and some minor fixes > > /////////////////////////// > > What im working on now is to get the right processor usage > And the resize bug > sorting the items in process > network information tab > user information tab > additional information on processes when right and clik on details (what dlls are used and so on). > > __________________________________ > Do you Yahoo!? > Yahoo! Small Business - Try our new resources site! > http://smallbusiness.yahoo.com/resources/ > -- The cheese stands alone.

1 0

Re: [ros-diffs] [ion] 14047: Dispatching & Queue Rewrite II:
by Gunnar Dalsnes 17 Mar '05

17 Mar '05

ion(a)svn.reactos.com wrote: > Dispatching & Queue Rewrite II: > > - Rewrote wait code. It is now cleaner, more optimized and faster. All waiting > functions are now clearly differentiated instead of sharing code. Imo, sharing the wait code is cleaner... (I remember the time i merged the old wait code into one routine, heh) These functions > are called up to a dozen times a second, so having dedicated code for each of > them is a real boost in speed. > - Fixed several queue issues, made a dedicated queue wait/wake function (you are not > supposed to use KeWaitFor on a queue, I used KeWaitXxx in the queue impl. because i thought it was good to have the wait code in one place only. Thou others find speed more important:-D

8 15

Re: [ros-dev] STI development
by Thomas Larsen 17 Mar '05

17 Mar '05

You can take a look on they got alot of information on all the functions and their description are more detailied http://www.osronline.com/ddkx/still/stillimg_6lk9.htm else you can download it from http://www.microsoft.com/whdc/devtools/ddk/default.mspx I wont have more trouble so you must get it yourself.. Thomas __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

[ [ros-dev] [ros-svn] [hbirr] 13963: Lock the kernel - Debug traces ede 2 for Bug512]
by Gge 17 Mar '05

17 Mar '05

Harmut, A new edition of the debug messages but this time with a "Kebugcheck" in mm/npool.c as requested Regards Gerard (mm/mdl.c:898) UserMode mapping - returning 0x441000 (mm/npool.c:1626) Trying to allocate 262144 bytes from nonpaged pool - nothing suitable found, returning NULL KeBugCheck at mm/npool.c:1627 (int10.c:158) IntInt10CallBios (int10.c:163) - Input register Eax: 4f02 (int10.c:165) - Input register Ebx: 3 (int10.c:167) - Input register Ecx: 0 (int10.c:169) - Input register Edx: 0 (int10.c:171) - Input register Esi: 0 (int10.c:173) - Input register Edi: 0 (int10.c:175) - Input register Ebp: 0 (int10.c:177) - Input register SegDs: 0 (int10.c:179) - Input register SegEs: 0 (int10.c:158) IntInt10CallBios (int10.c:163) - Input register Eax: 1112 (int10.c:165) - Input register Ebx: 0 (int10.c:167) - Input register Ecx: 0 (int10.c:169) - Input register Edx: 0 (int10.c:171) - Input register Esi: 0 (int10.c:173) - Input register Edi: 0 (int10.c:175) - Input register Ebp: 0 (int10.c:177) - Input register SegDs: 0 (int10.c:179) - Input register SegEs: 0 A problem has been detected and ReactOS has been shut down to prevent damage to your computer. The bug code is undefined. Please use an existing code instead. Technical information: *** STOP: 0x00000000 (0x00000000,0x00000000,0x00000000,0x00000000) Frames: <ntoskrnl.exe:d80d (ke/bug.c:459 (KeBugCheckEx))> <ntoskrnl.exe:d82d (ke/bug.c:479 (KeBugCheck))> <ntoskrnl.exe:708c8 (mm/npool.c:1627 (ExAllocateNonPagedPoolWithTag))> <ntoskrnl.exe:75b69 (mm/pool.c:47 (EiAllocatePool))> <ntoskrnl.exe:75bee (mm/pool.c:102 (ExAllocatePool))> <npfs.sys:1a20 (create.c:459 (NpfsCreateNamedPipe))> <ntoskrnl.exe:4e927 (io/irp.c:211 (IofCallDriver))> <ntoskrnl.exe:455ae (io/create.c:560 (IoCreateFile))> <ntoskrnl.exe:50150 (io/npipe.c:60 (NtCreateNamedPipeFile))> <ntoskrnl.exe:3bf2 (C:\DOCUME~1\home\LOCALS~1\Temp/ccy8aaaa.s:178 (KiSystemService))> <kernel32.dll:2d6ef (file/npipe.c:185 (CreateNamedPipeW))> KeBugCheckWithTf at ke/catch.c:224 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 KMODE_EXCEPTION_NOT_HANDLED Technical information: *** STOP: 0x0000001E (0x80000003,0x8000608f,0x00000000,0x00000000) *** ntoskrnl.exe - Address 0x8000608f base at 0x80000000, DateStamp 0x0

2 4

Re: [ros-dev] STI development
by Steven Edwards 17 Mar '05

17 Mar '05

Hi, --- Damjan Jovanovic <dj015(a)yahoo.com> wrote: > I am working on adding STI into the Wine project, and > I thought that since ReactOS would probably benefit > from it as well, you people could help me out. > > I need the STIUSD.H header file that should part of > the Windows DDK, and seeing as I don't have the DDK > and you guys should, maybe you can send it to me, and > I can add STI support to ReactOS? Sorry at this time we don't have this header in our DDK. > STI is a still image API that lets you use scanners, > cameras and the like in Windows. > > By the way, ReactOS looks interesting, when I have > some time I'd like to work on it. That would be nice. Feel free to ask any question here or mail one of us directly. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Need Tester
by Thomas Larsen 17 Mar '05

17 Mar '05

I need a tester for taskmgr.exe a improved version of mine Don�t got a running version of reactos and need to test this app on other platforms than windows 2003 server Just send a mail and i send the source to you.. Thanks Thomas __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

3 2

STI development
by Damjan Jovanovic 17 Mar '05

17 Mar '05

Hi I am working on adding STI into the Wine project, and I thought that since ReactOS would probably benefit from it as well, you people could help me out. I need the STIUSD.H header file that should part of the Windows DDK, and seeing as I don't have the DDK and you guys should, maybe you can send it to me, and I can add STI support to ReactOS? STI is a still image API that lets you use scanners, cameras and the like in Windows. By the way, ReactOS looks interesting, when I have some time I'd like to work on it. Bye Damjan __________________________________ Do you Yahoo!? Yahoo! Mail - Easier than ever with enhanced search. Learn more. http://info.mail.yahoo.com/mail_250

1 0

serial patch
by Saveliy Tretiakov 17 Mar '05

17 Mar '05

This is my changes to serial driver: - Fixed bug: only one file may be open on a port at any given time. - Implemented IOCTL_SERIAL_GET_STATS and IOCTL_SERIAL_CLEAR_STATS. Small test program included

2 3

Changelog 0.2.6
by Steven Edwards 17 Mar '05

17 Mar '05

Hi, Please fill out the changelog. http://reactos.com/wiki/index.php/ChangeLog-0.2.6 Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

RE: [ros-dev] serial driver bug
by Hey Matthew 17 Mar '05

17 Mar '05

The 'Standard' PC serial ports are as follows: COM1 (address 3F8-3FF) and COM3 (address 3E8-3EF) share IRQ4. COM2 (address 2F8-2FF) and COM4 (address 2E8-2EF) share IRQ3. I remember from my DOS days that you can add more serial cards into the system just as long as you kept the address's from overlapping, and your software was configured correctly. As far as I'm aware the BIOS data area only has place for 4 port addresses: 0000:0400 COM1 address 0000:0402 COM2 address 0000:0404 COM3 address 0000:0406 COM4 address -----Original Message----- From: Royce Mitchell III [mailto:royce3@ev1.net] Sent: Thursday, 17 March 2005 12:04 p.m. To: ReactOS Development List Subject: Re: [ros-dev] serial driver bug Robert Köpferl wrote: > Be aware that it makes a difference wether you have got a so called > multi serial card or several plain old serial HW. I may be wrong, but > isn't 4 the limit. Due to 'reserved' ports for that kind of HW? > It's a multi-serial card. The 4 limit for plain serial is due to reserved/limited irq if I understand correctly. _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.com http://reactos.com:8080/mailman/listinfo/ros-dev This communication is confidential and may contain privileged material. If you are not the intended recipient you must not use, disclose, copy or retain it. If you have received it in error please immediately notify me by return email and delete the emails. Thank you.

1 0

Re: [ros-svn] [arty] 14124: consw has not been needed for a long time.
by ea 16 Mar '05

16 Mar '05

arty(a)svn.reactos.com wrote: >consw has not been needed for a long time. > > > Actually, that was never needed. It was there for a planned extended feature of our Win32 emulator: the possibility to switch back to text mode on the active desktop belonging to the winstation attached to the primary console.

1 0

Map files
by Casper Hornstrup 16 Mar '05

16 Mar '05

Hi. I'd like to know if we need to generate .map files in the new build system. It seems we have better options available now than we used to. Casper

3 3

Re: [ros-dev] OpenOffice.org 1.1.2 Setup Regression
by Jason Filby 16 Mar '05

16 Mar '05

Still getting it: Unhandled UserMode exception, terminating thread. Jason On Wed, 16 Mar 2005 19:30:11 +0200, Jason Filby <jason.filby(a)gmail.com> wrote: > I wanted that record ;) > Great to know though! > > Cheers > Jason > > On Wed, 16 Mar 2005 18:15:50 +0100, Filip Navara <xnavara(a)volny.cz> wrote: > > Jason Filby wrote: > > > > >Hi all > > > > > >Loading up the OpenOffice.org 1.1.2 Setup no longer works; the initial > > >progress bar completes and then nothing happens. I'm sure I've seen > > >this bug before! Any help welcome. > > > > > > > > Just for the record, today I successfully installed OOo 1.1.1, ROS SVN > > revision 14087. > > > > - Filip > > > > >

1 0

Expect Trouble?
by James Tabor 16 Mar '05

16 Mar '05

Hi! I switch to an older serial driver, BTW the new one set the baud to 19.2k. (KERNEL32:mem/global.c:412) Memory Load: 8 CSR: NtOpenProcess() failed for handle duplication Failed to tell csrss about new process. Expect trouble. (KERNEL32:mem/global.c:412) Memory Load: 8 Funny debug message, James

2 3

0.2.6, a call for testers?
by WaxDragon 16 Mar '05

16 Mar '05

Alex's patches are in, and I saw him call for 0.2.6 on irc, but there have been a few regressions discovered. Do we need to have a bughunt / regression test / code freeze? The last couple of releases (that I have been around for) we have created the branch, then applied bugfixes against it, then backported to HEAD. Is this the way we should do this? Should we "freeze" HEAD and then branch? I found that vncviewer no longer starts for me, and Alex said that Abiword doesn't work for him. The wallpaper was reported to have regressed also. I personally will test the wallpaper and all the other things I care about tonight. Maybe we should have others check over things too.. Just curious, WD -- The cheese stands alone.

5 4

OpenOffice.org 1.1.2 Setup Regression
by Jason Filby 16 Mar '05

16 Mar '05

Hi all Loading up the OpenOffice.org 1.1.2 Setup no longer works; the initial progress bar completes and then nothing happens. I'm sure I've seen this bug before! Any help welcome. Thanks Jason

2 1

Re: [ros-dev] Re: combo - implement GetComboBoxInfo
by Steven Edwards 16 Mar '05

16 Mar '05

--- James Tabor <jimtabor(a)adsl-64-217-116-74.dsl.hstntx.swbell.net> wrote: > We don't have this yet? Is there a plan to include this in our > code tree? According to Thomas and Dmitry's tests its not correct so we are waiting to see if someone comes up with a better implementation. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Re: combo - implement GetComboBoxInfo
by James Tabor 16 Mar '05

16 Mar '05

Hi Steven, Steven Edwards wrote: > Changelog: > Christoph von Wittich <Christoph(a)ApiViewer.de> > Implement GetComboBoxInfo > > > We don't have this yet? Is there a plan to include this in our code tree? Looks great! James

1 0

NASM 0.98.39 WARNING
by Royce Mitchell III 15 Mar '05

15 Mar '05

ReactOS will not build on Windows with the latest version of Nasm ( 0.98.39 ), because at least some public releases of that version ( I just downloaded the official from sourceforge.net ), do not support long file names, and we have a long file name in PSEH. We can just shorten that asm's file name, but we could also configure the build system to reject that version. I don't feel like dealing with it, so I thought I would just send a head's up here :)

2 2

Re: [ros-dev] Re: [ros-diffs] [ion] 14047: Dispatching & Queue Rewrite II:
by Steven Edwards 15 Mar '05

15 Mar '05

--- Alex Ionescu <ionucu(a)videotron.ca> wrote: > This goes beyond debug information. This is reproduceable behaviour that > probably any driver developper out there knows. Checked builds are > builds recommended for testing your driver for bugs. If you call that > function with a Queue Object, you WILL see that assert line-by-line on > your screen. From that point on, one should stich his eyes out for > having seen it, and shoot himself for knowing this behaviour? So fix a ReactOS driver to match this behavior and work under Windows and then you will have justification for making related changes in the kernel. > Notwithstanding that they cannot sue the project, and that they would > not sue you. This was a public comment to a friend... why would they sue > Steven when Alex said what he said? And yes, I cannot wait to be sued... > I can see the headlines -- Driver Developer sued for being aware of > Windows Assertion --. I hope they also go after Mark Russinovich for > having used the checked build to generate a tree of the Windows Source > code!! The last time I looked Mr Russinovich was not try to make a replacement for Windows but rather provide more information people wanting to use Windows. > If you aren't, then why am I always the one being targeted with such > comments. There are functions in ROS which are almost copies of their > binary versions. There are structures in ROS which look like clones of > the Windows ones (undocumented ones). There is functionality that was > directly reversed engineered so that it would be compatible. Yes we have reverse engineered quite a bit but the question is what methods are being used to reverse certain behavior. We cannot help but be compatible with the structures in Windows and take any means needed to be compatible. > Yet, nobody says a word; everyone goes after Alex for having a > conversation with a friend and mentionning a reproducible fact in every > driver developer's life -- you do not KeWaitXxx on a Queue. > Probably as much as jumping on a guy who has written some of the highest > quality and most useful code in the OS for the fact he used public > information during an argument. You stated the other day there were regressions that were only found by developing test cases. You would have a lot more good will from developers on this project if you committed test cases for some of the patches you develop and commit them to rosapps/tests or write a dummy driver to show the behavior rather than than pointing to checked builds. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail

1 0

Re: [ros-dev] Vote: Allow 3rd-party distribution of ROS through XDCC Bot.
by Steven Edwards 15 Mar '05

15 Mar '05

Hi, --- Mike Swanson <mikeonthecomputer(a)gmail.com> wrote: > Just put a trademark on the name but allow it to be used on > derivations on the circumstance that it clearly shows that it is not > _the_ ReactOS. I have looked in to this a bit with the legal council I have on retainer as part of the ReactOS Foundation work. I think it is around $250 to file in a state and around $1000 to file the federal paperwork. I will call the lawyer this week and get numbers and a timeframe on what it would take to make it happen. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

4 3

Re: [ros-dev] Re: [ros-diffs] [ion] 14047: Dispatching & Queue Rewrite II:
by Steven Edwards 15 Mar '05

15 Mar '05

--- Alex IoIonescuioionucuivideotrona> wrote: > This climate of paranoia is getting to my nerves. You could at least try to be civil in your discussion. Some of us have spent more than a few years on this project and have a right to be a little paranoid about if our lives work might be put in to danger. > As for Steven... WINE, ROS, and any other compatibility product out there is not 100% clean > room. It has never been, will never be, cannot be. Especially if we consider debug information > as being "dirty". Reminds me of people freaking out when I added functions that were in the IFS > -- you'd hope people would've grown up by now--. Still it depends on the source of the information. We have discussed in private my views on using the debug information. I will publicly state I think the law is ambiguous at best and the debug information should be a valid source given Microsoft position of being a monopoly as found by Anti-trust proceedings. That being said a court might not agree with me so any behavior must be 1. Reproduceable or 2. Documented. > I could make a list of over 25 parts of ReactOS Which are not 100% clean. But I won't, because > that would tarnish our image. I would appreciate if you'd stop tarnishing mine and making > accusations. I am not trying to trash your image. I am simply mentioning the truth that everyone already knows but could be deadly to this project and others in a kangaroo court in the US. When your source of information comes from documentation or a third part program exhibiting certain behavior then there is not a legal question as to if a reimplementation is a original work. If you are basing your implementation of a feature only on the debug information then clearly, at least in my mind it runs the danger being found a derived work and everytime you do so it at the very least tarnishes ReactOS's image. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

Debug Output to Com1
by James Tabor 15 Mar '05

15 Mar '05

Hi! What happen to the com stuff! 19200 baud! WTH! (++ÄÅÄ+±_.:101) D+ #__+#+ +Å+: PCI\VEN 1106&DEV B198&SUBSYS 00000000&REV 00\0(NT DLL:+_/+++_.:2092) R+Ä#+Å±000 (++ÄÅÄ+±_.:101) D+ #__+#+ + (770000 -> 750000) C:\R#+OS\_<_+Å+: PCI\VEN 1106&DEV 3205&SUBSYS 32051+32\±32.++ 106&REV 00\0000 (NTDLL:+_/+++_.:2092) R+Ä#+Å± (7760000 -> 80000) C:\R#+OS\_<_++32\+__32.++ D_+_B#_ °Ä_ \S<_++RÄÄ+\S<_++32\°_#++°.DLL: 9783000 FIXME: CÄÄ<I+#± Ä_Å'+ _+ÄÄÄ_+ IMAGE ICON Ä__++<! (NTDLL:+_/+++_.:1211) L_G+E|ÄÄ_+B<N#+(): °#+ +Ä °Å +|M__#± (NTDLL:+_/+++_.:1211) L_G+E|ÄÄ_+B<N#+(): °#+ +Ä °Å #+|M__#± (NTDLL:+_/+++_.:1211) L_G+E|ÄÄ_+B<N#+(): °#+ +Ä °Å +|M__#± (NTDLL:+_/+++_.:1211) L_G+E|ÄÄ_+B<N#+(): °#+ +Ä °Å +M__#± (NTDLL:+_/+++_.:1211) L_G+E|ÄÄ_+B<N#+(): °#+ +Ä °Å +ÄM__#± (NTDLL:+_/+++_.:1211) L_G+E|ÄÄ_+B<N#+(): °#+ +Ä °Å +M__#± (NTDLL:+_/+++_.:1211) L_G+E|ÄÄ_+B<N#+(): °#+ +Ä °Å +ÄM__#± (NTDLL:+_/+++_.:1211) L_G+E|ÄÄ_+B<N#+(): °#+ +Ä °Å #+|M__#± (NTDLL:+_/+++_.:1211) L_G+E|ÄÄ_+B<N#+(): °#+ +Ä °Å +|M__#± (NTDLL:+_/+++_.:1211) L_G+E|ÄÄ_+B<N#+(): °#+ +Ä °Å +M__#± (NTDLL:+_/+++_.:1211) L_G+E|ÄÄ_+B<N#+(): °#+ +Ä °Å +M__#± (NTDLL:+_/+++_.:1211) L_G+E|ÄÄ_+B<N#+(): °#+ +Ä °Å +ÄM__#± (+ÅÄ+_/ÅÄ++.:97)(G+A_<ÅK<S+#+) _ +Å+Ä++Å+, Ä+#_ +_< #±#Å +#+_. (Å++__/+#__.:114) F#+ +Ä +ÄÄ++Ä +#__ #+Ä+! H#_ _++ ÄÄ+_. N+_± == 0|000 (Å++__/ÄÄ+.:504) NÄ+ +Ä++Å+: HÄÄ+I 3 G+Ä#+ TRUE SHELLHOOK 1 SHELLHOOK 4 SHELLHOOK 1 SHELLHOOK 4 SHELLHOOK 4

2 2

Re: [ros-dev] Re: [ros-diffs] [ion] 14047: Dispatching & Queue Rewrite II:
by Steven Edwards 15 Mar '05

15 Mar '05

--- Alex Ionescu <ionucu(a)videotron.ca> wrote: > What the fsck are you implying. Its hard to claim our implementation is "clean room" if you are basing your implementation on debug information rather than reverse enginered behavior. I am not opposed to observing the implementation via debug information and then writting tests to match behavior but there is a fine line... Thanks Steven __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs

2 1

SM and winlogon
by ea 14 Mar '05

14 Mar '05

What if winlogon.exe is run by csrss.exe and not by smss.exe? A winlogon process, in its own desktop, is needed for each Win32 session. If we make csrss.exe multiuser, it must create session 0 (console) or die and therefore run winlogon in it. This change shouldn't have any effect on compatibility with Windows NT. smss will assume only csrss is critical. ea

1 0

Boot Error
by James Tabor 14 Mar '05

14 Mar '05

Wow! Current SVN (Head)! Used memory 1015744Kb (mm/mminit.c:375) Kernel Stack Limits. InitTop = 0x80133000, Init = 0x80130000 (mm/virtual.c:214) FIXME: MEMORY_AREA_SYSTEM case incomplete (or possibly wrong) for NtQueryVirtualMemory() (ke/bug.c:56) Found Bugcheck Resource Data! (ke/bug.c:67) Got Pointer to Bugcheck Resource Data! (ke/clock.c:80) KiInitializeSystemClock() (ke/clock.c:99) Finished KiInitializeSystemClock() No current process Entered debugger on last-chance exception number 14 (Page Fault) Memory at 0x9c could not be read: Page not present. No current process KeBugCheckWithTf at ke/catch.c:224 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 KMODE_EXCEPTION_NOT_HANDLED Technical information: *** STOP: 0x0000001E (0xc0000005,0x8002f410,0x00000000,0x00000018) *** ntoskrnl.exe - Address 0x8002f410 base at 0x80000000, DateStamp 0x0 Page Fault Exception: 14(0) Processor: 0 CS:EIP 8:8002f410 <ntoskrnl.exe:2f410> cr2 18 cr3 26000 Proc: 0 DS 10 ES 10 FS 30 GS 10 EAX: 00000000 EBX: 00000680 ECX: 00026000 EDX: 00000064 EBP: 8013245c ESI: 80132834 ESP: 801323ac EDI: 80132be0 EFLAGS: 00210046 kESP 801323ac Frames: <ntoskrnl.exe:300fc> <ntoskrnl.exe:de31> <ntoskrnl.exe:1285> <ntoskrnl.exe:1aff> <ntoskrnl.exe:382d> <ntoskrnl.exe:c4a3e> <46C> KeBugCheckWithTf at ke/catch.c:224 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 KMODE_EXCEPTION_NOT_HANDLED Technical information: *** STOP: 0x0000001E (0x80000003,0x80005c47,0x00000000,0x00000000) *** ntoskrnl.exe - Address 0x80005c47 base at 0x80000000, DateStamp 0x0

3 11

Att: Thomas. 2nd Token Bug.
by Alex Ionescu 14 Mar '05

14 Mar '05

Steps to repro: 2nd stage installer, pressing enter really fast to get through the screens. At the last screen: Note that the backtrace seems to be missing kernel-mode stuff beyond the syscall. The crash is actually at token.c:1723. In asm: 800b6657: 3b 02 cmp (%edx),%eax edx is 0x00929004 which is invalid: Entered debugger on last-chance exception number 14 (Page Fault) Memory at 0x929004 could not be read: Page not present. Either this function is missing seh, or something has been changed with the token rewrite which messes things up. More info: KMODE_EXCEPTION_NOT_HANDLED Technical information: *** STOP: 0x0000001E (0xc0000005,0x800b6657,0x00000000,0x00929004) *** ntoskrnl.exe - Address 0x800b6657 base at 0x80000000, DateStamp 0x0 Page Fault Exception: 14(0) Processor: 0 CS:EIP 8:800b6657 <ntoskrnl.exe:b6657 (se/token.c:1723 (NtAdjustPrivilegesToken))> cr2 929004 cr3 6d8b000 Proc: 80ab8290 Pid: ac <setup.ex> Thrd: 80aba0c8 Tid: b0 DS 10 ES 10 FS 30 GS 23 EAX: 00000007 EBX: 00000000 ECX: 8cada688 EDX: 00929004 EBP: 9d8c8d54 ESI: 0064ec20 ESP: 9d8c8c88 EDI: 8cada688 EFLAGS: 00000206 kESP 9d8c8c88 kernel stack base 9d8c6000 Frames: <ntoskrnl.exe:39c2 (/home/alex/tmp/cc6fkKWh.s:178 (KiSystemService))> <advapi32.dll:13dca (token/token.c:58 (AdjustTokenPrivileges))> kdb:> bt Frames: <ntoskrnl.exe:39c2 (/home/alex/tmp/cc6fkKWh.s:178 (KiSystemService))> <advapi32.dll:13dca (token/token.c:58 (AdjustTokenPrivileges))> <syssetup.dll:2aff (wizard.c:1164 (DateTimePageDlgProc))> <user32.dll:ea41 (windows/message.c:982 (IntCallWindowProcA))> <user32.dll:eaef (windows/message.c:1031 (CallWindowProcA))> <user32.dll:1717e (windows/dialog.c:1458 (DefDlgProcA))> <user32.dll:ea41 (windows/message.c:982 (IntCallWindowProcA))> <user32.dll:f456 (windows/message.c:1491 (SendMessageA))> <comctl32.dll:28aac (propsheet.c:1713 (PROPSHEET_Next))> <comctl32.dll:28d83 (propsheet.c:3075 (PROPSHEET_DoCommand))> <comctl32.dll:2ab1a (propsheet.c:3412 (PROPSHEET_DialogProc))> <user32.dll:ea06 (windows/message.c:964 (IntCallWindowProcW))> <user32.dll:eb75 (windows/message.c:1057 (CallWindowProcW))> <user32.dll:1700e (windows/dialog.c:1519 (DefDlgProcW))> <user32.dll:ea06 (windows/message.c:964 (IntCallWindowProcW))> <user32.dll:f364 (windows/message.c:1428 (SendMessageW))> <user32.dll:17aca (windows/dialog.c:2220 (IsDialogMessageW))> <user32.dll:17c5a (windows/dialog.c:531 (DIALOG_DoDialogBox))> <user32.dll:17df8 (windows/dialog.c:1608 (DialogBoxIndirectParamW))> <comctl32.dll:27b57 (propsheet.c:729 (PROPSHEET_CreateDialog))> <comctl32.dll:299ce (propsheet.c:2841 (PropertySheetW))> <syssetup.dll:2f4a (wizard.c:1482 (InstallWizard))> <syssetup.dll:172c (install.c:491 (InstallReactOS))>--- Press q to abort, any other key to continue --- <setup.exe:1333 (setup.c:79 (WinMain))> <setup.exe:145b (setup.c:116 (WinMain))> <setup.exe:116a> <setup.exe:1038> <kernel32.dll:20c30 (process/create.c:339 (BaseProcessStart))> <deadbeef> kdb:> regs CS:EIP 0x0008:0x800b6657 SS:ESP 0x0028:0x80105cb9 EAX 0x00000007 EBX 0x00000000 ECX 0x8cada688 EDX 0x00929004 ESI 0x0064ec20 EDI 0x8cada688 EBP 0x9d8c8d54 EFLAGS 0x00000206 PF IF IOPL0 kdb:> cregs CR0 0xe001003b PE MP TS ET NE WP NW CD PG CR2 0x00929004 CR3 0x06d8b000 Pagedir-Base 0x06d8b000 CR4 0x00000080 PGE GDTR Base 0x800d6100 Size 0x0058 LDTR Base 0x00000000 Size 0x0000 IDTR Base 0x80130320 Size 0x0800

2 1

Re: [ros-dev] SM: a blocking bug I can
by ea＠iol.it 14 Mar '05

14 Mar '05

Hi Hartmut, > I'm not sure but a native application can only import ntdll.dll. If you > enable the code, smss will import smdll.dll. You are probably right. It is the time to make smdll static. Thank you. Emanuele ____________________________________________________________ Navighi a 2 MEGA e i primi 3 mesi sono GRATIS. Scegli Libero Adsl Flat senza limiti su http://www.libero.it

1 0

FreeWin
by ea 14 Mar '05

14 Mar '05

This one seems a derivative work of ros. Is it already known? http://gro.clinux.org/projects/freewin

3 3

Mac OS X clone???
by rlangschultz＠cox.net 14 Mar '05

14 Mar '05

I was wondering if there was a project that would be doing a binary compatible OS X system. What reactos does for windows maybe this project can do for OS X. I was just wondering. I know that pearpc emulates a ppc processor, but wether or not a full os exists is the question. I know also that some versions of linux exist for ppc. Thanks Also - is reactos going to do a mips, ppc, arm, ia64 system?

5 6

Re: [ros-svn] [weiden] 14045: Alex Ionescu <ionucu@videotron.ca>
by James Tabor 14 Mar '05

14 Mar '05

Hi! Well, this was a surprise! Love the new debugger! My test, building ros on ros two cmd consoles up plus taskmgr. weiden(a)svn.reactos.com wrote: > Alex Ionescu <ionucu(a)videotron.ca> > Entered debugger on last-chance exception number 14 (Page Fault) Memory at 0x54 could not be written: Page not present. kdb:> bt Frames: <ntoskrnl.exe:83727 (mm/ppool.c:598 (RFreeMerge))> <ntoskrnl.exe:837a8 (mm/ppool.c:620 (RPoolReclaim))> <ntoskrnl.exe:83fa7 (mm/ppool.c:926 (RPoolFree))> <ntoskrnl.exe:842b7 (mm/ppool.c:98 (ExFreePagedPool))> <ntoskrnl.exe:8267f (mm/pool.c:244 (ExFreePool))> <ntoskrnl.exe:abe2b (se/token.c:576 (SepDeleteToken))> <ntoskrnl.exe:92ce9 (ob/object.c:981 (ObpDeleteObject))> <ntoskrnl.exe:92eea (ob/object.c:1038 (ObpDeleteObjectDpcLevel))> <ntoskrnl.exe:9314d (ob/object.c:1148 (ObfDereferenceObject))> <ntoskrnl.exe:9a709 (ps/process.c:474 (PiDeleteProcessWorker))> <ntoskrnl.exe:9a7f3 (ps/process.c:502 (PiDeleteProcess))> <ntoskrnl.exe:92ce9 (ob/object.c:981 (ObpDeleteObject))> <ntoskrnl.exe:92eea (ob/object.c:1038 (ObpDeleteObjectDpcLevel))> <ntoskrnl.exe:9314d (ob/object.c:1148 (ObfDereferenceObject))> <ntoskrnl.exe:96092 (ps/create.c:394 (PiDeleteThread))> <ntoskrnl.exe:92ce9 (ob/object.c:981 (ObpDeleteObject))> <ntoskrnl.exe:92eea (ob/object.c:1038 (ObpDeleteObjectDpcLevel))> <ntoskrnl.exe:9314d (ob/object.c:1148 (ObfDereferenceObject))> <ntoskrnl.exe:987f2 (ps/kill.c:52 (PsReapThreads))> <ntoskrnl.exe:9eeaf (ps/thread.c:379 (PiReaperThreadMain))> <ntoskrnl.exe:3880 (/tmp/ccoqgJZs.s:83 (PsBeginThread))> kdb:> proc Current process: PID: 0x00000154 State: Terminated (0x1) Image Filename: rdel.exe kdb:> proc list PID State Filename 0x00000164 Active make.exe 0x00000164 Terminated make.exe 0x0000015c Active ctm.EXE 0x0000012c Active make.EXE 0x0000010c Active taskmgr.exe 0x00000100 Active cmd.exe 0x000000f0 Active cmd.exe 0x000000e4 Active explorer.exe 0x000000d4 Active userinit.exe 0x000000c8 Active umpnpmgr.exe 0x000000bc Active eventlog.exe 0x000000ac Active services.exe 0x0000008c Active winlogon.exe 0x00000070 Active csrss.exe 0x00000058 Active smss.exe 0x00000004 Unknown System kdb:> regs CS:EIP 0x0008:0x80082bce SS:ESP 0x0010:0x9d46bac0 EAX 0x8cfccdb4 EBX 0x80c6abc0 ECX 0x8cfc7bdc EDX 0x00000040 ESI 0x00000000 EDI 0x00000000 EBP 0x9d46bac8 EFLAGS 0x00210202 IF IOPL0 RF ID kdb:> cregs CR0 0x8001003b PE MP TS ET NE WP PG CR2 0x7c900000 CR3 0x1652e000 Pagedir-Base 0x1652e000 CR4 0x00000680 PGE OSFXSR OSXMMEXCPT GDTR Base 0x800cf100 Size 0x0058 LDTR Base 0x00000000 Size 0x0000 IDTR Base 0x8012a320 Size 0x0800 kdb:> sregs CS 0x0008 Index 0x0001 GDT RPL0 DS 0x0010 Index 0x0002 GDT RPL0 ES 0x0010 Index 0x0002 GDT RPL0 FS 0x0030 Index 0x0006 GDT RPL0 GS 0x0010 Index 0x0002 GDT RPL0 SS 0x0010 Index 0x0002 GDT RPL0 kdb:> dregs DR0 0x00000000 DR1 0x00000000 DR2 0x00000000 DR3 0x00000000 DR6 0xffff0ff0 DR7 0x00000400 kdb:> thread Current Thread: TID: 0x00000000 State: Running (0x2) Priority: 8 Affinity: 0xffffffff Initial Stack: 0x8011c570 Stack Limit: 0x80119570 Stack Base: 0x8011c570 Kernel Stack: 0x8011c570 Trap Frame: 0x9d46ba28 NPX State: Invalid (0x1)

2 1

Re: [ros-svn] [weiden] 14045: Alex Ionescu <ionucu@videotron.ca>
by Alex Ionescu 14 Mar '05

14 Mar '05

weiden(a)svn.reactos.com wrote: >Alex Ionescu <ionucu(a)videotron.ca> > > Dispatcher Objects Rewrite (minus Queues, coming in next patch). > > > There is now only one large patch left + a smaller one related to it, which will complete the Dispatcher fixes. After those two patches, everything in my branch will have been committed. The branch will be destroyed and I will create the Winsock branch on which Arty and I will work. Best regards, Alex Ionescu

1 0

Vote: Allow 3rd-party distribution of ROS through XDCC Bot.
by Alex Ionescu 14 Mar '05

14 Mar '05

Hi, Right now, someone has set up an XDCC IRC bot to distribute copies of ReactOS. While I welcome the move, it raises a question on who is responsible for the quality of those files. Even if the person means no harm, the files can get corrupted/infected by the following events: 1) Download corruption 2) Viral infection 3) Hard-disk damage And perhaps many more. In all cases, this would result in unusable, dangerous or even damaging releases of ReactOS, which we could not control. As such, I propose a vote: [ ] Yes, allow 3rd-party distribution of the OS through the #ros-xdcc channel and ROS-XDCC-001 bot. (support and encourage this distribution) [ ] Yes, allow 3rd-party distribution of the OS, but it must clearly distance itself from officially supported releases (tolerate but do not support this distribution) [ ] No, only sourceforge and other official ReactOS distribution points should be used. Myself I vote for the first choice, but I would like the following to be done: 1) Create MD5 Hashes to verify authenticity 2) Set up official communications with the bot's maintainer and establish a set of guidelines. Best regards, Alex Ionescu

6 5

Re: [ros-svn] [greatlrd] 14043: GetDeviceData
by Richard Campbell 14 Mar '05

14 Mar '05

screens? :P greatlrd(a)svn.reactos.com wrote: >GetDeviceData >fix the choppy mouse in UT and fix some other small bugs. >I can now use the mouse with out any problem in UT > > > > >Updated files: >trunk/reactos/lib/dinput/mouse.c > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > >

1 0

Re: [ros-dev] Vote: Allow 3rd-party distribution of ROS through XDCC Bot.
by Steven Edwards 14 Mar '05

14 Mar '05

Hi, --- Jason Filby <jason.filby(a)gmail.com> wrote: > Another question is: can we really say limit people from > redistributing ReactOS? I don't think that our license(s) prohibit > this. > > Perhaps some guidelines for such people are all that is needed. I think we should allow use of the name in limited situations. As another poster stated having a "Dropline ReactOS" is not a bad thing provided that we setup standards on what has the right to be called "ReactOS" and what does not. If anyone making or distributing a custom version of ReactOS violates the standards we set forth then we have the right to refuse use of the name. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

Re: [ros-dev] Vote: Allow 3rd-party distribution of ROS through XDCCBot.
by Sylvain Petreolle 14 Mar '05

14 Mar '05

Feel free to reread LGPL 2.1 here : http://svn.reactos.com/viewcvs/trunk/reactos/LGPL.txt --- Magnus Olsen <magnus(a)itkonsult-olsen.com> wrote: > ReactOS are not a LPGL but GPL > it is big diffrent in the licen type > > ----- Original Message ----- > From: "Sylvain Petreolle" <spetreolle(a)yahoo.fr> > To: "ReactOS Development List" <ros-dev(a)reactos.com> > Sent: Sunday, March 13, 2005 8:39 PM > Subject: Re: [ros-dev] Vote: Allow 3rd-party distribution of ROS through > XDCCBot. > > > > If all legal conditions are fulfilled : > > - give link to the source > > - (alex's idea) provide md5sum of the file(s) > > > > As some people already said, 3d point cant exist. > > (ros is a LGPL system, some magazines already distribute it, etc.) > > > [ ] Yes, allow 3rd-party distribution of the OS through the #ros-xdcc > > > channel and ROS-XDCC-001 bot. (support and encourage this distribution) > > > > > > [X] Yes, allow 3rd-party distribution of the OS, but it must clearly > > > distance itself from officially supported releases (tolerate but do not > > > support this distribution) > > > > > > [ ] No, only sourceforge and other official ReactOS distribution points > > > should be used. > > > > > > Kind regards, > > > > Usurp (aka Sylvain Petreolle) > > > > humans are like computers, > > yesterday the BIOS was all > > - today its just a word > > _______________________________________________ > > Ros-dev mailing list > > Ros-dev(a)reactos.com > > http://reactos.com:8080/mailman/listinfo/ros-dev > > Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

3 2

Re: [ros-diffs] [chorns] 14032: * Introduce ROS_OUTPUT
by Royce Mitchell III 14 Mar '05

14 Mar '05

chorns(a)svn.reactos.com wrote: >* GNU make don't support depending on a directory, so simulate the dependency using a file > How not? It works on my box as well as on arty's. :(

1 0

SM: a blocking bug I can't solve myself
by ea 14 Mar '05

14 Mar '05

There is a little piece of code I left in reactos/subsys/smss/initss.c that looks like harmless, but that actually crashes smss.exe and therefore the whole system. The code is in the function SmpRegisterSmss/0. I can't find myself the bug. The code is currently wrapped by a #if 0 ... #endif but it is needed to make the SM self register (to avoid other processaes claim they are the SM). Any hint is welcome! Emanuele

2 1

[Fwd: [Fwd: [ros-svn] [hbirr] 13963: Lock the kernel address space - Bug 512 updated]
by Gge 13 Mar '05

13 Mar '05

WARNING: This e-mail has been altered by MIMEDefang. Following this paragraph are indications of the actual changes made. For more information about your site's MIMEDefang policy, contact MIMEDefang Administrator <mimedefang(a)deos.tudelft.nl>. For more information about MIMEDefang, see: http://www.roaringpenguin.com/mimedefang/enduser.php3 An attachment of type message/rfc822, named [ros-svn] [hbirr] 13963: Lock the kernel address space instead the process'one, if the pages are located in kernel space. was removed from this document as it constituted a security hazard. If you require this document, please contact the sender and arrange an alternate means of receiving it.

2 4

RE: Re: [ros-dev] [VOTE] Miscelanea branches
by Sylvain Petreolle 13 Mar '05

13 Mar '05

> Let me make it clear that the vote is about wether or not to allow > a particular type of branch which have some bad consequences. Not > branches in general. See > http://reactos.com:8080/archives/public/ros-dev/2005-March/002083.html > for a description of the common branch types. I did read it (otherwise I wouldnt vote) "Bugs that that could have been fixed on trunk are annoying to trunk developers. The bugfixes that go only to the branch are not in trunk (until merged there from the branch" => trunk developers are free to ask for a merge or use ros-diffs to speed up the merge process. "* Risk of duplicating work. We'll have more branches to track bugfixes on so it's harder to know which bugs has been fixed and which hasn't." you can use ros-svn to track it. And you can fix bugs in bugzilla too. "Fixed in branch my_branch, feel free to merge." > > Do you have commit access? > > Casper Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

1 0

Re: [ros-dev] Vote: Allow 3rd-party distribution of ROS through XDCC Bot.
by Sylvain Petreolle 13 Mar '05

13 Mar '05

If all legal conditions are fulfilled : - give link to the source - (alex's idea) provide md5sum of the file(s) As some people already said, 3d point cant exist. (ros is a LGPL system, some magazines already distribute it, etc.) > [ ] Yes, allow 3rd-party distribution of the OS through the #ros-xdcc > channel and ROS-XDCC-001 bot. (support and encourage this distribution) > > [X] Yes, allow 3rd-party distribution of the OS, but it must clearly > distance itself from officially supported releases (tolerate but do not > support this distribution) > > [ ] No, only sourceforge and other official ReactOS distribution points > should be used. Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

2 1

Re: [ros-svn] [hbirr] 14017: Added a keep-alive reference to each key object.
by James Tabor 13 Mar '05

13 Mar '05

Hi! hbirr(a)svn.reactos.com wrote: > Added a keep-alive reference to each key object. > Lock the registry while accessing sub keys of a key object. > Implemented a worker thread which removes all unused key objects. > Fixed a bug which shows keys twice if a key is already opened. > > > > Updated files: > trunk/reactos/ntoskrnl/cm/cm.h > trunk/reactos/ntoskrnl/cm/ntfunc.c > trunk/reactos/ntoskrnl/cm/registry.c > trunk/reactos/ntoskrnl/cm/regobj.c > ntoskrnl: [CC] cm/regobj.c cm/regobj.c: In function `CmiObjectParse': cm/regobj.c:244: error: parse error before '<<' token cm/regobj.c:763: error: parse error at end of input cm/regobj.c:23: warning: `CmiGetLinkTarget' declared `static' but never defined make[1]: *** [cm/regobj.o] Error 1 make: *** [ntoskrnl] Error 2 8^), James

2 3

Re: [ros-dev] [VOTE] Miscelanea branches
by Sylvain Petreolle 13 Mar '05

13 Mar '05

--- Casper Hornstrup <ch(a)csh-consult.dk> wrote: > I'd like to close this discussion with a vote. > > Should we allow branches (other than trunk) with mixed new development and bugfixes > unrelated to the new development that is on the branch (miscelanea branches) ? > > [X] Yes, do allow miscelanea branches > > [ ] No, don't allow miscelanea branches > > Casper > Have an svn branch gives a nice way to revert/update and permits others to work with a different POV on the project. Even if only some are using it, it can help ros a lot. (look at the xmlbuildsystem branch that speeds up the compilation a lot) Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

2 1

Voting
by Casper Hornstrup 13 Mar '05

13 Mar '05

I don't think we've ever formalised our voting procedures. All I seem to remember about this is that committers can vote. I've drafted an initial version here: http://reactos.com/wiki/index.php/Voting Please comment on that. Casper

6 6

Re: [ros-svn] [weiden] 14007: - fixed handle table structures
by James Tabor 13 Mar '05

13 Mar '05

Hi! weiden(a)svn.reactos.com wrote: > - fixed handle table structures > - implement generic executive handle tables (since there don't exist documents that describe the parameters of most of these functions (which are kernel internal only), i made them up as required) > - adjusted OB's handle manager to use ex handle tables > - adjusted the client id manager to use ex handle tables > > > Added files: > trunk/reactos/ntoskrnl/ex/handle.c > > Updated files: > trunk/reactos/config > trunk/reactos/include/ddk/kefuncs.h > trunk/reactos/include/ntos/obtypes.h > trunk/reactos/ntoskrnl/Makefile > trunk/reactos/ntoskrnl/ex/init.c > trunk/reactos/ntoskrnl/ex/sysinfo.c > trunk/reactos/ntoskrnl/ex/work.c > trunk/reactos/ntoskrnl/include/internal/ex.h > trunk/reactos/ntoskrnl/include/internal/ob.h > trunk/reactos/ntoskrnl/include/internal/ps.h > trunk/reactos/ntoskrnl/io/iomgr.c > trunk/reactos/ntoskrnl/io/pnpmgr.c > trunk/reactos/ntoskrnl/lpc/close.c > trunk/reactos/ntoskrnl/ob/handle.c > trunk/reactos/ntoskrnl/ob/object.c > trunk/reactos/ntoskrnl/ps/cid.c > trunk/reactos/ntoskrnl/ps/create.c > trunk/reactos/ntoskrnl/ps/idle.c > trunk/reactos/ntoskrnl/ps/kill.c > trunk/reactos/ntoskrnl/ps/process.c > trunk/reactos/ntoskrnl/ps/psmgr.c > trunk/reactos/ntoskrnl/ps/thread.c > trunk/reactos/subsys/win32k/misc/object.c > rossym: [CC] initkm.c In file included from ../../include/ntos.h:90, from ../../include/roskrnl.h:2, from initkm.c:11: ../../include/ntos/obtypes.h:122: warning: redefinition of `PHANDLE_TABLE' ../../w32api/include/ddk/ntifs.h:472: warning: `PHANDLE_TABLE' previously declared here make[1]: *** [initkm.o] Error 1 make: *** [rossym] Error 2 Humm 8^/ ???, James

2 1

Re: [ros-dev] Vote: Allow 3rd-party distribution of ROS through XDCC Bot.
by Steven Edwards 13 Mar '05

13 Mar '05

--- Alex Ionescu <ionucu(a)videotron.ca> wrote: > [ ] Yes, allow 3rd-party distribution of the OS through the #ros-xdcc > channel and ROS-XDCC-001 bot. (support and encourage this distribution) > > [X] Yes, allow 3rd-party distribution of the OS, but it must clearly > distance itself from officially supported releases (tolerate but do not > support this distribution) Yes but only if they are using a binary published by reactos.org or a core ReactOS developer such as Thomas's nightly builds. If they are not doing so then my vote is no. At the first offence we should warn them and then at the 2nd offence we should deny the use of the ReactOS name > [ ] No, only sourceforge and other official ReactOS distribution points > should be used. We cannot stop distrabution of the OS. Only the use of the name. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

Re: [ros-svn] [royce] 14018: -Wall -Werror and fix warnings
by James Tabor 13 Mar '05

13 Mar '05

Hi Royce, royce(a)svn.reactos.com wrote: > -Wall -Werror and fix warnings > > > Updated files: > trunk/reactos/tools/widl/Makefile > trunk/reactos/tools/widl/hash.c > trunk/reactos/tools/widl/write_msft.c > > _______________________________________________ > Ros-svn mailing list > Ros-svn(a)reactos.com > http://reactos.com:8080/mailman/listinfo/ros-svn > > More crazy Linux port problems, in /reactos/tools/widl, write_msft.c: In function `ctl2_write_chunk': write_msft.c:2189: warning: implicit declaration of function `write' write_msft.c:2190: warning: implicit declaration of function `close' write_msft.c: In function `save_all_changes': write_msft.c:2284: warning: implicit declaration of function `creat' make: *** [write_msft.o] Error 1 It works when removing -Werror -Wall from the Makefile. BTW io.h is in the /usr/mingw32/include directory. Thanks, James

2 2

Re: [ros-svn] [hbirr] 14000: Use only one access to the spinlock in the assertion, because the value may change between two access' on smp machines.
by Thomas Weidenmueller 13 Mar '05

13 Mar '05

hbirr(a)svn.reactos.com wrote: >Use only one access to the spinlock in the assertion, because the value may change between two access' on smp machines. > > You implementation is better, no doubt, but it wouldn't have mattered to read it twice or more. I mean, it's re-read again down in the InterlockedExchange call, there's a possibility it might have been changed in the meantime as well. But it really wouldn't matter ;) Best Regards, Thomas

2 2

Bug #512 - Colinux fails to load
by Gge 13 Mar '05

13 Mar '05

Hello, Retransmission of this message sent to Harmut , to Ros-Dev list following error in the mail address of Ros list --------------------------------------------- Harmut , I do not know if this commit is related to the Bug #512 ( Colinux fails to load in MM/MDL ) but more debug messages are displayed now. I have updated Bugzilla with these debug messages. Best regards Gerard Subject: [ros-svn] [hbirr] 13963: Lock the kernel address space instead the process' one, if the pages are located in kernel space. From: <hbirr(a)svn.reactos.com> Date: Sat, 12 Mar 2005 10:14:38 +0100 To: <ros-svn(a)reactos.com> Lock the kernel address space instead the process' one, if the pages are located in kernel space. Unlock the address space on error.

1 0

Re: [ros-dev] State of the WIDL - Part two
by Steven Edwards 12 Mar '05

12 Mar '05

Hi, --- Eric Kohl <eric.kohl(a)t-online.de> wrote: > I read the wine-devel list archive a few days ago and relized that > Alexandre rejected the last patch. I want to split the last patch into > more 'atomic' parts tomorrow. Is that OK? Sure thats what I was going to do next. I am going through SVN right now and extracting each atomic commit and manually applying them to my winehq tree. I can send each patch from each atomic commit but its going to take me quite a while to resolve conflicts. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250

1 0

Re: [ros-svn] [weiden] 13984: Thomas Weidenmueller <w3seek@reactos.com>
by Alex Ionescu 12 Mar '05

12 Mar '05

weiden(a)svn.reactos.com wrote: >Thomas Weidenmueller <w3seek(a)reactos.com> >- Fix various security structures and constants >- Add code to capture quality of service structures and ACLs >- Secure buffer access in NtQueryInformationToken, NtSetInformationToken, NtNotifyChangeDirectoryFile and NtQueryDirectoryFile > > For the sake of review/auditing, it should be important to mention this is yet-another-alex_devel_branch-merge. Thomas wrote 100% of it, I'm just mentionning this as a progress report and historical/bookkeeping reason. Best regards, Alex Ionescu

1 0

Re: Re: [ros-dev] Mac OS X clone???
by rlangschultz＠cox.net 12 Mar '05

12 Mar '05

To clarify i mean OS X and perhaps even os 9. I know about darwin but i was wondering if there was an os x clone out there. Reactos is a version of windows as this clone will be an open-source version of os x or os 9. > > From: "Klemens Friedl" <klemens_friedl(a)gmx.net> > Date: 2005/03/12 Sat AM 10:42:17 EST > To: ReactOS Development List <ros-dev(a)reactos.com> > Subject: Re: [ros-dev] Mac OS X clone??? > > > I was wondering if there was a project that would be doing a binary > > compatible OS X system. What reactos does for windows maybe this project > can do > > for OS X. I was just wondering. I know that pearpc emulates a ppc > processor, > > but wether or not a full os exists is the question. I know also that some > > versions of linux exist for ppc. > > Do you mean MacOS X? > > Darwin has been the open-source OS technology underlying Apple's Mac OS X > operating system, with all development being managed and hosted by Apple: > -> http://developer.apple.com/darwin/ > -> http://www.opendarwin.org/ > > > > -- Klemens Friedl > > -- > SMS bei wichtigen e-mails und Ihre Gedanken sind frei ... > Alle Infos zur SMS-Benachrichtigung: http://www.gmx.net/de/go/sms > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.com > http://reactos.com:8080/mailman/listinfo/ros-dev >

3 2

State of the WIDL - Part two
by Steven Edwards 12 Mar '05

12 Mar '05

Hi Eric, How much more work is going to be needed in WIDL? There are quite a lot of changes and I have fallen behind on merging to Winehq. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail

2 1

Re: [ros-dev] [VOTE] Miscelanea branches
by Steven Edwards 12 Mar '05

12 Mar '05

> > > > [ ] Yes, do allow miscelanea branches > > > > [ ] No, don't allow miscelanea branches > > > > [X] Clearly define feature vs mscelanea branches. I don't mind Alex having a remote branch to be able to maintain a public backup of his work. In fact I think all of the ReactOS developers should have public branches but I think that anytime a feature is implemented in a remote branch and another developer is blocked by said feature then the remote branch has to be merged with the trunk. For people like me that contribute little or no code other than minor bugfixes this may be overkill. This whole problem is that much of the development switched to his branch when it should have been merged to the trunk. Alex has admitted this and I think we have reached a middle ground. Thanks Steven __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs

1 0

RE: [ros-diffs] [navaraf] 13968: Alex Ionescu <ionucu@videotron.ca>
by Casper Hornstrup 12 Mar '05

12 Mar '05

@@ -163,6 +165,11 @@ { return MsgMemoryEntry->Size; } + } _SEH_HANDLE { + + DPRINT1("BOO!\n"); + return 0; + } _SEH_END; } static FASTCALL NTSTATUS BOO? ;-) + + KeInitializeSpinLock(&WinSta->Lock); + + InitializeListHead(&WinSta->DesktopListHead); + +#if 1 + WinSta->AtomTable = NULL; +#endif + + Status = RtlCreateAtomTable(37, &WinSta->AtomTable); + if (!NT_SUCCESS(Status)) + { + RtlFreeUnicodeString(&WinSta->Name); + return Status; + } The #if 1 can be removed. Casper

1 0

Re: [ros-diffs] [navaraf] 13969: Alex Ionescu <ionucu@videotron.ca>
by Filip Navara 12 Mar '05

12 Mar '05

navaraf(a)svn.reactos.com wrote: >Alex Ionescu <ionucu(a)videotron.ca> >Various bugcheck code improvements: >- Fix bugcheck code and make debugging easier for unhandled exceptions/spinlocks. >- Fix a race condition with TAB+B, >- Fix irql to be high_level. >- Fix calling unsafe function by caching bugcode data. >- Fix support for smp by using IPI. >- Fix not-breakpointing when no debugger is there. >- Implement KeBugCheck callbacks with reason. >- Fix callbacks not being called. >- Fix proper breakpoint during bugcheck. >Filip Navara <xnavara(a)volny.cz> >- Move the bugcheck initialization code into Ke (was in Ex on Alex's branch). > This doesn't look correctly: >+ ASSERT(*SpinLock == 0 || 1); > > Can you fix it, Alex? - Filip

1 0

Re: [ros-svn] [navaraf] 13947: Don't use intermediate objects linked with "ld -r". There's a bug in binutils that causes the data section relocations to be stripped.
by Hartmut Birr 12 Mar '05

12 Mar '05

It seems there are more bugs in ld or anywhere. Some relocation entries points to an address, which must not relocated. This entries starts always in the upper range of the text section. Ntoskrnl does also contain relocation entries for the bss section. - Hartmut navaraf(a)svn.reactos.com schrieb: >Don't use intermediate objects linked with "ld -r". There's a bug in binutils that causes the data section relocations to be stripped. > > >Updated files: >trunk/reactos/ntoskrnl/Makefile > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > > >

2 1

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev