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=-0.9 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD, FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: a07f3367d7,c689b55786a9f2bd X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!postnews.google.com!40g2000vbr.googlegroups.com!not-for-mail From: Maciej Sobczak Newsgroups: comp.lang.ada Subject: Re: for S'Image use Func?? Date: Sun, 16 May 2010 13:56:57 -0700 (PDT) Organization: http://groups.google.com Message-ID: References: <87632vwikr.fsf@ludovic-brenta.org> <112n6z3554srr$.tjzjtg467xfo.dlg@40tude.net> <1fv8frriu1h4s.g9jy78q1c0io.dlg@40tude.net> <7a31eab7-1a1c-4653-bf49-ff1498e318f9@b18g2000yqb.googlegroups.com> <199e07cb-2e93-40fc-974d-000b83b6000f@s29g2000yqd.googlegroups.com> <16vlvmzpbalm5.1chuumyyuyb2j$.dlg@40tude.net> <1fe63c27-207f-4a73-a823-3ec1410e35e8@j35g2000yqm.googlegroups.com> <1g82ubkc0t0pf$.nuj3gqp1buh6.dlg@40tude.net> <5715ce4b-3ddc-4f50-8b4d-094e93db657a@e21g2000vbl.googlegroups.com> <1o1jj8ho00vti.18z26rwdv3apb.dlg@40tude.net> <66e2a4b1-2784-4c60-8e6a-2237c7f7b477@r9g2000vbk.googlegroups.com> NNTP-Posting-Host: 85.222.87.69 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: posting.google.com 1274043417 2507 127.0.0.1 (16 May 2010 20:56:57 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Sun, 16 May 2010 20:56:57 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: 40g2000vbr.googlegroups.com; posting-host=85.222.87.69; posting-account=bMuEOQoAAACUUr_ghL3RBIi5neBZ5w_S User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3,gzip(gfe) Xref: g2news2.google.com comp.lang.ada:11666 Date: 2010-05-16T13:56:57-07:00 List-Id: On 16 Maj, 09:48, "Dmitry A. Kazakov" wrote: > > Wrong, unless you clearly define the meaning of "show". > > That is the point! Show is in each other's head. Some would consider single > LF as one empty line, others as two, and some as a broken file. So now we can come back to our original subject - what is the added value of Text_IO, then? What is the point of abstracting the notion of text, if it "is in each other's head"? Shouldn't stream I/O be enough and leave the rest to everybody's head in this case? > > And if you give me the freedom to choose my rendering scheme, it will > > be: > > > $ cat -n file.txt > > It does not work under Windows. Of course it does. Cygwin is your best friend. > As you said about VMS, why should I care > what a non-existent hobbyist's OS does? (:-)) You shouldn't. > > Fine. You still forgot about log files. :-) > > I don't use UNIX, remember. Our log files are binary. The only thing I can say now is that not only you don't use Unix, but you also don't use plenty of software packages that exist on Windows. > >> You could say: it > >> ends when blocked. Not very nice, but, in fact, widely used in network > >> communication protocols. > > > Widely? An example or two, please? > > Any. You cannot rely on the remote host always sending you graceful > disconnect. Many devices we are dealing with don't even have such thing. > They just become silent. This makes the end of stream indistinguishable from arbitrary delays. Not a good idea. What about the stream of keystrokes? Is the stream finished just because I'm thinking what to type next? > As a practical example, load some large text page into the browser. Before > it completes, in the middle, pull the Etherenet jack out. Observe the > stream end! It is not a stream end, it is a communication error. Guess what - some protocols are wiser than HTTP and can figure that out, which disproves your universal "any" qualifier. As in the majority of such discussion, we don't have a converging thread and we're not likely to come to any conclusion either (and we are long ago far away from the original problem, too). Is it OK to suggest that we should somehow finish? -- Maciej Sobczak * http://www.inspirel.com YAMI4 - Messaging Solution for Distributed Systems http://www.inspirel.com/yami4