Ar an t-ochtú lá déag de mí Eanair, scríobh Julian Bradfield:
On 2009-01-17, Reiner Steib <reinersteib+gmane(a)imap.cc> wrote:
> Looks like a problem in XEmacs' `insert-file-contents-internal' to me.
> Cc-ing xemacs-beta...
>
> On Tue, Jan 13 2009, Michael Baer wrote:
>
>> I usually attach the file with mml-attach-file (C-c C-a), but when I
>> try to send I get the error message below:
>>
>> Invalid operation: No more character sets free for this dimension, 1
Here's a guess, which is the first thing that comes to
mind. Obviously, a reproducible example would be helpful.
XEmacs is loading the file, guessing the encoding, and guessing it's
Unicode. But it's actually binary junk, so it ends up trying to handle
more Unicode characters than XEmacs can. (Because of the horrible
nature of the way XEmacs currently handles Unicode, it can only cope
with "tens of thousands" of distinct characters beyond those that Mule
About four hundred thousand, actually.
already knows about, and when it runs out of space, the above error
is
what will happen.)
No, the character sets created by the Unicode code are two-dimensional.
Here’s the error message you get in that case:
Invalid constant: Final must be in the range 0x30 - 0x5F for dimension == 2, ?\`
As to why it might doing that, I can't imagine. Loading an
attachment
should be done in binary coding,
Agreed!
and surely gnus must normally do that correctly, or nothing would
ever
work. Reproducible example needed!
--
¿Dónde estará ahora mi sobrino Yoghurtu Nghe, que tuvo que huir
precipitadamente de la aldea por culpa de la escasez de rinocerontes?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta