From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/16564 Path: main.gmane.org!not-for-mail From: wmperry@aventail.com (William M. Perry) Newsgroups: gmane.emacs.gnus.general Subject: Re: MULE primer Date: 01 Sep 1998 07:33:04 -0700 Sender: owner-ding@hpc.uh.edu Message-ID: <86yas36gyn.fsf@kramer.in.aventail.com> References: Reply-To: wmperry@aventail.com NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035155417 28589 80.91.224.250 (20 Oct 2002 23:10:17 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:10:17 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id KAA21370 for ; Tue, 1 Sep 1998 10:33:49 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.7.6/8.7.3) with ESMTP id JAF28816; Tue, 1 Sep 1998 09:04:47 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 01 Sep 1998 09:33:33 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [209.195.19.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id JAA06158 for ; Tue, 1 Sep 1998 09:33:22 -0500 (CDT) Original-Received: from newman.aventail.com (root@newman.aventail.com [199.238.236.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id KAA21356 for ; Tue, 1 Sep 1998 10:33:09 -0400 (EDT) Original-Received: from kramer.in.aventail.com (wmperry@kramer.in.aventail.com [192.168.100.12]) by newman.aventail.com (8.8.5/8.8.5) with ESMTP id HAA03926; Tue, 1 Sep 1998 07:33:05 -0700 (PDT) Original-Received: (from wmperry@localhost) by kramer.in.aventail.com (8.8.5/8.8.5) id HAA15124; Tue, 1 Sep 1998 07:33:05 -0700 Original-To: Michael Welsh Duggan X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 writes: > Lars Magne Ingebrigtsen writes: > > > Michael Welsh Duggan writes: > > > > > > And the XEmacs and Emacs MULEs are subtly and not-so-subtly > > > > different, in that the XEmacs stuff works and the Emacs stuff > > > > doesn't. (Well.) > > > > > > Can you be more specific on what doesn't "work"? > > > > I just can't seem to get a handle on how things work. If I eval > > `(rfc2047-decode-string "=?ISO-2022-JP?B?GyRCTVUybBsoQik=?=")' with > > point in a unibyte buffer, then I get garbage, even if I don't intend > > to insert the string. If I'm in a multibyte buffer, things work. So > > it seems that if you want to have multibyte chars one place, you > > almost have to force all buffers to be multibyte, just to make sure. > > (Which is what those `set-buffer-multibyte' things that are littered > > over Gnus now is all about.) > > > > These things just *work* under XEmacs without having to think about > > them. > > If you think that this is a bug, you should report it. This is an > odd-numbered Emacs release, and as such each and every bug you > encounter should be reported as soon as possible, so that a fix can > make it into the subsequent even-numbered release. Especially as RMS is on the road this month, and plans to do 20.4 while he is gone of just bugfixes, etc. -bp