Ros-dev May 2005

ros-dev@reactos.org

68 participants
173 discussions

Re: [ros-svn] [greatlrd] 14982: tinus - Mouse speed setup

by Gge

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

20 years, 1 month

KBug Check

by James Tabor

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

20 years, 1 month

Re: [ros-svn] [weiden] 15003: - ported BuildTrusteeWithObjectsAndNameA/W and BuildTrusteeWithObjectsAndSidA/W from wine

by Thomas Weidenmueller

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

20 years, 1 month

Re: [ros-svn] [hbirr] 14989: - Free always the name string and the completion context in IopDeleteFile.

by Alex Ionescu

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

20 years, 1 month

RE: [ros-dev] Re: freeldr crash at svn HEAD

by Murphy, Ged (Bolton)

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

20 years, 1 month

HEAD Regressions

by Alex Ionescu

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

20 years, 1 month

Installation doesn't work with ReactOS.iso and CVS HEAD

by Mark Junker

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

20 years, 1 month

Re: [ros-svn] [hbirr] 14988: - Guard the copying to the IOSB.

by Alex Ionescu

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

20 years, 1 month

about rules.mak, a small bug fixed

by LiGen

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

20 years, 1 month

Re: [ros-svn] [hbirr] 14964: Do always set the UserIosb of an irp in IoSecondStageCompletion.

by Alex Ionescu

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

20 years, 1 month

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