Ros-dev August 2005

ros-dev@reactos.org

62 participants
118 discussions

by Brandon Turner

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)

19 years, 1 month

Re: [ros-diffs] [gdalsnes] 17267: more stuff

by Filip Navara

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

19 years, 1 month

Re: [ros-diffs] [gdalsnes] 17265: move WM_SYSTIMER where it belongs

by Filip Navara

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

19 years, 1 month

Re: [ros-diffs] [gdalsnes] 17264: add missing define

by Filip Navara

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?

19 years, 1 month

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

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

19 years, 1 month

RE: [ros-svn] [gdalsnes] 17267: more stuff

by Casper Hornstrup

~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

19 years, 1 month

failure

by Royce Mitchell III

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

19 years, 1 month

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

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

19 years, 1 month

Re: [ros-svn] [navaraf] 17154: Fix mutex unlocking in NpfsWaiterThread and add ASSERT.

by Hartmut Birr

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

19 years, 1 month

Re: [ros-diffs] [hbirr] 17248: If the file object is for a device, we must gather some information

by Filip Navara

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

19 years, 1 month

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

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