At 01:38 PM 3/27/00 -0500, Olivier Galibert wrote: This sounds more reproducible. Can you send me a small ps file that it definitely fails on with -vanilla. Do you use Motif or Athena? How about a stacktrace? Thanks andy -------------------------------------------------------------- Dr Andy Piper Principal Consultant, BEA Systems Ltd

AP> At 01:38 PM 3/27/00 -0500, Olivier Galibert wrote: i can reproduce this AP> This sounds more reproducible. Can you send me a small ps file that it AP> definitely fails on with -vanilla. Do you use Motif or Athena? lesstif. i believe it's related to the size of the buffer. a) start xemacs -vanilla b) in the *scratch* buffer, M-x font-lock-fontify-buffer this works now a) start xemacs -vanilla b) (setq font-lock-maximum-size 0) (now you'll get the "buffer too big to fontify" message. c) now, in *scratch* buffer, M-x font-lock-fontify-buffer i get: Gutter plist spec must contain strings: (progress #<extent *[0, 1) 0x8570394 in string " ">) i get this backtrace with debug-on-error set to t Signaling: (error "Gutter spec must be string, plist or nil" #<x-frame "emacs" 0x1fb4>) check-valid-instantiator(#<x-frame "emacs" 0x1fb4> gutter) canonicalize-spec(#<x-frame "emacs" 0x1fb4> gutter nil) byte-code("..." [spec-list nil result rest noerror throw cann-spec-list t signal error "Invalid list format" canonicalize-spec specifier-type res2] 5) canonicalize-spec-list((#<x-frame "emacs" 0x1fb4> progress #<extent *[0, 1) 0x85952a8 in string " ">) gutter) set-specifier(#<gutter-specifier global=(nil) fallback=((nil)) 0x13c> (progress #<extent *[0, 1) 0x85952a8 in string " ">) #<x-frame "emacs" 0x1fb4> nil) modify-specifier-instances(#<gutter-specifier global=(nil) fallback=((nil)) 0x13c> plist-put (progress #<extent *[0, 1) 0x85952a8 in string " ">) force nil #<x-frame "emacs" 0x1fb4> nil) set-gutter-element(#<gutter-specifier global=(nil) fallback=((nil)) 0x13c> progress #<extent *[0, 1) 0x85952a8 in string " "> #<x-frame "emacs" 0x1fb4>) abort-progress-display(font-lock "Fontifying *scratch*... buffer too big." nil) display-progress-display(font-lock "Fontifying *scratch*... buffer too big." abort) lprogress-display(font-lock "Fontifying %s... buffer too big." abort "*scratch*") font-lock-mode(1) font-lock-default-fontify-buffer() #<compiled-function nil "...(9)" [font-lock-verbose font-lock-fontify-buffer-function] 1 ("/cvs/xemacs/xemacs/lisp/font-lock.elc" . 26996) nil>() call-interactively(font-lock-fontify-buffer) command-execute(font-lock-fontify-buffer t) execute-extended-command(nil) call-interactively(execute-extended-command)

On Mon, Mar 27, 2000 at 09:46:05PM +0100, Andy Piper wrote: Sorry for being so slow. The floating progress bar problem is gone. The one I was reporting is gone too. I'm impressed, to say the least. Good work Andy. OG.