🚀 go-pugleaf

I've tried to figure out what should be happening here from the source
code, but I've pretty much hit a wall that would take me too much
effort to climb over....

save-some-buffers uses y-or-n-p, which is a compiled function (in the
file fn.c, or at least that's where it is in 18.55).  Directly before
y-or-n-p reads characters (using get_char), it sets
cursor_in_echo_area to 1, presumably to enable it, but the code in
get_char doesn't seem to use cursor_in_echo_area properly.

Therefore, I guess the problem is in get_char somewhere, but that code
is too confusing (to me, at least -- maybe I should spend more time
hacking emacs :-) to be able to figure out what's going on.

Jonathan Kamens			              USnail:
MIT Project Athena				11 Ashford Terrace
jik@Athena.MIT.EDU				Allston, MA  02134
Office: 617-253-8495			      Home: 617-782-0710

------- Forwarded Message

To: bugs@ATHENA.MIT.EDU
Subject: 6.0C emacs: save-some-buffers
Date: Fri, 11 Nov 88 05:00:41 EST
From: John Carr <jfc@ATHENA.MIT.EDU>

When the function save-some-buffers (C-x s by default) asks 
"save ... (y/n)?" it does not put the cursor in the minibuffer, 
but instead in the main window (in fact, it remains on the 
current line and moves back and forth to the correct horizontal
location).  It does read the input correctly.

  --John Carr

------- End Forwarded Message