From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,29495b0e9519b616
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2003-12-13 14:17:12 PST
Path: 
 archiver1.google.com!news2.google.com!newsfeed2.dallas1.level3.net!news.level3.com!news.mainstreet.net!feedwest.aleron.net!aleron.net!sjc70.webusenet.com!chi1.webusenet.com!news.webusenet.com!newsfeed-east.nntpserver.com!nntpserver.com!newsfeed1.sea.pnap.net!newsfeed.pnap.net!chcgil2-snf1.gtei.net!news.gtei.net!news.binc.net!kilgallen
From: Kilgallen@SpamCop.net (Larry Kilgallen)
Newsgroups: comp.lang.ada
Subject: Re: Latin_1 and portability
Date: 13 Dec 2003 16:17:06 -0600
Organization: LJK Software
Message-ID: <Bwds0U+sYmzI@eisner.encompasserve.org>
References: <mailman.111.1071322524.31149.comp.lang.ada@ada-france.org>
 <20031213155408.356b7ec3.bjorn_persson.spam-is-evil@sverige.nu>
NNTP-Posting-Host: eisner.encompasserve.org
X-Trace: grandcanyon.binc.net 1071353722 12065 192.135.80.34 (13 Dec 2003
 22:15:22 GMT)
X-Complaints-To: abuse@binc.net
NNTP-Posting-Date: Sat, 13 Dec 2003 22:15:22 +0000 (UTC)
Xref: archiver1.google.com comp.lang.ada:3450
Date: 2003-12-13T16:17:06-06:00
List-Id: <comp.lang.ada>

In article <20031213155408.356b7ec3.bjorn_persson.spam-is-evil@sverige.nu>, =?ISO-8859-1?Q?Bj=F6rn?= Persson <bjorn_persson.spam-is-evil@sverige.nu> writes:
> On Sat, 13 Dec 2003 13:35:17 -0000
> "amado.alves" <amado.alves@netcabo.pt> wrote:
> 
>> I don't think I have ever met one implementation of TCP/IP or magnetic
>> media types (that's ISO-9660 right?) that actually convert.
> 
> ISO 9660 is for optical media - CDs and DVDs. Not that it matters.

Actually it can be used for magnetic disks as well, but the major reason
to choose it over OS-native formats is portability, and that is typically
done with optical media.

> TCP is on a far too low level to convert line breaks, and IP is even lower.
> FTP tries to do this, fails, and causes endless problems with corruption of
> non-text files. Even FTP is on a too low level.

Sorry, I was the one who said TCP/IP and I should have said FTP.
I have not heard of any troubles on such conversion, but the FTP
conversion would obviously only be used when the source system
indicated whether a file is text or not.

>> Of course AdaOS will do the right thing :-)
> 
> Now I'm curious. What is the right thing to do?

	1. Keep track of whether a local file is text or not.
	2. Convert on the fly for FTP with less capable operating systems
	3. Support ISO-9660 format in full, for both read and write.