Re: Error sending attached files

[Katsumi Yamaoka <yamaoka@jpl.org>]

>>>>> Aidan Kehoe wrote:

>  Ar an seachtú lá déag de mí Eanair, scríobh Reiner Steib:

>> Looks like a problem in XEmacs' `insert-file-contents-internal' to me.
>> Cc-ing xemacs-beta...

> As far as I can tell, our encoding autodetection code thinks the file is ISO
> 2022 JP, and is auto-allocating character sets and running out of them. What
> does Gnus bind coding-system-for-read to? It should be binary for this use
> case.

Gnus should bind `coding-system-for-read' then to the value of
`mm-binary-coding-system' that defaults to `binary'.  However,
it seems to have been set to nil or `undecided':

>> On Tue, Jan 13 2009, Michael Baer wrote:
[...]
>>> Debugger entered--Lisp error: (invalid-operation "No more character sets free for this dimension" 1)
>>>   insert-file-contents-internal("~/wtemp/scan/temp.pdf" nil nil nil
>>>     nil undecided used-codesys)
            ^^^^^^^^^
(The function `insert-file-contents' defined in code-files.el
 determines it according to `coding-system-for-read',
 `buffer-file-coding-system-for-read', etc.)

>>>   byte-code("..." [buffer-file-coding-system-for-read
[...]
>>>   insert-file-contents("~/wtemp/scan/temp.pdf" nil nil nil nil)
>>>   mm-insert-file-contents("~/wtemp/scan/temp.pdf" nil nil nil nil t)
>> [...]
>>>   mml-generate-mime()
[...]
>>> It's not making much sens to me, but any suggestions would
>>> definitely be appreciated,