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,FREEMAIL_FROM
	autolearn=ham autolearn_force=no version=3.4.4
X-Google-Thread: a07f3367d7,98821c80e10d88c4
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII
Received: by 10.204.157.134 with SMTP id b6mr380435bkx.5.1339691006379;
        Thu, 14 Jun 2012 09:23:26 -0700 (PDT)
Path: 
 e27ni47859bkw.0!nntp.google.com!news1.google.com!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
From: Blady <p.p11@orange.fr>
Newsgroups: comp.lang.ada
Subject: Re: gnat 2011 - macbook
Date: Mon, 11 Jun 2012 12:44:27 -0700 (PDT)
Organization: http://groups.google.com
Message-ID: <da4e4258-96d8-48c5-8b9f-839f44105339@googlegroups.com>
References: <16918417-25c8-4547-bba8-89c4cb70f1fe@l5g2000vbo.googlegroups.com>
NNTP-Posting-Host: 2.8.114.115
Mime-Version: 1.0
X-Trace: posting.google.com 1339443947 18398 127.0.0.1 (11 Jun 2012 19:45:47
 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Mon, 11 Jun 2012 19:45:47 +0000 (UTC)
In-Reply-To: 
 <16918417-25c8-4547-bba8-89c4cb70f1fe@l5g2000vbo.googlegroups.com>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=2.8.114.115;
 posting-account=94GLqQoAAABRDKJ5vWVBzCDWAEq47F5V
User-Agent: G2/1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Date: 2012-06-11T12:44:27-07:00
List-Id: <comp.lang.ada>

Le vendredi 25 mai 2012 12:13:23 UTC+2, RasikaSr...@gmail.com a =E9crit=A0:
> all
>=20
> I have a program that reads a text file using text_io.get_line.
>=20
> It would appear that on the mac, the line terminator  CR are not
> digested by the get_line. On windows it seems that the CR/LF is
> handled and are not returned to the application. The test data file I
> am using originated in a Windows system.
>=20
> Is this an expected behavior?
>=20
> thanks, srini

Hi, yes it's clearly a drawback to deal with many different text formats fo=
r line terminator and  accentuated letters.
It should be processed automatically without care about format like many te=
xt editors guess the good format.
In 2005, I modified GNAT Text_IO lib with awareness to Mac CR line terminat=
ors and MacRoman characters.
See /Users/blady/Documents/Synchro/Blady/alpha.html
But I don't really use it because I switched to UTF-8 for my source code wi=
th Mac OS X.
And for remaining old Mac files I use TextWrangler to convert them.
http://www.barebones.com/products/textwrangler/

HTH, Pascal.