From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/19066 Path: main.gmane.org!not-for-mail From: Felix Lee Newsgroups: gmane.emacs.gnus.general Subject: Re: gnus-asynchronous Date: Mon, 23 Nov 1998 01:56:49 -0800 Sender: owner-ding@hpc.uh.edu Message-ID: <199811230956.EAA22646@sclp3.sclp.com> References: <199811230014.TAA11828@sclp3.sclp.com> NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035157484 9663 80.91.224.250 (20 Oct 2002 23:44:44 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:44:44 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id EAA22658 for ; Mon, 23 Nov 1998 04:57:37 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by karazm.math.uh.edu (8.9.1/8.9.1) with ESMTP id DAB29335; Mon, 23 Nov 1998 03:57:16 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 23 Nov 1998 03:57:07 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id DAA08113 for ; Mon, 23 Nov 1998 03:57:00 -0600 (CST) Original-Received: from mail2.teleport.com (mail2.teleport.com [192.108.254.43]) by sclp3.sclp.com (8.8.5/8.8.5) with SMTP id EAA22646 for ; Mon, 23 Nov 1998 04:56:52 -0500 (EST) Original-Received: (qmail 4651 invoked from network); 23 Nov 1998 09:56:51 -0000 Original-Received: from pdx58-i48-43.teleport.com (HELO teleport.com) (204.202.167.185) by mail2.teleport.com with SMTP; 23 Nov 1998 09:56:51 -0000 In-reply-to: <199811230014.TAA11828@sclp3.sclp.com> on Sun, 22 Nov 1998 16:14:16 PST. Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:19066 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:19066 urggg. I finally reproduce the problem, and after banging against the wall for a while, I discover it's a bug in emacs 20.3. after-change-functions aren't run when a process spews into a buffer. (unless emacs does encoding stuff, which is never going to happen in this case.) this changes everything. sort of. maybe. gnus-async is going to be useless in emacs 20.3 unless.. something.. nasty.. happens... --