Howdy Harold...
..
You may still be correct with your worries, I'm sure there's a file
descriptor
that the OS is dup2()'ing there you don't want. FWIW I'm execl()'ing
/bin/sh -c <command string>
Hmm... that is a good point. We have the Win32 message queue file
handle open, a feature Cygwin provides, so that we get bumped each time
a message hits the queue. After the fork shouldn't you be looping
through all file descriptors and closing all but stdin, stdout, and stderr?
..
That's the exact thing I was thinking about, but unfortunately I haven't
got a clue how to get a list of all open file descriptors under cygwin.
There's a Solaris function fdwalk(), but I don't think that's POSIX standard
or even available on cygwin. I suppose after the fork() you could do:
struct rlimit rl;
int i;
getrlimit(RLIMIT_NOFILE, &rl);
for (i = STDERR_FILENO+1; i < rl.rlim_max; i++)
(void) close(i);
but that seems wasteful to iterate over rlim_max...
..
Okay. Does this mean you are going to implement the search-n-replace or
not? Just want to know whether or not to wait for it.
I like the put_env() idea that folks are suggesting, but I think it'd probably
still be worthwhile to also do the string substitution. It's not that big of a
deal to add both. Tonight I'll give that a go, adding the put_env() call in
the LoadPrefs as well as a %display% substitution in LoadPrefs()...