>>>> "Dres" == James LewisMoss
<dres(a)lewismoss.org> writes:
> No core file is left.
Well, get him to switch them on. ulimit -c unlimited. Although it
probably won't help all that much since I suppose the binary is
stripped....
> It'd certainly be great if frames starting by the lisp
function
> (gnuserv-edit-files) ignored any X-errors, so the underlying
> xemacs process doesn't die.
Not really. That would probably result in "Energizer Bunny" syndrome
(XEmacs consuming 100% of CPU in a tight loop looking for X input).
Exactly what is being done here? Are there multiple displays
involved, or are all the gnuclients being run from the same display?
If there are multiple displays, then XEmacs shouldn't die, I think.
If there's only one display, then the thing to do is not use
-unmapped. I agree it would be cool if we could arrange for XEmacs to
not die in this circumstance, but this is a hard problem, because most
users _do_ want XEmacs to die (since they shut down XEmacs by killing
the X server process or logging out from XDM).
--
Institute of Policy and Planning Sciences
http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.