Re: xemacs segmentation fault on my new iMac
Lynn David Newton writes:
> progress-feedback-dispatch-non-command-events()
This is quoting your backtrace. If nothing has happened in XEmacs
recently, it's a no-op so it wouldn't hurt.
> (setq progress-feedback-use-echo-area t)
XEmacs has a generic set of functions for doing progress reporting for
synchronous operations that take a long time. IIRC, these can either
report via a numerical % in the echo area, a bar made of #s in the
echo area, or a whizzy graphical progress bar. This disables the
graphical progress bar, getting our homebrew widget out of the picture.
Ummm. I took this as a clue to execute these forms, which I
did, and suddenly the thing seemed to work. So I put them
near the beginning of my init.el, started xemacs afresh and
voila! Problem gone.
You should take out the call to
progress-feedback-dispatch-non-command-events ; I don't think it can
hurt unless a progress bar is active, but it's not worth the risk.
Shall I call you Saint Stephen and render you acts of worship?
I'd rather you didn't. The Heavenly ether isn't working right
recently, and all prayers get garbled into "Get a Life! Your wife
will thank you." Or maybe she's got pull with a higher cloud
provider.
necessary to display a progress meter (perhaps as it does
when it's taking its jolly time about fontifying a file?)
That's right.
then it should display it somewhere that X11 doesn't know
about it'll crash?
Yup.
You're welcome, but I wish we could fix this.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta