Re: [O] Current patches to make org-mode run on XEmacs

[Sebastien Vauban]

Hi Bastien and Michael,

Bastien wrote:
> thanks for these patches.  Next time, could you provide one patch per
> mail?  The patchwork server cannot handle multiple patches and it makes
> it easier to discuss every patch -- thanks!

Just updated Org, and tried to launch my XEmacs 21.5  (beta29) "garbanzo"
[Lucid] (i586-pc-win32, Mule) of Wed Jun 17 2009 on GANDALF-XP.

Loaded org.el and org-install.el, and then tried to open an *.org file,
resulting in this:

--8<---------------cut here---------------start------------->8---
Backtrace follows:

  # bind (inhibit-quit window old-frame target-frame explicit-frame shrink-it)
  byte-code("..." [explicit-frame tem car target-frame buffer window nil 
last-nonminibuf-frame selected-frame get-buffer bufferp wrong-type-argument 
throw done buffer-dedicated-frame frame-live-p window-buffer selected-window 
display-buffer-1 buffer-name assoc switch-to-buffer string-match 0 
get-buffer-window frame-selected-window set-window-buffer frame-property 
minibuffer only window-dedicated-p frame-root-window unsplittable 
get-largest-window visible t window-frame window-height window-width 
window-leftmost-p window-rightmost-p split-window get-lru-window window-parent 
window-previous-child window-next-child window-pixel-edges window-pixel-height 
enlarge-window 2 ((byte-code "Á!«?Â!?Á?" [ssw70245 window-live-p 
select-window] 2)) select-window record-buffer 
shrink-window-if-larger-than-buffer override-frame other not-this-window-p 
special-display-function upper old-frame shrink-it shrink-to-fit dedi 
split-height-threshold window-min-height split-width-threshold 
pre-display-buffer-function display-buffer-function same-window-buffer-names 
pop-up-frames special-display-buffer-names pop-up-frame-function 
window-min-width same-window-regexps special-display-regexps pop-up-windows 
ssw70245] 8)
  # (catch done ...)
  # bind (shrink-to-fit override-frame not-this-window-p buffer)
  display-buffer(#<buffer "*Warnings*"> nil nil nil)
  # bind (pre-display-buffer-function buffer)
  show-temp-buffer-in-current-frame(#<buffer "*Warnings*">)
  # bind (buffer)
  display-warning-buffer()
  # (unwind-protect ...)
  # (catch #<INTERNAL OBJECT (XEmacs bug?) (opaque, size=0) 0x17e3da8> ...)
  # (unwind-protect ...)
  # (unwind-protect ...)
  # (unwind-protect ...)
  # bind (inhibit-quit)
  (next-event "[internal]")
  # (condition-case ... . error)
  # (catch top-level ...)

Warning: error: (wrong-type-argument (number-char-or-marker-p nil))
--8<---------------cut here---------------end--------------->8---

It's not clear that something is exploitable in the above bakctrace. My
problem is that XEmacs simply becomes unusable when such a problem occurs.
Dunno why.

Though, FYI, I've never been able to run Org on XEmacs (because of such
problems).

Best regards,
  Seb

-- 
Sebastien Vauban