This is the mail archive of the
mailing list for the Cygwin project.
Re: Bash doesn't launch the applications directly.
- From: Eric Blake <ebb9 at byu dot net>
- To: cygwin at cygwin dot com, len1 at bodz dot net
- Date: Thu, 15 Jan 2009 06:06:03 -0700
- Subject: Re: Bash doesn't launch the applications directly.
- References: <email@example.com>
-----BEGIN PGP SIGNED MESSAGE-----
According to Lenik on 1/14/2009 5:59 PM:
> Hi, all
> I noticed that when bash launches a program, for example win32
> notepad.exe or cygwin sleep, it in fact launches another bash which
> launches the final program,
> Any idea?
Yes. It's called forking (a concept that Windows does not have natively,
but which cygwin does a LOT of work to emulate). The way Unix apps
(including bash) start another program is to first fork themselves, then
in that fork, exec the target program. The fork accounts for the second
Depending on the nature of the called process, you might also see those
additional processes stick around. If the child is a cygwin process (like
sleep), exec() is decently emulated, where the forked bash goes away and
you are left with only one running sleep process. But if it is a windows
process (like notepad), cygwin has to insert a shim process in between to
handle signal handling in order to abort notepad if you type ctrl-c in
bash, as well as collect the correct exit status.
Ultimately, bash could be made faster by using posix_spawn() instead of
fork(), for much of what it does. However, that would require 1) an
upstream patch to bash to use posix_spawn(), including a fallback
implementation of posix_spawn on platforms that don't yet implement it
(such an implementation is possible, since gnulib already provides one,
but the upstream maintainer is hard to convince, and even if the patch
existed, it has already missed the bash 4.0 cutoff), and 2) an
implementation of posix_spawn() in cygwin that directly spawns processes
using native Windows concepts (the bash fallback implementation of
posix_spawn() would still end up using fork() under the hood, giving no
speedups until we have a native version). http://cygwin.com/acronyms/#PTC
Don't work too hard, make some time for fun as well!
Eric Blake firstname.lastname@example.org
volunteer cygwin bash maintainer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html