🚀 go-pugleaf

Greetings and thank you for a fine product!  And now to business:

There are certain conditions under which narrow-to-region fails to
make the text preceding the region to disappear.  I first noticed it
when starting epoch in rmail-mode with `epoch -f rmail'.  When the
Babyl file was small enough so that the point fit on the screen with
the preceding text, the whole buffer up to the point would remain on
the screen until certain keys forced redisplay of the buffer.  I found
this to be true only if epoch was started with rmail from the command
line.  The same difficulty is encountered with `epoch -f info'.  I was
also able to get the same results with a simple load-file:

----------------------------------------cut here for file test.el
(find-file "test")
(narrow-to-region 27 54)
----------------------------------------cut here for file test
This should be invisible.
This should be all you see.
This again should be invisible.
----------------------------------------cut here

The command `epoch -l test.el' results in the hiding of the third line
of the file test, but not the first line.  As in the case with rmail,
there is no problem if epoch is started without any options, then `M-x
rmail' or `M-x load-file RET test.el'.

The command `C-x n' encounters the same trouble if disabled; if
enabled either in .emacs or interactively, there is no trouble, except
that the problem still exists with `epoch -f rmail', `epoch -f info',
and `epoch -l test.el'.

I have seen this behavior on three different machines running Epoch
4.2, namely: an HP 9000 Series 700 running HP-UX 8.07, a Silicon
Graphics Iris Indigo running Irix 4.0, and a DECsystem 5000 running
ULTRIX V4.2A (Rev. 47).  I have not observed this behavior on GNU
Emacs 18.58 on any of those machines, either with or without
X-Windows.  I have not observed this behavior on Epoch in ascii mode.

Please tell me if there is an existing patch or solution to this bug,
or what else I could do to help.  I am responsible for installing and
maintaining epoch at my site, and I want everyone to be happy!

Thanks again,

Fred Henle