>>>> "MB" == Martin Buchholz
<martin(a)xemacs.org> writes:
MB> Recent messages to this list, by JDonner, and Vincent Hamrick, contain
MB> html which causes VM to fire up w3, which crashes XEmacs with the
MB> following Lisp backtrace. It's very important to fix this as soon as
MB> possible, and I am willing to help, but probably Andy or Bill are the
MB> right people to find the fix. If you need for me to debug a little to
MB> help out if you can't reproduce it yourself, let me know...
I am not positive but I'm guessing this is the same progress bar crash
i was having over the weekend.
compiling with widgets/scrollbars=athena at least got rid of that
crash for me so i can progress with normal stuff.
MB> Martin
MB> # (unwind-protect ...)
MB> specifier-instance(#<image-specifier global=((... . ...) (... . ...) (... .
...)) fallback=((nil . ...)) 0x1bd3> nil nil nil)
MB> # bind (value no-fallback default domain property glyph)
MB> glyph-property-instance(#<glyph (buffer) #<image-specifier global=(... ...
...) fallback=(...) 0x1bd3>0x1bd2> image nil nil nil)
MB> # bind (no-fallback default domain glyph)
MB> glyph-image-instance(#<glyph (buffer) #<image-specifier global=(... ...
...) fallback=(...) 0x1bd3>0x1bd2>)
MB> # bind (inhibit-read-only zmacs-region-stays val frame value message)
MB> raw-append-progress("Parsing 5k" 33 #<x-frame "emacs"
0x593e>)
MB> # bind (tmsg top frame value message label)
MB> append-progress(progress "Parsing 5k" 33 nil)