[26825] in Athena Bugs
Re: ooffice suspension
daemon@ATHENA.MIT.EDU (Kevin Chen)
Thu Apr 13 01:12:05 2006
Message-ID: <443DDD96.1090206@mit.edu>
Date: Thu, 13 Apr 2006 01:11:50 -0400
From: Kevin Chen <kchen@mit.edu>
MIME-Version: 1.0
To: Alex T Prengel <alexp@mit.edu>
In-Reply-To: <200604121932.k3CJWqum023624@dit.mit.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 1.217
X-Spam-Level: * (1.217)
X-Spam-Flag: NO
Cc: bugs@mit.edu
Errors-To: bugs-bounces@mit.edu
Alex T Prengel wrote:
> Kevin- can you test to see if this fixes the gnuplot issue you reported
> earlier? (I turned message sending back on in that locker). You will need
> to move aside or delete the test user's ~/.sw_messages file to make it
> send the message again. Moving it aside and restoring it later might be
> better as if deleted, it will resend all current messages from various
> lockers again, thinking that you haven't seen them. I'm not sure if
> the gnuplot situation is exactly the same as the message might still get
> mixed up with the batch input file.
Nope, it doesn't.
send_message still attempts to take some keystrokes from standard input.
This can be seen even without using a file as input. Simply running
gnuplot without a file initially gives me the message with:
"More --(96%)"
at the bottom. After a few seconds, gnuplot prints its intro text:
G N U P L O T
Version 4.0 patchlevel 0
[snip]
and the "gnuplot>" prompt shows up. At this point, it would seem to be
working normally, but then if one presses enter, the "gnuplot>" prompt
disappears and is replaced by the text "want to read it again."
Similarly, if, instead of pressing enter, I press "h" when I see the
gnuplot prompt, I get some sort of help listing:
<space> Display next k lines of text [current screen size]
z Display next k lines of text [current screen size]*
[snip]
--
Kevin Chen
http://www.sneswhiz.com/
