comp.lang.ada
 help / color / mirror / Atom feed
From: hfrumblefoot@yahoo.com (Hambut)
Subject: Re: Text_IO.End_Of_File Problem
Date: 27 Nov 2001 01:51:45 -0800
Date: 2001-11-27T09:51:45+00:00	[thread overview]
Message-ID: <fb75c450.0111270151.3f9b8df3@posting.google.com> (raw)
In-Reply-To: 9tu05r$4ua5t$1@ID-25716.news.dfncis.de

"Nick Roberts" <nickroberts@adaos.worldonline.co.uk> wrote in message news:<9tu05r$4ua5t$1@ID-25716.news.dfncis.de>...
> Sequential_IO is definitely not what you require. 

Perhaps not. It seemed attractive because it doesn't add line ends in,
which would mean that I wouldn't have to strip off the 'CRLF's
returned from the server.  Basically laziness on my part.

I assume you're definitely against the use of sequential_io in this
case is because there's no guarantee (within the standard?) that
text_io would be able to sensibly read it back.  Which seems sensible
in general.

Cheers for the help. I'll no doubt be back with other daft questions.

<snip>

> 
> When you come to writing out the attachments, for those which produce binary
> data you will need to use Ada.Streams.Stream_IO to write out the binary
> data.
> 

A good point.

cheers,

Hambut



      reply	other threads:[~2001-11-27  9:51 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-11-25 22:42 Text_IO.End_Of_File Problem Hambut
2001-11-26  1:53 ` Jeffrey Carter
2001-11-26 12:30   ` Hambut
2001-11-26 16:50     ` Mark Biggar
2001-11-26 13:25   ` Hambut
2001-11-26  2:15 ` Patrick Hohmeyer
2001-11-26 12:36   ` Hambut
2001-11-26  2:35 ` Nick Roberts
2001-11-26 12:13   ` Hambut
2001-11-26 18:00     ` Nick Roberts
2001-11-27  9:51       ` Hambut [this message]
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox