all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: dkcombs@panix.com (David Combs)
Subject: Re: is easy to get hung in infinite ^G stream; how to stop it?
Date: Thu, 27 May 2004 05:49:30 +0000 (UTC)	[thread overview]
Message-ID: <c93vha$eav$1@reader2.panix.com> (raw)
In-Reply-To: jwvhdu2rg4g.fsf-monnier+gnu.emacs.help@gnu.org

In article <jwvhdu2rg4g.fsf-monnier+gnu.emacs.help@gnu.org>,
Stefan Monnier  <monnier@iro.umontreal.ca> wrote:
>> | cpml% vi foo.foo
>> | 
>> | [Using open mode]
>> |      1  
>> | "foo.foo" 3 lines, 45 characters 
>> |      1  
>> | 
>> |      2  .
>> | \a
>> |      3  3
>> | \a
>> | \aq
>> | \a\a
>> | \a\a\a\a      <---- Tried a series of Control-C chars here
>> | | \a  <---- each line comes from a simple newline.
>> | \a
>> | \a
>> | 
>
>> Thanks for *any* hints on escaping from this hole!
>
>Have you tried to type `: q RET' ?
>
>
>        Stefan

Yep, have done, just like I was told to earlier --
with ZERO effect.


And Kai wants me to use eshell -- but I'm used to csh/tcsh,
and *really, really* don't want to get into bash,
and am not sure just what I must do to my .cshrc
to adjust it for eshell, and the info-doc that
comes with eshell seems *really* lacking in anything
useful as far as how to actually *use* the thing
(esp for a csh-user), ...

(using vi as the example to get the ^G^G... stuff
is only showing an easy way to get into the situation --
of course, that's not what I actually do, when
I *inadvertently*  trigger it -- actually, I
have little idea of what I did to cause it --
can't even do a "C-h l" at that time, to see what
I've recently entered as keystrokes.)

Please, can the gurus here try doing vi (as
simple way to cause the problem) in *shell* --
where M-x shell gets me into my standard shell, csh.

Then, see if *you* (said gurus) can escape.


Thanks!


PS: One puzzle: what's this stuff about how wonderful
"ed" is?  (Yes, is better than ex for *scripts*, for sure) --
how does it relate to this post?  Except to suggest
that when in *shell* I should use ed rather than vi --
again, vi is only an easy way to get the ^G problem
(and I very often do use ex from *shell*).


>From: patl@athena.mit.edu (Patrick J. LoPresti)
>Message-ID: <1991Jul11.031731.9260@athena.mit.edu>
>Sender: news@athena.mit.edu (News system)
>Subject: The True Path (long)
>Date: 11 Jul 91 03:17:31 GMT
>Path: ai-lab!mintaka!olivea!samsung!zaphod.mps.ohio-state.edu!think.com!snorkelwacker.mit.edu!bloom-picayune.mit.edu!athena.mit.edu!patl
>Newsgroups: alt.religion.emacs,alt.slack
>Organization: Massachusetts Institute of Technology
>Lines: 95
>Xref: ai-lab alt.religion.emacs:244 alt.slack:1935
>
>When I log into my Xenix system with my 110 baud teletype, both vi
>*and* Emacs are just too damn slow.  They print useless messages like,
>'C-h for help' and '"foo" File is read only'.  So I use the editor
>that doesn't waste my VALUABLE time.
>
>Ed, man!  !man ed
>
>ED(1)               UNIX Programmer's Manual                ED(1)
>
>NAME
>     ed - text editor
>
>SYNOPSIS
>     ed [ - ] [ -x ] [ name ]
>DESCRIPTION
>     Ed is the standard text editor.
>---
>
>Computer Scientists love ed, not just because it comes first
>alphabetically, but because it's the standard.  Everyone else loves ed
>because it's ED!
>
>"Ed is the standard text editor."
>
...
...

>not be vi.  If you use ED, you are on THE PATH TO REDEMPTION.  THE
>SO-CALLED "VISUAL" EDITORS HAVE BEEN PLACED HERE BY ED TO TEMPT THE
>FAITHLESS.  DO NOT GIVE IN!!!  THE MIGHTY ED HAS SPOKEN!!!

  reply	other threads:[~2004-05-27  5:49 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-25  6:28 is easy to get hung in infinite ^G stream; how to stop it? David Combs
2004-04-25  6:57 ` David Combs
2004-04-25 14:04 ` Barry Margolin
2004-05-25 23:45   ` David Combs
2004-05-26  4:31     ` Barry Margolin
2004-05-26 22:00       ` David Combs
2004-05-26 22:15         ` Stefan Monnier
2004-05-27  5:49           ` David Combs [this message]
2004-05-27  6:56             ` Barry Margolin
2004-05-27 19:34             ` Stefan Monnier
2004-05-28  8:22             ` Kai Grossjohann
2004-04-25 17:06 ` Kai Grossjohann
2004-05-25  6:31   ` David Combs

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='c93vha$eav$1@reader2.panix.com' \
    --to=dkcombs@panix.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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.