- Ros-dev - ReactOS.org

Re: [ros-bugs] [Bug 1149] Calculator bug
by Jerry 19 Dec '05

19 Dec '05

I think I got it fixed. Hear's the diff: Index: subsys/system/calc/winecalc.c =================================================================== --- subsys/system/calc/winecalc.c (revision 20239) +++ subsys/system/calc/winecalc.c (working copy) @@ -755,32 +755,34 @@ { int i; int w = LOWORD(wParam); + int Base; + calcfloat r; + + r = calc_atof(calc.buffer, calc.numBase); if (w == ID_CALC_NS_HEX) { - if (calc.numBase == NBASE_HEX) - return 0; - else - calc.numBase = NBASE_HEX; + Base = NBASE_HEX; } else if (w == ID_CALC_NS_DEC) { - if (calc.numBase == NBASE_DECIMAL) - return 0; - else - calc.numBase = NBASE_DECIMAL; + Base = NBASE_DECIMAL; + } else if (w == ID_CALC_NS_OCT) { - if (calc.numBase == NBASE_OCTAL) - return 0; - else - calc.numBase = NBASE_OCTAL; + Base = NBASE_OCTAL; } else if (w == ID_CALC_NS_BIN) { - if (calc.numBase == NBASE_BINARY) + Base = NBASE_BINARY; + } + + if (calc.numBase == Base){ return 0; - else - calc.numBase = NBASE_BINARY; + } else { + calc.numBase = Base; } + + calc_ftoa(&calc, r, calc.buffer); + for (i=0;i<CALC_NS_COUNT;i++) SendMessage(calc.cb[60+i].hBtn, BM_SETCHECK, w == (ID_CALC_NS_HEX + i) ? 1 : 0, 0); @@ -2944,16 +2946,23 @@ switch (calc->numBase) { case NBASE_HEX: - real = calc_atof(calc->buffer, calc->numBase); - _stprintf(calc->display, TEXT("%lx"), (long)real); + //real = calc_atof(calc->buffer, calc->numBase); + //_stprintf(calc->display, TEXT("%lx"), (long)real); + //_stprintf(calc->display, TEXT("%lX"), calc->buffer); + _stprintf(calc->display, TEXT("%s"), calc->buffer); break; case NBASE_OCTAL: - _stprintf(calc->display, TEXT("%lo"), (long)calc->buffer); + //real = calc_atof(calc->buffer, calc->numBase); + //_stprintf(calc->display, TEXT("%lo"), (long)real); + //_stprintf(calc->display, TEXT("%lo"), (long)calc->buffer); + _stprintf(calc->display, TEXT("%s"), calc->buffer); break; case NBASE_BINARY: - _stprintf(calc->display, TEXT("%lx"), (long)calc->buffer); + + //_stprintf(calc->display, TEXT("%lx"), (long)calc->buffer); + _stprintf(calc->display, TEXT("%s"), calc->buffer); break; case NBASE_DECIMAL: @@ -3229,8 +3238,15 @@ case NBASE_OCTAL: _stprintf(buf, TEXT("%lo"), (long)r); break; - case NBASE_BINARY: // 911 - need routine here - + case NBASE_BINARY: // 911 - need routine here + { + int x; + for(x=0; x < sizeof(calcfloat); x++){ + if (( (long)r & (1<<( (sizeof(calcfloat)-1) -x ))) == 1<<( (sizeof(calcfloat)-1) -x ) ) buf[x] = '1'; else buf[x] = '0'; + + }; + buf[sizeof(calcfloat)]='\0'; + } break; default: break; /* End of Diff */ Tell me if it works or not, please. Thanks. ReactOS.Bugzilla(a)reactos.org wrote: >http://www.reactos.org/bugzilla/show_bug.cgi?id=1149 > > > > > >------- Additional Comments From crashfourit(a)gmail.com 2005-12-18 05:27 CET ------- >No, I hadd the same problem in WinXP. I'm in the process of fixing it. > > >

2 2

Patch for review: exception handling
by Ge van Geldorp 18 Dec '05

18 Dec '05

The program below (when compiled with MSVC6, multithreaded DLL runtime) only prints "in first handler" on ReactOS and then gets into an endless exception loop: int main(int argc, char *argv[]) { __try { RaiseException(0x55aa, 0, 0, NULL); } __except(EXCEPTION_EXECUTE_HANDLER) { printf("in first handler\n"); } __try { RaiseException(0xaacc, 0, 0, NULL); } __except(EXCEPTION_EXECUTE_HANDLER) { printf("in second handler\n"); } return 0; } I believe the reason is that our RtlUnwind removes the target exception frame too, which it shouldn't do. The following patch seems to solve the issue: Index: lib/rtl/i386/exception.c =================================================================== --- lib/rtl/i386/exception.c (revision 20225) +++ lib/rtl/i386/exception.c (working copy) @@ -333,7 +333,10 @@ RegistrationFrame2 = RegistrationFrame2->Next; /* Remove this handler */ - RtlpSetExceptionList(OldFrame); + if (RegistrationFrame2 != RegistrationFrame) + { + RtlpSetExceptionList(OldFrame); + } } } but I'm no expert on exception issues. Is this indeed the correct fix? GvG

1 0

Why??
by WaxDragon 18 Dec '05

18 Dec '05

I quote from the ReactOS Weekly Newsletter - Volume 1, Issue 8 "0.2.9? Another One? Yup, we have another release planned for you all. 0.2.9 is our last release before the very-much-anticipated 0.3.0 release." Could we stop saying that? 0.3.0 is not the release after 0.2.9, nor 0.2.8, nor 0.2.5! 0.3.0 will happen when we hit the stated goals, and unless networking gets some serious attention, we will see 0.2.10. So, please, can we stop saying "This is the last release before 0.3.0"? It makes us look bad, and confuses people when we release yet another 0.2.x. Don't get me wrong, we are closer to 0.3.0 than ever before, but there are still many bugs. WD -- <Russell> argh <Russell> iterator shenanigans :/

9 12

FW: Strømarbejde i Serverpark Østerbro
by Casper Hornstrup 18 Dec '05

18 Dec '05

FYI. svn.reactos.org may be affected. Casper > -----Original Message----- > From: WEBPARTNER Drift Information [mailto:drift@webpartner.dk] > Sent: 15. december 2005 08:21 > To: driftinfo(a)webpartner.dk > Subject: Strømarbejde i Serverpark Østerbro > > Affected customers : Serverpark Østerbro > > We are in the finishing phase of several improvement to our powersupply. Improvements witch gives > us added capacity, to supply current and future power and cooling needs. > > Københavns Energi handle the last part of the work witch is done d. 19.12.2005 at 24:00 to d. > 20.12.2005 at 04:00, while the work is done we are operating on disel generator. We dont expect any > interuptions but in the period above there is an increased risc for outage. > > We are at your disposal if you need our assistance in relation to this work. > > Best regards > WEBPARTNER A/S > > Visit us: http://www.webpartner.dk > Mailing list removal: http://www.webpartner.dk/336

1 0

dealing with insecure-by-inattention Windows software
by Wesley Parish 18 Dec '05

18 Dec '05

"insecure-by-inattention" - by that I mean software that must run as super-user or otherwise (otherstupidly) it won't run at all. ReactOS is not only intended as a plug-in replacement for MS Windows, if I read this-and-that correctly, it's also intended to "get it done right". And so we can't have super-user as default user, because that is Microsoft's thorn-in-the-flesh, and they can have it. I don't want it. What I've been thinking is there is quite a bit of useful information and knowledge being actively developed and used in the Unix/BSD/Linux field for handling that sort of problem. The BSD chroot jail is one such implementation - there are even some aspects of the MS Windows directory structure that would simplify the adaption of the chroot jail to the ReactOS. [hardware]\Program Files\Abracadabra-Malware-Magnet\ "Abracadabra-Malware-Magnet" is a separate subdirectory within the Program Files directory. Chroot jail, if I remember correctly, requires a separate directory for each chrooted program so it sees itself as the one-and-only love of its kernel's uptime. The MS Windows directory structure already has this separable directory structure. What needs to be done is to ensure that it thinks it's the only one around. There would be some sizeable problems - ensuring that the dlls would be sufficiently robust to avoid being hijacked, is just one, ensuring that it couldn't make any changes to dlls outside its directory is a bigger one, but that could be handled by making sure it installed all its (uniquely) needed dlls in its chroot jail. Which a lot of Win32 programs do anyway. What do people think? Wesley Parish "Sharpened hands are happy hands. "Brim the tinfall with mirthful bands" - A Deepness in the Sky, Vernor Vinge "I me. Shape middled me. I would come out into hot!" I from the spicy that day was overcasked mockingly - it's a symbol of the other horizon. - emacs : meta x dissociated-press

10 14

Assertion 'Class->refs == 0' failed at ./subsys/win32k/ntuser/class.c line 69
by Royce Mitchell III 17 Dec '05

17 Dec '05

Latest SVN is crashing with the following message: Assertion 'Class->refs == 0' failed at ./subsys/win32k/ntuser/class.c line 69 I created bug report here: http://www.reactos.org/bugzilla/show_bug.cgi?id=1145 This bug only occurs on ANSI build of app, and is 100% reproduceable for me. I suspect this bug may effect 0.2.9...

1 0

GPLv3 Launch Event
by Steven Edwards 16 Dec '05

16 Dec '05

Hi, I would like to attend the GPLv3 launch event to gain more knowlege about it and how it will affect us. If you guys would like me to go on the FSF dime then please drop my name here http://gplv3.fsf.org/recommend Thanks -- Steven Edwards - ReactOS and Wine developer "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

1 0

getfirefox
by Ged Murphy 16 Dec '05

16 Dec '05

Although we're in feature freeze, do you think it's worth including the getfirefox utility to the 0.2.9 branch? It's a great little app and I had firefox running for a few hours last night with no real issues. I'm thinking it would be good to get lots of feedback to ensure it's stable for the upcoming network release. As this will be one of our selling points, we need to ensure it's stability. Ged.

10 24

Re: [ros-svn] [gvg] 20200: Fix by Royce3:
by James Tabor 16 Dec '05

16 Dec '05

gvg(a)svn.reactos.com wrote: > Fix by Royce3: > Don't wait 10 sec after starting an app via a .lnk file (bug 1107) > > > > Updated files: > trunk/reactos/lib/shell32/shelllink.c > So, was that the cause of that? Wow! James

2 1

RE: [ros-dev] getfirefox
by Ge van Geldorp 15 Dec '05

15 Dec '05

> From: Alex Buell > > GetFirefox doesn't install Firefox properly, thus I can't run > Firefox, but it does leaves some files in the Program Files > subdirectories. > Here's the debugging output if anyone's interested: > > Address: 90ad6065 Unhandled exception > ExceptionCode: c0000005 > Faulting Address: 90ad6065 > Address: 7c91c598 C:\ReactOS\system32\ntdll.dll > CS:EIP 1b:7c91c598 > DS 23 ES 23 FS 3b GS 0 > EAX: 90ad6055 EBX: 00715248 ECX: 0070f1fc > EDX: 006fc8d0 EBP: 00589d8c ESI: 006a1378 ESP: 00589d04 > EDI: 006fc8b0 EFLAGS: 00000286 > Frames: > 7c900000+1c963 C:\ReactOS\system32\ntdll.dll > 60140000+14857 C:\DOCUME~1\ADMINI~1.REA\LOCAL_~1\Temp\ff_temp\xpcom.ns\bin\nspr4.dll Actually, it seems that for you the Firefox installer is crashing, not getfirefox. GvG

2 1

RE: [ros-svn] [gvg] 20175: Don't pop-up device installer screen.
by Ge van Geldorp 14 Dec '05

14 Dec '05

> From: gvg(a)svn.reactos.com > > Don't pop-up device installer screen. > Fixes bug 1026 I've committed this to the branch only, not sure if it should be committed to trunk also. I'd like to hear how the PnP guys feel about this. GvG

4 6

Re: [ros-svn] [navaraf] 20165: Implement "!bug <number>" command.
by TwoTailedFox 14 Dec '05

14 Dec '05

Thanks, I've been wonderig when this would be implemented ;) On 12/14/05, navaraf(a)svn.reactos.com <navaraf(a)svn.reactos.com> wrote: > Implement "!bug <number>" command. > > > Added files: > trunk/irc/TechBot/TechBot.Library/BugCommand.cs > > Updated files: > trunk/irc/TechBot/TechBot/App.config > trunk/irc/TechBot/TechBot/ServiceThread.cs > trunk/irc/TechBot/TechBot.Console/App.config > trunk/irc/TechBot/TechBot.Console/Main.cs > trunk/irc/TechBot/TechBot.Library/IrcService.cs > trunk/irc/TechBot/TechBot.Library/TechBot.Library.prjx > trunk/irc/TechBot/TechBot.Library/TechBotService.cs > > _______________________________________________ > Ros-svn mailing list > Ros-svn(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-svn > -- "I had a handle on life, but then it broke"

1 0

Build failed, r20143
by Mikhail Y. Zvyozdochkin 14 Dec '05

14 Dec '05

Hi all ReactOS r20143 compilation on my Linux failed with messages: [LD] ../../../../../../home/zv/reactos/output-i386/lib/freetype/freetype.dll ../../../../../../home/zv/reactos/obj-i386/lib/freetype/src/truetype/truetype.o: In function `TT_RunIns': /mnt/d/zv/ReactOS/src/reactos/lib/freetype/src/truetype/ttinterp.c:7467: undefined reference to `_FT_MulDiv_No_Round' collect2: ld returned 1 exit status Environment: gcc 3.4.2-20040916-1 binutils-2.15.94-20050118-1 Can anybody help me? WBR, DarkHobbit

2 2

Bug Check when Running Mult-Apps
by James Tabor 14 Dec '05

14 Dec '05

Hi all, Dont know where to file this one. I have mozilla, winefile and Quake (in demo mode, windowed) running at the same time. Other apps had been opened, WinObj and Abiword. I moved the mouse over mozilla with the Reactos web page, to open RosDev mail. Than! (./ntoskrnl/ex/sysinfo.c:1098) PID: 0, KernelTime: 320755 PFFree: 50 PFUsed: 0 MC_CACHE 9121, MC_USER 9848, MC_PPOOL 2476, MC_NPPOOL 10011, MmStats.NrFreePages 222457 (KERNEL32:./lib/kernel32/mem/global.c:412) Memory Load: 12% <Mozilla does this global memory check ever minute, ~60 seconds> WARNING: NtGdiSetDIBitsToDevice at ./subsys/win32k/objects/dib.c:342 is UNIMPLEMENTED! WARNING: NtGdiSetDIBitsToDevice at ./subsys/win32k/objects/dib.c:342 is UNIMPLEMENTED! WARNING: NtGdiSetDIBitsToDevice at ./subsys/win32k/objects/dib.c:342 is UNIMPLEMENTED! WARNING: NtGdiSetDIBitsToDevice at ./subsys/win32k/objects/dib.c:342 is UNIMPLEMENTED! WARNING: NtGdiSetDIBitsToDevice at ./subsys/win32k/objects/dib.c:342 is UNIMPLEMENTED! WARNING: NtGdiSetDIBitsToDevice at ./subsys/win32k/objects/dib.c:342 is UNIMPLEMENTED! Entered debugger on last-chance exception number 14 (Page Fault) Memory at 0xcdcdcdcd could not be read: Page not present. kdb:> bt Eip: <win32k.sys:913df (./subsys/win32k/ntuser/msgqueue.c:517 (co_MsqPeekHardwareMessage))> Frames: <win32k.sys:92ce1 (./subsys/win32k/ntuser/msgqueue.c:1259 (co_MsqFindMessage))> <win32k.sys:8870d (./subsys/win32k/ntuser/message.c:731 (co_IntPeekMessage))> <win32k.sys:88ef8 (./subsys/win32k/ntuser/message.c:871 (NtUserPeekMessage))> <ntoskrnl.exe:9aa8c (ntoskrnl/ke/i386/syscall.S:372 (KiSystemService))> <user32.dll:53225 (lib/user32/windows/message.c:1255 (PeekMessageW))> <gkwidget.dll:94eb> <gkwidget.dll:95c8> <appshell.dll:8043> <mozilla.exe:1969> <mozilla.exe:2d2e> <KERNEL32.dll:29583 (./lib/kernel32/process/create.c:68 (BaseProcessStartup))> <00000000> kdb:> cont KeBugCheckWithTf at ntoskrnl/ke/i386/exp.c:1242 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: win32k.sys Technical information: *** STOP: 0x0000001E (0xc0000005,0x9e0fe3df,0x00000000,0xcdcdcdcd) *** win32k.sys - Address 0x9e0fe3df base at 0x9e06d000, DateStamp 0x0 Page Fault Exception: 14(0) Processor: 0 CS:EIP 8:9e0fe3df <win32k.sys:913df (./subsys/win32k/ntuser/msgqueue.c:517 (co_MsqPeekHardwareMessage))> cr2 cdcdcdcd cr3 3a067000 Proc: 81c9ecc0 Pid: 1ec <mozilla.exe> Thrd: 81ca5b40 Tid: 1f0 DS 23 ES 23 FS 30 GS 0 EAX: cdcdcdcd EBX: 81cc5f88 ECX: 8d4ba45c EDX: 8d8d6128 EBP: 9fbbebe8 ESI: 0053fc38 ESP: 9fbbea9c EDI: 9fbbed64 EFLAGS: 00010297 kESP 9fbbea9c kernel stack base 9fbbc000 Frames: <win32k.sys:92ce1 (./subsys/win32k/ntuser/msgqueue.c:1259 (co_MsqFindMessage))> <win32k.sys:8870d (./subsys/win32k/ntuser/message.c:731 (co_IntPeekMessage))> <win32k.sys:88ef8 (./subsys/win32k/ntuser/message.c:871 (NtUserPeekMessage))> <ntoskrnl.exe:9aa8c (ntoskrnl/ke/i386/syscall.S:372 (KiSystemService))> <user32.dll:53225 (lib/user32/windows/message.c:1255 (PeekMessageW))> Entered debugger on embedded INT3 at 0x0008:0x800b0736.

1 0

Re: [ros-dev] Build 20162
by Brandon Turner 14 Dec '05

14 Dec '05

Thanks for testing, i will commit my old code back with some other fixes later on today. Brandon Alex Buell wrote: > On Wed, 14 Dec 2005, Brandon Turner wrote: > >> I removed my changes already in 20163. However before updating can >> you please try adding "ZeroMemory(RootDriveLetter,5*sizeof(WCHAR));" >> to line 48 of subsys\smss\initpage.c and tell me if that fixes the >> problem? > > > Good news, that fix definitely works. >

1 0

Re: [ros-dev] Build 20162
by Brandon Turner 14 Dec '05

14 Dec '05

I removed my changes already in 20163. However before updating can you please try adding "ZeroMemory(RootDriveLetter,5*sizeof(WCHAR));" to line 48 of subsys\smss\initpage.c and tell me if that fixes the problem? Brandon Alex Buell wrote: > Won't boot - here's a debugging log if you're interested. Might be of > use to someone! > > /home/alex/VMware/ReactOS > more reactos_debugging > (./ntoskrnl/ke/main.c:295) > --------------------------------------------------------------- > (./ntoskrnl/ke/main.c:296) ReactOS 0.3-SVN (Build 20051214-r20162) > Used memory 131072Kb > (./ntoskrnl/mm/mminit.c:386) Kernel Stack Limits. InitTop = > 0x80100000, Init = 0x800fd000 > (./ntoskrnl/mm/mm.c:283) No current process > (./ntoskrnl/ldr/loader.c:267) Could not open module file: > \SystemRoot\System32\drivers\serial.sys (Status 0xc0000001) > (./ntoskrnl/io/pnpmgr.c:2139) Initialization of service serial failed > (Status c0000001) > (./ntoskrnl/ldr/loader.c:267) Could not open module file: > \SystemRoot\System32\drivers\serial.sys (Status 0xc0000001) > (./ntoskrnl/io/pnpmgr.c:2139) Initialization of service serial failed > (Status c0000001) > (./ntoskrnl/ldr/loader.c:267) Could not open module file: > \SystemRoot\System32\drivers\serial.sys (Status 0xc0000001) > (./ntoskrnl/io/pnpmgr.c:2139) Initialization of service serial failed > (Status c0000001) > (./ntoskrnl/ldr/loader.c:267) Could not open module file: > \SystemRoot\System32\drivers\serial.sys (Status 0xc0000001) > (./ntoskrnl/io/pnpmgr.c:2139) Initialization of service serial failed > (Status c0000001) > (./ntoskrnl/ldr/loader.c:267) Could not open module file: > \SystemRoot\System32\drivers\pcnet.sys (Status 0xc0000001) > (./ntoskrnl/io/pnpmgr.c:2139) Initialization of service PCNet failed > (Status c0000001) > (./ntoskrnl/ldr/loader.c:267) Could not open module file: > \SystemRoot\system32\drivers\vmx_svga.sys (Status 0xc0000001) > (./ntoskrnl/io/pnpmgr.c:2139) Initialization of service vmx_svga > failed (Status c0000001) > (./ntoskrnl/ldr/loader.c:267) Could not open module file: > \SystemRoot\System32\drivers\pciide.sys (Status 0xc0000001) > (./ntoskrnl/io/pnpmgr.c:2139) Initialization of service pciide failed > (Status c0000001) > (./ntoskrnl/ldr/loader.c:267) Could not open module file: > \SystemRoot\System32\drivers\pcnet.sys (Status 0xc0000001) > (./ntoskrnl/io/pnpmgr.c:2139) Initialization of service PCNet failed > (Status c0000001) > (./ntoskrnl/ldr/loader.c:267) Could not open module file: > \SystemRoot\system32\drivers\vmx_svga.sys (Status 0xc0000001) > (./ntoskrnl/io/pnpmgr.c:2139) Initialization of service vmx_svga > failed (Status c0000001) > (./ntoskrnl/ldr/loader.c:267) Could not open module file: > \SystemRoot\System32\drivers\pciide.sys (Status 0xc0000001) > (./ntoskrnl/io/pnpmgr.c:2139) Initialization of service pciide failed > (Status c0000001) > (./ntoskrnl/io/pnpreport.c:86) IoReportResourceForDetection partly > implemented > (./ntoskrnl/io/pnpmgr.c:545) IoOpenDeviceRegistryKey(): Base key > doesn't exist, exiting... > (./ntoskrnl/ldr/loader.c:267) Could not open module file: > \SystemRoot\System32\drivers\pciide.sys (Status 0xc0000034) > (./ntoskrnl/io/pnpmgr.c:2139) Initialization of service pciide failed > (Status c0000034) > (./ntoskrnl/ldr/loader.c:267) Could not open module file: > \SystemRoot\system32\drivers\sndblst.sys (Status 0xc0000034) > (./ntoskrnl/ldr/loader.c:267) Could not open module file: > \SystemRoot\system32\drivers\mpu401.sys (Status 0xc0000034) > (./ntoskrnl/io/disk.c:630) RDiskCount 2 > (./subsys/smss/init.c:106) SM: InitSessionManager: failed to create > paging files (Status=c0000034) > >

1 0

Apps with out Class
by James Tabor 13 Dec '05

13 Dec '05

Hi, I noticed much of my test applications having problems finding classes. 7-zip, (lib/rtl/res.c:152) root 77ec8000 dir 77ec8b08 name SYSMENU ret 77ec8b80 (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName '7-Zip::Panel')! (KERNEL32:./lib/kernel32/misc/lang.c:982) CompareString: STUB flags - 0x1001 (KERNEL32:./lib/kernel32/misc/lang.c:982) CompareString: STUB flags - 0x1001 (KERNEL32:./lib/kernel32/misc/lang.c:982) CompareString: STUB flags - 0x1001 On exit, (lib/rtl/exception.c:75) RtlRaiseStatus(Status 0xc0000005) (./subsys/win32k/ntuser/message.c:1121) Failed to copy message to kernel: invalid usermode buffer (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'SysDateTimePick32')! (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'SysIPAddress32')! (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'SysMonthCal32')! (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'NativeFontCtl')! (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'SysPager')! WinAmp 5.11, see http://www.reactos.org/bugzilla/show_bug.cgi?id=1129 (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'DSound_IPC')! AbiWord, on exit, (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'ComboBoxEx32')! (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'SysDateTimePick32')! (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'SysIPAddress32')! (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'SysMonthCal32')! (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'NativeFontCtl')! (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'SysPager')! My Delphi app, see http://www.reactos.org/bugzilla/show_bug.cgi?id=1113 (lib/rtl/res.c:152) root 005cb000 dir 005cb738 name MAINICON ret 005ccad8 (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'TApplication')! (lib/rtl/res.c:152) root 77ec8000 dir 77ec8b08 name SYSMENU ret 77ec8b80 on exit, (lib/rtl/exception.c:75) RtlRaiseStatus(Status 0xc0000005) (./subsys/win32k/ntuser/message.c:1121) Failed to copy message to kernel: invalid usermode buffer (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'ComboBoxEx32')! (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'SysDateTimePick32')! (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'SysIPAddress32')! (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'SysMonthCal32')! (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'NativeFontCtl')! (./subsys/win32k/ntuser/class.c:127) Failed to lookup class atom (ClassName 'SysPager')! Most of my test apps run fine, the rest? Anyone have ideas why Ros cannot find class? Thanks, James

3 2

RE: [ros-dev] State of the 0.2.9 branch
by Murphy, Ged (Bolton) 13 Dec '05

13 Dec '05

Ge van Geldorp wrote: > Last item is perhaps a bit controversial. I don't like the huge icons in the > start menu. It also makes the start menu not fit in 640x480. Can we please > go back to smaller icons? If my memory serves me correctly, (I don't have the code in front of me), this change was intended to support 24x24 icons in the start menu as per Windows. However as we don't have any 24x24 icons, it defaults to 32x32 (the huge ones we see now) I have this reverted in my tree. I was going to revert it in HEAD until we have 24x24 icons to allow the change to work as it should. However I haven't been able to get hold of Martin and didn't want to revert without his say so. I think reverting in the 0.2.9 branch would be ok though and I'll do it later if no one objects. Ged. ************************************************************************ 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

4 3

oleacc.dll bootcd problem
by Brandon Turner 12 Dec '05

12 Dec '05

When i try to make a bootcd i get: Microsoft Windows [Version 5.2.3790] (C) Copyright 1985-2003 Microsoft Corp. G:\ROS>mingw32-make bootcd [CABMAN] all ReactOS Cabinet Manager - Version 0.9 File does not exist: output-i386\lib\oleacc\oleacc.dll. Directive file contains errors at line 140. mingw32-make: *** [bootcd] Error 1 G:\ROS> doing a mingw32-make works fine, just once i go to bootcd. I also tried deleting makefile.auto which didnt change anything. Am i missing something? Brandon

2 1

Re: [ros-diffs] [fireball] 20041: Fix for bug #932 (should go into 0.2.9 also)
by Thomas Weidenmueller 12 Dec '05

12 Dec '05

fireball(a)svn.reactos.com wrote: > + if (Pdo) > + IoInvalidateDeviceRelations(Pdo, BusRelations); > + else > + DPRINT1("Pdo == NULL, not sending IoInvalidateDeviceRelations()!"); This is going to be a problem if DPRINT1 isn't expanded. You should create a {...} block for the else branch. - Thomas

7 10

My attitude
by Alex Ionescu 12 Dec '05

12 Dec '05

Hi, It was Steven's idea that I should post this emai and I agreedl, so please don't take it as my personal childish attempt to get attention, unless you find that both I and Steven (our Project Coordinator) are children. Steven has recently expressed his opinion that: (modified quote so that "your" -> "my") "My arrogant attitude hurts this project more then any amount of code or patches I commit will ever help it." Therefore, since: 1) I really care about this project 2) I don't wish to spend time writing useless code (since no amount of code will help the project more then I hurt it, then the code is useless, like heating a room where the windows are open in winter). I think it's important to know if this is a public opinion or not, so I am opening a public ML vote. If it is, then I will gladly leave and stop hurting this project, since those were not my intentions when I joined. If this is the case, then I only regret for having stayed here so long and done nothing but hurt the project for almost two years now, and I'm sorry. [ ] Alex's arrogant attitude hurts this project more then his code helps it. Alex should therefore leave, so that the project can stop being hurt. [ ] Alex's arrogant attitude is annoying at times but his presence in this project significantly helps it grow and move towards reaching its goals, and does not hurt the project. Best regards, Alex Ionescu

38 89

Broken Head (R20102)
by Reuben Perelman 12 Dec '05

12 Dec '05

I get this error when trying to compile head: > reub2000@reub2000 ~/reactos $ make > [LD] output-i386/tools/rbuild/rbuild > obj-i386/tools/xml.o: In function > `std::__simple_alloc<std::basic_string<char, std::char_traits<char>, > std::allocator<char> >, std::__default_alloc_template<true, 0> > >::allocate(unsigned int)': > xml.cpp:(.gnu.linkonce.t._ZNSt14__simple_allocISsSt24__default_alloc_templateILb1ELi0EEE8allocateEj+0x1d): > undefined reference to `std::__default_alloc_template<true, > 0>::allocate(unsigned int)' > obj-i386/tools/xml.o: In function > `std::__simple_alloc<std::basic_string<char, std::char_traits<char>, > std::allocator<char> >, std::__default_alloc_template<true, 0> > >::deallocate(std::basic_string<char, std::char_traits<char>, > std::allocator<char> >*, unsigned int)': > xml.cpp:(.gnu.linkonce.t._ZNSt14__simple_allocISsSt24__default_alloc_templateILb1ELi0EEE10deallocateEPSsj+0x1d): > undefined reference to `std::__default_alloc_template<true, > 0>::deallocate(void*, unsigned int)' > obj-i386/tools/xml.o: In function `std::__simple_alloc<XMLInclude*, > std::__default_alloc_template<true, 0> >::deallocate(XMLInclude**, > unsigned int)': > xml.cpp:(.gnu.linkonce.t._ZNSt14__simple_allocIP10XMLIncludeSt24__default_alloc_templateILb1ELi0EEE10deallocateEPS1_j+0x1d): > undefined reference to `std::__default_alloc_template<true, > 0>::deallocate(void*, unsigned int)' > obj-i386/tools/xml.o: In function `std::__simple_alloc<XMLAttribute*, > std::__default_alloc_template<true, 0> >::deallocate(XMLAttribute**, > unsigned int)': > xml.cpp:(.gnu.linkonce.t._ZNSt14__simple_allocIP12XMLAttributeSt24__default_alloc_templateILb1ELi0EEE10deallocateEPS1_j+0x1d): > undefined reference to `std::__default_alloc_template<true, > 0>::deallocate(void*, unsigned int)' > obj-i386/tools/xml.o: In function `std::__simple_alloc<XMLElement*, > std::__default_alloc_template<true, 0> >::allocate(unsigned int)': > xml.cpp:(.gnu.linkonce.t._ZNSt14__simple_allocIP10XMLElementSt24__default_alloc_templateILb1ELi0EEE8allocateEj+0x1d): > undefined reference to `std::__default_alloc_template<true, > 0>::allocate(unsigned int)' > obj-i386/tools/xml.o: In function `std::__simple_alloc<XMLElement > const*, std::__default_alloc_template<true, 0> >::allocate(unsigned int)': > xml.cpp:(.gnu.linkonce.t._ZNSt14__simple_allocIPK10XMLElementSt24__default_alloc_templateILb1ELi0EEE8allocateEj+0x1d): > undefined reference to `std::__default_alloc_template<true, > 0>::allocate(unsigned int)' > obj-i386/tools/xml.o: In function `std::__simple_alloc<XMLElement*, > std::__default_alloc_template<true, 0> >::deallocate(XMLElement**, > unsigned int)': > xml.cpp:(.gnu.linkonce.t._ZNSt14__simple_allocIP10XMLElementSt24__default_alloc_templateILb1ELi0EEE10deallocateEPS1_j+0x1d): > undefined reference to `std::__default_alloc_template<true, > 0>::deallocate(void*, unsigned int)' > obj-i386/tools/xml.o: In function `std::__simple_alloc<XMLAttribute*, > std::__default_alloc_template<true, 0> >::allocate(unsigned int)': > xml.cpp:(.gnu.linkonce.t._ZNSt14__simple_allocIP12XMLAttributeSt24__default_alloc_templateILb1ELi0EEE8allocateEj+0x1d): > undefined reference to `std::__default_alloc_template<true, > 0>::allocate(unsigned int)' > obj-i386/tools/xml.o: In function `std::__simple_alloc<XMLElement > const*, std::__default_alloc_template<true, 0> > >::deallocate(XMLElement const**, unsigned int)': > xml.cpp:(.gnu.linkonce.t._ZNSt14__simple_allocIPK10XMLElementSt24__default_alloc_templateILb1ELi0EEE10deallocateEPS2_j+0x1d): > undefined reference to `std::__default_alloc_template<true, > 0>::deallocate(void*, unsigned int)' > obj-i386/tools/xml.o: In function `std::__simple_alloc<XMLInclude*, > std::__default_alloc_template<true, 0> >::allocate(unsigned int)': > xml.cpp:(.gnu.linkonce.t._ZNSt14__simple_allocIP10XMLIncludeSt24__default_alloc_templateILb1ELi0EEE8allocateEj+0x1d): > undefined reference to `std::__default_alloc_template<true, > 0>::allocate(unsigned int)' > collect2: ld returned 1 exit status > make: *** [output-i386/tools/rbuild/rbuild] Error 1

1 0

State of the 0.2.9 branch
by Ge van Geldorp 12 Dec '05

12 Dec '05

At the moment, there's one blocker bug registered, 1107: Opening a Command Prompt (console) window causes the desktop to hang. A lot of networking apps crash, all due to the same bug. Arty is working on that one. On each boot, I have to get rid of 5 device install screens. I'm not complaining, I understand PnP is a work in progress, but if nobody objects I'll change the code in the branch to never pop up the device install screens. Last item is perhaps a bit controversial. I don't like the huge icons in the start menu. It also makes the start menu not fit in 640x480. Can we please go back to smaller icons? Other than these items (only 1 of them serious as far as I'm concerned) I like the branch and I believe it will become a good release. GvG

3 4

Re: [ros-diffs] [cwittich] 20095: better stubs for VerLanguageNameA/W (untested)
by Hartmut Birr 12 Dec '05

12 Dec '05

cwittich(a)svn.reactos.com wrote: > better stubs for VerLanguageNameA/W (untested) > Modified: trunk/reactos/lib/kernel32/misc/stubs.c > > ------------------------------------------------------------------------ > *Modified: trunk/reactos/lib/kernel32/misc/stubs.c* > --- trunk/reactos/lib/kernel32/misc/stubs.c 2005-12-11 23:53:23 UTC (rev 20094) > +++ trunk/reactos/lib/kernel32/misc/stubs.c 2005-12-12 00:06:38 UTC (rev 20095) > @@ -355,7 +355,9 @@ > ) > { > STUB; > > - return 0; > > + szLang = "Language Neutral\0"; > + nSize = sizeof(szLang) * sizeof(CHAR); > + return sizeof(szLang) - 1; > > } > > > @@ -371,7 +373,9 @@ > > ) > { > STUB; > > - return 0; > > + szLang = L"Language Neutral\0"; > + nSize = sizeof(szLang) * sizeof(WCHAR); > + return sizeof(szLang) - 1; > > } > > > This change is wrong. szLang is pointer to a buffer, which will receive a string. The return value must be the number of characters (in VerLanguageNameW). - Hartmut

3 2

RE: [ros-dev] BUGCHK when using FTP
by Ge van Geldorp 11 Dec '05

11 Dec '05

> From: Alex Buell > > I just got the following when trying to ftp to my host > machine from ReactOS running in VMware. Are there any > documentation out there that can help me make sense of what's > happening below? Thanks. > > hal/halx86/generic/irql.c:272 CurrentIrql 2 NewIrql 1 > KeBugCheck at hal/halx86/generic/irql.c:273 Yes, this happens with a lot of networking programs at the moment. Art is working on it. GvG

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev