Ros-dev May 2005

ros-dev@reactos.org

68 participants
173 discussions

Re: [ros-svn] [greatlrd] 14982: tinus - Mouse speed setup
by Gge 06 May '05

06 May '05

greatlrd(a)svn.reactos.com wrote: > tinus > implement MouseResolution setting > > Me (Magnus Olsen) > remove old psuax drv from hiveinst.inf and add tinus mouse drv settings > add MouseResolution setting to reg > > > > > Updated files: > trunk/reactos/bootdata/hiveinst.inf > trunk/reactos/bootdata/hivesys.inf > trunk/reactos/drivers/input/i8042prt/i8042prt.h > trunk/reactos/drivers/input/i8042prt/mouse.c > The mouse is moving slowly in my machine. What are the possible values for MouseResolution setting in Hivesys.inf Regards Gerard

1 0

KBug Check
by James Tabor 05 May '05

05 May '05

Hi! Two cms running with Build ros on ros and ctm running. (MSVCRT:io/open.c:700) _setmode: inval fd (0) (KERNEL32:mem/global.c:412) Memory Load: 23 (KERNEL32:mem/global.c:412) Memory Load: 23 (dispatch.c:166)(dispatch) Select: 0 (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) (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) (KERNEL32:mem/global.c:412) Memory Load: 24 (KERNEL32:mem/global.c:412) Memory Load: 24 (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:10839 (ke/bug.c:456 (KeBugCheckEx))> <ntoskrnl.exe:10859 (ke/bug.c:476 (KeBugCheck))> <ntoskrnl.exe:6a791 (mm/rmap.c:382 (MmInsertRmap))> <ntoskrnl.exe:5859b (mm/anonmem.c:385 (MmNotPresentFaultVirtualMemory))> <ntoskrnl.exe:61135 (mm/mm.c:389 (MmNotPresentFault))> <ntoskrnl.exe:ac89 (mm/i386/pfault.c:66 (MmPageFault))> <ntoskrnl.exe:19a9 (ke/i386/exp.c:536 (KiTrapHandler))> <ntoskrnl.exe:33e4 (/tmp/cc7ENTMr.s:192 (KiTrapProlog))> <ntdll.dll:24188 (/tmp/ccxHc6v3.s:35 (memset))> Entered debugger on embedded INT3 at 0x0008:0x8000581e. kdb:>bt Eip: <ntoskrnl.exe:581f (ke/i386/brkpoint.c:59 (DbgBreakPointWithStatus))> Frames: <ntoskrnl.exe:10813 (ke/bug.c:428 (KeBugCheckWithTf))> <ntoskrnl.exe:10839 (ke/bug.c:456 (KeBugCheckEx))> <ntoskrnl.exe:10859 (ke/bug.c:476 (KeBugCheck))> <ntoskrnl.exe:6a791 (mm/rmap.c:382 (MmInsertRmap))> <ntoskrnl.exe:5859b (mm/anonmem.c:385 (MmNotPresentFaultVirtualMemory))> <ntoskrnl.exe:61135 (mm/mm.c:389 (MmNotPresentFault))> <ntoskrnl.exe:ac89 (mm/i386/pfault.c:66 (MmPageFault))> <ntoskrnl.exe:19a9 (ke/i386/exp.c:536 (KiTrapHandler))> <ntoskrnl.exe:33e4 (/tmp/cc7ENTMr.s:192 (KiTrapProlog))> <ntdll.dll:24188 (/tmp/ccxHc6v3.s:35 (memset))> <ntdll.dll:17d08 (heap.c:1218 (RtlAllocateHeap))> <msvcrt.dll:cc39 (stdlib/malloc.c:35 (malloc))> <cc1.exe:2d11cd> <cc1.exe:b14da> <cc1.exe:b055b> <cc1.exe:183332> <cc1.exe:1580f5> <cc1.exe:1583a2> <cc1.exe:1590f2> <cc1.exe:15aaed> <cc1.exe:154f4e> <cc1.exe:6b95a> <cc1.exe:21596> <cc1.exe:21257> <cc1.exe:a18c> <cc1.exe:14f89> <cc1.exe:6a1da> <cc1.exe:705a5> <cc1.exe:7064d> <cc1.exe:5f947> <cc1.exe:123b> <cc1.exe:1268> <KERNEL32.dll:289ff (process/create.c:331 (BaseProcessStart))> <deadbeef> Thanks, James

2 3

Re: [ros-svn] [weiden] 15003: - ported BuildTrusteeWithObjectsAndNameA/W and BuildTrusteeWithObjectsAndSidA/W from wine
by Thomas Weidenmueller 05 May '05

05 May '05

weiden(a)svn.reactos.com wrote: > - directly forward GetSecurityDescriptorLength to NTDLL.RtlLengthSecurityDescriptorguard dumping the stack trace to prevent infinite exception loopsguard dumping the stack trace to prevent infinite exception loops my svn client somehow screwed up the message, it's supposed to be only - directly forward GetSecurityDescriptorLength to NTDLL.RtlLengthSecurityDescriptor Best Regards, Thomas

2 1

Re: [ros-svn] [hbirr] 14989: - Free always the name string and the completion context in IopDeleteFile.
by Alex Ionescu 05 May '05

05 May '05

hbirr(a)svn.reactos.com wrote: >- Free always the name string and the completion context in IopDeleteFile. > > >Updated files: >trunk/reactos/ntoskrnl/io/file.c > > > The lack of a Device Object signifies there is something REALLY wrong with the file, and should be treated as invalid. It might not be wise to do any further operations on it, since they probably already have been done. Best regards, Alex Ionescu

2 1

RE: [ros-dev] Re: freeldr crash at svn HEAD
by Murphy, Ged (Bolton) 05 May '05

05 May '05

Mark Junker wrote: > The build system seems to be sub-optimal <g>. There is a new xml build system coming into place soon which is much better than the current one. ************************************************************************ 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

HEAD Regressions
by Alex Ionescu 05 May '05

05 May '05

1) Assertion gets hit on: Assertion PdoNameInfo->Name.Length failed at io/deviface.c:606 Entered debugger on embedded INT3 at 0x0008:0x80005813. 2) Cmd.exe outputs garbage. 3) DHCP crashes during boot. Best regards, Alex Ionescu

7 26

Installation doesn't work with ReactOS.iso and CVS HEAD
by Mark Junker 05 May '05

05 May '05

Hi, while trying to install RectOS, I get the following error messages: (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\Control\Class\{36FC9E60-C465-11CF-8056-444553540000}"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\Control\Class"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\Hardware Profiles\0000"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\KeyboardLayouts\00000406"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\Network\{4D36E972-E325-11CE-BFC1-08002BE10318}"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\NLS\CodePage"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\Services\3c90x"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\Enum\PCI\VEN_1022&DEV_2000&SUBSYS_20001022&REV_10\0000"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\Enum\PCI\VEN_1022&DEV_2000&SUBSYS_20001022&REV_10"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\Enum\PCI"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\ACPI\PNP0501\1"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\ACPI\PNP0501"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\Parameters\Device0\Devices"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\Parameters\Device0"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\Parameters\Device0"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\Ne20001\Parameters\Tcpip"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\Ne20001\Parameters"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\Root\Ne2000\0000"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\Root\Ne2000"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\PCI\0000"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\VEN_8086&DEV_7112&SUBSYS_197615AD&REV_00\0000"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\VEN_2955&DEV_6E61&SUBSYS_6E612955&REV_11\0000"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\PCNet1\Parameters\Tcpip"!) (cm/ntfunc.c:251) NtCreateKey() doesn't create trees! (found '\' in remaining path: "\PCNet1\Parameters"!) After removing the cd and restarting the computer, I get the following error: Plex86/Bochs VGABios 0.5a 07 MÃ¤r 2005 This VGA/VBE Bios is released under the GNU LGPL Please visit : . http://bochs.sourceforge.net . http://www.nongnu.org/vgabios Bochs VBE Display Adapter enabled Bochs BIOS, 1 cpu, $Revision: 1.130 $ $Date: 2005/02/13 08:47:30 $ ata0 master: Generic 1234 ATA-2 Hard-Disk (999 MBytes) ata1 master: Generic 1234 ATAPI-4 CD-Rom/DVD-Rom freeldr.sys not found Press any key to restart Press any key to restart Any idea what goes wrong? Regards, Mark

1 0

Re: [ros-svn] [hbirr] 14988: - Guard the copying to the IOSB.
by Alex Ionescu 05 May '05

05 May '05

hbirr(a)svn.reactos.com wrote: >- Guard the copying to the IOSB. >- Do the main processing on success or if previous STATUS_PENDING was returned. > Do not use some of the IRP and FO flags at this point. > > Ok, I was going to complain about this, but I realize that it must be used since defintely some parts of ROS don't work properly with those flags set. >- Set all results before signaling the events. >- Signal the FO event previous the user event. >- Made the code a little bit shorter. > > > I like your changes and have no complaints, except that the signaling semantics of the File/User events should be different in the failure case (my "else" path). You've completely removed that path and thus changed the logic. Best regards, Alex Ionescu

1 0

about rules.mak, a small bug fixed
by LiGen 05 May '05

05 May '05

When I compile reactos, I find a problem, my make report: string: [DEPENDS] i386/.wcsrchr.d /bin/sh.exe: ....toolsdepends.exe: command not found make[1]: *** [i386/.wcsrchr.d] Error 127 make: *** [string] Error 2 I find the problem is that sh.exe ignored ��\��. The command line is : @gcc -Wall -Werror -D_DISABLE_TIDENTS -D__USE_W32API -fno-strict-aliasing -O6 - I. -I../../include -I../../w32api/include -pipe -march=i486 -D_M_IX86 -Os -Wno-s trict-aliasing -ftracer -momit-leaf-frame-pointer -mpreferred-stack-boundary=2 - funit-at-a-time -fweb -g -M i386/wcsrchr.s | ..\..\tools\depends.exe i386 i386/. wcsrchr.d And ��..\..\tools\depends.exe�� was changed into ��....tools\depends.exe�� by sh.exe My msys is MSYS-1.0.10 So I made a patch on rules.mak , and the problem solved . F:\SVNReactos\reactos>svn diff rules.mak Index: rules.mak =================================================================== --- rules.mak （修订版 14957�? +++ rules.mak （工作拷贝） @@ -122,7 +122,7 @@ export NASM_CMD = $(Q)nasmw export DOSCLI = yes export FLOPPY_DIR = A: -export SEP := \$(EMPTY_VAR) +export SEP := /$(EMPTY_VAR) export PIPE := -pipe endif

2 1

Re: [ros-svn] [hbirr] 14964: Do always set the UserIosb of an irp in IoSecondStageCompletion.
by Alex Ionescu 04 May '05

04 May '05

hbirr(a)svn.reactos.com wrote: >Do always set the UserIosb of an irp in IoSecondStageCompletion. > > > >Updated files: >trunk/reactos/ntoskrnl/io/irp.c > > This is incorrect. 1) The IOSB should not always be set. Create a driver and fail an operation that you send to yourself by an IRP. Make that IRP not SYNCH_API, or better yet, make sure you don't have a File Object. You will notice that the Status Block is not touched. 2) The IOSB is not checked if it exists, it should ALWAYS be there. IRPs without a IOSB are invalid. To verify this, set the IOSB of your IRP to 0 and run Windows with a Debugger. You will see that it will break in many places, because Windows has simply placed SEH to make sure that the write is valid. So the correct thing to do is wrap the write in SEH, which protects both against invalid pointers and zero ones, but that still doesn't mean they are"valid" and should be checked that way. Best regards, Alex Ionescu

3 5

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev May 2005