* Error sending attached files
@ 2009-01-13 5:52 Michael Baer
2009-01-17 20:22 ` Reiner Steib
0 siblings, 1 reply; 5+ messages in thread
From: Michael Baer @ 2009-01-13 5:52 UTC (permalink / raw)
To: ding
Hi,
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
The error message is kind of amusing, but doesn't really make much
sense to me in this context.
I'm using a Fedora 9 on a PPC platform, and I was using the version
of gnus that is standard on F9 (I forget what version gnus is, it's
xemacs 21.5.28-6) but I switched to the source gnus-5.10.10 with no
noticeable change in this error.
The debug on error output is:
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)
byte-code("..." [buffer-file-coding-system-for-read coding-system-for-read return-val visit filename coding-system run-hook-with-args insert-file-contents-access-hook run-hook-with-args-until-success insert-file-contents-pre-hook find-file-coding-system-for-read-from-filename raw-text find-coding-system lwarn notice "Invalid coding-system (%s), using 'undecided" undecided insert-file-contents-internal used-codesys start end replace] 9)
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-compute-boundary-1((part (type . "application/pdf") (filename . "~/wtemp/scan/temp.pdf") (disposition . "attachment") (description . "temp.pdf") (tag-location . 305) (contents . "")))
mapcar(mml-compute-boundary-1 ((part (type . "application/pdf") (filename . "~/wtemp/scan/temp.pdf") (disposition . "attachment") (description . "temp.pdf") (tag-location . 305) (contents . "")) (part (type . "text/plain") (contents . "\n\n-- \nMichael Baer\nbaerm@mikesoffice.com\n"))))
mml-compute-boundary-1((multipart (type . "mixed") (part (type . "application/pdf") (filename . "~/wtemp/scan/temp.pdf") (disposition . "attachment") (description . "temp.pdf") (tag-location . 305) (contents . "")) (part (type . "text/plain") (contents . "\n\n-- \nMichael Baer\nbaerm@mikesoffice.com\n"))))
mml-compute-boundary((multipart (type . "mixed") (part (type . "application/pdf") (filename . "~/wtemp/scan/temp.pdf") (disposition . "attachment") (description . "temp.pdf") (tag-location . 305) (contents . "")) (part (type . "text/plain") (contents . "\n\n-- \nMichael Baer\nbaerm@mikesoffice.com\n"))))
mml-generate-mime-1((multipart (type . "mixed") (part (type . "application/pdf") (filename . "~/wtemp/scan/temp.pdf") (disposition . "attachment") (description . "temp.pdf") (tag-location . 305) (contents . "")) (part (type . "text/plain") (contents . "\n\n-- \nMichael Baer\nbaerm@mikesoffice.com\n"))))
mml-generate-mime()
message-encode-message-body()
message-send-mail(nil)
message-send-via-mail(nil)
message-send(nil)
message-send-and-exit(nil)
call-interactively(message-send-and-exit)
It's not making much sens to me, but any suggestions would
definitely be appreciated,
Thanks,
Mike
--
Michael Baer
gnus@mikesoffice.com
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: Error sending attached files
2009-01-13 5:52 Error sending attached files Michael Baer
@ 2009-01-17 20:22 ` Reiner Steib
2009-01-18 10:58 ` Aidan Kehoe
0 siblings, 1 reply; 5+ messages in thread
From: Reiner Steib @ 2009-01-17 20:22 UTC (permalink / raw)
To: Michael Baer; +Cc: ding, xemacs-beta
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
>
> The error message is kind of amusing, but doesn't really make much
> sense to me in this context.
>
> I'm using a Fedora 9 on a PPC platform, and I was using the version
> of gnus that is standard on F9 (I forget what version gnus is, it's
> xemacs 21.5.28-6) but I switched to the source gnus-5.10.10 with no
> noticeable change in this error.
>
> The debug on error output is:
>
> 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)
> byte-code("..." [buffer-file-coding-system-for-read
> coding-system-for-read return-val visit filename coding-system
> run-hook-with-args insert-file-contents-access-hook
> run-hook-with-args-until-success insert-file-contents-pre-hook
> find-file-coding-system-for-read-from-filename raw-text
> find-coding-system lwarn notice "Invalid coding-system (%s), using
> 'undecided" undecided insert-file-contents-internal used-codesys
> start end replace] 9)
> 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()
> message-encode-message-body()
> message-send-mail(nil)
> message-send-via-mail(nil)
> message-send(nil)
> message-send-and-exit(nil)
> call-interactively(message-send-and-exit)
>
> It's not making much sens to me, but any suggestions would
> definitely be appreciated,
Bye, Reiner.
--
,,,
(o o)
---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: Error sending attached files
2009-01-17 20:22 ` Reiner Steib
@ 2009-01-18 10:58 ` Aidan Kehoe
2009-01-19 2:28 ` Katsumi Yamaoka
0 siblings, 1 reply; 5+ messages in thread
From: Aidan Kehoe @ 2009-01-18 10:58 UTC (permalink / raw)
To: Reiner Steib; +Cc: Michael Baer, ding, xemacs-beta
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.
> 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
> >
> > The error message is kind of amusing, but doesn't really make much
> > sense to me in this context.
> >
> > I'm using a Fedora 9 on a PPC platform, and I was using the version
> > of gnus that is standard on F9 (I forget what version gnus is, it's
> > xemacs 21.5.28-6) but I switched to the source gnus-5.10.10 with no
> > noticeable change in this error.
> >
> > The debug on error output is:
> >
> > 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)
> > byte-code("..." [buffer-file-coding-system-for-read
> > coding-system-for-read return-val visit filename coding-system
> > run-hook-with-args insert-file-contents-access-hook
> > run-hook-with-args-until-success insert-file-contents-pre-hook
> > find-file-coding-system-for-read-from-filename raw-text
> > find-coding-system lwarn notice "Invalid coding-system (%s), using
> > 'undecided" undecided insert-file-contents-internal used-codesys
> > start end replace] 9)
> > 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()
> > message-encode-message-body()
> > message-send-mail(nil)
> > message-send-via-mail(nil)
> > message-send(nil)
> > message-send-and-exit(nil)
> > call-interactively(message-send-and-exit)
> >
> > It's not making much sens to me, but any suggestions would
> > definitely be appreciated,
>
> Bye, Reiner.
> --
> ,,,
> (o o)
> ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/
>
> _______________________________________________
> XEmacs-Beta mailing list
> XEmacs-Beta@xemacs.org
> http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
--
¿Dónde estará ahora mi sobrino Yoghurtu Nghe, que tuvo que huir
precipitadamente de la aldea por culpa de la escasez de rinocerontes?
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: Error sending attached files
2009-01-18 10:58 ` Aidan Kehoe
@ 2009-01-19 2:28 ` Katsumi Yamaoka
2009-01-20 6:16 ` Michael Baer
0 siblings, 1 reply; 5+ messages in thread
From: Katsumi Yamaoka @ 2009-01-19 2:28 UTC (permalink / raw)
To: Michael Baer; +Cc: ding, xemacs-beta
>>>>> 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,
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: Error sending attached files
2009-01-19 2:28 ` Katsumi Yamaoka
@ 2009-01-20 6:16 ` Michael Baer
0 siblings, 0 replies; 5+ messages in thread
From: Michael Baer @ 2009-01-20 6:16 UTC (permalink / raw)
To: Katsumi Yamaoka; +Cc: xemacs-beta, ding, Michael Baer
>>>>> On Mon, 19 Jan 2009 11:28:28 +0900, Katsumi Yamaoka <yamaoka@jpl.org> said:
Cool, thanks!, this definitely helped me track down a work-around.
I don't know what is actually causing the problem (It seems unique
to me), but by adding the .pdf extension to the
file-coding-system-alist for binary, it will successfully send files
that were previously failing.
-Mike
>>>>> 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.
KY> Gnus should bind `coding-system-for-read' then to the value
KY> of `mm-binary-coding-system' that defaults to `binary'.
KY> However, it seems to have been set to nil or `undecided':
>>> On Tue, Jan 13 2009, Michael Baer wrote:
KY> [...]
>>>> 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)
KY> ^^^^^^^^^
KY> (The function `insert-file-contents' defined in
KY> code-files.el
KY> determines it according to `coding-system-for-read',
KY> `buffer-file-coding-system-for-read', etc.)
>>>> byte-code("..." [buffer-file-coding-system-for-read
KY> [...]
>>>> 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()
KY> [...]
>>>> It's not making much sens to me, but any suggestions would
>>>> definitely be appreciated,
--
Michael Baer
baerm@mikesoffice.com
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2009-01-20 6:16 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-01-13 5:52 Error sending attached files Michael Baer
2009-01-17 20:22 ` Reiner Steib
2009-01-18 10:58 ` Aidan Kehoe
2009-01-19 2:28 ` Katsumi Yamaoka
2009-01-20 6:16 ` Michael Baer
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).