-- Vin Shelton <acs(a)alumni.princeton.edu&gt; spake thusly: > 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. Is it possible to provide any further details on this? Can you generate a -vanilla recipe for reproducing it? I haven't seen anything like this and I'd love to get all these issues fixed.

Matt Tucker <tuck(a)whistlingfish.net&gt; writes: > Russ Allbery wrote: >> 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. > Is it possible to provide any further details on this? Can you > generate a -vanilla recipe for reproducing it? I haven't seen > anything like this and I'd love to get all these issues fixed. Figured this out, with the help of a working elp. Turned out to not have anything to do with font-lock whatsoever; sorry about that false alarm. It was the new settings of interprogram-cut-function; I frequently use a remote X display and it was taking 0.3 seconds each time it updated the clipboard selection. The following:

restores the performance of older versions of XEmacs. Since the new documented behavior doesn't sound good anyway (I frequently separately use the kill ring and the clipboard for different purposes at the same time), that's a perfect solution for me other than the fact that it's both not the default and not documented in the user manual (but it is in lispref, which is how I figured it out after reading the definition of kill-new in simple.el).

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/>