Bug#335221: wl-summary-reply-with-citation (A) is broken
On October 23, 2005 at 4:53PM -0700, rob (at ladle.net) wrote: With twm, select-convert-out does not get called at all. I am writing this email to you under twm, started via startx -- :1 on my VT8. Here are the things which I can think of that are different between the two environments. KDE is my normal environment. I start KDE with kdm, this one was started with startx. KDE is run under ssh-agent, this twm is not. My ctrl and capslock are swapped within KDE. Could you please ask the wl-en mailing list about this issue? I don't have enough time to construct the testing environments. If you send a question to wl-en, another person may answer. -- Tatsuya Kinoshita pgpdiu9hiZQKz.pgp Description: PGP signature
Bug#335221: wl-summary-reply-with-citation (A) is broken
At Sun, 23 Oct 2005 18:46:17 -0700, Rob Walker wrote: I think now that it is probably KDE, even though I want to rule out the ssh-agent and the control/capslock stuff. I ran KDE without ssh-agent, and it still is broken. I got rid of the capslock changed, and it still is broken. I believe it is KDE vs. twm at this point. rob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335221: wl-summary-reply-with-citation (A) is broken
At Mon, 24 Oct 2005 22:00:33 +0900 (JST), Tatsuya Kinoshita wrote: [1 text/plain; us-ascii (7bit)] On October 23, 2005 at 4:53PM -0700, rob (at ladle.net) wrote: With twm, select-convert-out does not get called at all. I am writing this email to you under twm, started via startx -- :1 on my VT8. Here are the things which I can think of that are different between the two environments. KDE is my normal environment. I start KDE with kdm, this one was started with startx. KDE is run under ssh-agent, this twm is not. My ctrl and capslock are swapped within KDE. Could you please ask the wl-en mailing list about this issue? I don't have enough time to construct the testing environments. If you send a question to wl-en, another person may answer. Yes. rob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335221: wl-summary-reply-with-citation (A) is broken
On October 22, 2005 at 6:03PM -0700, rob (at ladle.net) wrote: On my system, `select-convert-out' is not called and debugger is not invoked. Hrmm... which XEmacs are you using? Debian package xemacs21-mule_21.4.17-2_i386.deb, with xserver-xorg 6.8.2.dfsg.1-8, window manager is twm. `emacs-version' is a variable declared in Lisp. -- loaded from /home/mohura/packages/build-area/xemacs21-21.4.17/lisp/version.el Value: 21.4 (patch 17) \Jumbo Shrimp\ XEmacs Lucid Documentation: Version numbers of this version of XEmacs. -- Tatsuya Kinoshita pgpR5jCnBUrCF.pgp Description: PGP signature
Bug#335221: wl-summary-reply-with-citation (A) is broken
At Sun, 23 Oct 2005 21:14:55 +0900 (JST), Tatsuya Kinoshita wrote: [1 text/plain; us-ascii (7bit)] On October 22, 2005 at 6:03PM -0700, rob (at ladle.net) wrote: On my system, `select-convert-out' is not called and debugger is not invoked. Hrmm... which XEmacs are you using? Debian package xemacs21-mule_21.4.17-2_i386.deb, with xserver-xorg 6.8.2.dfsg.1-8, window manager is twm. `emacs-version' is a variable declared in Lisp. -- loaded from /home/mohura/packages/build-area/xemacs21-21.4.17/lisp/version.el Value: 21.4 (patch 17) \Jumbo Shrimp\ XEmacs Lucid Documentation: Version numbers of this version of XEmacs. With twm, select-convert-out does not get called at all. I am writing this email to you under twm, started via startx -- :1 on my VT8. Here are the things which I can think of that are different between the two environments. KDE is my normal environment. I start KDE with kdm, this one was started with startx. KDE is run under ssh-agent, this twm is not. My ctrl and capslock are swapped within KDE. rob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335221: wl-summary-reply-with-citation (A) is broken
At Sun, 23 Oct 2005 04:29:19 +0900 (JST), Tatsuya Kinoshita wrote: On October 21, 2005 at 6:16PM -0700, rob (at ladle.net) wrote: Package: wl Version: 2.14.0-2 Severity: normal If I start up wl, and then hit A to do a reply with citation, I get the following in my *Backtrace* buffer: Debugger entered--Lisp error: (error markers must be in the same buffer #marker at 443 in +draft/120 0x8ca9b5c #marker in no buffer 0x8ca9b44) signal(error (markers must be in the same buffer #marker at 443 in +draft/120 0x8ca9b5c #marker in no buffer 0x8ca9b44)) select-convert-to-text(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) select-convert-to-compound-text(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) apply(select-convert-to-compound-text (PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44))) select-convert-out(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) On my Debian sid environment, `select-convert-out' is not called and the error doesn't occur. Could you please try the following procedure to invoke debugger? * `M-x wl RET' * `M-: (load wl-summary.el) RET' * `M-: (debug-on-entry 'select-convert-out) RET' * go to Summary and type `A' We do not enter select-convert-out when I don't run a window manager at all. I used startx, and that started up KDE, and I still entered select-convert-out when I hit A. I used 'xinit -- :1', and tried 'startkde', and I still entered select-convert-out when I hit A. I am now trying xemacs without any window manager running at all, and am not having any problem. I guess we can rule out XFree86 as the culprit. I think now that it is probably KDE, even though I want to rule out the ssh-agent and the control/capslock stuff. thanks, rob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335221: wl-summary-reply-with-citation (A) is broken
Package: wl Version: 2.14.0-2 Severity: normal If I start up wl, and then hit A to do a reply with citation, I get the following in my *Backtrace* buffer: Debugger entered--Lisp error: (error markers must be in the same buffer #marker at 443 in +draft/120 0x8ca9b5c #marker in no buffer 0x8ca9b44) signal(error (markers must be in the same buffer #marker at 443 in +draft/120 0x8ca9b5c #marker in no buffer 0x8ca9b44)) select-convert-to-text(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) select-convert-to-compound-text(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) apply(select-convert-to-compound-text (PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44))) select-convert-out(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) I have removed as many things from /etc/emacs/site-start.d/ as possible, using dpkg --purge . Right now I have the following in /etc/emacs/site-start.d/ ls /etc/emacs/site-start.d/ 00debian-vars.el 20apel.el 50autoconf.el 50dictionaries-common.el 50flim.el 51semi.el 65wl.el I --purged emacs21 and mailcrypt, and I still get the same error I am next going to purge wl and the supporting packages, and see if I can make it work with XEmacs and the wl source. Is there a way to put emacs/wl into a debugger, and single-step through each elisp statement? thanks, rob -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.1020050221 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages wl depends on: pi apel 10.6+0.20050606-1 portable library for emacsen pi flim 1:1.14.7+0.20041120-1 library about internet message for ii make 3.80-11 The GNU version of the make util pi semi 1.14.6+0.20050510-1 library to provide MIME feature fo ii xemacs21-mule [ema 21.4.17-2 highly customizable text editor -- -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335221: wl-summary-reply-with-citation (A) is broken
On October 21, 2005 at 6:16PM -0700, rob (at ladle.net) wrote: Package: wl Version: 2.14.0-2 Severity: normal If I start up wl, and then hit A to do a reply with citation, I get the following in my *Backtrace* buffer: Debugger entered--Lisp error: (error markers must be in the same buffer #marker at 443 in +draft/120 0x8ca9b5c #marker in no buffer 0x8ca9b44) signal(error (markers must be in the same buffer #marker at 443 in +draft/120 0x8ca9b5c #marker in no buffer 0x8ca9b44)) select-convert-to-text(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) select-convert-to-compound-text(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) apply(select-convert-to-compound-text (PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44))) select-convert-out(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) On my Debian sid environment, `select-convert-out' is not called and the error doesn't occur. Could you please try the following procedure to invoke debugger? * `M-x wl RET' * `M-: (load wl-summary.el) RET' * `M-: (debug-on-entry 'select-convert-out) RET' * go to Summary and type `A' -- Tatsuya Kinoshita pgpbvNsYx8UJZ.pgp Description: PGP signature
Bug#335221: wl-summary-reply-with-citation (A) is broken
At Sun, 23 Oct 2005 04:29:19 +0900 (JST), Tatsuya Kinoshita wrote: Debugger entered--Lisp error: (error markers must be in the same buffer #marker at 443 in +draft/120 0x8ca9b5c #marker in no buffer 0x8ca9b44) signal(error (markers must be in the same buffer #marker at 443 in +draft/120 0x8ca9b5c #marker in no buffer 0x8ca9b44)) select-convert-to-text(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) select-convert-to-compound-text(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) apply(select-convert-to-compound-text (PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44))) select-convert-out(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) On my Debian sid environment, `select-convert-out' is not called and the error doesn't occur. Could you please try the following procedure to invoke debugger? * `M-x wl RET' * `M-: (load wl-summary.el) RET' * `M-: (debug-on-entry 'select-convert-out) RET' * go to Summary and type `A' I did that, here is what I got: Debugger entered--entering a function: * select-convert-out(PRIMARY TARGETS (#marker at 419 in *Backtrace* 0x8337abc . #marker at 1 in *Backtrace* 0x8337aa4)) recursive-edit() byte-code(... [buffer-read-only noninteractive debugger-buffer middlestart debugger-args debugger-batch-max-lines pop-to-buffer debugger-mode debugger-setup-buffer count-lines 2 ...\n message buffer-string kill-emacs debug backtrace-debug 3 t debugger-reenable nil recursive-edit standard-output] 3) debug(debug) * select-convert-out(PRIMARY TIMESTAMP (#marker at 888 in *Backtrace* 0x8337abc . #marker at 1 in *Backtrace* 0x8337aa4)) recursive-edit() byte-code(... [buffer-read-only noninteractive debugger-buffer middlestart debugger-args debugger-batch-max-lines pop-to-buffer debugger-mode debugger-setup-buffer count-lines 2 ...\n message buffer-string kill-emacs debug backtrace-debug 3 t debugger-reenable nil recursive-edit standard-output] 3) debug(debug) * select-convert-out(PRIMARY TARGETS (#marker at 1355 in *Backtrace* 0x8337abc . #marker at 1 in *Backtrace* 0x8337aa4)) recursive-edit() byte-code(... [buffer-read-only noninteractive debugger-buffer middlestart debugger-args debugger-batch-max-lines pop-to-buffer debugger-mode debugger-setup-buffer count-lines 2 ...\n message buffer-string kill-emacs debug backtrace-debug 3 t debugger-reenable nil recursive-edit standard-output] 3) debug(debug) * select-convert-out(PRIMARY TIMESTAMP (#marker at 1744 in +draft/125 0x8b52f94 . #marker in no buffer 0x8b52fac)) recursive-edit() byte-code(... [buffer-read-only noninteractive debugger-buffer middlestart debugger-args debugger-batch-max-lines pop-to-buffer debugger-mode debugger-setup-buffer count-lines 2 ...\n message buffer-string kill-emacs debug backtrace-debug 3 t debugger-reenable nil recursive-edit standard-output] 3) debug(debug) * select-convert-out(PRIMARY TARGETS (#marker in no buffer 0x8d3ef3c . #marker in no buffer 0x8d3ef54)) recursive-edit() byte-code(... [buffer-read-only noninteractive debugger-buffer middlestart debugger-args debugger-batch-max-lines pop-to-buffer debugger-mode debugger-setup-buffer count-lines 2 ...\n message buffer-string kill-emacs debug backtrace-debug 3 t debugger-reenable nil recursive-edit standard-output] 3) debug(debug) * select-convert-out(PRIMARY COMPOUND_TEXT (#marker in no buffer 0x8d3ef3c . #marker in no buffer 0x8d3ef54)) recursive-edit() byte-code(... [buffer-read-only noninteractive debugger-buffer middlestart debugger-args debugger-batch-max-lines pop-to-buffer debugger-mode debugger-setup-buffer count-lines 2 ...\n message buffer-string kill-emacs debug backtrace-debug 3 t debugger-reenable nil recursive-edit standard-output] 3) debug(debug) * select-convert-out(PRIMARY TARGETS (#marker in no buffer 0x8d3ef3c . #marker in no buffer 0x8d3ef54)) recursive-edit() byte-code(... [buffer-read-only noninteractive debugger-buffer middlestart debugger-args debugger-batch-max-lines pop-to-buffer debugger-mode debugger-setup-buffer count-lines 2 ...\n message buffer-string kill-emacs debug backtrace-debug 3 t debugger-reenable nil recursive-edit standard-output] 3) debug(debug) * select-convert-out(PRIMARY TIMESTAMP (#marker in no buffer 0x8d3eb04 . #marker in no buffer 0x8d3eaec)) recursive-edit() byte-code(... [buffer-read-only noninteractive debugger-buffer middlestart debugger-args debugger-batch-max-lines pop-to-buffer debugger-mode debugger-setup-buffer count-lines 2 ...\n message buffer-string kill-emacs debug backtrace-debug 3 t debugger-reenable nil recursive-edit standard-output] 3) debug(debug) * select-convert-out(CLIPBOARD TIMESTAMP current) It seems to keep running. Every time I do a C-SPC, or try to
Bug#335221: wl-summary-reply-with-citation (A) is broken
At Sun, 23 Oct 2005 04:29:19 +0900 (JST), Tatsuya Kinoshita wrote: [1 text/plain; us-ascii (7bit)] On October 21, 2005 at 6:16PM -0700, rob (at ladle.net) wrote: Package: wl Version: 2.14.0-2 Severity: normal If I start up wl, and then hit A to do a reply with citation, I get the following in my *Backtrace* buffer: Debugger entered--Lisp error: (error markers must be in the same buffer #marker at 443 in +draft/120 0x8ca9b5c #marker in no buffer 0x8ca9b44) signal(error (markers must be in the same buffer #marker at 443 in +draft/120 0x8ca9b5c #marker in no buffer 0x8ca9b44)) select-convert-to-text(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) select-convert-to-compound-text(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) apply(select-convert-to-compound-text (PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44))) select-convert-out(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) On my Debian sid environment, `select-convert-out' is not called and the error doesn't occur. Could you please try the following procedure to invoke debugger? * `M-x wl RET' * `M-: (load wl-summary.el) RET' * `M-: (debug-on-entry 'select-convert-out) RET' * go to Summary and type `A' I have started a grep -rni select-convert-out * in my /usr/share/ directory, to see what might be causing this. I am also having a hard time copying anything from the backtrace buffer, as it is continualy throwing an error every couple of seconds, even when I am in the *Backtrace* buffer. I notice that my draft buffer keeps saving every few seconds, as well. A message of Saving... appears in the minibuffer, and it saves my draft, and then returns control back to me in the buffer. Does that have anything to do with the error? rob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335221: wl-summary-reply-with-citation (A) is broken
At Sat, 22 Oct 2005 15:31:49 -0700, Rob Walker wrote: At Sun, 23 Oct 2005 04:29:19 +0900 (JST), Tatsuya Kinoshita wrote: [1 text/plain; us-ascii (7bit)] On October 21, 2005 at 6:16PM -0700, rob (at ladle.net) wrote: Package: wl Version: 2.14.0-2 Severity: normal If I start up wl, and then hit A to do a reply with citation, I get the following in my *Backtrace* buffer: Debugger entered--Lisp error: (error markers must be in the same buffer #marker at 443 in +draft/120 0x8ca9b5c #marker in no buffer 0x8ca9b44) signal(error (markers must be in the same buffer #marker at 443 in +draft/120 0x8ca9b5c #marker in no buffer 0x8ca9b44)) select-convert-to-text(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) select-convert-to-compound-text(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) apply(select-convert-to-compound-text (PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44))) select-convert-out(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) On my Debian sid environment, `select-convert-out' is not called and the error doesn't occur. Could you please try the following procedure to invoke debugger? * `M-x wl RET' * `M-: (load wl-summary.el) RET' * `M-: (debug-on-entry 'select-convert-out) RET' * go to Summary and type `A' I have started a grep -rni select-convert-out * in my /usr/share/ directory, to see what might be causing this. I am also having a hard time copying anything from the backtrace buffer, as it is continualy throwing an error every couple of seconds, even when I am in the *Backtrace* buffer. I am not able to get a copy of the backtrace buffer. If I go into it and try to save the buffer to a file, it keeps throwing errors left and right. I have tried to save it to a file, but that file ends up being empty. Maybe a screenshot from an external application would help. Would you like me to do that? rob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335221: wl-summary-reply-with-citation (A) is broken
At Sat, 22 Oct 2005 15:31:49 -0700, Rob Walker wrote: At Sun, 23 Oct 2005 04:29:19 +0900 (JST), Tatsuya Kinoshita wrote: [1 text/plain; us-ascii (7bit)] On October 21, 2005 at 6:16PM -0700, rob (at ladle.net) wrote: Package: wl Version: 2.14.0-2 Severity: normal If I start up wl, and then hit A to do a reply with citation, I get the following in my *Backtrace* buffer: Debugger entered--Lisp error: (error markers must be in the same buffer #marker at 443 in +draft/120 0x8ca9b5c #marker in no buffer 0x8ca9b44) signal(error (markers must be in the same buffer #marker at 443 in +draft/120 0x8ca9b5c #marker in no buffer 0x8ca9b44)) select-convert-to-text(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) select-convert-to-compound-text(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) apply(select-convert-to-compound-text (PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44))) select-convert-out(PRIMARY COMPOUND_TEXT (#marker at 443 in +draft/120 0x8ca9b5c . #marker in no buffer 0x8ca9b44)) On my Debian sid environment, `select-convert-out' is not called and the error doesn't occur. Could you please try the following procedure to invoke debugger? * `M-x wl RET' * `M-: (load wl-summary.el) RET' * `M-: (debug-on-entry 'select-convert-out) RET' * go to Summary and type `A' I have started a grep -rni select-convert-out * in my /usr/share/ directory, to see what might be causing this. xemacs-21.4.17/lisp/ChangeLog:3349: * select.el (select-convert-out): New. Binary file xemacs-21.4.17/lisp/select.elc matches rob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335221: wl-summary-reply-with-citation (A) is broken
On October 22, 2005 at 3:31PM -0700, rob (at ladle.net) wrote: I notice that my draft buffer keeps saving every few seconds, as well. A message of Saving... appears in the minibuffer, Quoting from wl/wl-vars.el: (defcustom wl-auto-save-drafts-interval 1 Idle interval in seconds to save draft buffers automatically. If you don't want to use this feature, set this to nil. :type '(choice (const :tag Don't use this feature nil) (number :tag Secs)) :group 'wl-draft) -- Tatsuya Kinoshita pgpTXpBCJdkaZ.pgp Description: PGP signature
Bug#335221: wl-summary-reply-with-citation (A) is broken
On October 22, 2005 at 3:05PM -0700, rob (at ladle.net) wrote: Debugger entered--entering a function: * select-convert-out(PRIMARY TARGETS (#marker at 419 in *Backtrace* 0x8337abc . #marker at 1 in *Backtrace* 0x8337aa4)) It seems to keep running. Every time I do a C-SPC, or try to mark the area for cutting, it makes another couple of lines. It is like it is on a timer, which keeps firing, and re-doing the error message. If I C-SPC anywhere, in any buffer, we go back into the *Backtrace* buffer. I don't know why `select-convert-out' is called frequently on your XEmacs... Could you please try the following? * Run `xemacs21-mule -q -no-site-file -nw' * Type `M-: (debug-on-entry 'select-convert-out) RET' * Type C-SPC or so * Run `xemacs21-mule -q -no-site-file' * Type `M-: (debug-on-entry 'select-convert-out) RET' * Type C-SPC or so * Run `xemacs21-mule -q' * Type `M-: (debug-on-entry 'select-convert-out) RET' * Type C-SPC or so * Run `xemacs21-mule' * Type `M-: (debug-on-entry 'select-convert-out) RET' * Type C-SPC or so On my system, `select-convert-out' is not called and debugger is not invoked. -- Tatsuya Kinoshita pgpAvFTyM1b33.pgp Description: PGP signature
Bug#335221: wl-summary-reply-with-citation (A) is broken
At Sun, 23 Oct 2005 09:00:51 +0900 (JST), Tatsuya Kinoshita wrote: [1 text/plain; us-ascii (7bit)] On October 22, 2005 at 3:05PM -0700, rob (at ladle.net) wrote: Debugger entered--entering a function: * select-convert-out(PRIMARY TARGETS (#marker at 419 in *Backtrace* 0x8337abc . #marker at 1 in *Backtrace* 0x8337aa4)) It seems to keep running. Every time I do a C-SPC, or try to mark the area for cutting, it makes another couple of lines. It is like it is on a timer, which keeps firing, and re-doing the error message. If I C-SPC anywhere, in any buffer, we go back into the *Backtrace* buffer. I don't know why `select-convert-out' is called frequently on your XEmacs... I figured one part of it out. If I have (setq wl-auto-save-drafts-interval nil) in my .wl file, I no longer get the continuing errors. It must be doing every time that the auto-save auto-saves. Could you please try the following? I will do that, but I have to have a separate xemacs running for those tests, since turning on that debug makes xemacs completely unusable. * Run `xemacs21-mule -q -no-site-file -nw' * Type `M-: (debug-on-entry 'select-convert-out) RET' * Type C-SPC or so nothing happens. I opened up a file, used dired a little bit, and it never called that one. * Run `xemacs21-mule -q -no-site-file' * Type `M-: (debug-on-entry 'select-convert-out) RET' * Type C-SPC or so Debugger entered--entering a function: * select-convert-out(PRIMARY TIMESTAMP (#marker at 198 in *scratch* 0x8337924 . #marker at 198 in *scratch* 0x833790c)) * Run `xemacs21-mule -q' * Type `M-: (debug-on-entry 'select-convert-out) RET' * Type C-SPC or so Debugger entered--entering a function: * select-convert-out(PRIMARY TARGETS (#marker at 198 in *scratch* 0x8337924 . #marker at 198 in *scratch* 0x833790c)) recursive-edit() byte-code(... [buffer-read-only noninteractive debugger-buffer middlestart debugger-args debugger-batch-max-lines pop-to-buffer debugger-mode debugger-setup-buffer count-lines 2 ...\n message buffer-string kill-emacs debug backtrace-debug 3 t debugger-reenable nil recursive-edit standard-output] 3) debug(debug) * select-convert-out(PRIMARY TIMESTAMP (#marker at 198 in *scratch* 0x8337924 . #marker at 198 in *scratch* 0x833790c)) * Run `xemacs21-mule' * Type `M-: (debug-on-entry 'select-convert-out) RET' * Type C-SPC or so Debugger entered--entering a function: * select-convert-out(PRIMARY TARGETS (#marker at 198 in *scratch* 0x8337924 . #marker at 198 in *scratch* 0x833790c)) recursive-edit() byte-code(... [buffer-read-only noninteractive debugger-buffer middlestart debugger-args debugger-batch-max-lines pop-to-buffer debugger-mode debugger-setup-buffer count-lines 2 ...\n message buffer-string kill-emacs debug backtrace-debug 3 t debugger-reenable nil recursive-edit standard-output] 3) debug(debug) * select-convert-out(PRIMARY TIMESTAMP (#marker at 198 in *scratch* 0x8337924 . #marker at 198 in *scratch* 0x833790c)) On my system, `select-convert-out' is not called and debugger is not invoked. Hrmm... which XEmacs are you using? I have `emacs-version' is a variable declared in Lisp. -- loaded from /home/mohura/packages/build-area/xemacs21-21.4.17/lisp/version.el Value: 21.4 (patch 17) \Jumbo Shrimp\ XEmacs Lucid Documentation: Version numbers of this version of XEmacs. and 21.4.17 is the current version, according to http://ftp.us.xemacs.org/ftp/pub/xemacs/ I also don't like how I my second test is different from my third and fourth ones. I am going to re-run it. * Run `xemacs21-mule -q -no-site-file' * Type `M-: (debug-on-entry 'select-convert-out) RET' * Type C-SPC or so ok, now it is the same as those other two: Debugger entered--entering a function: * select-convert-out(PRIMARY TARGETS (#marker at 198 in *scratch* 0x8337924 . #marker at 198 in *scratch* 0x833790c)) recursive-edit() byte-code(... [buffer-read-only noninteractive debugger-buffer middlestart debugger-args debugger-batch-max-lines pop-to-buffer debugger-mode debugger-setup-buffer count-lines 2 ...\n message buffer-string kill-emacs debug backtrace-debug 3 t debugger-reenable nil recursive-edit standard-output] 3) debug(debug) * select-convert-out(PRIMARY TIMESTAMP (#marker at 198 in *scratch* 0x8337924 . #marker at 198 in *scratch* 0x833790c)) rob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335221: wl-summary-reply-with-citation (A) is broken
At Sun, 23 Oct 2005 09:00:51 +0900 (JST), Tatsuya Kinoshita wrote: [1 text/plain; us-ascii (7bit)] On October 22, 2005 at 3:05PM -0700, rob (at ladle.net) wrote: Debugger entered--entering a function: * select-convert-out(PRIMARY TARGETS (#marker at 419 in *Backtrace* 0x8337abc . #marker at 1 in *Backtrace* 0x8337aa4)) It seems to keep running. Every time I do a C-SPC, or try to mark the area for cutting, it makes another couple of lines. It is like it is on a timer, which keeps firing, and re-doing the error message. If I C-SPC anywhere, in any buffer, we go back into the *Backtrace* buffer. I don't know why `select-convert-out' is called frequently on your XEmacs... Could you please try the following? * Run `xemacs21-mule -q -no-site-file -nw' * Type `M-: (debug-on-entry 'select-convert-out) RET' * Type C-SPC or so This really hit upon something. I am running xemacs with '-nw', and with the wl-auto-save-drafts-interval set to the default, with a save after one second. I don't get the errors any more, so it is certainly a problem with the way that it is working under X, and not under -nw. I am going to try now with wl-auto-save-drafts-interval set to nil, under X, and see what happens. Same problem, I thought it would. There is something with select-convert-out and X, I fear. Is it time to ask the XEmacs people about it? rob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]