From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/36492 Path: main.gmane.org!not-for-mail From: Paul Stodghill Newsgroups: gmane.emacs.gnus.general Subject: fill bug still there [Re: XEmacs 21.[45] + Oort Gnus 0.03 + Filladapt 2.12: Inf loop] Date: 28 May 2001 13:45:10 -0400 Sender: stodghil@milhouse.cs.cornell.edu Message-ID: References: <3B092ED2.F390356F@inrialpes.fr> <3B092ED2.F390356F@inrialpes.fr> <4.3.2.7.2.20010521090646.00d66480@san-francisco.beasys.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035172067 8887 80.91.224.250 (21 Oct 2002 03:47:47 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 03:47:47 +0000 (UTC) Return-Path: Original-Received: (qmail 3168 invoked by alias); 28 May 2001 17:45:32 -0000 Original-Received: (qmail 3163 invoked from network); 28 May 2001 17:45:32 -0000 Original-Received: from postoffice.mail.cornell.edu (132.236.56.7) by gnus.org with SMTP; 28 May 2001 17:45:32 -0000 Original-Received: from milhouse.cs.cornell.edu.cs.cornell.edu (d7b147.dialup.cornell.edu [128.253.157.147]) by postoffice.mail.cornell.edu (8.9.3/8.9.3) with ESMTP id NAA25277 for ; Mon, 28 May 2001 13:45:29 -0400 (EDT) Original-To: ding@gnus.org In-Reply-To: (Paul Stodghill's message of "21 May 2001 15:14:03 -0400") User-Agent: Gnus/5.090003 (Oort Gnus v0.03) XEmacs/21.5 (anise) Original-Lines: 93 Xref: main.gmane.org gmane.emacs.gnus.general:36492 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:36492 The XEmacs people have made the changes so that C-g breaks out of the infloop that happens as I have described in previous messages. However, I never heard from any of the Gnus developers about what is causing the infloop in the first place. Below is a backtrace that I was able to obtain by killing an infloop'ing XEmacs. I can't isolate the particular piece of code that is causing this bug. Could people who know more than I please look at this. Thank you. > I managed to get a backtrace by sending HUP to a xemacs-21.5-b1 process > that was in an infloop. Here it is, > > milhouse$ xemacs-21.5-b1 > > [1]+ Stopped xemacs-21.5-b1 > milhouse$ bg > [1]+ xemacs-21.5-b1 & > milhouse$ kill -1 %1 > milhouse$ > Fatal error (1). > > Your files have been auto-saved. > Use `M-x recover-session' to recover them. > > If you have access to the PROBLEMS file that came with your > version of XEmacs, please check to see if your crash is described > there, as there may be a workaround available. > Otherwise, please report this bug by running the send-pr > script included with XEmacs, or selecting `Send Bug Report' > from the help menu. > As a last resort send ordinary email to `crashes@xemacs.org'. > *MAKE SURE* to include the information in the command > M-x describe-installation. > > If at all possible, *please* try to obtain a C stack backtrace; > it will help us immensely in determining what went wrong. > To do this, locate the core file that was produced as a result > of this crash (it's usually called `core' and is located in the > directory in which you started the editor, or maybe in your home > directory), and type > > gdb /usr/local/bin/xemacs-21.5-b1.exe core > > then type `where' when the debugger prompt comes up. > (If you don't have GDB on your system, you might have DBX, > or XDB, or SDB. A similar procedure should work for all of > these. Ask your system administrator if you need more help.) > > Lisp backtrace follows: > > looking-at("--text follows this line--$\\|[ ]*$\\|-- $\\|---+$\\|^?$\\|.*wro > te:$\\|\\(\\([ ]*\\(\\w\\|[-_.]\\)+>+\\|[ ]*[]>>|:}+]\\)+\\)[ ]*$") > # bind (quoted point beg end leading-space bolp not-break arg) > message-newline-and-reformat(nil t) > # bind (arg) > message-fill-paragraph(nil) > # bind (function fill-paragraph-function arg) > # aph-function nil forward-paragraph newline 1 backward-paragraph fill-region fill > -region-as-paragraph use-hard-newlines] 5 1025528 (list (if current-prefix-arg . > ..))>(nil) > apply(# paragraph-function nil forward-paragraph newline 1 backward-paragraph fill-regio > n fill-region-as-paragraph use-hard-newlines] 5 1025528 (list (if current-prefix > -arg ...))> nil) > # bind (args function) > filladapt-funcall(fill-paragraph nil) > # bind (paragraph-ignore-fill-prefix adaptive-fill-mode adaptive-fill-regexp c > omment-multi-line fill-prefix retval) > # (unwind-protect ...) > byte-code("..." [function done retval sign delta fill-column nil t filladapt-a > dapt 1 0 filladapt-funcall filladapt-paragraph-within-fill-tolerance success run > -hooks filladapt-fill-paragraph-post-hook throw arg low high lim fill-prefix old > -fill-column filladapt-mode comment-multi-line adaptive-fill-regexp adaptive-fil > l-mode paragraph-ignore-fill-prefix filladapt-fill-column-tolerance filladapt-fi > ll-column-backward-fuzz filladapt-fill-column-forward-fuzz] 7) > # (catch done ...) > # bind (arg function) > filladapt-fill-paragraph(fill-paragraph nil) > # bind (filladapt-inside-filladapt arg) > fill-paragraph(nil) > # bind (command-debug-status) > call-interactively(fill-paragraph) > # bind (arg) > fill-paragraph-or-region(nil) > # bind (command-debug-status) > call-interactively(fill-paragraph-or-region) > # (condition-case ... . error) > # (catch top-level ...)