public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* Problem: Exec seems to close all file handles
@ 1998-07-22 16:50 Peter Mularski
  0 siblings, 0 replies; only message in thread
From: Peter Mularski @ 1998-07-22 16:50 UTC (permalink / raw)
  To: GNU-Win32 (E-mail)

Hello,

I have been working with the execv() call in a cygwin32 application, and
have discovered that, when executing a non-cygwin32 app, apparently all the
IO channels are closed when the application is initialized. This is my
guess, but let me explain what I am trying to do. Incidentally, this problem
does not seem to occur in programs that have been compiled with the cygwin32
stuff (gcc, etc). Basically, I have used dup2 to copy some file handles to
sockets, so that the standard IO is redirected in/out of sockets. As soon as
the server (which performs this redirection) executes the new program with
execv(), the client (who is listening on the sockets) gets a message that
the socket has been closed, and exits. This does not happen with
applications that have been written with cygwin32, but it does happen with
anything else (ftp.exe for example). Does anyone know what Windows Console
apps do when they start up? I am running 19.1 on NT 4.0, with egcs 1.0.2 and
the latest coolview (July 18, I think). If anyone wants more information,
let me know. Thanks in advance for the help...

Peter Mularski

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~1998-07-22 16:50 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1998-07-22 16:50 Problem: Exec seems to close all file handles Peter Mularski

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).