Ros-dev December 2005

ros-dev@reactos.org

81 participants
142 discussions

UsbView with Overflows
by James Tabor 20 Dec '05

20 Dec '05

Hi, Running usbview.exe, killed it with ctm. It fills up memory with threads. Start of Usbview, (lib/shell32/shlview.c:1517) LVN_KEYDOWN key=0x0000000d MainFrameBase::OpenShellFolders(): parent_pidl=C:\Documents and Settings\Adminis trator.REACTOS\Desktop (lib/shell32/shlexec.c:1060) flags ignored: 0x0000000c (lib/rtl/env.c:570) Return STATUS_VARIABLE_NOT_FOUND: PROMPT FIXME: CopyImage doesn't support IMAGE_ICON correctly! (lib/ntdll/ldr/utils.c:1190) LdrGetExportByName(): failed to find mxdMessage (lib/ntdll/ldr/utils.c:2015) Failed to create or open dll section of 'msacm.drv' (Status c0000135) (lib/ntdll/ldr/utils.c:2015) Failed to create or open dll section of 'midimap.dr v' (Status c0000135) (lib/rpcrt4/ndr_marshall.c:499) sized string format=68 (lib/rpcrt4/ndr_marshall.c:446) sized string format=68 (lib/rpcrt4/ndr_marshall.c:463) buffer overflow 978 bytes (lib/rpcrt4/ndr_marshall.c:563) sized string format=68 (lib/rpcrt4/ndr_marshall.c:1853) buffer overflow 2556 byte <Snip .. ..> (lib/rpcrt4/ndr_marshall.c:563) sized string format=68 (lib/rpcrt4/ndr_marshall.c:1853) buffer overflow 2580 bytes (lib/rpcrt4/ndr_marshall.c:499) sized string format=68 (lib/rpcrt4/ndr_marshall.c:446) sized string format=68 (lib/rpcrt4/ndr_marshall.c:463) buffer overflow 923 bytes (lib/rpcrt4/ndr_marshall.c:563) sized string format=68 (lib/rpcrt4/ndr_marshall.c:1853) buffer overflow 2580 bytes <Killed by Ctm> (subsys/win32k/ntuser/window.c:581) thread cleanup: while destroy wnds, wnd=0x8d 9a30dc (subsys/win32k/objects/gdiobj.c:585) Attempted to free global gdi handle 0x21080 268, caller needs to get ownership first!!! (subsys/win32k/objects/gdiobj.c:585) Attempted to free global gdi ha(lib/rpcrt4/ ndr_marshall.c:499) sized string format=68 (lib/rpcrt4/ndr_marshall.c:446) sized string format=68 (lindle 0xa0802ed, caller needs to get ownership first!!! b/rpcrt4/ndr_marshall.c:463) buffer overflow 923 bytes

2 3

RE: [ros-dev] Hardcoded strings
by Murphy, Ged (Bolton) 20 Dec '05

20 Dec '05

David Hinz wrote: > Somewhere in reactos/lib/cabinet I found sourcecode calling functions > like err, and the strings it gave to these functions looked like > something output to the user e.g. errormessages like file * couldn't > be found or something like this, so I wondered, if this should be > translatable. > As I don't know what kind of stings should be translatable, I > just asked. You need to understand the context in which the message is used. If it's system debug message, it will normally be hardcoded in. If it's a generic Win32 error message it should be picked up with FormatMessage. These will be output in the users preferred language via the LANG_SYSTEM_DEFAULT or LANG_USER_DEFAULT flags. Then you have simple MessageBox outputs which can be picked out of a resource file, but are generally hardcoded in. There are many other situations and usages, but I'll stop there. As already said, becoming a programmer is the only real way of understanding it all. > Well, you say I should learn some things like structures of resource > files, do you have any links for me? There are thousands of C tutorials on the net. Here are a few: Tutorials : http://www.cprogramming.com/tutorial.html Forgers win32 : http://www.winprog.org/tutorial/ Everyone has their favourite books, but these are probably the most popular for learning C and Windows programming: K & R : http://www.amazon.com/gp/product/0131103628/qid=1135081344/sr=2-1/ref=pd_bbs _b_2_1/104-6581600-7986334?s=books&v=glance&n=283155 C Primer Plus : http://www.amazon.com/gp/product/0672326965/qid=1135081234/sr=1-1/ref=sr_1_1 /104-6581600-7986334?s=books&v=glance&n=283155 Petzold : http://www.amazon.com/gp/product/157231995X/qid=1135081418/sr=1-1/ref=sr_1_1 /104-6581600-7986334?s=books&v=glance&n=283155 Have fun, 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

3 2

Change Log
by Murphy, Ged (Bolton) 20 Dec '05

20 Dec '05

We're coming close to the 0.2.9 release now, we need to get the changes into the wiki sooner rather than later :) http://www.reactos.org/wiki/index.php/ChangeLog-0.2.9 <http://www.reactos.org/wiki/index.php/ChangeLog-0.2.9> ************************************************************************ 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

RE: [ros-dev] Hardcoded strings
by Murphy, Ged (Bolton) 20 Dec '05

20 Dec '05

As GreatLord said, you will need programming knowledge to do this. If you want to start making progress with this, you could start by getting a sound understanding of C and basic Windows programming, including resource file syntax. Then work from there. You will generally find though that most stuff that should be in a resource file, already is. What have you found to make you think otherwise? -----Original Message----- From: David Hinz [mailto:post.center@gmail.com] Sent: 20 December 2005 07:08 To: ReactOS Development List Subject: Re: [ros-dev] Hardcoded strings Sure, but the problem is, I don't really know which strings this are, and how I can find them. ************************************************************************ 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

Hardcoded strings
by David Hinz 20 Dec '05

20 Dec '05

Hey all, at the moment I try to create an overview on the current German translation of ReactOS and for this I need to know one important little thing: Which hardcoded strings should be moved to rc-files? And is there a howto on this topic? I would be very happy about some fast responses, I want to get the German translation ready before the 0.3.0 release... Greets, David Hinz And yes, I know I should post this to the ros-translate list, but it seems to be inactive...

3 4

Drivers.exe Hard System Fault
by James Tabor 20 Dec '05

20 Dec '05

Hi, I was testing with drivers.exe from the W2K DDK. It worked once before about a month ago. Now it crashes the system w/o any display at all. WinObj.exe works fine. Revision: 19187 Node Kind: directory Schedule: normal Last Changed Author: hbirr Last Changed Rev: 19187 Last Changed Date: 2005-11-12 23:45:32 +0000 (Sat, 12 Nov 2005) Properties Last Updated: 2005-10-01 16:19:41 +0000 (Sat, 01 Oct 2005) (subsys/win32k/objects/gdiobj.c:585) Attempted to free global gdi handle 0x13080 1fb, caller needs to get ownership first!!! lib/rtl/unicode.c:916: Pagable code called at IRQL > APC_LEVEL (2) KeBugCheck at ntoskrnl/rtl/libsupp.c:139 (ntoskrnl/mm/mm.c:275) Page fault at high IRQL was 2, address c5b62 A problem has been detected and ReactOS has been shut down to prevent damage to your computer. Technical information: *** STOP: 0x00000000 (0x00000000,0x00000000,0x00000000,0x00000000) Frames: <ntoskrnl.exe:2585 (ntoskrnl/ke/bug.c:479 (KeBugCheckEx))> <ntoskrnl.exe:25bd (ntoskrnl/ke/bug.c:500 (KeBugCheck))> <ntoskrnl.exe:8d20d (ntoskrnl/rtl/libsupp.c:139 (CHECK_PAGED_CODE_RTL))> <ntoskrnl.exe:b9bda (lib/rtl/unicode.c:918 (RtlUnicodeStringToAnsiString))> <ntoskrnl.exe:554cd (ntoskrnl/ldr/loader.c:435 (LdrpQueryModuleInformation))> <ntoskrnl.exe:27f6a (ntoskrnl/ex/sysinfo.c:803 (QSISystemModuleInformation))> <ntoskrnl.exe:28e5d (ntoskrnl/ex/sysinfo.c:1558 (NtQuerySystemInformation))> <ntoskrnl.exe:9c57c ({standard input}:373 (KiSystemService))> <drivers.EXE:146f> Entered debugger on embedded INT3 at 0x0008:0x800b2376. kdb:> bt Eip: <ntoskrnl.exe:b2377 ({standard input}:28 (DbgBreakPointWithStatus))> Frames: <ntoskrnl.exe:2585 (ntoskrnl/ke/bug.c:479 (KeBugCheckEx))> <ntoskrnl.exe:25bd (ntoskrnl/ke/bug.c:500 (KeBugCheck))> <ntoskrnl.exe:8d20d (ntoskrnl/rtl/libsupp.c:139 (CHECK_PAGED_CODE_RTL))> <ntoskrnl.exe:b9bda (lib/rtl/unicode.c:918 (RtlUnicodeStringToAnsiString))> <ntoskrnl.exe:554cd (ntoskrnl/ldr/loader.c:435 (LdrpQueryModuleInformation))> <ntoskrnl.exe:27f6a (ntoskrnl/ex/sysinfo.c:803 (QSISystemModuleInformation))> <ntoskrnl.exe:28e5d (ntoskrnl/ex/sysinfo.c:1558 (NtQuerySystemInformation))> <ntoskrnl.exe:9c57c ({standard input}:373 (KiSystemService))> <drivers.EXE:146f> <drivers.EXE:170f> <kernel32.dll:31635 (lib/kernel32/process/create.c:68 (BaseProcessStartup))> <00000000> kdb:>

1 1

Re: [ros-diffs] [gvg] 20273: /me loves Raymond
by Hartmut Birr 19 Dec '05

19 Dec '05

gvg(a)svn.reactos.com wrote: > /me loves Raymond > Modified: trunk/reactos/lib/kernel32/process/create.c > > ------------------------------------------------------------------------ > *Modified: trunk/reactos/lib/kernel32/process/create.c* > --- trunk/reactos/lib/kernel32/process/create.c 2005-12-19 15:51:57 UTC (rev 20272) > +++ trunk/reactos/lib/kernel32/process/create.c 2005-12-19 17:58:17 UTC (rev 20273) > @@ -668,6 +668,11 @@ > SIZE_T EnvSize = 0; > BOOL Ret = FALSE; > > > + /* FIXME should process > + * HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options > + * key (see http://blogs.msdn.com/oldnewthing/archive/2005/12/19/505449.aspx) > + */ > + > > DPRINT("CreateProcessW: lpApplicationName: %S lpCommandLine: %S" > " lpEnvironment: %p lpCurrentDirectory: %S dwCreationFlags: %lx\n", > lpApplicationName, lpCommandLine, lpEnvironment, lpCurrentDirectory, > Parts of this key are already processed in LoadImageFileExecutionOptions (ntdll\ldr\startup.c). - Hartmut

2 1

Re: [ros-dev] Sysinternals's process explorer
by James Tabor 19 Dec '05

19 Dec '05

Alex Buell wrote: > Has anyone tried this on ReactOS? It looks all messed up! > Mean Procexp.exe, yes it works okay with revision 20266. James

2 1

Breakage In Ros
by James Tabor 19 Dec '05

19 Dec '05

Hi all, Sometime last night testing build ros, the system locked up. Revision: 20266 Did someone make changes to the handle system a week ago or so? I have family over and I can not keep up with my testing. Thanks, James (./ntoskrnl/ex/sysinfo.c:1098) PID: 0, KernelTime: 61894 PFFree: 50 PFUsed: 0 MC_CACHE 14297, MC_USER 2483, MC_PPOOL 8493, MC_NPPOOL 10812, MmStats.NrFreePage s 217828 (KERNEL32:./lib/kernel32/mem/global.c:412) Memory Load: 14% (MSVCRT:lib/crt/io/open.c:100) not valid fd 0, g_fdend 5, fdinfo 7802f2e0, bucke t 7802f2e0, fdflags 0 (MSVCRT:lib/crt/io/open.c:702) _setmode: inval fd (0) (./ntoskrnl/ex/sysinfo.c:1098) PID: 0, KernelTime: 61894 PFFree: 50 PFUsed: 0 MC_CACHE 14321, MC_USER 2475, MC_PPOOL 8493, MC_NPPOOL 10805, MmStats.NrFreePage s 217819 (KERNEL32:./lib/kernel32/mem/global.c:412) Memory Load: 14% (./ntoskrnl/ex/sysinfo.c:1098) PID: 0, KernelTime: 61894 PFFree: 50 PFUsed: 0 MC_CACHE 14321, MC_USER 2475, MC_PPOOL 8495, MC_NPPOOL 10807, MmStats.NrFreePage s 217815 (KERNEL32:./lib/kernel32/mem/global.c:412) Memory Load: 14% (MSVCRT:lib/crt/io/open.c:100) not valid fd 0, g_fdend 5,Entered debugger on las t-chance exception number 14 (Page Fault) Memory at 0xcccccd60 could not be read: Page not p fdinfo 7802f2e0, bucket 7802f 2e0, fdflags 0 (MSVCRT:lresent. kdb:> bt Eip: <ntoskrnl.exe:78855 (./ntoskrnl/ob/handle.c:0 ())> Frames: <ntoskrnl.exe:78d4c (./ntoskrnl/ob/handle.c:254 (ObpDeleteHandle))> <ntoskrnl.exe:7a1c1 (./ntoskrnl/ob/handle.c:1110 (NtClose))> <ntoskrnl.exe:9ab7c (ntoskrnl/ke/i386/syscall.S:372 (KiSystemService))> <csrss.exe:19af> <csrss.exe:248c> <00000000> kdb:> ib/crtKeBugCheckWithTf 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: ntoskrnl.exe Technical information: *** STOP: 0x0000001E (0xc0000005,0x80078855,0x00000000,0xcccccd60) *** ntoskrnl.exe - Address 0x80078855 base at 0x80000000, DateStamp 0x0 Page Fault Exception: 14(0) Processor: 0 CS:EIP 8:80078855 <ntoskrnl.exe:78855 (./ntoskrnl/ob/handle.c:0 ()) > cr2 cccccd60 cr3 3cb61000 Proc: 8133b5b8 Pid: 7c <csrss.exe> Thrd: 81d8a538 Tid: 1f0 DS 23 ES 23 FS 30 GS 0 EAX: cccccccc EBX: 8007a111 ECX: 81c92a5c EDX: 81d8a538 EBP: 9ef22cc8 ESI: 0308fe80 ESP: 9ef22c3c EDI: 9ef22d64 EFLAGS: 00010286 kESP 9ef22c3c kernel stack base 9ef20000 Frames: <ntoskrnl.exe:78d4c (./ntoskrnl/ob/handle.c:254 (ObpDeleteHandle))> <ntoskrnl.exe:7a1c1 (./ntoskrnl/ob/handle.c:1110 (NtClose))> <ntoskrnl.exe:9ab7c (ntoskrnl/ke/i386/syscall.S:372 (KiSystemService))> <csrss.exe:19af> Entered debugger on embedded INT3 at 0x0008:0x800b0826. kdb:> bt Eip: <ntoskrnl.exe:b0827 (lib/rtl/i386/debug_asm.S:28 (DbgBreakPointWithStatus))> Frames: <ntoskrnl.exe:9804a (ntoskrnl/ke/i386/exp.c:1237 (KiDispatchException))> <ntoskrnl.exe:96b4f (ntoskrnl/ke/i386/exp.c:194 (KiKernelTrapHandler))> <ntoskrnl.exe:af854 (ntoskrnl/mm/i386/pfault.c:128 (KiPageFaultHandler))> <ntoskrnl.exe:9b261 (ntoskrnl/ke/i386/trap.s:151 (KiTrapProlog2))> <ntoskrnl.exe:78855 (./ntoskrnl/ob/handle.c:0 ())> <ntoskrnl.exe:78d4c (./ntoskrnl/ob/handle.c:254 (ObpDeleteHandle))> <ntoskrnl.exe:7a1c1 (./ntoskrnl/ob/handle.c:1110 (NtClose))> <ntoskrnl.exe:9ab7c (ntoskrnl/ke/i386/syscall.S:372 (KiSystemService))> <csrss.exe:19af> <csrss.exe:248c> <00000000> kdb:>

1 0

RE: [ros-dev] RE: 0.2.9 RC2 is Out!
by Murphy, Ged (Bolton) 19 Dec '05

19 Dec '05

Ge van Geldorp wrote: > Reminder to devs: with the release of 0.2.9-RC2 we're now in > code freeze for > the branch. During code freeze, the only allowed commits are > bugfixes to > release-blocking bugs. These fixes are generally discussed on > the mailing > list prior to committing a fix. > > GvG I'm not sure if I'm missing something here, but these rules seem to contradict themselves. According to the rules : We don't move from Feature Freeze to Code Freeze until, and I quote "the testing coordinator indicates that all blocker bugs in the release branch have been fixed" I interpret this as, we move to Code Freeze, when and only when all blockers have been fixed. We then dictate that "During code freeze, the only allowed commits are bugfixes to release-blocking bugs" If all blockers must be fixed before we move to Code Freeze, and we can only commit bug fixes to free up blockers during Feature Freeze, what is the actual point in having a Code Freeze as we will never have any blockers to fix. I hope that reads ok. 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

← Newer
1
2
3
4
5
6
7
8
...
15
Older →

Jump to page:

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 December 2005