HDTenEightyP/NetNews huggingface dataset:
From: smiley@akasha.eng.hou.compaq.com (Colin Smiley)
Subject: Epoch Memory Leaks?
Organization: Compaq Computer Corporation
Date: Thu, 12 Nov 1992 15:40:22 GMT



First, the details: 

epoch 4.2 compile with gcc 2.2.2 (haven't tried 2.3.1 on it yet),
running on a SPARC 2, SunOS 4.1.1, with X11R5.

I seem to have run into a memory leak somewhere.  Or maybe it is just
obscene memory usage.  I don't expect to see a fix for this anytime
soon, but I figured that I would let you people know what I am seeing.

Now the story:

I run epoch all the time.  More specifically, I leave it running for
as long as I am logged in (long periods of time, > 1 week to say
the least).  I have no need to quit and restart epoch, since I am
using the gnuserv package with it.  For the sake of background
information, I constantly run mh-e and lighbrite, plus I intermittently
run gnus.  I also find myself running any number of C editing sessions
under gnuserv/epoch.  What I have found is that after a longer period
of time, epoch's memory usage has climbed to between 7 and 10 MB!
This is some pretty serious memory usage.  

So I guess my question is, has anyone else seen this?  


Colin


--
-------------------------------------------------------------------------
Colin Smiley, Compaq Computer Corporation, Houston, Texas 77269-2000
e-mail: smiley@compaq.com                           Phone: (713) 378-8426
-------------------------------------------------------------------------
Disclaimer:  Any opinions expressed here do not reflect the opinions of
Compaq Computer Corp.  They make computers.  I make noise.

Newsgroups: gnu.epoch.misc
From: douglis@MITL.COM (Fred Douglis)
Subject: illegal instruction on DECstation/5000 - mark_object bug?
Keywords: core dump mark_object
Organization: Matsushita Information Technology Laboratory
Date: Mon, 16 Nov 1992 19:33:22 GMT

In epoch 4.2, running on Ultrix V4.2, I have had epoch die on me
several times in less than a week.  (Epoch was just installed here;
prior to that I used vanilla gnu emacs.)

A backtrace from gdb claims that the core file doesn't match.  A
backtrace from dbx shows hundreds of frames of mark_object, as follows:

(dbx) where
>  0 abort.abort(0x45d68c, 0x29, 0x10133454, 0x1019ec54, 0x1452cb00) ["../exit.c":80, 0x4b341c]
   1 .block207 ["alloc.c":1170, 0x45d704]
   2 mark_object(objptr = 0x1052cb24) ["alloc.c":1170, 0x45d704]
   3 .block205 ["alloc.c":1087, 0x45d554]
   4 mark_object(objptr = 0x103d4888) ["alloc.c":1087, 0x45d554]
   5 .block205 ["alloc.c":1087, 0x45d554]
   6 mark_object(objptr = 0x103d4194) ["alloc.c":1087, 0x45d554]
   7 .block205 ["alloc.c":1087, 0x45d554]
   8 mark_object(objptr = 0x1013aa78) ["alloc.c":1087, 0x45d554]
   9 .block205 ["alloc.c":1087, 0x45d554]
  10 mark_object(objptr = 0x10150998) ["alloc.c":1087, 0x45d554]
  11 .block206 ["alloc.c":1113, 0x45d5d0]
  12 mark_object(objptr = 0x10139d90) ["alloc.c":1113, 0x45d5d0]
  13 .block205 ["alloc.c":1087, 0x45d554]
  14 mark_object(objptr = 0x1010e9e4) ["alloc.c":1087, 0x45d554]
  15 .block207 ["alloc.c":1140, 0x45d688]
  16 mark_object(objptr = 0x1010e0a8) ["alloc.c":1140, 0x45d688]
  17 .block207 ["alloc.c":1140, 0x45d688]
More (n if no)?
...


Any idea what might cause this?  Any patches available? Many thanks for
suggestions.

-- 
Fred Douglis
Matsushita Information Technology Laboratory  | Email: douglis@mitl.com
182 Nassau Street			      | Phone: +1 609 497-4600
Princeton, NJ 08542 USA 		      | Fax:   +1 609 497-4013
Newsgroups: gnu.epoch.misc
From: carlos@snfep1.if.usp.br (Carlos Alberto M. Carvalho (r.2410))
Subject: how can I type 8-bit characters?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 16 Nov 1992 16:45:52 GMT

I've just installed epoch 4.2, and I'm afraid I need some help.

I want to type 8-bit characters, so I compiled with EIGHTBIT_KEYBOARD defined.
However, epoch interprets my meta-characters as ESC-character. I can only type
them as ^q-number, and then it displays them correctly.

I'm using X11R5 on a sun 4.1.2. In the xterms I can type meta-characters
normally, and see them (after setting stty pass8).

At line 1438 of x11term.c it's said that meta-characters are split in
ESC+ASCII. Is this what has to be done?

Carlos
Newsgroups: gnu.epoch.misc
From: johnson@dtc.hp.com (Phil Johnson)
Subject: Re: focus "bug" revisited
Date: Thu, 19 Nov 1992 23:20:48 GMT
Distribution: gnu
Organization: HP Design Technology Center, Santa Clara, CA

rv@cs.brown.edu (rodrigo vanegas) writes:

> ... if i have several screens up in a
> single epoch process, i find that keyboarding a switch in focus from
> one screen to another does *not* actually change the focus.  A "C-z o"
> is necessary to persuade epoch into the switch.

I have had the same problem as long as I've been on epoch 4.x.  The key seems
to be that it happens when the window manager is used to change X window
focus with a keyboard binding (instead of by moving or clicking the mouse).

It happens to me when I iconify a window in mwm with a keystroke, and epoch
doesn't realize that the mouse cursor is now in the newly exposed epoch
window.  The keystrokes go to the iconified buffer.  Most annoying!

The workaround is to use C-Z o or to move the mouse out of and back into the
window.

				- Phil
From: rgb@roadnet.ups.com (Rudy Bonefas)
Subject: Running Epoch in batch Mode
Reply-To: rgb@roadnet.ups.com
Organization: Roadnet Technologies, Inc.
Date: Fri, 20 Nov 1992 18:35:27 GMT
Keywords: epoch, emacs

I am currently using Epoch 4.0 and have found that I can't use my old Emacs batch 
lisp programs because Epoch will not run in batch mode.  Does anyone have an Epoch fix
for this problem or is there a newer version of Epoch available?

Thanks.

"Orthodoxy is unconsciousness." - Winston Smith

Newsgroups: gnu.epoch.misc,news.answers
Newsgroups: gnu.epoch.misc
Subject: Epoch and interaction with Openwindows
From: adm@phys.canterbury.ac.nz (Andrew McGregor)
Date: Fri, 20 Nov 1992 00:51:28 GMT
Reply-To: adm@phys.canterbury.ac.nz
Organization: University of Canterbury

Has anybody managet to get cut and paste between epoch and openwindows
working correctly? I know it works with athena widgets programs, and
maybe motif, so why not openwindows? If cut and paste can be made to
work at all, it should be easy enough to bind things correctly for
interface consistency, shouldn't it?

Andrew McGregor

Newsgroups: gnu.epoch.misc
From: adm@phys.canterbury.ac.nz (Andrew McGregor)
Subject: Lightning and Epoch 4.2
Reply-To: adm@phys.canterbury.ac.nz
Organization: University of Canterbury
Date: Wed, 18 Nov 1992 03:52:51 GMT

I just compiled epoch 4.2 (on Sparc, sunos 4.1.3, gcc 2.2.2) and it appears to go perfectly, except that Lightning doesn't work. With Lightning switched on, find-file (for example) will give an error:
Wrong Type argument: keymapp [ --- lots of stuff going off minibuffer ]
and the filename no longer autocompletes.

What's going on?

Andrew McGregor, Physics, University of Canterbury, Christchurch, New Zealand.
Newsgroups: gnu.epoch.misc
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: Lightning and Epoch 4.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 17 Nov 1992 15:11:39 GMT

``Lightning'' is assuming a keymap is a vector of length 128.  This has
changed in both Epoch 4.2 and Emacs/Lemacs 19.  Proper use of keymaps requires
using make-keymap rather than just making a vector.

Marc

--
Marc Andreessen
Software Development Group
National Center for Supercomputing Applications
marca@ncsa.uiuc.edu

Newsgroups: gnu.epoch.misc
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: Dragging mode line - request
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 17 Nov 1992 11:32:46 GMT

Try this......... (you might have to have a few things from the imouse
package also; see the FAQ).

Marc

;;; Modeline drag support, extracted from Imouse package.

(require 'cl)
(require 'motion)
(require 'drag)

(defvar simplemouse::drag-scroll-start nil
  "Where mouse-drag-scroll started.")
(defvar simplemouse::drag-scroll-win nil
  "The window where mouse-drag-scroll started.")
(defvar simplemouse::drag-scroll-crs nil
  "The cursor used before mouse-drag-scroll started.")

(defvar drag-modeline-glyph 116
  "*The cursor glyph used to indicate drag scrolling.")

(defun eval-in-window (window &rest forms)
  "Switch to WINDOW, evaluate FORMS, return to original window."
  (` (let ((OriginallySelectedWindow (selected-window)))
       (unwind-protect
           (progn
             (select-window (, window))
             (,@ forms))
         (select-window OriginallySelectedWindow)))))
(put 'eval-in-window 'lisp-indent-hook 1)

(defun mouse-move-modeline (mdata)
  "Shrink or stretch a window by dragging its modeline."
  (setq mouse::downp nil) 
  (setq simplemouse::drag-scroll-win (nth 2 mdata))
  (setq simplemouse::drag-scroll-crs (epoch::cursor-glyph nil))
  (let ((modeline (nth 3 (window-pixedges simplemouse::drag-scroll-win))))
    (epoch::warp-pointer (/ (window-pixwidth simplemouse::drag-scroll-win) 2)
			 (- modeline 3)))
  (setq simplemouse::drag-scroll-start (epoch::query-pointer))
  (epoch::cursor-glyph drag-modeline-glyph)
  (message "Hold button down to shrink or stretch window, release it when done."))

(defun mouse-move-modeline-terminate (mdata)
  "The up click handler that goes with mouse-move-modeline.
This actually resizes the window in one fell swoop"
  (unwind-protect
      (let* ((drag-scroll-end   (epoch::query-pointer))
	     (delta-y	    (- (nth 1 simplemouse::drag-scroll-start)
			       (nth 1 drag-scroll-end)))
	     (pixheight	    (window-pixheight simplemouse::drag-scroll-win))
	     (height	    (window-height simplemouse::drag-scroll-win)))
	(unless (< (abs delta-y) 2)
	  (eval-in-window simplemouse::drag-scroll-win
	    (move-modeline-up (/ (* delta-y height) pixheight)))))
    ;; Restore normal environment.
    (epoch::cursor-glyph simplemouse::drag-scroll-crs)
    (message "width: %d, height: %d"
	     (window-width simplemouse::drag-scroll-win)
	     (window-height simplemouse::drag-scroll-win)))
  )

(defun simplemouse-do-bindings ()
  "Bind the mouse keys according to Simplemouse's preferences."
  (let ((MODE-MODIFY  (+ mouse-middle mouse-mode -1))
	(DOWN	      mouse-down)
	(UP	      mouse-up))
    (global-set-mouse MODE-MODIFY DOWN	'mouse-move-modeline)
    (global-set-mouse MODE-MODIFY UP	'mouse-move-modeline-terminate)
    ))

(simplemouse-do-bindings)
From: dstine@cisco.com (David Stine)
Newsgroups: gnu.epoch.misc
Subject: Epoch screen refresh logic
Date: 15 Nov 1992 16:45:03 GMT
Organization: cisco Systems, Menlo Park, California, USA
NNTP-Posting-Host: regal.cisco.com



I've noticed when using Epoch 4.2 that screen refresh logic is very
sub-optimal when compared to Emacs 18.58.

Is there some setting or #define that needs to be done to restore the
Emacs-style  screen refresh logic? I don't see one, as it would appear that
the screen display logic is pretty well completely new for Epoch.

The reason for asking is that it makes a significant difference when you're
using Epoch on the end of a 9.6 kbit XRemote link. Operations which used to
use the scroll-region or insert-mode editing now redrway the entire display
region. A hugh slowdown at 9.6.

please response via email; i'll summarize and re-post.
thanks,
dsa

dsa@cisco.com
Newsgroups: gnu.epoch.misc
From: mjruss+@rchland.ibm.COM (Mike Russell)
Subject: isearch & mouse
Reply-To: "Mike Russell" <mjruss@rchland.vnet.ibm.com>
Organization: Gnus Not Usenet
Distribution: gnu
Date: Wed, 18 Nov 1992 06:54:37 GMT

We are using epoch  4.0.2.    Isearch does not stop  with the use of a
mouse.  It keeps waiting
for a key press.  Has anyone found a way to stop isearch and leave the
window where the
isearch started  at the same location.  (similar to typing ESC during
isearch not C-g)

Is this fixed in epoch 4.2 ?
Newsgroups: gnu.epoch.misc
From: douglis@MITL.COM (Fred Douglis)
Subject: Re: Epoch Memory Leaks?
Organization: Matsushita Information Technology Laboratory
Date: Mon, 23 Nov 1992 18:51:23 GMT

smiley@akasha.eng.hou.compaq.com (Colin Smiley) writes:

>I seem to have run into a memory leak somewhere.  Or maybe it is just
>obscene memory usage.  I don't expect to see a fix for this anytime
>soon, but I figured that I would let you people know what I am seeing.

I would imagine it's just what you would call obscene usage.  The rest
of us wouldn't -- or at least I wouldn't.  What epoch (and gnu emacs) does
is to keep all the files you ever edit in virtual memory, plus the
things in the kill ring, plus who knows what else.  So it's bound to
grow over time unless you delete lots of buffers as you go along and
it's able to reuse some of that memory.

This isn't a problem on most modern desktop systems, since swap space is 
usually plentiful.  It is probably a bigger problem for things like
laptops with limited memory and limited disk space.
-- 
Fred Douglis
Matsushita Information Technology Laboratory  | Email: douglis@mitl.com
182 Nassau Street			      | Phone: +1 609 497-4600
Princeton, NJ 08542 USA 		      | Fax:   +1 609 497-4013
From: scotth@oldman.com (Scott Herzinger)
Subject: looking for Epoch goodies, e.g. screens for completion & compilation
Organization: Wind River Systems
Date: Tue, 17 Nov 1992 20:00:22 GMT

I've recently started using Epoch 4.2. I'm in search of Epoch goodies
that augment conventional Emacs functionality that I use often. Are
there any recommended packages?

At the moment, I'd particularly like things like name completion and
M-x compile/grep to pop up screens instead of Emacs windows.  I've
seen the Epoch-specific elisp descriptions in the FAQ, and didn't see
anything specifically mentioned that addresses this functionality.

Thanks,
Scott

    Scott Herzinger		scotth@wrs.com		(510) 814-2079
       Wind River Systems, 1010 Atlantic Ave, Alameda, CA 94501
From: dansmith@Autodesk.COM (Daniel Smith)
Newsgroups: gnu.epoch.misc
Subject: Re: Got a good Epoch icon for root menus? (thanks)
Date: 17 Nov 92 18:43:33 GMT
Organization: Autodesk Inc., Sausalito CA, USA

In <4916@crl.LABS.TEK.COM> brian@strl.labs.tek.com (Brian Walker) writes:

> In article <17904@autodesk.COM>, dansmith@Autodesk.COM (Daniel Smith) writes:
> |> 	Howdy, I'm looking for a bitmap that would make a good
> |> Epoch icon, to be used in an mwm or olvwm root menu.  Email would be fine.

> I modified the Emacs icon to produce this for the Epoch beta versions.  Epoch
> faithful, be warned.

	Thanks to those who sent them!  I appreciate it,

				Daniel
-- 
     Daniel Smith, Autodesk, Sausalito, California, (415) 332-2344 x 2580
	      Disclaimer: written by a highly caffeinated mammal
	    dansmith@autodesk.com            dansmith@well.sf.ca.us
From: tkld@cogsci.ed.ac.uk (Kevin Davidson)
Newsgroups: gnu.epoch.misc
Subject: Dragging mode line - request
Keywords: epoch mouse drag mode-line
Date: 16 Nov 92 11:21:54 GMT
Distribution: gnu
Organization: HCRC/CogSci

Ages ago I used Epoch 3.x and had a handy lisp file that let me drag the mode
line up and down with the mouse.

In the many moves between systems - some without X, I've lost this.
Does anybody have something like this ?

Ta,

-- 
____________________Kevin______________________________________________________
Kevin Davidson                       | tkld@cogsci.ed.ac.uk
Centre for Cognitive Science/HCRC,   | Kevin.Davidson@edinburgh.ac.uk
2 Buccleuch Place.                   | +44 31 650 4447 (temporarily)
Newsgroups: gnu.epoch.misc
From: campo@sunthpi3.difi.unipi.it (Massimo Campostrini)
Subject: Re: infinite-beep-mode
Organization: Istituto Nazionale di Fisica Nucleare
Distribution: gnu
Date: Mon, 23 Nov 1992 19:43:09 GMT

In article <9211160108.AA02300@iowa.YP.solsys> kburton@iowa.UUCP (Kevin Burton) writes:
   Brian> I get a very annoying problem with epoch once in a while.  I'm
   Brian> wondering if anyone else has seen this behavior.

   Brian> Every once in a while, I'll click on something in epoch and find that
   Brian> I've accidentally entered infinite-beep-mode.  The message area
   Brian> displays "marker does not point anywhere" and the keyboard beeps
   Brian> forever.  Epoch is hung, and so is the keyboard, and the Xserver, and
I have a Sparcstation 1 and I also see this behavior sometimes. Let me
know if you here of a patch.


I had the same problem (on a Sparcstation), but it disappeared 
just upgrading Epoch to version 4.2

--
        Massimo Campostrini
Istituto Nazionale di Fisica Nucleare, Sezione di Pisa,
Piazza Torricelli 2, I-56126 Pisa, Italy  ||  Phone: (+39)(50)42093
Internet: campo@sunthpi3.difi.unipi.it    ||  Fax:   (+39)(50)48277
Newsgroups: gnu.epoch.misc
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: isearch & mouse
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 18 Nov 1992 08:17:06 GMT

Mike Russell writes:
> We are using epoch 4.0.2.  Isearch does not stop with the use of a
> mouse.  It keeps waiting for a key press.  Has anyone found a way to
> stop isearch and leave the window where the isearch started at the
> same location.  (similar to typing ESC during isearch not C-g)
> 
> Is this fixed in epoch 4.2 ?

Not fixed in 4.2, but try using Dan LaLiberte's isearch-mode instead
(available on archive servers).

Marc

Newsgroups: gnu.epoch.misc,comp.unix.aux
From: mmm@casimir.lanu.ca.us (Michael Maciag)
Subject: Trouble running Epoch on A/UX
Summary: Can't get Epoch to run in window mode on A/UX
Date: Mon, 23 Nov 1992 06:14:23 GMT
Organization: TA Systems
Keywords: Epoch, A/UX

I am having trouble getting Epoch to run in X Window mode on my
A/UX system. It works find in ascii mode but when I start it
in window mode I just get dozens of error msgs of the form:

Xlib: sequence lost (0x10063 > 0x2a5) in reply type 0x0!

Config: Epoch 4.2 , A/UX 3.0, MacX 1.1.7 server

Any help would be appreciated.
-- 
=========================================================================
Michael Maciag		mmm@casimir.lanu.ca.us		uunet!casimir!mmm
=========================================================================
From: asami@cs.Berkeley.EDU (Satoshi ASAMI)
Newsgroups: gnu.epoch.misc
Subject: Re: Epoch 4.2 under HP-UX 8.05 on an HP9000/730
Date: 19 Nov 92 22:28:07
Organization: CS Div., Dept. of EECS, UC Berkeley
Distribution: gnu
Reply-To: asami@snake.cs.berkeley.edu
NNTP-Posting-Host: mamba.cs.berkeley.edu
In-reply-to: cenkl@boon.mitre.org's message of Thu, 19 Nov 1992 09:20:16 PST

In article <9211191720.AA00424@boon>
        cenkl@boon.mitre.org (Michal W. Cenkl) writes:

 * The build appears to hang in dumping the final loaded version of
 * epoch... has anybody else seen this and/or gotten around this?

I just built the same version of Epoch on the same OS, almost same
machine (720), using the native cc.  I didn't have so much problem,
and definitely didn't see what you got.  Did you follow the
instructions in etc/MACHINES?

--
                                                   o o   Satoshi Asami
  Form follows Function.                            ^
                                               (asami@CS.Berkeley.EDU)
  Tel: (510)643-2730 (home)       Computer Science Div., Dept. of EECS
       (510)643-6228 (office)     University of California at Berkeley
Newsgroups: gnu.epoch.misc
From: cenkl@boon.mitre.org (Michal W. Cenkl)
Subject: Epoch 4.2 under HP-UX 8.05 on an HP9000/730
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 19 Nov 1992 17:20:16 GMT


The build appears to hang in dumping the final loaded version of
epoch... has anybody else seen this and/or gotten around this?

Thanks,
--
M. Cenkl <cenkl@mitre.org>
Research Computer Facility
The MITRE Corporation
Newsgroups: gnu.epoch.misc
From: smith@cam.sri.com (Arnold Smith)
Subject: Epoch and interaction with Openwindows
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 20 Nov 1992 09:29:13 GMT

> Has anybody managet to get cut and paste between epoch and openwindows
> working correctly? ...
Yes it works easily enough, it's just a little awkward in terms of the
operations required.  Here's the relevant excerpt from my epoch-tailoring
file (I use a Sun SPARCstation IPX running SunOS 4.1.2 and OW):

;; Allow cut and paste selections to come from OpenLook windows, by using
;; CLIPBOARD rather than the default PRIMARY.  From the epoch 4.0 manual...

(setq mouse::selection-atom (intern-atom "CLIPBOARD"))
;; Install handler for selection-clear on this selection
(push-selection mouse::selection-atom 'mouse-clear)

;; The above still doesn't make things entirely simple.  To get text from
;; an epoch window into a cmdtool or shelltool window, select it by wiping
;; the cursor across the source selection while holding down the left
;; mouse key.  Then move the cursor into the destination window and press
;; the "Paste" key on the left-hand side of the keyboard.  To copy text in
;; the other direction, select it similarly in the cmdtool window, press
;; the "Copy" key, move the cursor to the epoch window, and press the
;; middle mouse button where you want the text to appear.  (Sometimes I
;; have to actually hold the middle mouse button down for a fraction of a
;; second---a light click doesn't always seem to register).
Newsgroups: gnu.epoch.misc
From: kramer@cs.toronto.edu (Bryan M Kramer)
Subject: mouse helper
Date: 18 Nov 92 16:44:35 GMT

Has anyone hacked mouse-help to work with epoch 4.2? I have version
that worked with 3.2 but fails with 4.2. Any pointers would be
appreciated.
Thanks
|Bryan M. Kramer, Ph.D.	      416-978-7330, fax 416-978-1455|
|Department of Computer Science, University of Toronto      |
|6 King's College Road, Room 283E			    |
|Toronto, Ontario, Canada      M5S 1A4                      |
Newsgroups: gnu.epoch.misc
From: gerdh@ims.COM (Gerd Hoeren)
Subject: Trying to reach scotth@oldman.com (Re: looking for Epoch goodies)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 18 Nov 1992 19:54:01 GMT

scotth@oldman.com writes:

|> I've recently started using Epoch 4.2. I'm in search of Epoch goodies
|> that augment conventional Emacs functionality that I use often. Are
|> there any recommended packages?

I tried to send him some ELISP code, but "scotth@oldman.com" doesn't
seem to work for an email address.  If you send me a good address,
I'll mail you some stuff.

--------------------------------------
Gerd Hoeren
  Integrated Measurement Systems, Inc.
  Voice: (503) 626-7117
  Fax:   (503) 644-6969
  Email: gerdh@ims.com
--------------------------------------

Newsgroups: gnu.bash.bug
From: navarra@casbah.acns.nwu.edu (John Navarra)
Subject: Re: Question about path name expansion
Organization: Northwestern University, Evanston Illinois.
Distribution: gnu
Date: Sat, 21 Nov 1992 06:28:30 GMT

In article <1992Nov20.105605.25838@ugle.unit.no> bjornw@colargol.ai.mit.EDU (Bjoern Wennberg) writes:
>When I hit <TAB> as the first character typed, bash 'almost' hangs forever
>trying to figure out which command I was trying to invoke. 
>
>Is there a way to make bash recognise that a tab was the first character typed
>and just do nothing ?
>
Hear Hear! I agree wholeheartedly!

Actually, I like the way zsh does this. You hit TAB, you get TAB. It knows
when you want to do TAB completion (because it has a default set of
commands that is does certain completions on; and, you can include your
own set of commands and patterns to do hostname completion for example)

TAB has always worked nicely for me in zsh and I don't have to worry about
binding keys to do other types of completion.

However, just as an observation, if I inadvertently hit TAB at the bol in 
bash, I can ^C and it will no longer hang.

-tms

-- 
You can get further with a kind word | You can get further with a kind word
and a gun than a kind word alone.    | and a phaser than a kind word and a gun.
          --al capone                |           -- John Navarra
=======From the Lab of the MaD ScIenTIst....navarra@casbah.acns.nwu.edu========

Newsgroups: gnu.bash.bug