From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/68185 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general,gmane.emacs.xemacs.beta Subject: Re: Error sending attached files Date: Mon, 19 Jan 2009 11:28:28 +0900 Organization: Emacsen advocacy group Message-ID: References: <877i4tk7i3.fsf@marauder.physik.uni-ulm.de> <18803.2923.47279.551408@parhasard.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1232332291 11303 80.91.229.12 (19 Jan 2009 02:31:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 19 Jan 2009 02:31:31 +0000 (UTC) Cc: ding@gnus.org, xemacs-beta@xemacs.org To: Michael Baer Original-X-From: ding-owner+M16627@lists.math.uh.edu Mon Jan 19 03:32:43 2009 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1LOjwP-0002bs-TZ for ding-account@gmane.org; Mon, 19 Jan 2009 03:32:42 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1LOjtE-00046I-FU; Sun, 18 Jan 2009 20:29:24 -0600 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1LOjtB-000462-Ir for ding@lists.math.uh.edu; Sun, 18 Jan 2009 20:29:21 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.69) (envelope-from ) id 1LOjt8-0006SP-D5 for ding@lists.math.uh.edu; Sun, 18 Jan 2009 20:29:21 -0600 Original-Received: from orlando.hostforweb.net ([216.246.45.90]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1LOjtO-00089i-00 for ; Mon, 19 Jan 2009 03:29:34 +0100 Original-Received: from localhost ([127.0.0.1]:56869) by orlando.hostforweb.net with esmtpa (Exim 4.69) id 1LOjsX-0004ww-3N; Sun, 18 Jan 2009 20:28:41 -0600 X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (linux) Cancel-Lock: sha1:Q5mcEjMjOFpAnkFa8xHzq2boEqA= X-Hashcash: 1:20:090119:gnus@mikesoffice.com::G38DshmPvRRcpALN:000000000000000000000000000000000000000001ViS X-Hashcash: 1:20:090119:ding@gnus.org::oNRoMy41jB3FZwTE:00001RXs X-Hashcash: 1:20:090119:xemacs-beta@xemacs.org::makqK1RiEGKlKvAr:0000000000000000000000000000000000000006/XB X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - orlando.hostforweb.net X-AntiAbuse: Original Domain - gnus.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -2.6 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:68185 gmane.emacs.xemacs.beta:29166 Archived-At: >>>>> Aidan Kehoe wrote: > Ar an seacht=FA l=E1 d=E9ag de m=ED Eanair, scr=EDobh 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. W= hat > 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 set= s 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,