Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!ames!sdcsvax!ucsdhub!hp-sdd!hplabs!hp-pcd!uoregon!omepd!mipos3!cpocd2!nate
From: nate@cpocd2.UUCP (Nate Hess)
Newsgroups: comp.emacs
Subject: Re: scroll-left while in minibuffer causes emacs crash
Message-ID: <718@cpocd2.UUCP>
Date: Thu, 4-Jun-87 09:56:43 EDT
Article-I.D.: cpocd2.718
Posted: Thu Jun  4 09:56:43 1987
Date-Received: Tue, 23-Jun-87 01:23:05 EDT
References: <420@morgoth.UUCP>
Reply-To: nate@cpocd2.UUCP (Nate Hess)
Organization: Intel Corp., ASIC Services Operation, Chandler AZ.
Lines: 26
Summary: Another way to view all of a multi-line minibuffer

In article <420@morgoth.UUCP> dmb@morgoth.UUCP (David M. Brown) writes:
>[ GNU Emacs 18.37 on a MicroVAX II under Ultrix 2.0 ]
>
>Occasionally while I'm in the minibuffer, the text goes off the
>screen.  This can happen while I'm using filename completion or
>yanking lisp code to be evaluated.  Sometimes I'd like to edit the
>minibuffer before I send it off.  If I want to see what's off the
>screen, I'm screwed!  Using scroll-left while in the minibuffer causes
>emacs to go berserk, eventually winding up with a fatal error.
>
>David Brown

What I do when the text in the minibuffer goes off the screen (when
typing in long file names or using regular expressions involving ^J, for
example), is to simply increase the number of lines in the minibuffer
using 'enlarge-window' (C-x ^).  In Version 18.41 the minibuffer grows
just like any other window would, and then shrinks back to one window
when the command is complete.  There is probably a good chance that this
would also work in 18.37.

--Nate Hess
-- 
	   "How did you get your mind to tilt like your hat?"

...!{decwrl|hplabs!oliveb|pur-ee|qantel|amd}!intelca!mipos3!cpocd2!nate
<domainish> :   nate@cpocd2.intel.com		ATT :    (602) 961-2037