🚀 go-pugleaf

     We have a repeatable core dump occurring in epoch 3.2.1 on a Sun
4/470, running SunOS 4.1.1, and in epoch 3.2.4 on a Sequent Symmetry S27,
running Dynix 3.1.2.

     One of our users describes it this way:
> 
> I have a repeatable core dump under epoch.  It happens often
> enough that I've had to switch back to emacs.
> -----------
> Description: core dump
> 
> Repeat by: 
> - visit a file with a long name (nearly minibuffer width)
> - M-x revert-buffer ("yes or no" must spill over to next line; try
> "/alexander/home/gradst/vmash/NewSuite/src/demo/teleconf/teleconf.obj")
> 

     For me, this problem occurs when I type "C-x C-f 
/alexander/home/gradst/vmash/NewSuite/src/demo/teleconf/teleconf.obj RET 
M-x rev no RET M-x rev" from a multi-line minibuffer.  It also sometimes 
occurs on the first "M-x rev" from a multi-line minibuffer.  It 
occasionally occurs on a "M-x rev" from a single-line minibuffer.  The
problem also occurs when visiting (and "M-x rev"ing) files having long 
paths such as /usr/local/src/X/mit/config/imakemdep.h.orig.

     We have had other reports of epoch core dumps, but this is the first
time we've found a specific command that is a repeatable problem.

     This problem may be caused by some combination of our environment and
configuration settings.  I can send more detailed information to anyone who
needs it.

     We'd like to know if we can solve this problem by changing
configuration parameters, or if it is a known problem with a solution
available, or if we should wait for emacs 19.  Thanks in advance.
-- 
Clif Morrow   morrow@cs.umn.edu    x-admin@cs.umn.edu    gnu-admin@cs.umn.edu