Markus.Grunwald(a)pruftechnik.com writes: Here on xemacs-beta. There is no BTS yet. You can also write to Ville Skyttä <scop(a)xemacs.org&gt;, who is the primary developer on the port. In general, I don't expect that will get you all that much more attention, but it's the appropriate place to direct thanks (in advance, even :-). _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

Hello, (good) anywhere") With some help from the list (thanks!) I managed to get the unsupported vc from cvs.xemacs.org. The "git" bug is gone (see my other mail) but this "Marker does not point anywhere" bug is still there, no matter if I check svn or cvs sources. What data can I provide to help you reproduce the bug ? I checked out this morning: gru＠CMDevLin2 >cvs status | grep -v Sticky | grep -v Repository =================================================================== File: ChangeLog Status: Up-to-date Working revision: 1.67 =================================================================== File: Makefile Status: Up-to-date Working revision: 1.11 =================================================================== File: log-edit.el Status: Up-to-date Working revision: 1.12 =================================================================== File: package-info.in Status: Up-to-date Working revision: 1.6 =================================================================== File: smerge-mode.el Status: Up-to-date Working revision: 1.3 =================================================================== File: vc-arch.el Status: Up-to-date Working revision: 1.17 =================================================================== File: vc-cvs.el Status: Up-to-date Working revision: 1.16 =================================================================== File: vc-git.el Status: Up-to-date Working revision: 1.7 =================================================================== File: vc-hooks.el Status: Up-to-date Working revision: 1.15 =================================================================== File: vc-mcvs.el Status: Up-to-date Working revision: 1.12 =================================================================== File: vc-rcs.el Status: Up-to-date Working revision: 1.10 =================================================================== File: vc-sccs.el Status: Up-to-date Working revision: 1.7 =================================================================== File: vc-svn.el Status: Up-to-date Working revision: 1.17 =================================================================== File: vc-xemacs.el Status: Up-to-date Working revision: 1.7 =================================================================== File: vc.el Status: Up-to-date Working revision: 1.37 (cvs status output is just ugly :( ) ------------------------------------------------------------------- M-x describe-installation uname -a: Linux penell 2.6.18.1 #1 Mon Oct 16 23:00:09 JST 2006 i686 GNU/Linux ./configure '--with-sound=none,native' '--with-x11' '--extra-verbose' '--with-site-lisp' '--with-database=berkdb' '--statedir=/var/lib' '--infodir=/usr/share/info/xemacs21' '--infopath=/usr/share/info/xemacs21' '--prefix=/usr' '--dynamic' '--error-checking=none' '--debug=no' '--with-pop' '--with-file-coding' '--pdump' '--with-system-malloc' '--with_menubars=lucid' '--with_scrollbars=lucid' '--with_dialogs=athena' '--docdir=/usr/lib/xemacs-21.4.19/i486-linux-gnu/mule/' '--with-mule' '--with-canna=no' '--with-wnn=no' '--with-xim=xlib' '--with-xfs' '--package-path=~/.xemacs:~/.xemacs/packages:~/.xemacs/xemacs-packages::/usr/share/xemacs21/site-packages:/usr/share/xemacs21/mule-packages:/usr/share/xemacs21/xemacs-packages' 'i486-linux-gnu' XEmacs 21.4.19 "Constant Variable" configured for `i486-pc-linux'. Compilation / Installation: Source code location: /tmp/buildd/xemacs21-21.4.19 Installation prefix: /usr Operating system description file: `s/linux.h' Machine description file: `m/intel386.h' Compiler: gcc -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare -fno-strict-aliasing -Wshadow Compiler version: gcc (GCC) 4.1.2 20061028 (prerelease) (Debian 4.1.1-19) Compiler specs file: specs. Relocating allocator for buffers: no GNU version of malloc: no - User chose not to use GNU allocators. Need to guess glibc1/2/etc here Window System: Compiling in support for the X window system: - X Windows headers location: - X Windows libraries location: - Handling WM_COMMAND properly. Compiling in support for the Athena widget set: - Athena headers location: X11/Xaw - Athena library to link: Xaw Using Lucid menubars. Using Lucid scrollbars. Using Athena dialog boxes. Using Athena native widgets. TTY: Compiling in support for ncurses. Compiling in support for GPM (General Purpose Mouse). Images: Compiling in support for GIF images (builtin). Compiling in support for XPM images. Compiling in support for PNG images. Compiling in support for JPEG images. Compiling in support for TIFF images. Compiling in support for X-Face message headers. Sound: Compiling in support for sound (native). Databases: Compiling in support for Berkeley database. Compiling in support for LDAP. Internationalization: Compiling in support for Mule (multi-lingual Emacs). Compiling in support for file coding. Compiling in support for XIM (X11R5+ I18N input method). - Using raw Xlib to provide XIM support. - Using XFontSet to provide bilingual menubar. Mail: Compiling in support for POP mail retrieval. Compiling in support for "dot-locking" mail spool file locking method. Other Features: Inhibiting IPv6 canonicalization at startup. Compiling in support for dynamic shared object modules. Using the new portable dumper. Tell me if I can help somehow... Mit freundlichen Grüßen Markus Grunwald Softwareentwicklung PRÜFTECHNIK Condition Monitoring GmbH Oskar-Messter-Straße 19-21 85737 Ismaning www.pruftechnik.com Tel: +49 (0)89 99616177 Fax: +49 (0)89 99616200 _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

Yes, I have. But no problem, I'll do as you showed me: Debugger entered--Lisp error: (error "Marker does not point anywhere") goto-char(#<marker in no buffer 0x940e56c>) (save-current-buffer (set-buffer (quote #<buffer "*vc-diff*">)) (goto-char (process-mark p)) (vc-exec-after (quote ...)) (vc-exec-after (quote ...)) (vc-exec-after (quote ...))) (with-current-buffer (quote #<buffer "*vc-diff*">) (goto-char (process-mark p)) (vc-exec-after (quote ...)) (vc-exec-after (quote ...)) (vc-exec-after (quote ...))) (lambda (p s) (with-current-buffer (quote #<buffer "*vc-diff*">) (goto-char ...) (vc-exec-after ...) (vc-exec-after ...) (vc-exec-after ...)))(#<process "cvs" pid 28616 state:exit> "exited abnormally with code 1\n") Mit freundlichen Grüßen Markus Grunwald Softwareentwicklung PRÜFTECHNIK Condition Monitoring GmbH Oskar-Messter-Straße 19-21 85737 Ismaning www.pruftechnik.com Tel: +49 (0)89 99616177 Fax: +49 (0)89 99616200 _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

On Monday 29 January 2007 17:13, Stephen J. Turnbull wrote: For me it behaves as expected, and notes "No differences to ... since latest version". Also, which version of XEmacs are you using? If 21.4.x, did you remove auto-autoloads.elc from the directory you installed the new vc to (after "make install"), see http://koti.welho.com/vskytta/xemacs/new-vc/README.txt? _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

On Tuesday 30 January 2007 14:18, Markus.Grunwald(a)pruftechnik.com wrote: Yep, missed that part, sorry. FWIW, I haven't tested with 21.4 in a while due to the problems documented in the new-vc README.txt. No patch available at least yet, but could you check what vc-* options you have set in ~/.xemacs/custom.el and ~/.xemacs/init.el, and if there are some things, see if changing them has any effect? The only vc related settings I have are: init.el: (require 'vc-hooks) (add-hook 'diff-mode-hook 'turn-on-font-lock) custom.el: '(vc-follow-symlinks t) '(vc-stay-local nil) My cvs is: Concurrent Versions System (CVS) 1.11.22 (client/server) _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

On Friday 02 February 2007 17:25, Stephen J. Turnbull wrote: I suppose the reason for this is that unless the vc-BACKEND-registered defun for a specific backend is fully embedded into auto-autoloads.el, the whole backend gets always loaded when vc-registered in vc-hooks.el calls it. And of course, if a file being opened is not handled by that backend, that backend was loaded pretty much for nothing. If on the other hand there's a fully selfcontained vc-BACKEND-registered available through autoloads, it can be called without pulling in the backend and the actual backend loaded only when some basic checks performed by the selfcontained one indicates that the likelihood of the full backend being actually needed is sufficently big. By 3) above do you mean marking the whole vc-svn-registered function, essentially copy-pasting it and just prepending ;;;###autoload to every line of it in the copy, or just keeping one copy and marking it with an autoload cookie as usual? If copy-pasting the whole defun, I suppose vc-svn-admin-directory would need the autoload cookie indeed. With other backends it could be much more than just a single defvar. If just one copy marked with an autoload cookie as usual, I guess vc-svn-admin-directory wouldn't need the cookie, but the drawback would vc-hooks.el dragging along all handled backends right from the start as discussed above. I think I'll play a bit with renaming the "embedded autoloads copies" of vc-BACKEND-registered to something else so the redefining of vc-BACKEND-registered doesn't happen and see if that makes a difference. If not, perhaps KISS and shrug off the penalty of all backends being pulled in for now. _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

Ville Skyttä writes: Do the other backends work as expected? _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

On Saturday 03 February 2007 18:23, Stephen J. Turnbull wrote: Building in fresh packages/unsupported/scop/vc with 21.4.20, everything seems normal. With 21.5.27, I always get the attached auto-autoloads.el. At least vc-arch-registered-lite, vc-cvs-registered-lite, vc-git-registered-lite and vc-mcvs-registered-lite are missing. _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

Markus.Grunwald(a)pruftechnik.com writes: That's useful to know. Thanks! No time to work on this today :-( but it doesn't take much time to say thanks :-) _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta