Mats Lidell writes:
Raymond Toy writes:
> I found this problem using git mode when adding a new directory
(which
> isn't supported in git.el). I can reproduce the crash using the
> following steps with xemacs -vanilla:
> (load "emacs-simple")
I'm guessing that this is a file containing functions implemented in
GNU Emacs that aren't in XEmacs. If so:
Did you byte-compile this file with the XEmacs you're using? If you
use an .elc compiled by 21.5 in a 21.4, or an .elc compiled by GNU in
any XEmacs, I wouldn't be surprised if you can crash XEmacs.
[1] Is git.el a candidate to include in the packages
AFAIK the git mode preferred by 9 out of 10 dentists is magit.el.
That doesn't mean we couldn't offer both, but I guess I would put
priority on magit if you're asking my opinion. (Of course the mode
with a volunteer to maintain it will win, or at least get in first!)
[2] Should we implement [display-message-or-buffer]?
I think it's a function we'd be better off without. The idea is that
you can pass an arbitrarily long message as a string or a buffer, and
it will either display in the echo area if short "enough", or pop up a
buffer. But the arguments are crufty, the functionality is basically
available with `message' and C-x b " *Message-Log*" RET, and probably
improving with-displaying-help-buffer and friends would be a better
way to implement the basic idea.
Of course if there's enough code using the function we probably need
to implement it in the name of compatibility.
Steve
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta