[ros-kernel] Re: [ros-cvs] CVS Update: reactos

[Gunnar Dalsnes]

yikes! I found the problem! The c:\temp directory didn't exist, so there was
nowhere for cmd to store the temporary piped data, and cmd did off course
not check for errors when creating those temp files. I guess it's legal to
delete the temp dir, even on windows, so i guess the right fix would be to
have cmd create the temp dir automatically if it doesn't already exist.

Finally i can compile ros-on-ros:-)

Gunnar

> -----Original Message-----
> From: ros-kernel-bounces at reactos.com 
> [mailto:ros-kernel-bounces at reactos.com] On Behalf Of Hartmut Birr
> Sent: Sunday, April 25, 2004 9:08 PM
> To: 'ReactOS Kernel List'
> Subject: RE: [ros-kernel] Re: [ros-cvs] CVS Update: reactos
> 
> 
> > -----Original Message-----
> > From: ros-kernel-bounces at reactos.com 
> > [mailto:ros-kernel-bounces at reactos.com] On Behalf Of Gunnar Dalsnes
> > Sent: Sunday, April 25, 2004 5:42 PM
> > To: 'ReactOS Kernel List'
> > Subject: RE: [ros-kernel] Re: [ros-cvs] CVS Update: reactos
> > 
> > 
> > I don't think it's a gcc problem. Making the tools directory 
> > works fine. It's tools\depends.exe that always hangs, and i'm 
> > sure depends.exe is buildt correctly because i copied 
> > depends.exe to windows and it works fine there. Do you test 
> > in vmware also?
> > 
> 
> Hi,
> 
> the pipes on the command line are different for windows and 
> reactos. Make
> creates a batch file which is execute by cmd. Cmd from 
> windows creates a
> named pipe between gcc and depends. Cmd from reactos starts 
> first gcc and
> attaches a file to the standard output. After gcc was 
> running, cmd starts
> depends and attaches the created file to the standard input. 
> I'm not sure if
> a full disk or something else has side effects.
> I've tested only on real hard ware (two pc's) and within bochs (very
> slowly). 
> 
> - Hartmut
> 
> 
> _______________________________________________
> Ros-kernel mailing list
> Ros-kernel at reactos.com
> http://reactos.com/mailman/listinfo/ros-kernel
> 
>