> >I've got the book; I have a DLL that exports a function called fork and
> >I'm seeing what can be done to get it to work with kdeinit. A lot of
> >programs do: if (fork() == 0) exec(...) and this could be replaced by
> >spawn(...) anyway, but kdeinit does a bit more work.
>
> So, use vfork().
On Sun, Feb 03, 2002 at 11:52:46PM -, Chris January wrote:
>>What proof of concept? The book has a "proof of concept". It's the
>>niggling details that are the problem.
>>
>>You'd need a real implementation to prove that it is workable.
>>
>>Why do I get the feeling that no one is interested
> What proof of concept? The book has a "proof of concept". It's the
> niggling details that are the problem.
>
> You'd need a real implementation to prove that it is workable.
>
> Why do I get the feeling that no one is interested in actually looking
> at the working code from the referenced bo
On Sun, Feb 03, 2002 at 02:31:40PM -, Chris January wrote:
>>I doubt that either Corinna or I want to transcribe the book for this
>>mailing list. And, I'm pretty sure that neither of us has that much
>>experience with the routines in the book. I did play with the
>>implementation and realiz
> I doubt that either Corinna or I want to transcribe the book for this
> mailing list. And, I'm pretty sure that neither of us has that much
> experience with the routines in the book. I did play with the
> implementation and realized that it would take quite a bit of work to
> perfect for cygw
From: "Christopher Faylor" <[EMAIL PROTECTED]>
Subject: Re: A real fork() on NT
> Cygwin fork works just fine. It's slow but it should work as well as UNIX
> fork for a ported application. The only exception that I can think of is
> if you use dlopen to load a
On Fri, Feb 01, 2002 at 09:27:21PM -0800, Greg Mosier wrote:
>P.S. I would have dropped this awhile back with the exception of the cron
>application. It appears to fork quite nicely under Win98, my OS. Now maybe
>I'm wrong here, but seems to me if one app can fork that surely another
>should be
From: "Chris January" <[EMAIL PROTECTED]>
Subject: Re: A real fork() on NT
> > That isn't really new. I'd like to point you to the example 6.1,
> > "Forking a Win32 Process" on p. 161ff of Gary Nebbett's excellent
> > book "Win
On Sat, Feb 02, 2002 at 03:05:47AM -, Chris January wrote:
>>That isn't really new. I'd like to point you to the example 6.1,
>>"Forking a Win32 Process" on p. 161ff of Gary Nebbett's excellent book
>>"Windows NT/2000 Native API Reference", published by MTP, ISBN
>>1-57870-199-6, which also
> That isn't really new. I'd like to point you to the example 6.1,
> "Forking a Win32 Process" on p. 161ff of Gary Nebbett's excellent
> book "Windows NT/2000 Native API Reference", published by MTP,
> ISBN 1-57870-199-6, which also describes the problem with kernel32.dll
> initialization of the
- Original Message -
From: "Christopher Faylor" <[EMAIL PROTECTED]>
> What about someone actually familiarizing themselves with how Cygwin
> does things currently? Then they can make some informed suggestions.
I don't like that idea, it might lead to less noise, more signal and
some good
On Thu, Jan 31, 2002 at 08:25:47PM +0100, Ralf Habacker wrote:
>>On Wed, Jan 30, 2002 at 07:50:45PM -0800, Barubary wrote:
>>>Do you have any idea how to compile a program for the win32 POSIX
>>>system? If we could reverse engineer a win32 POSIX program that uses
>>>fork(), we could see the raw N
>
> On Wed, Jan 30, 2002 at 07:50:45PM -0800, Barubary wrote:
> >Do you have any idea how to compile a program for the win32 POSIX system?
> >If we could reverse engineer a win32 POSIX program that uses fork(), we
> >could see the raw NT commands to do it.
>
> Corinna already provided a referenc
On Wed, Jan 30, 2002 at 07:50:45PM -0800, Barubary wrote:
>Do you have any idea how to compile a program for the win32 POSIX system?
>If we could reverse engineer a win32 POSIX program that uses fork(), we
>could see the raw NT commands to do it.
Corinna already provided a reference which provide
>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 30, 2002 3:03 AM
Subject: Re: A real fork() on NT
> Coincidentally, I was looking into a similar thing myself. Windows NT has
a
> POSIX subsystem that's capable of doing fork()'s so it is obviously
possible.
> Have you any idea
On Wed, Jan 30, 2002 at 01:14:16PM +0100, Corinna Vinschen wrote:
>On Wed, Jan 30, 2002 at 11:03:00AM +, Christopher January wrote:
>>>When looking at XP's CreateProcessW (or rather, CreateProcessInternalW)
>>>I noticed something strange about the way it creates a process. It
>>>seems that NT
On Wed, Jan 30, 2002 at 11:03:00AM +, Christopher January wrote:
> > When looking at XP's CreateProcessW (or rather, CreateProcessInternalW) I
> > noticed something strange about the way it creates a process. It seems
> > that NT is sort of capable of a fork() command. The function
> > NtCre
> When looking at XP's CreateProcessW (or rather, CreateProcessInternalW) I
> noticed something strange about the way it creates a process. It seems
> that NT is sort of capable of a fork() command. The function
> NtCreateProcess appears to create a "blank" process, into which you can put
> anyt
18 matches
Mail list logo
