Re: MULE primer

[wmperry@aventail.com (William M. Perry)]

Michael Welsh Duggan <md5i@cs.cmu.edu> writes:

> Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> 
> > Michael Welsh Duggan <md5i@cs.cmu.edu> 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