Re: nnmail-pathname-coding-system breaks my XEmacs.

[Aidan Kehoe <kehoea@parhasard.net>]

 Ar an ceathrú lá déag de mí Eanair, scríobh Katsumi Yamaoka: 
 > > UTF-8 is *enforced* on OS X, in contrast to most Unix environments.
 > 
 > I imagine it is similar to DOS machines in which shift_jis is
 > used for file names in Japan.  (Though I don't know how files
 > are on OS X, since my daughters don't give me leave to touch
 > their MacBooks.)

With the important difference that it can encode everything, so there’s no
need to play around with differing file-name-coding-systems for differing
parts of the file hierarchy, the data won’t be trashed. 

 > [...] Anyway I still believe there is no reason to abolish the
 > `nnmail-pathname-coding-system' control in Gnus. However, for the momemnt
 > I have no idea to cope with that behavior. Isn't there a chance to make
 > it work like XEmacs 21.4?

I made this change yesterday to do that: 

http://hg.debian.org/hg/xemacs/xemacs?cs=774e5c7522bf

This version of your macro works with versions of 21.5 both with and without
that patch, and with 21.4: 

(defmacro nnmail-with-pathname-coding-system (&rest forms)
  "Bind `file-name-coding-system' while running FORMS.
A non-nil value of `nnmail-pathname-coding-system' will be used for
decoding and encoding file names."
  (if (featurep 'xemacs)
      `(progn
        (when (featurep 'file-coding)
          ;; Work around a bug in many 21.5 betas:
          (setq file-name-coding-system (coding-system-aliasee
                                         'file-name)))
        (let ((file-name-coding-system
               nnmail-pathname-coding-system))
          ,@forms))
    `(let ((file-name-coding-system nnmail-pathname-coding-system))
       ,@forms)))

-- 
¿Dónde estará ahora mi sobrino Yoghurtu Nghe, que tuvo que huir
precipitadamente de la aldea por culpa de la escasez de rinocerontes?