Menu
▾
▴
reactos-kernel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(64) |
Oct
(438) |
Nov
(183) |
Dec
|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
(132) |
May
(466) |
Jun
(366) |
Jul
(392) |
Aug
(31) |
Sep
(18) |
Oct
|
Nov
|
Dec
|
|
From: Jason F. <jas...@ya...> - 2002-06-16 20:36:35
|
Great :) --- Eric Kohl <ek...@rz...> wrote: >"Jason Filby" <jas...@ya...> wrote: >>... >>3b0bf maps to KeV86GPF. > >This bug is fixed! > > >Eric > __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
|
From: Eric K. <ek...@rz...> - 2002-06-16 20:03:39
|
<kr...@mb...> wrote: > I'm stupid, I use nonstandard e-mail client. > > It eats backslashes. > > They are there in the right places. > > Scsiport.sys,atapi.sys,class2.sys and disk.sys are loaded succesfly. Okay! What about the kernel command line and SystemRoot? Please change ntoskrnl/ke/main.c line 710 "CPRINT(..." to "DPRINT1(..." and rebuild ntoskrnl. Is should say something like "multi(0)disk(0)rdisk(0)partition(1)\reactos...". Eric |
|
From: Eric K. <ek...@rz...> - 2002-06-16 19:57:04
|
"Jason Filby" <jas...@ya...> wrote: > ... > Found 1 system processor. [32 MB Memory] > Page fault at high IRQL was 2 > Bug detected code: 0x1D > Divide Error Exception: 0(fff8) > Processor: 0 CS:EIP 8:c003b0bf <ntoskrnl.exe: 3b0bf> > ... > > 3b0bf maps to KeV86GPF. This bug is fixed! Eric |
|
From: Casper H. <ch...@us...> - 2002-06-16 17:14:48
|
s=F8n, 2002-06-16 kl. 18:15 skrev Casper Hornstrup:
> s=F8n, 2002-06-16 kl. 16:34 skrev Mike Lerwill:
> > I seem to be unable to build the current sources from CVS.
> >=20
> > My build environment is a absolutely current mingw installed on win2000
> > using gcc 3.1
> >=20
> > The error I get is as follows
> >=20
> > > make[1]: Entering directory `C:/Source-tree/reactos/ntoskrnl'
> > > gcc \
> > > -Wl,-T,ntoskrnl.lnk \
> > > -nostartfiles \
> > > -nostdlib \
> > > -mdll \
> > > -o junk.tmp \
> > > -Wl,--subsystem,native \
> > > -Wl,--image-base,0xc0000000 \
> > > -Wl,--file-alignment,0x1000 \
> > > -Wl,--section-alignment,0x1000 \
> > > -Wl,--base-file,base.tmp \
> > > ntoskrnl.o -lgcc \
> > > ../dk/nkm/lib/hal.a
> > > ntoskrnl.o(.text+0x4ce07):bitmap.c: undefined reference to `_imp___pc=
type'
> > > make[1]: *** [ntoskrnl.nostrip.exe] Error 1
> > > make[1]: Leaving directory `C:/Source-tree/reactos/ntoskrnl'
> > > make: *** [ntoskrnl] Error 2
> >=20
> > This is a bit misleading since the error is actually in rtl/ctype.c whi=
ch is
> > being compiled with the ctype.h included from the mingw headers which i=
s
> > expecting the pctype data to be in a dll (I don't know which) instead o=
f
> > local.
> >=20
> > regards
> >=20
> > Mike Lerwill
>=20
> Simply undef'ing _pctype seems to do the trick. I've committed this
> change.
>=20
> Casper
>=20
Correction, that is not enough to fix the bug. I used modified mingw
headers. I can't commit this fix because it will break compillation when
using unpatched mingw headers, but you can do this to get it to compile:
* Apply the following patch to the reactos/ntoskrnl/ directory:
Index: Makefile
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /CVS/ReactOS/reactos/ntoskrnl/Makefile,v
retrieving revision 1.70
diff -u -r1.70 Makefile
--- Makefile 10 Jun 2002 08:45:40 -0000 1.70
+++ Makefile 16 Jun 2002 17:05:26 -0000
@@ -34,10 +34,10 @@
=20
ifeq ($(strip $(SDK_PATH_INC)),)
ASFLAGS +=3D -I./include
-CFLAGS +=3D -I./include -D__NTOSKRNL__ $(CFLAGS_DBG) -Wall -Werror
+CFLAGS +=3D -I./include -D__NTOSKRNL__ -D__MINGW_IMPORT=3Dextern $(CFLAGS_=
DBG) -Wall -Werror
else
ASFLAGS +=3D -I./include -I$(SDK_PATH_INC)
-CFLAGS +=3D -I./include -I$(SDK_PATH_INC) -D__NTOSKRNL__ $(CFLAGS_DBG) -Wa=
ll -Werror
+CFLAGS +=3D -I./include -I$(SDK_PATH_INC) -D__MINGW_IMPORT=3Dextern -D__NT=
OSKRNL__ $(CFLAGS_DBG) -Wall -Werror
endif
=20
#
* Apply the following patch to your mingw/include directory:
Index: include/_mingw.h
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvsroot/mingw/runtime/include/_mingw.h,v
retrieving revision 1.7
diff -b -u -r1.7 _mingw.h
--- include/_mingw.h 14 Jun 2002 15:12:54 -0000 1.7
+++ include/_mingw.h 16 Jun 2002 17:02:48 -0000
@@ -44,13 +44,17 @@
style declarations. */
=20
#ifndef __GNUC__
+# ifndef __MINGW_IMPORT
# define __MINGW_IMPORT __declspec(dllimport)
+# endif
# define __DECLSPEC_SUPPORTED
#else /* __GNUC__ */
# ifdef __declspec
+# ifndef __MINGW_IMPORT
/* Note the extern. This is needed to work around GCC's
limitations in handling dllimport attribute. */
# define __MINGW_IMPORT extern __attribute__((dllimport))
+# endif
# define __DECLSPEC_SUPPORTED
# else
# undef __DECLSPEC_SUPPORTED
|
|
From: Casper H. <ch...@us...> - 2002-06-16 17:06:49
|
s=F8n, 2002-06-16 kl. 16:34 skrev Mike Lerwill: > I seem to be unable to build the current sources from CVS. >=20 > My build environment is a absolutely current mingw installed on win2000 > using gcc 3.1 >=20 > The error I get is as follows >=20 > > make[1]: Entering directory `C:/Source-tree/reactos/ntoskrnl' > > gcc \ > > -Wl,-T,ntoskrnl.lnk \ > > -nostartfiles \ > > -nostdlib \ > > -mdll \ > > -o junk.tmp \ > > -Wl,--subsystem,native \ > > -Wl,--image-base,0xc0000000 \ > > -Wl,--file-alignment,0x1000 \ > > -Wl,--section-alignment,0x1000 \ > > -Wl,--base-file,base.tmp \ > > ntoskrnl.o -lgcc \ > > ../dk/nkm/lib/hal.a > > ntoskrnl.o(.text+0x4ce07):bitmap.c: undefined reference to `_imp___pcty= pe' > > make[1]: *** [ntoskrnl.nostrip.exe] Error 1 > > make[1]: Leaving directory `C:/Source-tree/reactos/ntoskrnl' > > make: *** [ntoskrnl] Error 2 >=20 > This is a bit misleading since the error is actually in rtl/ctype.c which= is > being compiled with the ctype.h included from the mingw headers which is > expecting the pctype data to be in a dll (I don't know which) instead of > local. >=20 > regards >=20 > Mike Lerwill Simply undef'ing _pctype seems to do the trick. I've committed this change. Casper |
|
From: Jason F. <jas...@ya...> - 2002-06-16 15:45:35
|
... Found 1 system processor. [32 MB Memory] Page fault at high IRQL was 2 Bug detected code: 0x1D Divide Error Exception: 0(fff8) Processor: 0 CS:EIP 8:c003b0bf <ntoskrnl.exe: 3b0bf> ... 3b0bf maps to KeV86GPF. - Jason __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
|
From: Mike L. <mi...@ho...> - 2002-06-16 14:34:56
|
I seem to be unable to build the current sources from CVS. My build environment is a absolutely current mingw installed on win2000 using gcc 3.1 The error I get is as follows > make[1]: Entering directory `C:/Source-tree/reactos/ntoskrnl' > gcc \ > -Wl,-T,ntoskrnl.lnk \ > -nostartfiles \ > -nostdlib \ > -mdll \ > -o junk.tmp \ > -Wl,--subsystem,native \ > -Wl,--image-base,0xc0000000 \ > -Wl,--file-alignment,0x1000 \ > -Wl,--section-alignment,0x1000 \ > -Wl,--base-file,base.tmp \ > ntoskrnl.o -lgcc \ > ../dk/nkm/lib/hal.a > ntoskrnl.o(.text+0x4ce07):bitmap.c: undefined reference to `_imp___pctype' > make[1]: *** [ntoskrnl.nostrip.exe] Error 1 > make[1]: Leaving directory `C:/Source-tree/reactos/ntoskrnl' > make: *** [ntoskrnl] Error 2 This is a bit misleading since the error is actually in rtl/ctype.c which is being compiled with the ctype.h included from the mingw headers which is expecting the pctype data to be in a dll (I don't know which) instead of local. regards Mike Lerwill |
|
From: <kr...@mb...> - 2002-06-16 12:07:03
|
I'm stupid, I use nonstandard e-mail client. It eats backslashes. They are there in the right places. Scsiport.sys,atapi.sys,class2.sys and disk.sys are loaded succesfly. David V 06/16/2002 - 11:57, Eric Kohl napsal: > > "David Kredba" <kr...@mb...> wrote: > > > Initializing system32driversvfatfs.sys > > Where are the backslashes? This line should be "Initializing > system32driversvfatfs.sys". > |
|
From: Eric K. <ek...@rz...> - 2002-06-16 11:50:28
|
"David Kredba" <kr...@mb...> wrote: > Initializing system32driversvfatfs.sys Where are the backslashes? This line should be "Initializing system32\drivers\vfatfs.sys". > > Bug detected (code 0 param 0 0 0 0) > > ntoskrnl.exe : > > _KeBugCheck@4 > > _InitSystemSharedUserPage > > _ExpInitializeExecutive > > _KiSystemStartup > > __main > > .l5 > > > Bug detected code: 0x1D > > Divide Error detection: 0(0) > > ntoskrnl.exe: _DbgBreakPoint@0 > > cr2 0 cr3 271000 > > _KeBugCheckEx@20 > > _KeBugCheck@4 > > _InitSystemSharedUserPage > > _ExpInitializeExecutive > > _KiSystemStartup > > __main > > .l5 This looks like an uninitialized SystemRoot. Please check your boot.bat file! PS.: Symbol file loading should work again. Eric |
|
From: Eric K. <ek...@rz...> - 2002-06-16 11:44:29
|
ntoskrnl/include/internal/ldr.h ntoskrnl/io/driver.c ntoskrnl/ldr/loader.c Fixed loading of symbol files. system.hiv ntoskrnl/include/internal/ntoskrnl.h ntoskrnl/cm/registry.c ntoskrnl/ke/main.c Implemented automatic loading of PICE. Eric |
|
From: David K. <kr...@mb...> - 2002-06-16 11:10:27
|
Machine dual PIII, 1024 MB RAM. Boooted with aboot/boot with the same error message : ..... Initializing system32driversvfatfs.sys Bug detected (code 0 param 0 0 0 0) ntoskrnl.exe : _KeBugCheck@4 _InitSystemSharedUserPage _ExpInitializeExecutive _KiSystemStartup __main .l5 Bug detected code: 0x1D Divide Error detection: 0(0) ntoskrnl.exe: _DbgBreakPoint@0 cr2 0 cr3 271000 _KeBugCheckEx@20 _KeBugCheck@4 _InitSystemSharedUserPage _ExpInitializeExecutive _KiSystemStartup __main .l5 David |
|
From: Eric K. <ek...@rz...> - 2002-06-16 08:59:31
|
"Joseph Galbraith" <gal...@va...> wrote: > Why does SeInit2() get called so late in > the boot process? My fault! I didn't realize that the system process needs a token too. :-/ > Is there any reason not to call SeInit2() > earlier in the boot process? You can move the call to SeInit2() between the calls to ObInit() and PiInitProcessManager(). The token object should be available then and the system process has not been set up. This seems to be the right place to initialize the token object and create the system token. Eric |
|
From: Eric K. <ek...@rz...> - 2002-06-16 08:51:40
|
"Joseph Galbraith" <gal...@va...> wrote: > My question is, are these the right names? > They are both called from ps/process.c; > maybe these functions should be SeCreateSystemToken() > and SeInitializeNewProcess()? Actually, it doesn't matter whether you use the Se or Sep prefix for internal (aka private) functions. The only advantage of using the Sep prefix it that it definitely will not conflict with a public (aka exported) function. ;-) > Also, I've gone through NtQueryInformationProcess() > and NtSetInformationProcess() and changed them > both to return STATUS_INVALID_INFO_CLASS for > all InformationClasses documented as un-settable > or un-queryable in Gary Nebbet's "Native API Reference". > > Does this sound okay? The only ones that might make > a difference are PriorityClass and ForegroundInformation > (I think.) We had a partial implmentation for these > two on query (I don't think it was actually functional, > but I could be wrong), and Nebbet documents these as > Set only. That's okay since we can always implement the query function if it turns out that they exist. Eric |
|
From: Steven E. <ste...@ya...> - 2002-06-16 08:29:58
|
I didnt I was thinking of something else when I typed it. Its still in drivers/input --- Jason Filby <jas...@ya...> wrote: > Why'd you move sermouse from reactos/drivers/input? __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
|
From: Jason F. <jas...@ya...> - 2002-06-16 08:19:12
|
Why'd you move sermouse from reactos/drivers/input? --- Steven Edwards <ste...@ya...> wrote: > reactos/lib/sermouse/ > added: sermouse.h, mouse.h, sermouse.rc > > reactos/lib/sermouse/ > Changed: sermouse.c, Makefile > > Changelog: Fixed building. Its still broken but at > least it compiles now. > > > __________________________________________________ > Do You Yahoo!? > Yahoo! - Official partner of 2002 FIFA World Cup > http://fifaworldcup.yahoo.com > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas - > http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
|
From: Jason F. <jas...@ya...> - 2002-06-16 08:13:55
|
Go to: reactos.com -> documents -> tutorials -> developer tutorials -> sharing code - Jason --- James Marjie <jid...@sa...> wrote: > Hi again, > I issued this command 'cvs > -d:pserver:ano...@mo...:/cvsroot/ login' and I then > provide my email address and was summarily rejected. I am tring to > check out the latest code from cvs, anyone provide me with a little > help. > > > James Marjie > GnuPG KeyID: 0x7C837497 > > "Take your life in your own hands, and what happens? A terrible > thing: no one to blame." -Erica Jong > __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
|
From: Aliberti E. <ea...@us...> - 2002-06-16 07:58:27
|
On 14 Jun 2002 at 17:50, Kohn Emil Dan wrote: > > >The ability to cast arrays to pointers without using & is a > > >compiler trick. A dangerous trick IMHO. > > > > It's not casting. Arrays ARE pointers in C. Square brackets are a > > language construct to avoid explicit pointer computations. > > Arrays are *not* pointers in C. However, with few exceptions (such as > passing them as arguments to sizeof()), an array is similar to a > pointer to its first element. ... int arr[10]; int* pi = arr; ... You are right. A pointer is the storage for a memory address. An array is a memory address. |
|
From: Steven E. <ste...@ya...> - 2002-06-16 07:05:59
|
When running GDItest my screen just goes black. It acts like it is going to load and run as normal and then nothing. I cannot give a detailed report as I am running on a clean install and do not bochs or vmware installed. If no one else can look at this before monday let me know and I will reinstall vmware and send the debug output to everyone working on win32k Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
|
From: Steven E. <ste...@ya...> - 2002-06-16 06:01:53
|
drivers/dd/ramdrv/ramdrv.c - Fix include path. drivers/lib/zlib/makefile - Fixed Makefile __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
|
From: Steven E. <ste...@ya...> - 2002-06-16 04:43:32
|
reactos/lib/sermouse/ added: sermouse.h, mouse.h, sermouse.rc reactos/lib/sermouse/ Changed: sermouse.c, Makefile Changelog: Fixed building. Its still broken but at least it compiles now. __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
|
From: Steven E. <ste...@ya...> - 2002-06-16 04:38:16
|
--- Steven Edwards <ste...@ya...> wrote: > cvs [update aborted]: connect to mok.lvcm.com:2401 > failed: Connection timed out > > __________________________________________________ > Do You Yahoo!? > Yahoo! - Official partner of 2002 FIFA World Cup > http://fifaworldcup.yahoo.com > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application > Developer's Conference > August 25-28 in Las Vegas - > http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
|
From: Steven E. <ste...@ya...> - 2002-06-16 04:33:35
|
cvs [update aborted]: connect to mok.lvcm.com:2401 failed: Connection timed out __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
|
From: Rex J. <re...@lv...> - 2002-06-16 04:12:30
|
At 06:50 PM 6/15/02 -0700, you wrote: >Hi again, > I issued this command 'cvs > -d:pserver:ano...@mo...:/cvsroot/ login' and I then provide my > email address and was summarily rejected. I am tring to check out the > latest code from cvs, anyone provide me with a little help. > I believe the password is anoncvs. We used to have a page on the website that explained how to get the source from cvs. Perhaps we should get this page back on the site? Rex Jolliff re...@lv... |
|
From: Joseph G. <gal...@va...> - 2002-06-16 03:02:09
|
Why does SeInit2() get called so late in the boot process? The problem I have is that I need the token object type setup before process initialization. Is there any reason not to call SeInit2() earlier in the boot process? - Joseph |
|
From: James M. <jid...@sa...> - 2002-06-16 01:51:25
|
Hi again,
I issued this command 'cvs =
-d:pserver:ano...@mo...:/cvsroot/ login' and I then provide my =
email address and was summarily rejected. I am tring to check out the =
latest code from cvs, anyone provide me with a little help.
James Marjie
GnuPG KeyID: 0x7C837497
"Take your life in your own hands, and what happens? A terrible thing: =
no one to blame." -Erica Jong
|
8 messages has been excluded from this view by a project administrator.
