Ros-dev August 2005

ros-dev@reactos.org

62 participants
118 discussions

rev. 17166 - hbirr / hartmut
by Brandon Turner 11 Aug '05

11 Aug '05

Hello, This commit has broken compiling ROS with ROS cmd.exe. While building it is rbuild is not deleting all the temp files it is creating(ROS only). When trying to delete them doing "del *.*aaa" it does not delete _all_ files it should however running the command again will pick up what it left before(reported by WD). Make install and make clean are both effected in some way as well. Here is the output: C:\Documents and Settings\Brandon\Desktop\ROS>mingw32-make install [CC] ntoskrnl\se\lsa.c [CC] ntoskrnl\se\luid.c [CC] ntoskrnl\se\priv.c [CC] ntoskrnl\se\sd.c [CC] ntoskrnl\se\semgr.c [CC] ntoskrnl\se\sid.c [CC] ntoskrnl\se\token.c [WRC] obj-i386\ntoskrnl\ntoskrnl.coff Bad command or filename mingw32-make: *** [obj-i386\ntoskrnl\ntoskrnl.coff] Error -1073741819 C:\Documents and Settings\Brandon\Desktop\ROS>mingw32-make clean [CC] tools\cdmake\cdmake.c [CC] tools\cdmake\llmosrt.c [LD] output-i386\tools\cdmake\cdmake.exe [CC] tools\mkhive\binhive.c [CC] tools\mkhive\infcache.c [CC] tools\mkhive\mkhive.c [CC] tools\mkhive\reginf.c [CC] tools\mkhive\registry.c [LD] output-i386\tools\mkhive\mkhive.exe mingw32-make: [rbuild_clean] Error -1073741819 (ignored) mingw32-make: [unicode_clean] Error -1073741819 (ignored) mingw32-make: [freeldr_base64k_clean] Error -1073741819 (ignored) mingw32-make: [freeldr_base_clean] Error -1073741819 (ignored) mingw32-make: [freeldr_main_clean] Error -1073741819 (ignored) mingw32-make: [hal_generic_clean] Error -1073741819 (ignored) mingw32-make: [glu32_clean] Error -1073741819 (ignored) mingw32-make: [kernel32_base_clean] Error -1073741819 (ignored) mingw32-make: [cmd_base_clean] Error -1073741819 (ignored) mingw32-make: [explorer_clean] Error -1073741819 (ignored) mingw32-make: [explorer_clean] Error -1073741819 (ignored) mingw32-make: [win32k_base_clean] Error -1073741819 (ignored)

3 3

Re: [ros-diffs] [gdalsnes] 17267: more stuff
by Filip Navara 11 Aug '05

11 Aug '05

Gunnar Dalsnes wrote: > i know, the msg sux. ill create a summary commit msg when/if i merge > with trunk. > > G. I pretty much disagree with the USER_MESSAGE_QUEUE -> W32THREAD changes. It would be all nice and correct if there wasn't the AttachThreadInput function. On Windows there is also a message queue stucture (called simply "Q"), so why are you trying to make the stuff different and imho more complicated? - Filip

1 0

Re: [ros-diffs] [gdalsnes] 17265: move WM_SYSTIMER where it belongs
by Filip Navara 11 Aug '05

11 Aug '05

gdalsnes(a)svn.reactos.com wrote: >move WM_SYSTIMER where it belongs > >Modified: trunk/reactos/include/win32k/ntuser.h >Modified: trunk/reactos/w32api/include/winuser.h > > > ------------------------------------------------------------------------ > *Modified: trunk/reactos/include/win32k/ntuser.h* > >--- trunk/reactos/include/win32k/ntuser.h 2005-08-10 18:42:27 UTC (rev 17264) >+++ trunk/reactos/include/win32k/ntuser.h 2005-08-10 19:19:13 UTC (rev 17265) >@@ -1,7 +1,6 @@ > > #ifndef __WIN32K_NTUSER_H > #define __WIN32K_NTUSER_H > > > >-#define WM_SYSTIMER 280 > > > > ULONG STDCALL > NtUserGetSystemMetrics(ULONG Index); > > > ------------------------------------------------------------------------ > *Modified: trunk/reactos/w32api/include/winuser.h* > >--- trunk/reactos/w32api/include/winuser.h 2005-08-10 18:42:27 UTC (rev 17264) >+++ trunk/reactos/w32api/include/winuser.h 2005-08-10 19:19:13 UTC (rev 17265) >@@ -1497,6 +1497,7 @@ > > #define WM_TCARD 82 > #define WM_TIMECHANGE 30 > #define WM_TIMER 275 > > >+#define WM_SYSTIMER 280 > > > #define WM_UNDO 772 > #define WM_USER 1024 > #define WM_USERCHANGED 84 > > It is not definition present in the PSDK headers, so this change is wrong! - Filip

1 0

Re: [ros-diffs] [gdalsnes] 17264: add missing define
by Filip Navara 11 Aug '05

11 Aug '05

gdalsnes(a)svn.reactos.com wrote: >add missing define > >Modified: trunk/reactos/w32api/include/oleacc.h > > > ------------------------------------------------------------------------ > *Modified: trunk/reactos/w32api/include/oleacc.h* > >--- trunk/reactos/w32api/include/oleacc.h 2005-08-10 18:10:45 UTC (rev 17263) >+++ trunk/reactos/w32api/include/oleacc.h 2005-08-10 18:42:27 UTC (rev 17264) >@@ -108,6 +108,7 @@ > > #define STATE_SYSTEM_PRESSED 0x00000008 > #define STATE_SYSTEM_CHECKED 0x00000010 > #define STATE_SYSTEM_MIXED 0x00000020 > > >+#define STATE_SYSTEM_INDETERMINATE STATE_SYSTEM_MIXED > > > #define STATE_SYSTEM_READONLY 0x00000040 > #define STATE_SYSTEM_HOTTRACKED 0x00000080 > #define STATE_SYSTEM_DEFAULT 0x00000100 > > Can you please update winuser.h too?

1 0

Re: [ros-svn] [royce] 17274: initialize StringBuffer to NULL, as some code paths lead to it being tested without ever being set.
by Royce Mitchell III 11 Aug '05

11 Aug '05

royce(a)svn.reactos.com wrote: >initialize StringBuffer to NULL, as some code paths lead to it being tested without ever being set. > > I forgot to give credit to WaxDragon for the find, I humbly beg your forgiveness...

1 0

RE: [ros-svn] [gdalsnes] 17267: more stuff
by Casper Hornstrup 10 Aug '05

10 Aug '05

~3600 lines of what "stuff"? Casper > -----Original Message----- > From: ros-svn-bounces(a)reactos.com [mailto:ros-svn-bounces@reactos.com] On Behalf Of > gdalsnes(a)svn.reactos.com > Sent: 10. august 2005 21:53 > To: ros-svn(a)reactos.com > Subject: [ros-svn] [gdalsnes] 17267: more stuff > > more stuff > > > Added files: > branches/win32k rewrite attempt/win32k/include/win32.h > > Updated files: > branches/win32k rewrite attempt/win32k/eng/driverobj.c > branches/win32k rewrite attempt/win32k/include/desktop.h > branches/win32k rewrite attempt/win32k/include/input.h > branches/win32k rewrite attempt/win32k/include/msgqueue.h > branches/win32k rewrite attempt/win32k/include/ntuser.h > branches/win32k rewrite attempt/win32k/include/painting.h > branches/win32k rewrite attempt/win32k/include/prop.h > branches/win32k rewrite attempt/win32k/include/timer.h > branches/win32k rewrite attempt/win32k/include/userfuncs.h > branches/win32k rewrite attempt/win32k/include/vis.h > branches/win32k rewrite attempt/win32k/include/win32k.h > branches/win32k rewrite attempt/win32k/include/window.h > branches/win32k rewrite attempt/win32k/main/dllmain.c > branches/win32k rewrite attempt/win32k/misc/copy.c > branches/win32k rewrite attempt/win32k/ntuser/caret.c > branches/win32k rewrite attempt/win32k/ntuser/desktop.c > branches/win32k rewrite attempt/win32k/ntuser/focus.c > branches/win32k rewrite attempt/win32k/ntuser/hook.c > branches/win32k rewrite attempt/win32k/ntuser/hotkey.c > branches/win32k rewrite attempt/win32k/ntuser/input.c > branches/win32k rewrite attempt/win32k/ntuser/keyboard.c > branches/win32k rewrite attempt/win32k/ntuser/message.c > branches/win32k rewrite attempt/win32k/ntuser/misc.c > branches/win32k rewrite attempt/win32k/ntuser/msgqueue.c > branches/win32k rewrite attempt/win32k/ntuser/painting.c > branches/win32k rewrite attempt/win32k/ntuser/timer.c > branches/win32k rewrite attempt/win32k/ntuser/vis.c > branches/win32k rewrite attempt/win32k/ntuser/window.c > branches/win32k rewrite attempt/win32k/ntuser/winpos.c > branches/win32k rewrite attempt/win32k/w32k.h > > _______________________________________________ > Ros-svn mailing list > Ros-svn(a)reactos.com > http://reactos.com:8080/mailman/listinfo/ros-svn

2 1

failure
by Royce Mitchell III 10 Aug '05

10 Aug '05

Updated and built latest version. It installs ok, but when I try to boot, I get this ( I enabled some debug messages after the first failure ): (ntoskrnl\ke\main.c:289) --------------------------------------------------------------- (ntoskrnl\ke\main.c:290) ReactOS 0.3-SVN (Build 20050809-r17251) Used memory 65536Kb (ntoskrnl\mm\mminit.c:375) Kernel Stack Limits. InitTop = 0x800f7000, Init = 0x800f4000 (ntoskrnl\mm\mm.c:283) No current process (ntoskrnl\io\driver.c:442) IopLoadServiceModule(Pci, 0x800f6a80) (ntoskrnl\io\driver.c:518) Initializing boot module (ntoskrnl\io\driver.c:562) Module loading (Status 0) Peripheral Component Interconnect Bus Driver (ntoskrnl\io\driver.c:442) IopLoadServiceModule(PCNet, 0x800f6850) (ntoskrnl\io\driver.c:541) Loading module (ntoskrnl\ldr\loader.c:252) Could not open module file: \SystemRoot\system32\drivers\pcnet.sys (ntoskrnl\io\driver.c:559) Module loading failed (Status c0000001) (ntoskrnl\io\driver.c:562) Module loading (Status c0000001) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service PCNet failed (Status c0000001) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(usbuhci, 0x800f6850) (ntoskrnl\io\driver.c:541) Loading module (ntoskrnl\ldr\loader.c:252) Could not open module file: \SystemRoot\System32\DRIVERS\usbuhci.sys (ntoskrnl\io\driver.c:559) Module loading failed (Status c0000001) (ntoskrnl\io\driver.c:562) Module loading (Status c0000001) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service usbuhci failed (Status c0000001) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(PCNet, 0x800f6a60) (ntoskrnl\io\driver.c:541) Loading module (ntoskrnl\ldr\loader.c:252) Could not open module file: \SystemRoot\system32\drivers\pcnet.sys (ntoskrnl\io\driver.c:559) Module loading failed (Status c0000001) (ntoskrnl\io\driver.c:562) Module loading (Status c0000001) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service PCNet failed (Status c0000001) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(usbuhci, 0x800f6a60) (ntoskrnl\io\driver.c:541) Loading module (ntoskrnl\ldr\loader.c:252) Could not open module file: \SystemRoot\System32\DRIVERS\usbuhci.sys (ntoskrnl\io\driver.c:559) Module loading failed (Status c0000001) (ntoskrnl\io\driver.c:562) Module loading (Status c0000001) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service usbuhci failed (Status c0000001) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(Ne2000, 0x800f6a80) (ntoskrnl\io\driver.c:541) Loading module (ntoskrnl\ldr\loader.c:252) Could not open module file: \SystemRoot\system32\drivers\ne2000.sys (ntoskrnl\io\driver.c:559) Module loading failed (Status c0000001) (ntoskrnl\io\driver.c:562) Module loading (Status c0000001) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service Ne2000 failed (Status c0000001) Advanced Configuration and Power Interface Bus Driver ACPI: System firmware supports: +------------------------------------------------------------ | Sx states: +S0 -S1 -S2 -S3 -S4 +S5 +------------------------------------------------------------ Power Button: found Sleep Button: found (ntoskrnl\io\driver.c:442) IopLoadServiceModule(serial, 0x800f6980) (ntoskrnl\io\driver.c:465) RtlQueryRegistryValues() failed (Status c0000034) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service serial failed (Status c0000034) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(serial, 0x800f6980) (ntoskrnl\io\driver.c:465) RtlQueryRegistryValues() failed (Status c0000034) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service serial failed (Status c0000034) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(serial, 0x800f6bc0) (ntoskrnl\io\driver.c:465) RtlQueryRegistryValues() failed (Status c0000034) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service serial failed (Status c0000034) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(serial, 0x800f6bc0) (ntoskrnl\io\driver.c:465) RtlQueryRegistryValues() failed (Status c0000034) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service serial failed (Status c0000034) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(PCNet, 0x800f6bc0) (ntoskrnl\io\driver.c:541) Loading module (ntoskrnl\io\driver.c:562) Module loading (Status 0) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(usbuhci, 0x800f6bc0) (ntoskrnl\io\driver.c:541) Loading module (ntoskrnl\ldr\loader.c:252) Could not open module file: \SystemRoot\System32\DRIVERS\usbuhci.sys (ntoskrnl\io\driver.c:559) Module loading failed (Status c0000034) (ntoskrnl\io\driver.c:562) Module loading (Status c0000034) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service usbuhci failed (Status c0000034) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(Ne2000, 0x800f6be0) (ntoskrnl\io\driver.c:541) Loading module (ntoskrnl\io\driver.c:562) Module loading (Status 0) (ne2000/8390.c:86)(NICCheck) Adapter NOT found! (ndis/miniport.c:1425)(NdisIPnPStartDevice) MiniportInitialize() failed for an adapter. (drivers\input\i8042prt\registry.c:215) Can't read registry: c0000034 (drivers\input\i8042prt\registry.c:226) Manually set defaults (ntoskrnl\ldr\loader.c:252) Could not open module file: \SystemRoot\system32\drivers\sndblst.sys (ntoskrnl\ldr\loader.c:252) Could not open module file: \SystemRoot\system32\drivers\mpu401.sys (ntoskrnl\ldr\loader.c:252) Could not open module file: \SystemRoot\system32\drivers\xboxvmp.sys NtSetEaFile at ntoskrnl\io\file.c:2873 is unimplemented, have a nice day

4 4

Re: [ros-svn] [greatlrd] 17218: fixing bug 690 by Brandon Turner. note ms only allown start "notepad" or "note"pad not notep"ad or notepad" but we do that, for we think it is a bug in ms cmd that only allowing " at start of a file name to start the apps.
by Hartmut Birr 09 Aug '05

09 Aug '05

greatlrd(a)svn.reactos.com wrote: >fixing bug 690 by Brandon Turner. note ms only allown start "notepad" or "note"pad not notep"ad or notepad" but we do that, for we think it is a bug in ms cmd that only allowing " at start of a file name to start the apps. > > >Updated files: >trunk/reactos/subsys/system/cmd/cmd.c > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > > > This change is broken, because the input strings may be longer than MAX_PATH. This is always true for compilung ros on ros. - Hartmut

2 1

Re: [ros-svn] [navaraf] 17154: Fix mutex unlocking in NpfsWaiterThread and add ASSERT.
by Hartmut Birr 09 Aug '05

09 Aug '05

navaraf(a)svn.reactos.com wrote: >Fix mutex unlocking in NpfsWaiterThread and add ASSERT. > > >Updated files: >trunk/reactos/drivers/fs/np/rw.c > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > > > Something is wrong with this change or r17157. Compiling ros on ros reports hundreds of errors if pipes are enabled. Reverting npfs to r17153 does fix this problem. - Hartmut

4 13

Re: [ros-diffs] [hbirr] 17248: If the file object is for a device, we must gather some information
by Filip Navara 09 Aug '05

09 Aug '05

hbirr(a)svn.reactos.com wrote: >- DPRINT("%wZ\n", ObjectAttributes->ObjectName); > > > > > >+ DPRINT1("%wZ\n", ObjectAttributes->ObjectName); >+ > > Do we really need to be verbose? ;-) - Filip

2 1

← Newer
1
...
4
5
6
7
8
9
10
11
12
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev August 2005