Gnus development mailing list
 help / color / mirror / Atom feed
From: Roland Winkler <Roland.Winkler@physik.uni-erlangen.de>
To: jidanni@jidanni.org
Cc: bug-gnu-emacs@gnu.org, ding@gnus.org
Subject: Re: shell-mode flakey
Date: Tue, 18 Dec 2007 17:19:32 +0100	[thread overview]
Message-ID: <m3k5ncrn57.fsf@tfkp07.physik.uni-erlangen.de> (raw)
In-Reply-To: <mailman.5147.1197955487.18990.bug-gnu-emacs@gnu.org> (jidanni@jidanni.org's message of "Tue\, 18 Dec 2007 13\:24\:30 +0800")

jidanni@jidanni.org writes:
> And of course for we Geritol clubbers, what if one becomes deceased
> and one's chin hits SPC and nose hits RET. Do you want to be
> remembered by your community club as that guy who deleted all the
> files?

Somewhat off-topic: I once discussed the following on
bug-coreutils@gnu.org.

I have

  alias rm='rm --interactive'

But what I really would like was an interactive query that was
restricted to those cases when I have typed something on the command
line that doesn't tell me what rm will really do. Usually, this is
the case when the shell did some filename expansion. Unfortunately,
to the best of my knowledge it is not possible for a command like rm
to figure out whether the command shell performed some kind of
filename expansion or not.

When I discussed this some time ago with one of the bash
maintainers, he said that he had just recovered all files of a
colleague who had typed "rm foo *" instead of "rm foo*". For those
and only those cases I'd like to have a reliable interactive query
before rm will do its job.

How is emacs' shell mode implemented? I use it more and more often
instead of a "plain terminal". Could it distinguish between these
cases?

Roland




  parent reply	other threads:[~2007-12-18 16:19 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-14 18:58 message-confirm-send jidanni
2007-11-14 21:05 ` message-confirm-send Adam Sjøgren
2007-11-14 21:09   ` message-confirm-send Leo
2007-11-15 20:13     ` message-confirm-send jidanni
2007-11-15 20:29       ` message-confirm-send Bastien
2007-11-15 22:47         ` message-confirm-send jidanni
2007-11-15 22:55           ` message-confirm-send Karl Kleinpaste
2007-11-15 23:08           ` message-confirm-send Russ Allbery
2007-11-15 23:38             ` message-confirm-send jidanni
2007-11-15 23:58             ` message-confirm-send Miles Bader
2007-11-16  0:20               ` message-confirm-send Russ Allbery
2007-11-17  2:37                 ` message-confirm-send Miles Bader
2007-11-17 10:23                   ` message-confirm-send Bastien
2007-12-06 12:48                     ` message-confirm-send jidanni
2007-12-06 18:31                       ` message-confirm-send Reiner Steib
2007-12-12 17:50                         ` message-confirm-send jidanni
2007-11-25  3:26               ` message-confirm-send Giorgos Keramidas
2007-12-18  5:24             ` shell-mode flakey [was Re: message-confirm-send] jidanni
     [not found]             ` <mailman.5147.1197955487.18990.bug-gnu-emacs@gnu.org>
2007-12-18 16:19               ` Roland Winkler [this message]
2007-12-19  0:31                 ` shell-mode flakey Miles Bader
2007-12-19  2:22                 ` Russ Allbery
     [not found]                 ` <mailman.5185.1198024311.18990.bug-gnu-emacs@gnu.org>
2007-12-19 16:25                   ` Sven Joachim
2007-11-17  9:23           ` message-confirm-send Reiner Steib
2007-11-25  3:20           ` message-confirm-send Giorgos Keramidas
2007-11-26 12:51             ` message-confirm-send jidanni
2007-11-21 16:31     ` message-confirm-send Ted Zlatanov
2007-11-14 21:18 ` message-confirm-send Bastien
2010-10-01 20:03 ` message-confirm-send Lars Magne Ingebrigtsen
2010-10-23  4:22   ` message-confirm-send jidanni
2010-10-23  9:17     ` message-confirm-send Alberto Luaces
2010-10-23 10:18       ` message-confirm-send Richard Riley
2010-10-23 13:55         ` message-confirm-send Bruno Tavernier
2010-10-24 14:46           ` message-confirm-send jidanni
2010-10-25 18:32             ` message-confirm-send Ted Zlatanov

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

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

  git send-email \
    --in-reply-to=m3k5ncrn57.fsf@tfkp07.physik.uni-erlangen.de \
    --to=roland.winkler@physik.uni-erlangen.de \
    --cc=bug-gnu-emacs@gnu.org \
    --cc=ding@gnus.org \
    --cc=jidanni@jidanni.org \
    /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 NNTP newsgroup(s).