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've been having an error when sending attached files with gnus
> email that has been driving me crazy. I was hoping someone on this
> list might have some insight into the problem. It is somewhat
> inconsistent and seems to happen more often with pdf and MS Word
> files. If it happens with a file, it won't send that file and will
> continue to fail on repeated tries. Although, if I reopen and save
> a doc again with Openoffice or convert a pdf to something else, it
> often will send the new file. 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
already knows about, and when it runs out of space, the above error is
what will happen.)
As to why it might doing that, I can't imagine. Loading
an attachment should be done in binary coding, and surely gnus must
normally do that correctly, or nothing would ever work. Reproducible
example needed!
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta