Re: [Russ Allbery <rra@stanford.edu>] Anyone using Oort with XEmacs 21.4.6?

Has anyone here seen problems like this? I'm not running oort, so I don't see this. - vin X-From-Line: owner-ding(a)hpc.uh.edu Wed Dec 26 16:43:51 2001 Return-Path: <owner-ding(a)hpc.uh.edu&gt; Delivered-To: acs(a)localhost.zion.rcn.com Received: from localhost (localhost.localdomain [127.0.0.1]) by zion.rcn.com (Postfix) with ESMTP id EF7451198F for <acs＠localhost>; Wed, 26 Dec 2001 16:43:50 -0500 (EST) Delivered-To: alumni.princeton.edu%acs(a)alumni.princeton.edu Received: from mail.alumni.princeton.edu.criticalpath.net [64.97.227.75] by localhost with POP3 (fetchmail-5.9.0) for acs＠localhost (single-drop); Wed, 26 Dec 2001 16:43:50 -0500 (EST) Received: (cpmta 25197 invoked from network); 26 Dec 2001 13:38:33 -0800 Received: from 129.7.128.13 (HELO malifon.math.uh.edu) by smtp.c007.snv.cp.net (209.228.33.225) with SMTP; 26 Dec 2001 13:38:33 -0800 X-Received: 26 Dec 2001 21:38:33 GMT Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 16JLkb-0001w9-00; Wed, 26 Dec 2001 15:38:13 -0600 Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 26 Dec 2001 15:38:01 -0600 (CST) Received: from sclp3.sclp.com (qmailr(a)sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id PAA14788 for <ding(a)hpc.uh.edu>; Wed, 26 Dec 2001 15:37:52 -0600 (CST) Received: (qmail 8133 invoked by alias); 26 Dec 2001 21:37:57 -0000 Delivered-To: alias-ding(a)gnus.org Received: (qmail 8128 invoked from network); 26 Dec 2001 21:37:57 -0000 Received: from windlord.stanford.edu (171.64.13.23) by gnus.org with SMTP; 26 Dec 2001 21:37:57 -0000 Received: (qmail 22795 invoked by uid 50); 26 Dec 2001 21:37:51 -0000 To: ding(a)gnus.org Subject: Anyone using Oort with XEmacs 21.4.6? From: Russ Allbery <rra(a)stanford.edu&gt; Organization: The Eyrie Date: Wed, 26 Dec 2001 13:37:51 -0800 Message-ID: <yladw5ek7k.fsf(a)windlord.stanford.edu&gt; User-Agent: Gnus/5.090004 (Oort Gnus v0.04) XEmacs/21.1 (Channel Islands, sparc-sun-solaris2.6) Sender: owner-ding(a)hpc.uh.edu Precedence: list X-Majordomo: 1.94.jlt7 Status: U X-UIDL: PCpDWdHkIeFicQE Lines: 41 Xref: zion.rcn.com ding:18792 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii I'm getting core dumps when using XEmacs 21.4.6. I'm likely to just switch back to 21.1.12 for right now since 21.4.6 also has an annoying performance regression when deleting text out of a font-lock buffer, but I'm curious whether anyone else is seeing this one or if it's something peculiar to my configuration. It doesn't happen all the time, but about 25-50% of the time when starting up a new XEmacs and going into Gnus I was getting a core dump. Here's the Lisp backtrace: # bind (form) gnus-byte-compile((lambda (file orig-file) (nnmail-split-incoming file (quote nnml-save-mail) (quote nil) (if ... nil ...) (quote nnml-active-number)))) # bind (source incomings incoming total new i group-in fetching-sources sources spool-func group temp exit-func method) nnmail-get-new-mail(nnml nnml-save-nov "~/Mail/" nil) # bind (server group) nnml-request-scan(nil "") # bind (gnus-command-method gnus-inhibit-demon mail-source-plugged gnus-command-method group) gnus-request-scan(nil (nnml "")) # bind (where mesg force method) gnus-read-active-file-1((nnml "") nil) # (condition-case ... . ((quit (message "Quit reading the active file")))) # (unwind-protect ...) # bind (methods method not-native force) gnus-read-active-file(nil nil) # bind (init nnmail-fetched-sources dont-connect level rawfile) gnus-setup-news(nil nil nil) byte-code("..." [dont-connect did-connect gnus-group-quit gnus-run-hooks gnus-startup-hook gnus-make-newsrc-file gnus-startup-file gnus-current-startup-file gnus-slave gnus-use-dribble-file gnus-dribble-read-file gnus-use-grouplens bbb-login add-hook gnus-summary-mode-hook gnus-grouplens-mode gnus-setup-news nil level gnus-setup-news-hook gnus-start-draft-setup gnus-group-list-groups gnus-group-first-unread-group gnus-configure-windows group gnus-group-set-mode-line gnus-started-hook] 4) # bind (level did-connect slave dont-connect arg) gnus-1(nil nil nil) # bind (slave dont-connect arg) gnus(nil) # bind (command-debug-status) call-interactively(gnus) # (condition-case ... . error) # (catch top-level ...) -- Russ Allbery (rra(a)stanford.edu) <http://www.eyrie.org/~eagle/>