Re: Bug in new vc

Ville Skyttä writes: I've been able to reproduce the crash, and get this: (gdb) up 6 #6 0x0005985c in Ffuncall (nargs=2, args=0xbfffae68) at /Users/steve/Software/XEmacs/21.4/src/eval.c:3572 3572 val = funcall_compiled_function (fun, fun_nargs, fun_args); (gdb) pobj *args $2 = (Lisp_Symbol *) 0x20e9e7c $3 = {lheader = {type = 4, mark = 0, c_readonly = 0, lisp_readonly = 0}, next = 0x207bcec, name = 0x20d79a4, value = {...}, function = {...}, plist = {...}} Symbol name: vc-svn-registered Now, vc-svn-registered is a strange beast: it gets defun'ed in the autoload file to a function which loads vc-svn and then calls vc-svn-registered, which has been redefined in vc-svn. I suspect the 21.4 byte-compiler or maybe the bytecode interpreter gets confused by these shenanigans. I think this is excessively tricky, but it should work. I haven't tried it yet, but I wouldn't be surprised if in vc-svn.el 1. marking the defvar of vc-svn-admin-directory with an autoload cookie 2. getting rid of the magical autoload of vc-svn-registered 3. marking the regular defun of vc-svn-registered works around the bytecode bug in 21.4. You might try asking Stefan for help if that doesn't work. (Of course he's no expert on the XEmacs byte compiler, at least I'd be surprised if he is, but he probably can tell you a less, uh, "elegant" way to accomplish this.) _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta