>>>> 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,
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta