From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/25623 Path: main.gmane.org!not-for-mail From: Jan Vroonhof Newsgroups: gmane.emacs.gnus.general Subject: Re: 0x0a converted to 0x0d when saving attachments Date: 03 Oct 1999 23:39:00 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: <5b905mesqo.fsf@giga.cs.rochester.edu> <5bemfecz14.fsf@giga.cs.rochester.edu> Original-Received: from spinoza.math.uh.edu (spinoza.math.uh.edu [129.7.128.18]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id RAA20096 for ; Sun, 3 Oct 1999 17:44:46 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by spinoza.math.uh.edu (8.9.1/8.9.1) with ESMTP id QAB19991; Sun, 3 Oct 1999 16:40:41 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 03 Oct 1999 16:41:15 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id QAA09227 for ; Sun, 3 Oct 1999 16:41:06 -0500 (CDT) Original-Received: from frege.math.ethz.ch (daemon@frege-d-math-north-g-west.math.ethz.ch [129.132.145.3]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id RAA20076 for ; Sun, 3 Oct 1999 17:39:06 -0400 (EDT) Original-Received: (from daemon@localhost) by frege.math.ethz.ch (8.9.1/8.9.1) id XAA06629 for ; Sun, 3 Oct 1999 23:39:05 +0200 (MET DST) Original-Received: from bolzano(129.132.146.140) via SMTP by frege, id smtpdAAAa001bX; Sun Oct 3 23:39:00 1999 Original-Received: (vroonhof@localhost) by bolzano (SMI-8.6/D-MATH-client) id XAA20820; Sun, 3 Oct 1999 23:39:00 +0200 Original-To: ding@gnus.org In-Reply-To: Stainless Steel Rat's message of "Sun, 03 Oct 1999 16:53:25 GMT" Original-Lines: 24 User-Agent: Gnus/5.070083 (Pterodactyl Gnus v0.83) XEmacs/21.1 (Acadia) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:25623 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:25623 Stainless Steel Rat writes: > Hmm... I seem to recall that. This is one of FSF Emacs 20's stupidities: > it assumes that if no coding system is set it *must* perform a conversion, > which is just plain wrong. I think you'll find that this is not limited to FSF Emacs. I think in itself the idea that not specifying a coding system leads to auto-detection is sound however the autodetection should be _much_ more conservative and for _non-files_ (or at least internet sockets) the default should be 'binary. > Of course, this caused XEmacs 20 to break because on "illegal" messages > becaue no-conversion means something totally different. What a pain. The joys of two teams, at least one of them manifestly not trying to be compatible[1], working to implement the same manifestly undocumented or even undefined API. Jan Footnotes: [1] Note the careful positioning of 'not' in this sentence.