From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Barrett Newsgroups: gmane.emacs.bugs Subject: Re: Emacs 22.0.50.1 crash on make_uninit_multibyte_string Date: Fri, 16 Sep 2005 11:47:03 -0400 Message-ID: <17194.59639.76976.602596@spinky.blazemonger.com> References: <17184.13523.891333.897902@spinky.blazemonger.com> <17194.6918.799325.394612@spinky.blazemonger.com> <17194.49418.964460.824285@spinky.blazemonger.com> Reply-To: Daniel Barrett NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1126886170 16020 80.91.229.2 (16 Sep 2005 15:56:10 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 16 Sep 2005 15:56:10 +0000 (UTC) Cc: Daniel Barrett , bug-gnu-emacs@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Sep 16 17:56:07 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EGIV6-0008Kh-QZ for geb-bug-gnu-emacs@m.gmane.org; Fri, 16 Sep 2005 17:51:45 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EGIV6-0002qZ-4Z for geb-bug-gnu-emacs@m.gmane.org; Fri, 16 Sep 2005 11:51:44 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EGISz-0002Lm-ER for bug-gnu-emacs@gnu.org; Fri, 16 Sep 2005 11:49:33 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EGISp-0002Ek-OY for bug-gnu-emacs@gnu.org; Fri, 16 Sep 2005 11:49:28 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EGISp-0002C3-9N for bug-gnu-emacs@gnu.org; Fri, 16 Sep 2005 11:49:23 -0400 Original-Received: from [204.127.202.59] (helo=sccrmhc14.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EGIQc-00023H-9e for bug-gnu-emacs@gnu.org; Fri, 16 Sep 2005 11:47:06 -0400 Original-Received: from spinky.blazemonger.com (c-24-60-175-62.hsd1.ma.comcast.net[24.60.175.62]) by comcast.net (sccrmhc14) with ESMTP id <2005091615470401400jnjvge>; Fri, 16 Sep 2005 15:47:04 +0000 Original-Received: by spinky.blazemonger.com (Postfix, from userid 500) id 3197D170B; Fri, 16 Sep 2005 11:47:03 -0400 (EDT) Original-To: storm@cua.dk X-Mailer: VM 7.19 under Emacs 22.0.50.1 X-DJB-Valid: Yes X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:13035 Archived-At: On September 16, 2005, Daniel Barrett wrote: >In case it helps, here's the output of vm-submit-bug-report. I'll also >forward this to Kyle (author of vm). Here are Kyle's remarks. : From: Kyle Jones : To: Daniel Barrett : Subject: Emacs 22 crash with vm : Date: Fri, 16 Sep 2005 08:10:27 -0700 : : Daniel Barrett writes: : > | > [...] : > | > (provide 'vm-byteopts) : > | : > | : > | I wonder if some of these settings may trigger some unusual : > | byte-code pattern which we don't normally see in emacs 22.x ??? : : Almost certainly. I doubt if many programs support Emacs versions : as far back as VM does. But that file is inaccurate in one : area. I don't support v18 Emacs anymore. : : I can explain what the code is doing in the backtrace. It will : make more sense if you skip to the bottom and read the comments : in reverse order from there. : : > | > (gdb) xbacktrace : > | > "vm-left-justify-string" : > | > "vm-reencode-mime-encoded-words-in-string" : : In this case RFC 2047-style encoded words must have appeared in : some header, probably Subject. The words are extracted, decoded, : left or right justified, then reencoded and returned, eventually : to be stored in VM's summary cache. : : > | > "format" : > | > "list" : > | > "eval" : : The template formatting is done with Lisp calls. : : > | > "vm-summary-sprintf" : : Generates the summary information for a message using a printf-like : format template. : : > | > "vm-su-summary" : : Returns the summary information for a message as a string. The : information may be cached, or it might call vm-summary-sprintf to : generate it. : : > | > "vm-stuff-attributes" : : Attribute stuffing means transferring message attributes that : only exist as setting in Emacs variables into actual data in the : folder buffer. This is done so that when auto-save happens : attribute changes are auto-saved as well. : : > | > "vm-stuff-virtual-attributes" : : vm-stuff-virtual-attributes checks if a message is a virtual : message and if so calls vm-stuff-attributes on the underlying : real message. : : > | > "vm-set-xxxx-flag" : : vm-set-xxxx-flag is used to set all messaqge attribute flags. : Besides setting/unsetting flags it adds records to VM's undo : record list. : : > | > "vm-set-new-flag" : : Since the message has been exposed, it isn't new anymore so the : 'new' flag is being set to nil. : : > | > "vm-show-current-message" : : vm-show-current-message unnarrows the folder buffer and sets the : proper clipping region to display the message. : > | > "vm-scroll-forward" : : SPC runs vm-scroll-forward, which exposed the current message, : which was previously hidden (preview). : : > | > "call-interactively" : : Someone pressed a key, probably the space bar. -- Dan Barrett dbarrett@blazemonger.com