C'è un modo per impostare la dimensione dell'elenco cronologico in bash su più di 5000 righe?

Non importa quanto imposto che la HISTSIZEvariabile di ambiente sia maggiore di 5000, quando si stampa l'elenco cronologico con historyincorporato, stampa solo gli ultimi 5000 comandi. Ne ho bisogno perché spesso ne ho uno di grandi dimensioni .bash_historyche supera le 5000 righe e talvolta è necessario indirizzare un comando iniziale premendo Ctrl-R, ma se quel comando è più di 5000 comandi prima, non posso accedervi usando quel meccanismo. So che posso usare grepsul .bash_history, ma penso che il Ctrl-Rmeccanismo sarebbe molto più veloce (e conveniente). Uso gnu bash versione 4.1.

Questo è il contenuto completo del mio file .bashrc:

    #!/bin/bash
    # ~/.bashrc: executed by bash(1) for non-login shells.
    # see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
    # for examples

    # If not running interactively, don't do anything
    [ -z "$PS1" ] && return

    # don't put duplicate lines in the history. See bash(1) for more options
    # ... or force ignoredups and ignorespace
    #HISTCONTROL=ignoredups:ignorespace:erasedups

    # append to the history file, don't overwrite it
    shopt -s histappend

    # for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
    HISTSIZE=50000
    HISTFILESIZE=500000

    # check the window size after each command and, if necessary,
    # update the values of LINES and COLUMNS.
    shopt -s checkwinsize

    # make less more friendly for non-text input files, see lesspipe(1)
    [ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"

    # set variable identifying the chroot you work in (used in the prompt below)
    if [ -z "$debian_chroot" ] && [ -r /etc/debian_chroot ]; then
        debian_chroot=$(cat /etc/debian_chroot)
    fi

    # set a fancy prompt (non-color, unless we know we "want" color)
    case "$TERM" in
        xterm-color) color_prompt=yes;;
    esac

    # uncomment for a colored prompt, if the terminal has the capability; turned
    # off by default to not distract the user: the focus in a terminal window
    # should be on the output of commands, not on the prompt
    #force_color_prompt=yes

    if [ -n "$force_color_prompt" ]; then
        if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
        # We have color support; assume it's compliant with Ecma-48
        # (ISO/IEC-6429). (Lack of such support is extremely rare, and such
        # a case would tend to support setf rather than setaf.)
        color_prompt=yes

        else
        color_prompt=

        fi
    fi

    if [ "$color_prompt" = yes ]; then
        PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\         [\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '
    else
        PS1='${debian_chroot:+($debian_chroot)}\@-\u@\h:\w\$ '
    fi
    unset color_prompt force_color_prompt

    # If this is an xterm set the title to user@host:dir
    case "$TERM" in
    xterm*|rxvt*)
        PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h: \w\a\]$PS1"
        ;;
    *)
        ;;
    esac

    # enable color support of ls and also add handy aliases
    if [ -x /usr/bin/dircolors ]; then
        test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval    "$(dircolors -b)"
        alias ls='ls --color=auto'
        #alias dir='dir --color=auto'
        #alias vdir='vdir --color=auto'

        alias grep='grep --color=auto'
        alias fgrep='fgrep --color=auto'
        alias egrep='egrep --color=auto'
    fi

    # some more ls aliases
    alias ll='ls -alF'
    alias la='ls -A'
    alias l='ls -CF'

    # Alias definitions.
    # You may want to put all your additions into a separate file like
    # ~/.bash_aliases, instead of adding them here directly.
    # See /usr/share/doc/bash-doc/examples in the bash-doc package.

    if [ -f ~/.bash_aliases ]; then
        . ~/.bash_aliases
    fi

    # enable programmable completion features (you don't need to enable
    # this, if it's already enabled in /etc/bash.bashrc and /etc/profile
    # sources /etc/bash.bashrc).
    if [ -f /etc/bash_completion ] && ! shopt -oq posix; then
        . /etc/bash_completion
    fi

Questo è il codice effettivo che carica la cronologia (dalla bashhist.criga 260 circa):

/* Load the history list from the history file. */
void

load_history ()
{
  char *hf;

  /* Truncate history file for interactive shells which desire it.
     Note that the history file is automatically truncated to the
     size of HISTSIZE if the user does not explicitly set the size
     differently. */
  set_if_not ("HISTSIZE", "500");
  sv_histsize ("HISTSIZE");

  set_if_not ("HISTFILESIZE", get_string_value ("HISTSIZE"));
  sv_histsize ("HISTFILESIZE");

  /* Read the history in HISTFILE into the history list. */
  hf = get_string_value ("HISTFILE");

  if (hf && *hf && file_exists (hf))
    {
      read_history (hf);
      using_history ();
      history_lines_in_file = where_history ();
    }
}

Se i valori di HISTSIZEe HISTFILESIZEsono impostati, verranno utilizzati.

Readline, la libreria che gestisce in realtà di ingresso editing / linea e la storia fa offrono servizi per mettere un tappo su quanto grande sia il buffer storico può crescere. Tuttavia, Bash non pone un limite massimo su questo in cui i valori più grandi verrebbero ignorati, almeno quello che potrei trovare.

modificare

Dai commenti , readlineera davvero il colpevole. Stavo guardando (piuttosto stupidamente) i parametri funzionali:

esiste una variabile chiamata dimensione cronologica che può essere letta dal file inputrc. quella variabile imposta il numero massimo di voci della cronologia salvate nell'elenco cronologico. Ho controllato il valore nel mio file inputrc locale per trovarlo uguale a 5000. Impostandolo su un valore più grande ho risolto il problema.

La tua cronologia viene troncata la prima volta che HISTSIZE viene impostato, quindi se è impostato su 5000 in precedenza nel tuo ~ / .bashrc, o nel bashrc a livello di sistema in / etc , devi commentarli.

Prova entrambi HISTFILESIZEe HISTSIZE.

Ho avuto lo stesso (o un problema simile) problema, ma inputrc andava bene. Nel mio caso, l'unica cosa che ha funzionato è stata commentare HISTSIZE=1000e HISTFILESIZE=2000nel mio archivio ~/.bashrc- anche se stavo sovrascrivendo quelle varietà più tardi nello stesso file!

La modifica di queste righe è stata ~/.bashrcrisolta per me:

# for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
HISTSIZE=5000  

HISTFILESIZE=2000

Dopodiché salva il file e ricarica il file bashrc

$ . ~/.bashrc

Penso che potresti avere un limite storico sul tuo sistema operativo per HISTSIZE. Dalla pagina man per fc / history in Solaris 10 (con KSH):

[Omissis]

/ Usr / bin / fc

L'utility fc elenca o modifica e riesegue, i comandi precedentemente immessi in un sh interattivo.

L'elenco della cronologia dei comandi fa riferimento ai comandi per numero. Il primo numero nell'elenco viene selezionato arbitrariamente. La relazione di un numero con il suo comando non cambierà tranne quando l'utente accede e nessun altro processo accede all'elenco, a quel punto il sistema può reimpostare la numerazione per avviare il comando conservato più vecchio su un altro numero (di solito 1) . Quando il numero raggiunge il valore in HISTSIZE o 32767 (qualunque sia maggiore), la shell può avvolgere i numeri, avviando il comando successivo con un numero più basso (di solito 1). Tuttavia, nonostante questo involucro facoltativo di numeri, fc manterrà la sequenza temporale dei comandi. Ad esempio, se a quattro comandi in sequenza vengono assegnati i numeri 32 766, 32 767, 1 (incartato),

[Omissis]

il che implica che il comando fc può indirizzare fino a 32767 voci nel file di cronologia, rendendolo un limite massimo per il numero di comandi conservati nel file di cronologia. Ovviamente YMMV, ma penso che potresti consultare la documentazione del tuo sistema operativo / pagine man su questo argomento. Il mio 0,02 ...