- Ros-dev - ReactOS.org

Re: [ros-svn] [turner] 20194: set default res to 800x600x16

by David Hinz

Could you do this for trunk too? It is very annoying, if you can't see the buttons of the locale dialog, plus it looks very unprofessional... Maybe at least 800x600x8. Greets, David Hinz turner(a)svn.reactos.com schrieb: > set default res to 800x600x16 > > > Updated files: > branches/ros-branch-0_2_9/reactos/bootdata/hivesys.inf > > _______________________________________________ > Ros-svn mailing list > Ros-svn(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-svn >

19 years, 8 months

7
11
0 0

Re: [ros-general] Change log

by Ged Murphy

Brandon Turner wrote: > I plan on releasing 0.2.9 final today and those devs that havent did > their change logs yet please make an efforts. ;) > > http://www.reactos.org/wiki/index.php/ChangeLog-0.2.9 > www.brandonturner.org/029.txt > > that text file has all the commits in it. > > Brandon > Putting this on ros-dev too as not all devs are on ros-general.

19 years, 8 months

7
8
0 0

RE: [ros-dev] Change log

by Murphy, Ged (Bolton)

-----Original Message----- From: Royce Mitchell III [mailto:royce3@ev1.net] Sent: 23 December 2005 03:18 To: ReactOS Development List Subject: Re: [ros-dev] Change log Ged Murphy wrote: > Ge van Geldorp wrote: > >>> From: Magnus Olsen >>> >>> U need give lest 2-3 day when u request changelog not every are on >>> same time line >>> >> >> >> The branch was created 2 weeks ago. Plenty of time for everyone to >> get their >> changelog entries in place. >> >> GvG >> > > > I also announced the creation of the changelog exactly 2 weeks ago, > and various at times since then > > http://www.reactos.org/archives/public/ros-dev/2005-December/006728.html > Could we get a page setup describing how to pull down ( via cmd line and tortoise ) a list of changes that occured between a previous release and the current one? We didn't receive this information until about 2 days ago. Yes I know I could probably find it on the net, but it would also help to have this page list the revision #'s associated with each release, just so that all info is in one place to make it easy for us to record our respective contributions to the release. Thanks. In Tortoise, I just download the whole history for the branch and then filter it with the date pull downs in the top left. It's as easy as that and gives more information than the text version. 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

19 years, 8 months

1
0
0 0

Carets

by James Tabor

Hi! Has anyone notice that the help carets don't work anymore? AbiWord too! Four weeks or so. Thanks, James

19 years, 8 months

1
0
0 0

FreeLdr build docs?

by Michael B. Trausch

I may be just an idiot or blind, but I can't seem to find any information on building freeldr, and it doesn't seem to have a makefile. Everything that I can find points to it being loadable by GRUB and the like, but I'm not sure why I can't find the *how* on building it. Am I just blind, or missing something extremely obvious? (Yes, I have been searching Google for a little while now... I'm not turning anything up, yet.) Thanks, Mike -- Michael B. Trausch fd0man(a)gmail.com "Why geeks like computers: unzip, strip, touch, finger, grep, mount, fsck, more, yes,fsck,fsck,fsck,umount, sleep." :-)

19 years, 8 months

2
2
0 0

RE: [ros-dev] Loopback problem

by Murphy, Ged (Bolton)

Phillip Susi wrote: > Wait a second... why is it sending only one byte at a time? > The caller > is only send()ing one byte at a time? This is true. Although Send() will return indicating the data has been sent, nagling should hold the actual packet back until it is full, however this should only happen if there is unconfirmed data i.e. no ACK. To avoid any confusion, you can switch nagling off with the TCP_NODELAY flag I'm interested in this bug, but I'm not around tonight to play about with it :( ************************************************************************ 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

19 years, 8 months

8
11
0 0

RE: [ros-dev] Loopback problem

by Murphy, Ged (Bolton)

Ge van Geldorp wrote > If there are no objections, I want to commit the attached > patch. Looks good +1 ************************************************************************ 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

19 years, 8 months

1
0
0 0

How does one make a MP build anyway?

by WaxDragon

Gang, I have been unsuccessful in building a working MP bootcd for a while now. I conferred with Hartmut about some of the details, but still cannot get it working. This is what I tried: 1. Set MP=1 in config.xml 2. Hacked the hal xml files to make halmp.dll hal.dll on the bootcd, per Harmut Index: halx86/up/halup.xml =================================================================== --- halx86/up/halup.xml (revision 20282) +++ halx86/up/halup.xml (working copy) @@ -1,6 +1,6 @@ <module name="halup" type="kernelmodedll"> <importlibrary definition="../../hal/hal.def" /> - <bootstrap base="reactos" nameoncd="hal.dll" /> + <bootstrap base="reactos" /> <include base="hal_generic">../include</include> <include base="ntoskrnl">include</include> <define name="_DISABLE_TIDENTS" /> Index: halx86/mp/halmp.xml =================================================================== --- halx86/mp/halmp.xml (revision 20282) +++ halx86/mp/halmp.xml (working copy) @@ -1,6 +1,6 @@ <module name="halmp" type="kernelmodedll"> <importlibrary definition="../../hal/hal.def" /> - <bootstrap base="reactos" /> + <bootstrap base="reactos" nameoncd="hal.dll"/> <include base="hal_generic">../include</include> <include base="ntoskrnl">include</include> <define name="_DISABLE_TIDENTS" /> 3. make bootcd, as normal The resulting bootcd fails to boot under "qemu -smp 2" with the following trace: (./ntoskrnl/ke/main.c:295) --------------------------------------------------------------- (./ntoskrnl/ke/main.c:296) ReactOS 0.3-SVN (Build 20051221-r20282) (hal/halx86/mp/apic.c:420) Getting VERSION: 50011 (hal/halx86/mp/apic.c:423) Getting VERSION: 50011 (hal/halx86/mp/apic.c:454) Getting ID: 0 (hal/halx86/mp/apic.c:457) Getting ID: f000000 (hal/halx86/mp/apic.c:554) CPU0: (hal/halx86/mp/apic.c:555) Physical APIC id: 0 (hal/halx86/mp/apic.c:556) Logical APIC id: 0 (hal/halx86/mp/apic.c:557) 00000000 00000000 f0000000 (hal/halx86/mp/apic.c:584) CPU0: (hal/halx86/mp/apic.c:585) Physical APIC id: 0 (hal/halx86/mp/apic.c:586) Logical APIC id: 1 (hal/halx86/mp/apic.c:587) 00000000 01000000 f0000000 (hal/halx86/mp/apic.c:588) 0 (hal/halx86/mp/apic.c:619) enabled ExtINT on CPU#0 Used memory 131072Kb (./ntoskrnl/mm/mminit.c:386) Kernel Stack Limits. InitTop = 0x8013c000, Init = 0x80139000 (./ntoskrnl/mm/mm.c:283) No current process (hal/halx86/mp/processor_mp.c:112) Attempting to boot CPU 1 (hal/halx86/mp/apic.c:1014) Attempting to boot CPU 1 (hal/halx86/mp/apic.c:1044) 80572be0 25000 80001000 0 (hal/halx86/mp/apic.c:554) CPU1: (hal/halx86/mp/apic.c:555) Physical APIC id: 1 (hal/halx86/mp/apic.c:556) Logical APIC id: 0 (hal/halx86/mp/apic.c:557) 01000000 00000000 f0000000 (hal/halx86/mp/apic.c:584) CPU1: (hal/halx86/mp/apic.c:585) Physical APIC id: 1 (hal/halx86/mp/apic.c:586) Logical APIC id: 2 (hal/halx86/mp/apic.c:587) 01000000 02000000 f0000000 (hal/halx86/mp/apic.c:588) 1 (hal/halx86/mp/apic.c:624) masked ExtINT on CPU#1 CPU 1 is now running (ntoskrnl/ke/i386/exp.c:539) Ignoring P6 Local APIC Spurious Interrupt Bug... (./ntoskrnl/ke/ipi.c:88) CPU0, waiting longer than 5 seconds to start the ipi routine KeBugCheck at ./ntoskrnl/ke/ipi.c:89 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:2630> ./ntoskrnl/ke/bug.c:0 () <ntoskrnl.exe:2668> ./ntoskrnl/ke/bug.c:504 (KeBugCheck) <ntoskrnl.exe:414f> ./ntoskrnl/ke/ipi.c:0 () <ntoskrnl.exe:4470> ./ntoskrnl/ke/ipi.c:0 () <ntoskrnl.exe:44df> ./ntoskrnl/ke/ipi.c:174 (KeIpiGenericCall) <ntoskrnl.exe:abd71> ./ntoskrnl/mm/i386/page.c:1043 (MmDeleteVirtualMapping) <ntoskrnl.exe:ac891> ./ntoskrnl/mm/i386/page.c:431 (MmDeletePageTable) <ntoskrnl.exe:d52ce> ./ntoskrnl/mm/mminit.c:459 (MmInit3) <ntoskrnl.exe:cf7c0> ./ntoskrnl/ex/init.c:622 (ExpInitializeExecutive) <ntoskrnl.exe:66fc> ./ntoskrnl/ke/main.c:106 (KiSystemStartup) <ntoskrnl.exe:cd851> ./ntoskrnl/ke/main.c:300 (_main) <ntoskrnl.exe:104b> ./ntoskrnl/ke/i386/main_asm.S:46 (NtProcessStartup) An MP bootcd I made several months ago (~18xxx) did the same thing on a Abit BP6 with dual Celerons, so I'm fairly confident qemu is acting properly. I still have the BP6 and am willing to test MP builds, but I wasted about 10 CD-R's trying to get a working MP bootcd before giving up. Am I just doing something wrong? I would like to get this worked out and documented somewhere. WD -- <Russell> argh <Russell> iterator shenanigans :/

19 years, 8 months

3
4
0 0

Re: [ros-diffs] [mbosma] 20285: Add a link to the new faq entry in the "You are already logged in" error message. (Untested)

by Ged Murphy

19 years, 8 months

1
0
0 0

Loopback problem

by Ge van Geldorp

I've been tracking down a problem with ibrowser being extremely slow for me (it took 64 sec to load http://www.reactos.org). It turns out to be a problem associated with the loopback interface. The attached test program (gcc -o loop.exe loop.c -lws2_32) is the minimum test program to demonstrate the problem. It occurs when you send a small amount of data over the loopback interface when there is no pending recv (so you send, then start a recv for the data, then another send, then another recv, no recv waiting while you send). Sequence of events: - Start first send - TCP/IP stack queues the data at the receiving end - First send returns - Start first recv - Queued data is retrieved, but it is determined that there's plenty of space in the TCP window left, so there is no ACK sent back - First recv returns - Start second send - tcp_output determines that the connection is not idle (there is some un-ACKed data) and queues the data at the sending end - Second send returns - Start second recv - Since there is no data waiting at the receiving end, recv just sits there - An internal timer with a period of 2.5 sec expires - The timer proc notices that there is an ACK pending - ACK is sent back to the sending end - Sending end determines connection is idle now and sends the queued data to the receiving end - Timer proc terminates and reschedules itself - Data has now arrived at the receiving end and can be retrieved by the waiting recv. Again no ACK is sent back - Second recv returns - Third send starts, queues its data at sending end and returns - Third recv starts, has to wait 2.5 sec for the internal timer to timeout and then returns - etc. Although I understand what's wrong, I have a bit of difficulty trying to figure out how to fix it. Attached is a proposed fix, which basically attacks the problem at the sending end by removing the check if the connection is idle or not. With that fix the loop.c program works as I expect and http://www.reactos.org loads in a much more reasonable 2-3 sec in ibrowser. The problem that I have with the fix is that it's a change in code we borrowed from the BSD stack. I can hardly imagine that a piece of software so heavily used as the BSD stack would have such a fundamental problem. Any thoughts? GvG

19 years, 8 months

4
6
0 0

Re: [ros-svn] [ekohl] 20281: Add missing RtlMakeSelfRelatedSd prototype.

by James Tabor

Hi, ekohl(a)svn.reactos.com wrote: > Add missing RtlMakeSelfRelatedSd prototype. > > > Updated files: > trunk/reactos/include/ndk/rtlfuncs.h > [CC] lib/rtl/sd.c lib/rtl/sd.c:431: error: conflicting types for 'RtlMakeSelfRelativeSD' include/ndk/rtlfuncs.h:742: error: previous declaration of 'RtlMakeSelfRelativeSD' was here lib/rtl/sd.c:431: error: conflicting types for 'RtlMakeSelfRelativeSD' include/ndk/rtlfuncs.h:742: error: previous declaration of 'RtlMakeSelfRelativeSD' was here make: *** [obj-i386/lib/rtl/sd.o] Error 1 Thanks, James

19 years, 8 months

1
0
0 0

Daily-updated Doxygen documentation

by Ge van Geldorp

I've installed a script on the webserver which will run Doxygen (a source cross-referencing tool, see http://www.doxygen.org) on our complete source tree. The script runs once a day. The results can be viewed on http://www.reactos.org/generated/doxygen (or choose "Doxygen" from the "Development" menu on the website). GvG

19 years, 8 months

2
2
0 0

UsbView with Overflows

by James Tabor

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

19 years, 8 months

2
3
0 0

RE: [ros-dev] Hardcoded strings

by Murphy, Ged (Bolton)

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

19 years, 8 months

3
2
0 0

Change Log

by Murphy, Ged (Bolton)

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

19 years, 8 months

1
0
0 0

RE: [ros-dev] Hardcoded strings

by Murphy, Ged (Bolton)

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

19 years, 8 months

2
1
0 0

Hardcoded strings

by David Hinz

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...

19 years, 9 months

3
4
0 0

Drivers.exe Hard System Fault

by James Tabor

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:>

19 years, 9 months

1
1
0 0

Re: [ros-diffs] [gvg] 20273: /me loves Raymond

by Hartmut Birr

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

19 years, 9 months

2
1
0 0

Re: [ros-dev] Sysinternals's process explorer

by James Tabor

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

19 years, 9 months

2
1
0 0

Breakage In Ros

by James Tabor

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:>

19 years, 9 months

1
0
0 0

RE: [ros-dev] RE: 0.2.9 RC2 is Out!

by Murphy, Ged (Bolton)

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

19 years, 9 months

4
3
0 0

RE: 0.2.9 RC2 is Out!

by Ge van Geldorp

> From: Brandon Turner > > I just released 0.2.9 to sf.net. A lot of bug fixes since > RC1 so get out there and check it out. File any bugs in in > bugzilla or give us any feedback on the ml. 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

19 years, 9 months

1
0
0 0

RC2 networking not working

by Brandon Turner

Hey all, I was about to publish all the files for 0.2.9 RC2 when i releazied that my network is not working in qemu. It worked a few days ago(friday?). But it isnt working for me now. Is anyone else having this problem? www.brandonturner.org/rc2.PNG Brandon

19 years, 9 months

2
3
0 0

[ros-svn] [sgasiorek] 20238: "MSVCRT memcpy behaves like memmove for overlapping moves"

by WaxDragon

This breaks mingw32-make from the RosBE 0.1 WD -- <Russell> argh <Russell> iterator shenanigans :/

19 years, 9 months

3
9
0 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