unofficial mirror of emacs-tangents@gnu.org
 help / color / mirror / Atom feed
From: "Arsen Arsenović via Emacs news and miscellaneous discussions outside the scope of other Emacs mailing lists" <emacs-tangents@gnu.org>
To: rms@gnu.org
Cc: brickviking@gmail.com, sbaugh@catern.com, luangruo@yahoo.com,
	emacs-tangents@gnu.org
Subject: Re: [OT] Not clobbering bash history
Date: Fri, 08 Dec 2023 11:13:32 +0100	[thread overview]
Message-ID: <86h6ktknk4.fsf@aarsen.me> (raw)
In-Reply-To: <E1rBRwH-0004og-AI@fencepost.gnu.org>


[-- Attachment #1.1: Type: text/plain, Size: 1646 bytes --]


Richard Stallman <rms@gnu.org> writes:

> [[[ To any NSA and FBI agents reading my email: please consider    ]]]
> [[[ whether defending the US Constitution against all enemies,     ]]]
> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
>
>   > > If two different shells will try to write history into one single file,
>   > > are they doomed to give bad results, one way or another...
>
>   > Not necessarily.  If both shells use a single write() syscall on an
>   > O_APPEND file, they should work as expected to my awareness.
>
> We are miscommunicating.  The way you expect it to work is, in my
> opinion, a bad result -- various histories interspersed.
>
> It seems to me that the crucial thing is for each Bash process
> to have its own separate history.
>
> Do you think that behavior would be bad?

Bad?  No.  It's not what I'd prefer, though.

Note that, with either separate or interspersed histories, history
should never be lost, so, if a file is being shared by multiple shells
(even if it is not continuously re-read), care should be taken not to
lose data.

>   > If a bash process decides to rotate the history file as a result of
>   > HISTSIZE, and another bash process decides to do the same, one of their
>   > new history entries would be lost due to the other one overriding it.
>   > This would be a bug.
>
> Only if they share one single history file.  If each has its own
> history file, each can handle it as if it were your only Bash process.

Indeed.  How would these histories be recalled, though?  Which file does
a new shell read?
-- 
Arsen Arsenović

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 381 bytes --]

[-- Attachment #2: Type: text/plain, Size: 92 bytes --]

---
via emacs-tangents mailing list (https://lists.gnu.org/mailman/listinfo/emacs-tangents)

      parent reply	other threads:[~2023-12-08 10:13 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <87wmufm7r7.fsf@catern.com>
     [not found] ` <87fs12jkik.fsf@yahoo.com>
     [not found]   ` <d858823d-d95a-1865-7331-671e3fa6b4e4@gutov.dev>
     [not found]     ` <s0d34x1q050.fsf@yahoo.com>
     [not found]       ` <87ttphlqlo.fsf@catern.com>
     [not found]         ` <CAHWye8693z4hSJgEosPH9_ZrH88F5dbWXPS78EdfeT393FYG7g@mail.gmail.com>
     [not found]           ` <E1r5dUV-00019J-Gz@fencepost.gnu.org>
     [not found]             ` <87v89ujwa6.fsf@aarsen.me>
2023-11-22 20:43               ` [OT] Not clobbering bash history Jens Schmidt via Emacs news and miscellaneous discussions outside the scope of other Emacs mailing lists
2023-11-22 21:50                 ` Arsen Arsenović via Emacs news and miscellaneous discussions outside the scope of other Emacs mailing lists
2023-11-23 12:42                   ` Spencer Baugh
2023-11-23 20:12                     ` Jens Schmidt via Emacs news and miscellaneous discussions outside the scope of other Emacs mailing lists
     [not found]               ` <E1r6isT-000665-Pt@fencepost.gnu.org>
     [not found]                 ` <86il5g9qs9.fsf@aarsen.me>
     [not found]                   ` <E1r9zM4-000405-Gg@fencepost.gnu.org>
     [not found]                     ` <864jgy85g5.fsf@aarsen.me>
2023-12-07  2:49                       ` Richard Stallman
2023-12-07  5:34                         ` mbork
2023-12-07  5:48                           ` Emanuel Berg
2023-12-07  9:34                             ` mbork
2023-12-07  5:52                           ` Yuri Khan
2023-12-07  6:22                             ` Emanuel Berg
2023-12-07  6:44                         ` Jean Louis
2023-12-11 12:09                           ` Arsen Arsenović via Emacs news and miscellaneous discussions outside the scope of other Emacs mailing lists
2023-12-07 13:06                         ` Arsen Arsenović via Emacs news and miscellaneous discussions outside the scope of other Emacs mailing lists
2023-12-08  3:56                           ` Richard Stallman
2023-12-08 10:15                             ` Arsen Arsenović via Emacs news and miscellaneous discussions outside the scope of other Emacs mailing lists
2023-12-08  3:54                       ` Richard Stallman
2023-12-08  6:22                         ` brickviking
2023-12-08 10:13                         ` Arsen Arsenović via Emacs news and miscellaneous discussions outside the scope of other Emacs mailing lists [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=86h6ktknk4.fsf@aarsen.me \
    --to=emacs-tangents@gnu.org \
    --cc=arsen@aarsen.me \
    --cc=brickviking@gmail.com \
    --cc=luangruo@yahoo.com \
    --cc=rms@gnu.org \
    --cc=sbaugh@catern.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).