66

After finding out what this shopt -s histappend means, it seems a very sane setting, and I'm surprised that it isn't default. Why would anyone want to wipe their history on each shell exit?

Improve this question
2
  • aside from the misunderstanding of what this option does - corrected by @maxscchlepzig - "default" has at least two sources: bash 'pure' or a distro-supplied .bashrc. for the former, @Gilles is probably correct. in the latter sense, -s histappend is default on, e.g., Debian, since 2008: bugs.debian.org/cgi-bin/bugreport.cgi?bug=452459 Commented Nov 16, 2015 at 23:00
  • 3
    Well, unix isn't exactly famous for sane defaults? I've come to expect the most unfriendly defaults by default :P (minor exaggerated) Commented Oct 20, 2016 at 8:27

2 Answers 2

Reset to default
67

Well, when histappend is not set, this does not mean that the history is wiped on each shell exit. Without histappend bash reads the histfile on startup into memory - during operation new entries are added - and on shell exit the last HISTSIZE lines are written to the history file without appending, i.e. replacing the previous content.

For example, if the histfile contains 400 entries, during bash runtime 10 new entries are added - histsize is set to 500, then the new histfile contains 410 entries.

This behavior is only problematic if you use more bash instances in parallel. In that case, the history file only contains the contents of the last exiting shell.

Independent of this: There are some people who want to wipe their history on shell exit because of privacy reasons.

Improve this answer
7
  • 1
    +1 for "does not mean that the history is wiped on each shell exit". This is explained perfectly well elsewhere - but perhaps not succinctly enough to reach some readers, especially in the context of the option's name (OK, I might have been one of those readers for awhile). @Mei, how does either permutation of histappend have any relevance to whether root's history reaches a disk? Again, it only affects what is written, not if. Commented Nov 16, 2015 at 22:54
  • 10
    does anyone run less than 2 bash instances? histappend as well as HISTCONTROL=ignoredups:erasedups:ignorespace seems like a good default for most people. Commented May 25, 2016 at 22:22
  • 1
    Is histappend effective meaningless if I have HISTFILESIZE= and HISTSIZE= for infinite history? Commented Jun 17, 2019 at 1:32
  • 2
    @Marc.2377 No, without histappend new history from concurrently running shells would then be lost and only the entries of the last exiting shell would be saved. Btw, I don't know if HISTSIZE= has the same effect as a negative HISTSIZE. Commented Jun 17, 2019 at 18:26
  • 3
    @dashesy I personally don't like to ignore/erase duplicate entries. I have HISTTIMEFORMAT enabled, and I like to be able to go back and see when I issued a command... and if I issued it multiple times, I like to know when each one was issued. It's a personal preference, to which their own. ;) Commented Nov 20, 2019 at 19:14
13

For historical compatibility, I guess. The histappend option didn't exist until bash 2.0.

Improve this answer
3
  • 1
    Was history overwritten each time? Commented Jan 27, 2011 at 4:59
  • 4
    @Tshepang: Yes, same as now if you don't use histappend. Commented Jan 27, 2011 at 8:22
  • 1
    it should be the default now but it is not Commented May 25, 2016 at 22:23

You must log in to answer this question.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.