24 years agoGNU Bash 1.14.2 as released on 1_14_2
Chet Ramey [Tue, 23 Aug 1994 07:00:00 +0000 (03:00 -0400)]
GNU Bash 1.14.2 as released on

The remaining releases of GNU Bash were still available on on
2011-05-28, so all remaining versions have been reconstructed from those
files.  When available, Chet Ramey's announcements from USENET are
included as well, although none was available for 1.14.2.

24 years agoGNU Bash 1.14.1 as released on 1_14_1
Chet Ramey [Fri, 8 Jul 1994 07:00:00 +0000 (03:00 -0400)]
GNU Bash 1.14.1 as released on

The remaining releases of GNU Bash were still available on on
2011-05-28, so all remaining versions have been reconstructed from those
files.  When available, Chet Ramey's announcements from USENET are
included as well, although none was available for 1.14.1.

24 years agoGNU Bash 1.14 as released by Chet Ramey 1_14
Chet Ramey [Thu, 2 Jun 1994 20:16:24 +0000 (16:16 -0400)]
GNU Bash 1.14 as released by Chet Ramey

This historical release was found at:
on 2011-05-28.

It seems to be the version as released by Chet Ramey in the following
USENET post:

Newsgroups: gnu.announce, gnu.bash.bug, comp.unix.misc,
Followup-To: gnu.bash.bug
From: Chet Ramey <>
Date: Thu, 2 Jun 1994 16:16:24 -0400
Local: Thurs, Jun 2 1994 4:16 pm
Subject: Bash-1.14 released

Version 1.14 of BASH, the GNU Bourne-Again SHell, has been released.  It
is available for anonymous FTP with the following URL:

It will be available for FTP from soon.

Due to the source reorganization, diffs from bash-1.13.5 are too large
to be useful.

Use the new program `bashbug' for reporting bugs, or mail them to:

Here is the RELEASE file from the distribution:

This file details the changes between the previous release of bash (1.13.5)
and this release.

1. New Features in Bash

a.  The source has been reorganized:  nearly all extern function
    declarations have been moved to header files, function prototypes
    have been added to most header files, function declarations have
    been moved to file scope, dead code has been removed, the
    bash history code has been isolated in bashhist.[ch], and several
    new header files have been created

b.  `set -o posix' puts bash into Posix.2 mode

c.  If $POSIX_PEDANTIC exists in the initial environment or is assigned
    a value, bash enters Posix.2 mode

d.  Bash sets $OSTYPE to a string describing the UNIX version

e.  The file was completely rewritten and now reflects
    the current state of things

f.  A manual page for readline is in documentation/readline.{3,ps}

g.  The `test' builtin emulates /dev/fd/x for systems without /dev/fd

h.  `dirs' has -n and +n options to access members of the directory stack

i.  Prompt string expansion handles invisible characters in the prompt;
    \[ and \] are used (and required) to start and end sequences of
    invisible chars

j.  NO_PROMPT_VARS has been removed

k.  New machine descriptions have been added:  IBM AIX/ESA, NEC EWS, NetBSD,
    FreeBSD, QNX 4.2, concurrent, MIPS SVR4.2, Lynx 2.1

l.  RESTRICTED_SHELL is no longer defined by default in config.h

m.  The version string in $BASH_VERSION has changed to dist.patch(build)

n.  $history_control has been renamed to $HISTCONTROL and now takes the
    value `ignoreboth' ($history_control is still accepted for backwards

o.  There is a new program `bashbug' for reporting bugs.  Eventually I will
    probably switch to gnats.

p.  auto_resume can take the values `exact' and `substring'

q.  `set -P' (`set -o physical') enables the same physical view of the
    file system that `nolinks' enables (`nolinks' will remain for one
    more release)

r.  There is a `mkmachtype' program to generate a GNU-style machine type
    string (e.g., `sparc-sun-sunos4.1.2') suitable for assigning to

s.  The variable $HISTCMD returns the current history number

t.  Variables in directory names are now expanded while doing completion

u.  The test suite has been expanded and is runnable as a regression test
    with `make tests'

v.  `bye' is no longer a builtin synonym for `exit'

w.  The ksh `select' control construct has been implemented

x.  The `ignoreeof' attribute can be inherited if $IGNOREEOF is exported

y.  The `USG-style' echo is now a configuration option.  Define
    DEFAULT_ECHO_TO_USG for default \-interpretation without the -e flag

z.  There is a copy of an article I wrote about bash for the Linux
    Journal in documentation/article.{ms,ps}

aa. The `pwd' builtin now obeys the setting of `set -o physical' (`nolinks')

bb. Process substitution is no longer performed when the shell is in
    `posix mode'

cc. Users may change the debugging and optimization flags to cc by specifying
    CFLAGS to make

2. New Features in Readline

a.  Readline now understands sequences of invisible characters in the prompt
    string, as long as they are escaped (e.g., by the bash \[ and \] escapes)

b.  A `set keymap' variable assignment

c.  A `bell-style' variable that can be set to `visible', `audio', or `none'

d.  A `show-all-if-ambiguous' variable, which causes non-unique completion
    to immediately list the possible completions

e.  An `output-meta' variable to make readline directly output chars
    with the eighth bit set

f.  New bindable readline commands: kill-whole-line, tilde-expand,
    vi-redo, vi-tilde-expand, emacs-editing-mode,

g.  New history-search-forward and history-search-backward to search for
    the characters between the start of the current line and point

h.  Readline takes the name of the startup file from the INPUTRC variable
    before defaulting to ~/.inputrc

i.  isearch no longer finds identical lines multiple times in succession

j.  M-C-H bound to backward-kill-word in emacs mode

k.  M-~ bound to tilde-expand in emacs mode

l.  History expansion is now fully csh-compatible: missing modifiers and
    substitutions have been added, and bugs fixed

m.  When asking whether or not to display the possible completions, readline
    now accepts space as equivalent to `y' and rubout for `n'

n.  Readline now attempts to find and bind the arrow keys into the vi mode
    movement keymap

3.  Bugs fixed in Bash

a.  Portability fixes: `index' and `rindex' are gone completely, many
    OS-specific defines have been replaced with feature-test macros,
    the use of alloca has been reduced, and other platform-specific fixes
    (e.g. cray) have been made

b.  The man page has been fixed up and brought up to date

c.  Speed improvements: here documents, variable expansion, history
    expansion, command substitution

d.  If history is stifled, the history list replaces the history file at

e.  Asynchronous jobs re-run with fc -s now print the job number

f.  Output redirections do not perform filename expansion in Posix.2 mode
    when the shell is not interactive

g.  operate_and_get_next now works on the most recent line even if the
    history is unstifled

h.  $PROMPT_COMMAND execution no longer causes recursive invocations
    of yyparse()

i.  An error message is printed if job control initialization fails

j.  A command found in $PATH from the temporary environment is not hashed

k.  Errors display the name of the script if the shell is not interactive

l.  Fixed expression evaluation so blank expressions return 0

m.  Fixed a bug that caused SIGINT and SIGQUIT not to be ignored in some
    asynchronous children

n.  Pipes used for /dev/fd process substitution are now closed on errors

o.  Fixed /dev/null redirection so that ( list ) subshells inherit the
    `stdin-has-been-redirected' flag as in sh

p.  Process substitution now works only when unquoted

q.  Fixed a bug where the async flag was added inappropriately in a command
    like `a;b;c;d &'

r.  Fixed off-by-one bug which caused negative history offsets in `fc' to
    be wrong

s.  Shell now remembers mail dates at startup on all systems

t.  Posix systems without job control no longer create so many zombies

u.  $ENV is now sourced by shells forked to execute scripts without a
    leading `#!' line

v.  Non-root users can now use the `unlimited' argument to ulimit and have
    the resource value set to the hard limit

w.  Made bash more sh-compatible by assigning the first argument after
    `-c command' to $0

x.  Fixed mail checking bug to note that *new* mail has arrived

y.  Fixed off-by-one error in mailcheck.c:free_mail_files()

z.  Fixed a bug where command strings passed to `bash -c' would be truncated
    after executing the first disk command in the string

aa. Fixed a bug which caused redirections passed to executable commands with
    input or output pipes to be closed before the command was executed

bb. Fixed a bug which caused bash to search for files supplied on the command
    line in the $PATH if the initial open failed, even if the names contained
    a slash

cc. The initial argument parsing was fixed up so that other options can
    be supplied with -c (that is, `sh -ec command' now works as make
    intends), and so `bash -o' lists all the shell options at startup.

dd. Error messages are consistently prefixed with the name of the shell
    or shell script when non-interactive.

ee. Fixed up a problem with the `read' builtin that occurred when more
    variables than arguments were supplied.

ff. Unset the variables passed to `read' as arguments when EOF is
    read from stdin (sh, Posix.2 compatibility).

gg. Fixes to the command printing code to make the output of `type'
    available as legal shell input.

ii. Fixes so that command completion is attempted after all of the shell
    command separator characters.

jj. Fixes to the shell completion code so that it handles quoted characters
    and substrings better.

kk. Bash no longer looks through $PATH for a shell script passed as an
    argument if the name contains slashes.

ll. Bash now checks that the `name' in a `name[=value]' argument to `declare'
    (and thus `typeset', `export', and `readonly') is a legal shell variable

4.  Bugs fixed in Readline

a.  The ^W and ^U bindings in non-incremental search mode have been changed
    to be closer to what Posix specifies

b.  Tries to initialize the keypad to enable the arrow keys

c.  Multiple words are now killed and yanked in the right order

d.  rl_read_init_file now reads filenames in a more regular order:  the last
    one read, $INPUTRC, then ~/.inputrc

e.  yank_nth_arg inserts a space in the right place in vi mode

f.  Fixed a bug in the history library that tried to write to a file opened

g.  Binding of `0' in vi command mode is now right

h.  The VISIBLE_STATS completion listing code now follows symlinks

i.  Memory allocated with alloca() is no longer passed to other functions

j.  Error messages are now printed for unrecognized history modifiers

k.  Fixed a problem with history library and `!#'; now it is more csh-like.

l.  Fixed a csh incompatibility in the history library: now only an end of
    line or `?' terminates a ?string history search string.

m.  Fixed a problem with readline completion that sometimes caused possible
    matches to be listed one per line when `show-all-if-ambiguous' was set.

n.  Fixed a problem in the readline display code that caused divide-by-zero

o.  Fixed an off-by-one error in the kill ring reallocation code.

"I believe every human has a finite number of heartbeats.  I don't intend
 to waste any of mine running around doing exercises." - Neil Armstrong

Chet Ramey, Case Western Reserve University     Internet: chet@po.CWRU.Edu

24 years agoGNU Bash 1.13.5 as released by Chet Ramey.
Chet Ramey [Fri, 17 Dec 1993 20:00:07 +0000 (15:00 -0500)]
GNU Bash 1.13.5 as released by Chet Ramey.

Two sources were found on 2011-05-28 that indicated this was 1.13.5:

There does not appear to be a public announcement of the 1.13.5 release
archived anywhere.

However, this gnu.bash.bug post from Erez Zadok to Chet analyzing 1.13.5
appears to match up with various facts found in the version committed
here.  (Note that the historical committer removed the rogue '-i' files
mentioned in Erez' post below.)

Newsgroups: gnu.bash.bug
From: (HWank1\, Erez \, Zadok)
Date: 17 Dec 1993 15:00:07 -0500
Local: Fri, Dec 17 1993 4:00 pm
Subject: bash 1.13.5 bugs/comments

Hi Chet.

I started writing this report yesterday.  Today I just noticed that a *new*
tar.gz file for bash-1.13.5 just came in, which has changes to some
source/make files to fix some of the problems I have listed below.  So
please ignore them if they have been fixed.  However, I think it is a VERY
BAD IDEA to release a new version of a package without upping the revision
number.  You should have made a 1.13.6 or 1.13.5a or whatever, but not the
same version.  Now you're going to get complaints from people about the
"first" release that were fixed in the "second" release.  Those who got the
second version would not know what the people are complaining about because
it "works for me".  Confusion...  I strongly recommend you re-release the
newer 1.13.5 as a new number.

So here is my report for the "first" release of bash-1.13.5.

But first, some background:

I build my gnu packages on multiple architectures, so to save disk space, I
unpack them in one place and build in several architecture- and OS-specific
locations.  I am using

        configure --srcdir=...

which sets up the makefiles to use VPATH.  In order to prevent the
occasional user from changing any of the original sources I untar them in
one place, and chmod them a-w,a+r (not writable by anyone, readable by all).
Furthermore, the set of scripts I wrote to auto-unpack/configure/build/etc
gnu packages attempt to use the package's configure script, assuming it was
generated using autoconf.  If my scripts cannot find a configure script or
the configure script fails and returns a non-zero value, the scripts use
the next best thing using X11's lndir.


(1) Bash 1.13.5 comes with a configure script which only tells you that bash
is set to auto configure.  That script terminates with a success value (0).
I would think that the script should return a failure value (non-zero).
Besides helping me so that my auto-build system can detect the failure and
then go on to using lndir, it might make more sense.  Since the configure
did not really succeed in doing anything, presumably because nothing was
needed, one might say that a failure occurred.  I agree that this is not a
strong case.

However, even if you decide to keep the script as it is, I have provisions
in my system to force an assumption that the configure action of a
particular package failed, and that's what I'm using for now.


(2) This problem stems from the fact that the distribution comes with a file
".machine".  I have to resort to lndir for multiple builds off of the same
source, and I "chmod -R a-w" the sources so no one touch them by mistake.
Therefore I cannot write onto this .machine file.  Some stages of building
bash echo the "last built on" string and redirect the output to ">.machine".
Of course if .machine is a symlink to a read-only file, the redirection
fails.  The redirection had better *not* succeed because someone (like me)
might be building bash at the same time on different architectures,
referring to a single copy of the sources.

The solution to this is simple.  Remove the file ".machine" from the
distribution.  It will be recreated correctly anyhow (and no one needs to
know that bash was built last on SunOS on the maintainer's machine...)  I
did just that and was able to build this bash on multiple architectures
concurrently without any problems.


(3) The distribution comes with four zero-length files called "-i":


It looks like a typo in some command left them around.  They don't seem to
be useful for anything and I've removed them from my distribution w/o any


(4) bash -version and echo $BASH_VERSION report "1.13.1-CWRU".  Shouldn't
that be "1.13.5" now?  Obviously it is important that all parties report
problems to each other, referring to the correct version.  For now I
manually change the contents of .build to "4" which gets incremented by 1 to
5, so that I get the correct sub-minor version of this bash.

Now with the newer release of 1.13.5, correct version reporting is ever more


(5) Solaris 2.3 will never have a /usr/lib/ranlib.  It seems critical that
ranlib run on the libraries that bash is building, or else the final ld
fails.  I managed to fix the problem by building gnu ranlib (part of
binutils-2.3), and set a make flag RANLIB=/usr/local/gnu/bin/ranlib.  Maybe
$(prefix)/bin/ranlib should be used as the default $RANLIB rather than
/usr/lib/ranlib on Solaris 2.x?


(6) Under Solaris 2.3 and gcc 2.5.7, I got a warning while compiling

gcc -traditional -O2 -g -pipe -c -O -g  -DHAVE_VFPRINTF -DHAVE_UNISTD_H
-I/n/play/src/solaris/gnu/bash-1.13.5/./lib/ -I. -I. -I./lib/ read.c
./builtins/read.def: In function `read_builtin':
./builtins/read.def:184: warning: assignment makes pointer from integer without a cast

I tracked this to a missing extern line declaration in subst.h.  Here is a
patch file for it:

diff -rc ORIG/bash-1.13.5/subst.h CUCS/bash-1.13.5/subst.h
*** ORIG/bash-1.13.5/subst.h    Tue Aug 31 14:53:58 1993
--- CUCS/bash-1.13.5/subst.h    Fri Dec 17 01:04:12 1993
*** 52,57 ****
--- 52,63 ----
  /* This performs word splitting and quoted null character removal on
     STRING. */
  extern WORD_LIST *list_string ();
+ /* Parse a single word from STRING, using SEPARATORS to separate fields.
+    ENDPTR is set to the first character after the word.  This is used by
+    the `read' builtin.
+    XXX - this function is very similar to list_string; they should be
+        combined - XXX */
+ extern char *get_word_from_string ();

  /* Given STRING, an assignment string, get the value of the right side
     of the `=', and bind it to the left side.  If EXPAND is true, then


(7) Despite the following in lib/readline/readline.c:

/* On Solaris2, sys/types.h #includes sys/reg.h, which #defines PC.
   Unfortunately, PC is a global variable used by the termcap library. */

I am still getting link-time complaints about symbol conflicts, under
Solaris 2.3:

gcc -traditional -O2 -g -pipe     -O -g -L./lib/readline/   -L./lib/tilde/
-L./lib/glob/  -o bash shell.o general.o make_cmd.o print_cmd.o
dispose_cmd.o execute_cmd.o variables.o copy_cmd.o error.o expr.o flags.o
jobs.o subst.o hash.o mailcheck.o test.o trap.o alias.o
./lib/malloc/malloc.o  braces.o unwind_prot.o  input.o   version.o
bashline.o bracecomp.o builtins/libbuiltins.a -lreadline  -ltermcap -lglob
ld: warning: symbol `PC' has differing alignments:
        (file ./lib/readline//libreadline.a(readline.o) value=0x10; file
/usr/local/gnu/sparc-sun-solaris/lib/libtermcap.a(termcap.o) value=0x1);
        largest value applied
ld: warning: symbol `BC' has differing alignments:
        (file ./lib/readline//libreadline.a(readline.o) value=0x10; file
/usr/local/gnu/sparc-sun-solaris/lib/libtermcap.a(tparam.o) value=0x4);
        largest value applied
ld: warning: symbol `UP' has differing alignments:
        (file ./lib/readline//libreadline.a(readline.o) value=0x10; file
/usr/local/gnu/sparc-sun-solaris/lib/libtermcap.a(tparam.o) value=0x4);
        largest value applied
ls -l bash
-rwx------   1 ezk      tech      1479300 Dec 17 01:08 bash
size bash
text    data    bss     dec     hex     filename
242748  97299   7700    347747  54e63   bash

However, the bash that gets linked runs just fine...  I was am not sure how
to resolve this problem.  The conflict is with gnu termcap-1.2.


(8) The value of $(CP) is never set in documentation/Makefile.  The line

        $(CP) bash.1 $(mandir)

then evaluates to

        bash.1 /usr/man/man1

and of course that's an error.  I added a CP=cp at the top of that Makefile,
just as I've seen it being setup in other Makefiles.


Other than the points above I've built and ran bash-1.13.5 on

        SunOS 4.1.3 (sun4/sparc)
        Solaris 2.3 (sun4/sparc)
        HP-UX 9.0.1 (HP-735/HPPA)

All were built with gcc-2.5.7 -traditional -O2 -g, and so far seem to run
just fine.

I would appreciate if you could include my (suggested) changes into the next
release of bash.  I like this version of bash.  It performs much much better
than 1.12.

If there is any way in which I can help you solve/test some of the above
problems, let me know.  Thanks.

Erez Zadok.
Central Research Facilities.
Columbia University Department of Computer Science.

26 years agoGNU Bash 1.12 as released by Brian Fox. 1_12
Brian Fox [Sun, 26 Jan 1992 03:47:05 +0000 (03:47 +0000)]
GNU Bash 1.12 as released by Brian Fox.

The contents here were downloaded from on

Examination seems to indicated that the contents are the 1.12 release, as
announced by Brian Fox, in the gnu.bash.bug posts below:

Newsgroups: gnu.bash.bug
From: (Brian Fox)
Date: Sun, 26 Jan 1992 03:47:05 GMT
Subject: Bash-1.12 and bash.diffs-1.11-1.12

I have released Bash-1.12.

It is available for anonymous FTP from in

Because this release is so close to the release of Bash-1.11 I have
also released a diffs file, with instructions on how to use it to
bring your version of Bash-1.11 up to the 1.12 release.  The diffs
file is about 60k, while an entire distribution of 1.12 is close to a

This release contains a couple of new files, but is mostly bug fixes
for 1.11.  Here is the top of the ChangeLog file from the main

        * parse.y, shell.h, new files parser.h and input.h:  parser.h
        contains all of the structures necessary to parse commands; this
        file is included within shell.h.  input.h contains definitions and
        structures which are used by the parser to read input; this file
        is included only by parse.y and builtins/common.c.

        * execute_cmd.c (find_user_command_in_path), (extract_colon_unit),
        and (user_command_matches): Fix core dumping when Bash encounters
        a trailing `:' in $PATH.

        * bashline.c (initialize_readline) Fix typo: name of user visible
        function is `operate-and-get-next', not `operate_and_get_next'.

        * machines.h: (DGUX) Fix typo '_DFOO' -> '-DFOO'.

        * execute_cmd.c (do_redirection_internal) Add a workaround for
        machines using AFS which exhibit the `AFS create bug'.  This code
        is conditionalized on "AFS_CREATE_BUG".

        * execute_cmd.c (do_redirection_internal) Add an additional step
        when calling alloca () for those machines which only allow the
        output of alloca () to be assigned to a simple variable.

        * execute_cmd.c (execute_command_internal) Free memory allocated
        with alloca () on machines where the alloca emulation is being

        * jobs.c (drain_output) Remove extra argument to select ().  Now
        we expect drain_output () to work correctly.

        * parse.y: Many functions.  New union INPUT_STREAM can contain a
        (FILE *) or a (char *).  New structure BASH_INPUT contains all of
        the information that used to be in globals, namely:  the address
        of the function to get a character (getter), the address of the
        function to unget a character (ungetter), the location from which
        to get or unget (INPUT_STREAM)location, the type (type), and the
        name of the stream (name).  New global structure variable
        `bash_input' is the place in which the globals are stored.

        * shellc. (initialize_shell) Call initialize_bash_input () to zero
        the data structure used by the BASH_INPUT functions.

        * parse.y (decode_prompt_string): '\s' now always returns the
        base_pathname () of the shell_name.

        * shell.c (reader_loop): Make declaration of setjmp () variable
        and call for that variable to receive output of setjmp () two
        separate statements so that the Cray and other compilers won't

        * nojobs.c: Add define for WAITPID which does Posix or non-posix
        versions of wait ().  Add code to reap zombied children, and call
        it when forking fails the first time so we can retry the fork.

        * builtins/read.def (read_builtin): Fix bug in -r mode.  We use a
        new variable called `raw_mode' to control input handling.

        * builtins/times.def: Clean up defines.

        * builtins/ulimit.def (ulimit_builtin): Fix typos.

        * builtins/getopt.c: Include ../config.h if being compiled for

        * cpp-Makefile: Remove declaration of DESTDIR and associated
        comment.  It is passed in from Makefile now.

        * Makefile: Pass DESTDIR variable in from Makefile to

        * variables.c: (initialize_shell_variables) Set our internal PWD
        variable before reading the environment so that if an exported PWD
        exists it takes precedence.

Newsgroups: gnu.bash.bug
From: (Brian Fox)
Date: Tue, 28 Jan 1992 07:49:08 GMT
Subject: Regret over incomplete release.

With much regret and apology I express my sorrow at releasing
bash-1.12 and bash.diffs-1.11-1.12 with less than perfect attention.

Both the diffs and the new version had simple, avoidable bugs in them.

However, I have corrected the situation, and installed the new release
files on in /pub/gnu.

Both files have been fully tested and are ready for general
consumption.  If you have already taken bash-1.12.tar.Z from, and wish to avoid doing so again, you might apply the
following simple patch to `make_cmd.c':

*** make_cmd.c.~1~      Tue Jan 21 09:41:40 1992
--- make_cmd.c  Mon Jan 27 21:59:22 1992
*** 22,27 ****
--- 22,28 ----
  #include <stdio.h>
  #include <sys/types.h>
  #include <sys/file.h>
+ #include "config.h"
  #include "general.h"
  #include "error.h"
  #include "command.h"

The new diffs file will now correctly create the files which are new
for bash-1.12.

Thank you for your patience,

        Brian Fox

26 years agoGNU Bash 1.11, presumably as it was released by Brian Fox. 1_11
Brian Fox [Fri, 10 Jan 1992 21:20:48 +0000 (21:20 +0000)]
GNU Bash 1.11, presumably as it was released by Brian Fox.

This verison was found on on 2011-05-28.

The ChangeLog indicates that it likely is the GNU Bash 1.11 release, as
the dates match Brian Fox's announcement on gnu.bash.bug, which is
included below.

Newsgroups: gnu.bash.bug
From: (Brian Fox)
Date: Fri, 10 Jan 1992 21:20:48 GMT
Subject: Bash-11 Released!

Hi everybody!

I have just placed Bash-1.11 on  This is the latest
release of Bash, and is available for anonymous FTP in the file

        * Many bugs have been fixed
        * More machines are supported
        * Cleaner machine descriptions for existing machines
        * Some new features

As usual, please send bug reports and praise to  Always include the version number of
Bash, along with the machine type and operating system version which
it is running.

Thanks, and happy hacking,

        Brian Fox

The following text is available in the file bash-1.11.NOTES:

This is a list of user-visible changes between bash version 1.11 and the
previous release, version 1.10, compiled by Chet Ramey.

The shell language

  o If redirections fail for an empty command, the command returns failure
    and changes $?.  If command substitution took place while expanding the
    redirections, the exit status of the command substitution becomes the
    new value of $?.  Previously, $? was unchanged by empty commands.

  o `case' statement pattern lists now allow an optional leading left

  o The shell grammar was changed to allow redirections before a ( ... )
    subshell command.

  o Lengthy $PATH searches are now interruptible.

  o A new variable, `command_oriented_history'.  If set, the shell attempts
    to store all lines of a multi-line command (e.g. a while loop or a
    function definition) as a single history entry.

Shell builtins

  o `unalias' now has a -a option, which removes all alias definitions, and
    recognizes `--' as the end of options.

  o If the shell is compiled with DISABLED_BUILTINS defined (look in
    config.h), `builtin xxx' will find xxx even if `enable -n xxx' has
    already been executed.

  o The `fc' output when listing history lines was changed to match the
    Posix.2a specification.

  o `jobs' now has a -x option.  `jobs -x command args' causes the shell to
    replace all job control specifications (e.g. %%, %-) in `args' with the
    appropriate process group identifier and execute `command' with the new

  o `jobs' recognizes `--' as the end of options.

  o There is a new help topic that describes some of the shell variables
    that bash uses.

  o `set -b' is now equivalent to `set -o notify'.

  o `shift' now allows the shift count to be 0, like most versions of sh.

  o On machines that can set a process's maximum number of open files,
    `ulimit -n newval' works as expected.


  o Dynamic history completion.  Bound to M-TAB in the emacs keymap.  This
    will search the history list for completion strings for a partial

  o On termios/termio machines, readline no longer unconditionally enables
    8-bit input by disabling ISTRIP -- you have to run `stty -istrip' on
    xterms to use the meta key.  Readline will disable ISTRIP if the tty
    driver indicates that the `character size' is 8 bits:
                (tio.c_cflag & CSIZE) == CS8)

    This was done to make readline usable on machines with hardwired 7-bit
    terminals that put garbage in the eigth bit.

  o An attempt at completion that expands to a single item will now cause
    readline to simply insert that item into the buffer, even if the previous
    command was another completion.  In the last release, completion
    immediately following completion caused readline to list the possible

  o The `call-last-kbd-macro' function is now bindable.

  o Readline binds tio.c_cc[VLNEXT] to rl_quoted_insert and tio.c_cc[VWERASE]
    to rl_unix_word_rubout on Posix termios systems that support them.

  o Readline now uses tio.c_cc[VEOF] as the EOF character on termios systems

28 years agoA series of Bash patches, which were found in "bash-1.05-patches", are now applied.
Brian Fox [Sun, 11 Mar 1990 09:28:30 +0000 (04:28 -0500)]
A series of Bash patches, which were found in "bash-1.05-patches", are now applied. contained a series
of patches that appeared to be applied to 1.05 after its release.  These
are those patches.

28 years agoThis is likely GNU Bash 1.05 as released by Brian Fox.
Brian Fox [Sat, 24 Feb 1990 18:40:12 +0000 (13:40 -0500)]
This is likely GNU Bash 1.05 as released by Brian Fox.

The contents committed here were extracted from a the
as downloaded on 2011-05-28.

That file appeared to be GNU Bash 1.05 with a set of patches applied, and
the patch file that had been applied was still included.

Examination of the Changelog shows that the date is close to Brian Fox's
public announcement of the GNU Bash 1.05 release (which is included

Newsgroups: gnu.bash.bug
From: (Brian Fox)
Date: 3 Mar 90 00:15:20 GMT
Local: Fri, Mar 2 1990 8:15 pm
Subject: Availability of bash 1.05

   Date: 2 Mar 90 21:21:11 GMT
   From: (Robert Lupton)
   Organization: University of Hawaii

   I keep seeing references to 1.05 -- is there an estimate for when it
   will become available to the waiting, huddled, masses?



Bash 1.05 is being released today.  Bash 1.06 will be released in less
than a month.

I apologize for not releasing 1.05 sooner.  I was waiting for some
materials to arrive, and when they did arrive, I found them unuseable.

Bash 1.05 does not come with documentation.  1.06 will have some
documentation with it.

--- About 1.05 --

New, improved Makefile and friends, should make porting a breeze!
All comments welcome.

Installation consists of typing "make".

I beleive that we have succesfully handled all of the bug reports posted
to this list.  Of course, I am probably wrong, but I am sure that you
folks will let me know!

Thanks for using Bash,

        Brian Fox

PS: Thanks to Chet Ramey for helping maintain, and fixing bugs.
    Thanks to Chip Salzenberg for his recent help and bug fixes.
    Thanks to all of you who have helped me to produce this program!