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=unavailable autolearn_force=no version=3.4.4
X-Received: by 10.182.245.199 with SMTP id xq7mr11277038obc.5.1449272148031;
        Fri, 04 Dec 2015 15:35:48 -0800 (PST)
X-Received: by 10.182.148.165 with SMTP id tt5mr186197obb.20.1449272148006;
 Fri, 04 Dec 2015 15:35:48 -0800 (PST)
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!usenet.blueworldhosting.com!feeder01.blueworldhosting.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!mv3no11708999igc.0!news-out.google.com!l1ni88igd.0!nntp.google.com!mv3no9347000igc.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Fri, 4 Dec 2015 15:35:47 -0800 (PST)
In-Reply-To: <n3t3u8$fmk$1@dont-email.me>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=83.99.95.2;
 posting-account=sDyr7QoAAAA7hiaifqt-gaKY2K7OZ8RQ
NNTP-Posting-Host: 83.99.95.2
References: <e28c35a7-5f41-4beb-afb3-eb4fc9da9384@googlegroups.com>
 <n3sklk$fpv$1@dont-email.me>
 <274dc49b-b7cd-4eef-b333-34bae665c992@googlegroups.com>
 <n3t3u8$fmk$1@dont-email.me>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <1957dd23-1034-43fb-b933-c74a7d694207@googlegroups.com>
Subject: Re: Problem with Unbounded Strings
From: Laurent <lutgenl@icloud.com>
Injection-Date: Fri, 04 Dec 2015 23:35:48 +0000
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Xref: news.eternal-september.org comp.lang.ada:28651
Date: 2015-12-04T15:35:47-08:00
List-Id: <comp.lang.ada>

On Friday, 4 December 2015 23:28:46 UTC+1, Jeffrey R. Carter  wrote:

> One possible explanation is that your file was produced by a Windows syst=
em, and
> you're running your program on a Unix-based platform. In that case, Get_L=
ine
> will return a string with a CR at the end. When displayed, the CR will re=
turn
> the cursor to the beginning of the line. So you begin by outputting

Bingo. The real log file is from a windows system. The simplified file I ha=
ve made on my mac but with BBEdit. For some reason it also used the windows=
 line endings? After changing that everything works as expected. Should hav=
e checked that first. I had already once a problem with that I think. Other=
wise I wouldn't have put the "file" and "od -c" command into a txt file wit=
h an explanation.

Is there no function in the text io libraries to check which line endings a=
re used?

Thanks