This is the mail archive of the
cygwin-apps
mailing list for the Cygwin project.
Re: Upload: bash-3.0-10
- From: Christopher Faylor <cgf-no-personal-reply-please at cygwin dot com>
- To: cygwin-apps at cygwin dot com
- Date: Wed, 27 Jul 2005 00:14:19 -0400
- Subject: Re: Upload: bash-3.0-10
- References: <42E7086B.40708@byu.net>
- Reply-to: cygwin-apps at cygwin dot com
On Tue, Jul 26, 2005 at 10:07:07PM -0600, Eric Blake wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Changes from 3.0-8:
>+ fix postinstall script to not nuke sh.1 man page
>+ once again, dynamically link against libreadline, now that it has a hook
>to allow bash to override getenv()
>+ apply patch from Keith Reynolds to use spawnve() where possible. I
>noticed some speedup, but not like the 50% he reported at
>http://lists.gnu.org/archive/html/bug-bash/2005-07/msg00123.html
>
>Changes from 3.0-9:
>+ disable spawnve() patch - it put the wrong value in $? and didn't
>restore tty handling correctly
>+ fix path parsing to allow "a:\file.exe" as a program name, and "cd a:\"
>as an absolute directory
>
>I've noticed that the postinstall script 00bash.sh does not upgrade the
>shell when it is executed by /bin/sh, even though it tries to do an "exec"
>to overlay /bin/sh before doing the copy. Since the preremove script idea
>didn't work, is there any way that the next setup.exe can be made to
>respect the #!/bin/bash line when choosing the shell to execute, rather
>falling back to /bin/bash only when /bin/sh isn't found?
"exec" doesn't work from top-level cygwin processes. Cygwin always keeps
a stub of the old process around.
I've uploaded bash-3.0-10.
cgf