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: Steven E. <Ste...@kn...> - 2001-10-30 23:04:00
|
ReactOS build system ------------------------------------------------ buildno: Works great except it cant parse release date depends: seems to work but didnt have time to fully test mkconfig: seems to work but didnt have time to fully test r* commands: they work but will hang and not exit. Mingw --------------------------------------------------------------- make.exe Errors then make bitches about not being able to find any makefiles even if I'm in a directory with make files. Transferring control to image at 4011f4 (misc/dllmain.c:38) ADVAPI32: DllMain() done NTDLL.LDR: map view of section failed (Status c0000001) LdrFixupImports:failed to load ADVAPI32.DLL LdrFixupImports() failed (misc/dllmain.c:38) ADVAPI32: DllMain() done gcc.exe Errors then bitches about ../lib/gcc-lib/i386-mingw32/2.95.3-6/specs: Resource deadlock avoided(EDEADLK) NTDLL.LDR: map view of section failed (Status c0000001) LdrFixupImports:failed to load ADVAPI32.DLL LdrFixupImports() failed (misc/dllmain.c:38) ADVAPI32: DllMain() done Transferring control to image at 4011d4 (misc/dllmain.c:38) ADVAPI32: DllMain() done ########################################### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ |
|
From: Casper H. <ch...@us...> - 2001-10-30 16:58:47
|
> -----Original Message----- > From: Steven Edwards [mailto:Ste...@kn...] > Sent: 30. oktober 2001 16:37 > To: 'ros...@re...' > Subject: [ros-kernel] bug report - GNU Midnight Commander Page Fault > > Transferring control to image at 4011d4 > NTDLL.LDR: map view of section failed (Status c0000001) > LdrFixupImports:failed to load ADVAPI32.DLL > LdrFixupImports() failed > (misc/dllmain.c:38) ADVAPI32: DllMain() done I have seen this before. I think there is a default dll base conflict with advapi32.dll and another dll, and the kernel cannot rebase the dll's properly when there is a conflict. Try different dll base addresses for advapi32.dll. Casper ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Steven E. <Ste...@kn...> - 2001-10-30 15:40:26
|
Included is the debug output from my attempt to run the mingw GNU Midnight Commander under ReactOS. Midnight Commander uses slang for its terminal IO, which reactos doesnt seem to like. It is compiled for windows NT and it works under the console on NT/2k/XP. This is better then before because the last time i tried to run mc under ros, it just locked the system hard. Now it redraws the console before it page faults so we're making progress at getting atleast some form of shell, even if its not a MS compatible one. Debug - Transferring control to image at 4011d4 NTDLL.LDR: map view of section failed (Status c0000001) LdrFixupImports:failed to load ADVAPI32.DLL LdrFixupImports() failed (misc/dllmain.c:38) ADVAPI32: DllMain() done Transferring control to image at 4011d4 mm/mm.c:297 Page Fault Exception: 14(0) Processor: 0 CS:EIP 8:c004cc1b <ntoskrnl.exe: 4cc1b> cr2 fffffffc cr3 3c70000 Proc: c01ef3e8 Pid: 8 <mc> Thrd: c01ee7f4 Tid: 21 DS 10 ES 10 FS 30 GS 10 EAX: ffffffdc EBX: a0000010 ECX: c0063908 EDX: ffffffdc EBP: c0845ef0 ESI: 0066886c EDI: c0845f84 EFLAGS: 00000246 kESP c0845ecc kernel stack base c0843000 ESP c0845ecc Frames: <ntoskrnl.exe: 4fc32><ntoskrnl.exe: 4fc8c><ntoskrnl.exe: 4fbbe><ntoskrnl.exe: 3a83> ########################################### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ |
|
From: Steven E. <Ste...@kn...> - 2001-10-30 04:41:24
|
I just pulled down the latest sources, rebuilt and reactos will boot in my vmware session again. I'm going to resume self-hosted build testing now that I can crash and reboot my system quickly. I will be posting a collection of bug reports tommrow. Steven########################################### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ |
|
From: Frank D. E. Jr. <fd...@ya...> - 2001-10-29 16:51:55
|
Why not make it an option for the system administrator? --- Robert Collins <rob...@it...> wrote: > It'll also affect correctness for programs that assume zero'd pages > _are > zero'd_. > > Rob > ----- Original Message ----- > From: "Rex Jolliff" <re...@lv...> > To: <ros...@re...> > Sent: Monday, October 29, 2001 5:21 AM > Subject: [ros-kernel] Re: page faults in msvcrt.dll > > > > At 10:48 AM 10/28/01 -0500, you wrote: > > >It most certainly does effect correctness; it is a security hole. > > > > It effects correctness only if your requirement is to have C2 > > security. This wont be the > > case for everyone using ReactOS however. Personally I would rather > see > > speed over > > security in this case. in VMS it is the allocators responsibility > to > mark > > the pages as > > needing zeroing before reuse. Too bad we cannot implement > something > like that. > > > > > > Rex Jolliff > > re...@lv... > > > > ==================================================== > > = To remove yourself from this mailing list, go to = > > = http://www.reactos.com/home/mailing.html = > > ==================================================== > > > > > > ==================================================== > = To remove yourself from this mailing list, go to = > = http://www.reactos.com/home/mailing.html = > ==================================================== > ===== ======= Frank D. Engel, Jr. Please note my new address: fd...@ya... __________________________________________________ Do You Yahoo!? Make a great connection at Yahoo! Personals. http://personals.yahoo.com ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Steven E. <Ste...@kn...> - 2001-10-29 00:15:05
|
I found them in defines.h ########################################### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ |
|
From: Steven E. <Ste...@kn...> - 2001-10-29 00:01:36
|
What are the restrictions on using definitions from the Microsoft Headers? I know that after service pack 4 or so MS changed the rules on distribution of MFC and other parts of Visual Studio, so does this mean I can look at and use headers or parts of headers from preSP4? I ask because winbase.h in Visual Studio contains #define STD_OUTPUT_HANDLE (DWORD)-11 #define FORMAT_MESSAGE_IGNORE_INSERTS 0x00000200 #define FORMAT_MESSAGE_FROM_HMODULE 0x00000800 #define FORMAT_MESSAGE_FROM_SYSTEM 0x00001000 And the filesystem sync program I came across for WinNT needs those defines to compile. Thanks Steven########################################### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ |
|
From: Robert C. <rob...@it...> - 2001-10-28 22:04:24
|
It'll also affect correctness for programs that assume zero'd pages _are zero'd_. Rob ----- Original Message ----- From: "Rex Jolliff" <re...@lv...> To: <ros...@re...> Sent: Monday, October 29, 2001 5:21 AM Subject: [ros-kernel] Re: page faults in msvcrt.dll > At 10:48 AM 10/28/01 -0500, you wrote: > >It most certainly does effect correctness; it is a security hole. > > It effects correctness only if your requirement is to have C2 > security. This wont be the > case for everyone using ReactOS however. Personally I would rather see > speed over > security in this case. in VMS it is the allocators responsibility to mark > the pages as > needing zeroing before reuse. Too bad we cannot implement something like that. > > > Rex Jolliff > re...@lv... > > ==================================================== > = To remove yourself from this mailing list, go to = > = http://www.reactos.com/home/mailing.html = > ==================================================== > > ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Phillip S. <ps...@cf...> - 2001-10-28 19:55:42
|
What do you mean about VMS? The kernel simply takes dirty pages and places them on the free list to mark them as needing zeroed. The idle thread comes by and zeroes pages on the free list, moving them to the zeroed list, so cpu time that otherwise is wasted it put to use zeroing pages, and it prevents a rather large security hole. What if, for instance, your password is cached by the LSA, and someone wrote an app to churn lots of memory around and looking at the pages the VM gives it searching for your cached password. Clearly this is something we wish to prevent. Not to mention that many things, such as the .bss segments of executables assume that pages are zeroed first. At 10:21 AM 10/28/2001 -0800, you wrote: >At 10:48 AM 10/28/01 -0500, you wrote: >>It most certainly does effect correctness; it is a security hole. > >It effects correctness only if your requirement is to have C2 >security. This wont be the >case for everyone using ReactOS however. Personally I would rather see >speed over >security in this case. in VMS it is the allocators responsibility to mark >the pages as >needing zeroing before reuse. Too bad we cannot implement something like >that. > > >Rex Jolliff >re...@lv... ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Jakob E. <ja...@vm...> - 2001-10-28 19:51:42
|
On Sun, Oct 28, 2001 at 10:21:50AM -0800, Rex Jolliff wrote: > At 10:48 AM 10/28/01 -0500, you wrote: > >It most certainly does effect correctness; it is a security hole. > > It effects correctness only if your requirement is to have C2 > security. This wont be the > case for everyone using ReactOS however. Personally I would rather see > speed over > security in this case. in VMS it is the allocators responsibility to mark > the pages as > needing zeroing before reuse. Too bad we cannot implement something like that. > This will probably lead to problems running programs. I can bet my hat on that some programs rely on that what they allocated is zeroed out. regards, Jakob Eriksson ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Rex J. <re...@lv...> - 2001-10-28 18:23:03
|
At 10:48 AM 10/28/01 -0500, you wrote: >It most certainly does effect correctness; it is a security hole. It effects correctness only if your requirement is to have C2 security. This wont be the case for everyone using ReactOS however. Personally I would rather see speed over security in this case. in VMS it is the allocators responsibility to mark the pages as needing zeroing before reuse. Too bad we cannot implement something like that. Rex Jolliff re...@lv... ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Rex J. <re...@lv...> - 2001-10-28 18:18:39
|
At 12:06 PM 10/28/01 +0100, you wrote: > > -----Original Message----- > > From: Steven Edwards [mailto:Ste...@kn...] > > Sent: 28. oktober 2001 03:15 > > To: 'ros...@re...' > > Subject: [ros-kernel] RE: Traffic matters Was: BUG report - boot >failure under vmware > > > > Is there anyway to convert the vmware output to text? if not > > I will just start encoding the crash shots a jpg's and linking to my >website. > >In ntoskrnl/ke/main.c Add /DEBUGPORT=COM2 after /DEBUGPORT=SCREEN (or >replace it) and >then recompile. In VMware, setup COM2 to output to a file. These can be placed on the command line also. >- Casper > >==================================================== >= To remove yourself from this mailing list, go to = >= http://www.reactos.com/home/mailing.html = >==================================================== Rex Jolliff re...@lv... ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Phillip S. <ps...@cf...> - 2001-10-28 15:53:12
|
It most certainly does effect correctness; it is a security hole. MS zeros all pages before they are allocated to keep programs from gaining access to data they shouldn't and comply with C2 security specifications. The optimization is to keep pages on the zeroed list that are already zeroed so you don't have to zero them when they are needed, you zero them when otherwise idle. At 09:11 AM 10/28/2001 +0000, you wrote: >Philip Susi writes > > > >We need to fix that then, and have all demand zero allocations be >satisfied >from the zeroed pool. > > >Not doing the zero'ing is only an optimization, it doesn't affect >correctness. ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: KJK::Hyperion <no...@li...> - 2001-10-28 15:37:34
|
At 07.43 28/10/2001 +0100, you wrote: >Did you partition and format your disk image file? yep, fdisk-ed and formatted as the tutorial said. Funny thing is I get those errors even on the floppy image I used to boot MS-DOS ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Hartmut B. <har...@te...> - 2001-10-28 12:15:16
|
> Directories------------ > e:\reactos > \binutils binutils-2.11.90-20011023-win32.tar.gz > \bochs bochs-1.2.1.win32.zip > \gcc gcc-2.95.3-20011023-win32.tar.gz > \make make-3.79.1-20010901.tar.gz > * \mingw-runtime mingw-runtime-1.0.1-20010901.tar.gz > \nasm nasm-0.98-win32.zip > \reactos 0018_source.zip You must install gcc, binutils, mingw-runtime and w32api in one directory. - Hartmut ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: <9sp...@sn...> - 2001-10-28 11:45:21
|
> You need the mingw runtime package (mingw-runtime-1.0.1-20010901.tar.gz).
> You can also add the option -v to gcc and the compiler shows the search
> path and other nice informations.
I have extracted the mingw-runtime package (thanks for the quick reply), it
still fails but now i know why :) (see further down for more details). I need
to pass on -I mingw-runtime/include to gcc when it 'bootstraps' rdel
(and all the other r* utilities). The problem is that the Makefile rule doesn't make
use of $(CFLAGS) so i have no way to do this without modifying the Makefile.
rdel$(EXE_POSTFIX): rdel.c
$(HOST_CC) >>>no CFLAGS<<< -g rdel.c -liberty -o rdel$(EXE_POSTFIX)
$(CFLAGS) is reserved for $(CC) i guess. So what's the preferred way of handling this?
(I'm no Make expert)
Stephane
Directories------------
e:\reactos
\binutils binutils-2.11.90-20011023-win32.tar.gz
\bochs bochs-1.2.1.win32.zip
\gcc gcc-2.95.3-20011023-win32.tar.gz
\make make-3.79.1-20010901.tar.gz
* \mingw-runtime mingw-runtime-1.0.1-20010901.tar.gz
\nasm nasm-0.98-win32.zip
\reactos 0018_source.zip
setenv.cmd-------------
set HOST=mingw32-windows
set ROS_HOME=e:\reactos
set MAKE=%ROS_HOME%\make\bin
set GCC=%ROS_HOME%\gcc\bin
set BINUTILS=%ROS_HOME%\binutils\bin
* set MINGW=%ROS_HOME%\mingw-runtime\bin
* set PATH=%MAKE%;%GCC%;%BINUTILS%;%MINGW%;%PATH%
-----------------------
>make
(i changed $(HOST_CC) to gcc -v)
gcc -v -g rdel.c -liberty -o rdel.exe
Reading specs from e:/reactos/gcc/bin/../lib/gcc-lib/i386-mingw32/2.95.3-6/specs
gcc version 2.95.3-6 (mingw special)
e:\reactos\gcc\bin\..\lib\gcc-lib\i386-mingw32\2.95.3-6\cpp0.exe -lang-c -v -iprefix
e:\reactos\gcc\bin/../lib/gcc-lib/
<loads of command-line options>
GNU CPP version 2.95.3-6 (mingw special) (80386, BSD syntax)
#include "..." search starts here:
#include <...> search starts here:
e:/reactos/gcc/bin/../lib/gcc-lib/i386-mingw32/2.95.3-6/../../../../include
e:/reactos/gcc/bin/../lib/gcc-lib/i386-mingw32/2.95.3-6/../../../../i386-mingw32/include
e:/reactos/gcc/bin/../lib/gcc-lib/i386-mingw32/2.95.3-6/include
End of search list.
The following default directories have been omitted from the search path:
/usr/local/lib/gcc-lib/i386-mingw32/2.95.3-6/../../../../include/g++-3
/usr/local/mingw32/include
End of omitted list.
rdel.c:7: dirent.h: No such file or directory
rdel.c:8: errno.h: No such file or directory
rdel.c:10: stdio.h: No such file or directory
rdel.c:11: string.h: No such file or directory
rdel.c:12: stdlib.h: No such file or directory
make: *** [rdel.exe] Error 1
__________________________________________________
Do You Yahoo!?
Make a great connection at Yahoo! Personals.
http://personals.yahoo.com
====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html =
====================================================
|
|
From: Casper H. <ch...@us...> - 2001-10-28 11:11:29
|
> -----Original Message----- > From: Steven Edwards [mailto:Ste...@kn...] > Sent: 28. oktober 2001 03:15 > To: 'ros...@re...' > Subject: [ros-kernel] RE: Traffic matters Was: BUG report - boot failure under vmware > > Is there anyway to convert the vmware output to text? if not > I will just start encoding the crash shots a jpg's and linking to my website. In ntoskrnl/ke/main.c Add /DEBUGPORT=COM2 after /DEBUGPORT=SCREEN (or replace it) and then recompile. In VMware, setup COM2 to output to a file. - Casper ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: <we...@cw...> - 2001-10-28 10:44:01
|
Guido de Jong writes > >OK, maybe I don't understand, but if you demand a zero'ed page and you >get a non-zero'ed page, it seems me to that that is not correct? > Yes but all callers, or rather all callers now the bug effecting BSS sections has been fixed, fill allocated pages with data before assigning them to the user address space. ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Guido de J. <gui...@ch...> - 2001-10-28 10:10:04
|
On Sunday 28 October 2001 10:11, we...@cw... wrote: > Philip Susi writes > > >We need to fix that then, and have all demand zero allocations be > > >satisfied > > from the zeroed pool. > > Not doing the zero'ing is only an optimization, it doesn't affect > correctness. OK, maybe I don't understand, but if you demand a zero'ed page and you get a non-zero'ed page, it seems me to that that is not correct? Also, if someone requests and gets a non-zero'ed page, then the page might still contain data of another process or of the kernel (which they no longer need, or maybe it got swapped out). This means that someone might gain access to data that it would normally not be able to read. OK, interpreting the data is very difficult, but in theory this could be a security problem. OTOH, zeroing all free pages is costly indeed. ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: <we...@cw...> - 2001-10-28 09:12:19
|
Philip Susi writes > >We need to fix that then, and have all demand zero allocations be >satisfied from the zeroed pool. > Not doing the zero'ing is only an optimization, it doesn't affect correctness. ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Guido de J. <gui...@ch...> - 2001-10-28 06:39:08
|
Did you partition and format your disk image file? If you only created the disk image file then it is just like an unpartitioned harddisk. You can do this exactly like a real harddisk: you boot up in Bochs with a bootable MSDOS or Win95 floppy disk on which you have also 'fdisk' and 'format' (maybe you want some more tools, like an editor to create/change 'autoexec.bat' for instance, but that's up to you). Then use 'fdisk' to partition the image and at the next boot, you can format it. Once it's formatted you will be able to copy files onto the image. On Sunday 28 October 2001 00:09, KJK::Hyperion wrote: > Ok, with some voodoo the compilation went like a charm. Tested Bochs too, > with the included Linux image and with MS-DOS 7.1, they both worked. The > problem now is mtools: they need a setup, in the first place, and in the > tutorial this wasn't mentioned. So I created the .mtoolsrc, but I get only > "Can't read boot sector" or "Not a DOS image" messages. I don't know any > other way to manipulate disk images (you can't directly "mount" them as > disk devices, for example - apparently only directories will do), and Bochs > won't directly mount disk devices (shame, shame). Any ideas? > > ==================================================== > = To remove yourself from this mailing list, go to = > = http://www.reactos.com/home/mailing.html = > ==================================================== ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Hartmut B. <har...@te...> - 2001-10-28 04:20:49
|
You need the mingw runtime package (mingw-runtime-1.0.1-20010901.tar.gz). You can also add the option -v to gcc and the compiler shows the search path and other nice informations. - Hartmut ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Steven E. <Ste...@kn...> - 2001-10-28 02:17:24
|
Is there anyway to convert the vmware output to text? if not I will = just start encoding the crash shots a jpg's and linking to my website. =A0 Steven -----Original Message----- From: Minas Abrahamyan [mailto:a_...@ne...] Sent: Friday, October 26, 2001 11:09 AM To: Ste...@kn... Subject: Traffic matters Was: [ros-kernel] BUG report - boot failure = under vmware Couldn't you save your screenshot as gif or jpeg file? Supplied text would be better, however, for diagnose purposes ----- Original Message -----=20 From: Steven Edwards <mailto:Ste...@kn...> =20 To: 'ros...@re... ' <mailto:'ros...@re... '> =20 Sent: Friday, October 26, 2001 7:06 AM Subject: [ros-kernel] BUG report - boot failure under vmware System boots on real hardware. screenshoot attached.=20 ########################################### This message has been scanned by F-Secure Anti-Virus for Microsoft = Exchange. For more information, connect to http://www.F-Secure.com/ <http://www.F-Secure.com/> =20 ########################################### This message has been scanned by F-Secure Anti-Virus for Microsoft = Exchange. For more information, connect to http://www.F-Secure.com/ |
|
From: Phillip S. <ps...@cf...> - 2001-10-27 23:44:15
|
Are you using the gcc and binutils from the reactos sourceforge site? And is it installed correctly? Also, you may want to try to compile the current sources in CVS, not .18, it's getting rather old. At 07:17 PM 10/27/2001 +0000, you wrote: >Hi there, > >This is a newbie question. I followed the >documentation i could find, to compile reactos >from the sources. More info about my system >follows. It seems that the make process fails >because included file like <dirent.h> <errno.h> ><limits.h> <stdio.h> <string.h> <stdlib.h> >are not in my system include directories. Where >are they supposed to be? I found files with those >names in subdirectories named crtdll and msvcrt >but surely these aren't the right ones or the >includes would have looked like <crtdll/*> and ><msvcrt/*> respectively. In fact, the whole code >base seems to use either of the following forms >when it comes to those header files: > >#include <*> >#include <crtdll/*> >#include <msvcrt/*> > >Maybe i'm just too stupid, can anyone tell me what >i'm doing wrong? I think it might be useful because >i can then give feedback on this list about how to >build reactos on NT. > >thanks, > >Stephane > >Directories------------ > >(e:\reactos\bochs) bochs-1.2.1.win32.zip >(e:\reactos\gcc) gcc-2.95.3-20011023-win32.tar.gz >(e:\reactos\nasm) nasm-0.98-win32.zip >(e:\reactos\binutils) binutils-2.11.90-20011023-win32.tar.gz >(e:\reactos\make) make-3.79.1-20010901.tar.gz >(e:\reactos\reactos) 0018_source.zip > >setenv.cmd------------- > >set HOST=mingw32-windows >set ROS_HOME=e:\reactos >set MAKE=%ROS_HOME%\make\bin >set GCC=%ROS_HOME%\gcc\bin >set BINUTILS=%ROS_HOME%\binutils\bin >set PATH=%MAKE%;%GCC%;%BINUTILS%;%PATH% > >----------------------- > > >e: > >cd reactos > >setenv.cmd > >set > >BINUTILS=e:\reactos\binutils\bin >COMPUTERNAME=CYCLOP >ComSpec=C:\WINNT\system32\cmd.exe >GCC=e:\reactos\gcc\bin >HOME=e:\cvsroot >HOMEDRIVE=C: >HOMEPATH=\users >HOST=mingw32-windows >LOGONSERVER=\\CYCLOP >MAKE=e:\reactos\make\bin >NUMBER_OF_PROCESSORS=1 >OS=Windows_NT >Os2LibPath=C:\WINNT\system32\os2\dll; >Path=e:\reactos\make\bin;e:\reactos\gcc\bin;e:\reactos\binutils\bin;C:\WINNT\system32;C:\WINNT >PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH >PROCESSOR_ARCHITECTURE=x86 >PROCESSOR_IDENTIFIER=x86 Family 6 Model 3 Stepping 4, GenuineIntel >PROCESSOR_LEVEL=6 >PROCESSOR_REVISION=0304 >PROMPT=$P$G >ROS_HOME=e:\reactos >SystemDrive=C: >SystemRoot=C:\WINNT >TEMP=C:\TEMP >TMP=C:\TEMP >USERDOMAIN=CYCLOP >USERNAME=Administrator >USERPROFILE=C:\WINNT\Profiles\Administrator >windir=C:\WINNT > > >cd reactos > >make > >gcc -g rdel.c -liberty -o rdel.exe >rdel.c:7: dirent.h: No such file or directory >rdel.c:8: errno.h: No such file or directory >rdel.c:10: stdio.h: No such file or directory >rdel.c:11: string.h: No such file or directory >rdel.c:12: stdlib.h: No such file or directory >make: *** [rdel.exe] Error 1 > > >----------------------------------------------------- >Protect yourself from spam, use http://sneakemail.com > >==================================================== >= To remove yourself from this mailing list, go to = >= http://www.reactos.com/home/mailing.html = >==================================================== ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: <9sp...@sn...> - 2001-10-27 23:22:56
|
Hi there, This is a newbie question. I followed the documentation i could find, to compile reactos from the sources. More info about my system follows. It seems that the make process fails because included file like <dirent.h> <errno.h> <limits.h> <stdio.h> <string.h> <stdlib.h> are not in my system include directories. Where are they supposed to be? I found files with those names in subdirectories named crtdll and msvcrt but surely these aren't the right ones or the includes would have looked like <crtdll/*> and <msvcrt/*> respectively. In fact, the whole code base seems to use either of the following forms when it comes to those header files: #include <*> #include <crtdll/*> #include <msvcrt/*> Maybe i'm just too stupid, can anyone tell me what i'm doing wrong? I think it might be useful because i can then give feedback on this list about how to build reactos on NT. thanks, Stephane Directories------------ (e:\reactos\bochs) bochs-1.2.1.win32.zip (e:\reactos\gcc) gcc-2.95.3-20011023-win32.tar.gz (e:\reactos\nasm) nasm-0.98-win32.zip (e:\reactos\binutils) binutils-2.11.90-20011023-win32.tar.gz (e:\reactos\make) make-3.79.1-20010901.tar.gz (e:\reactos\reactos) 0018_source.zip setenv.cmd------------- set HOST=mingw32-windows set ROS_HOME=e:\reactos set MAKE=%ROS_HOME%\make\bin set GCC=%ROS_HOME%\gcc\bin set BINUTILS=%ROS_HOME%\binutils\bin set PATH=%MAKE%;%GCC%;%BINUTILS%;%PATH% ----------------------- >e: >cd reactos >setenv.cmd >set BINUTILS=e:\reactos\binutils\bin COMPUTERNAME=CYCLOP ComSpec=C:\WINNT\system32\cmd.exe GCC=e:\reactos\gcc\bin HOME=e:\cvsroot HOMEDRIVE=C: HOMEPATH=\users HOST=mingw32-windows LOGONSERVER=\\CYCLOP MAKE=e:\reactos\make\bin NUMBER_OF_PROCESSORS=1 OS=Windows_NT Os2LibPath=C:\WINNT\system32\os2\dll; Path=e:\reactos\make\bin;e:\reactos\gcc\bin;e:\reactos\binutils\bin;C:\WINNT\system32;C:\WINNT PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 6 Model 3 Stepping 4, GenuineIntel PROCESSOR_LEVEL=6 PROCESSOR_REVISION=0304 PROMPT=$P$G ROS_HOME=e:\reactos SystemDrive=C: SystemRoot=C:\WINNT TEMP=C:\TEMP TMP=C:\TEMP USERDOMAIN=CYCLOP USERNAME=Administrator USERPROFILE=C:\WINNT\Profiles\Administrator windir=C:\WINNT >cd reactos >make gcc -g rdel.c -liberty -o rdel.exe rdel.c:7: dirent.h: No such file or directory rdel.c:8: errno.h: No such file or directory rdel.c:10: stdio.h: No such file or directory rdel.c:11: string.h: No such file or directory rdel.c:12: stdlib.h: No such file or directory make: *** [rdel.exe] Error 1 ----------------------------------------------------- Protect yourself from spam, use http://sneakemail.com ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
8 messages has been excluded from this view by a project administrator.
