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.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,9c86eb13dd395066 X-Google-Attributes: gid103376,public From: eachus@spectre.mitre.org (Robert I. Eachus) Subject: Re: CRC in Ada? Date: 1997/03/25 Message-ID: #1/1 X-Deja-AN: 228345379 References: <1997Mar2.220652@nova.wright.edu> Organization: The Mitre Corp., Bedford, MA. Newsgroups: comp.lang.ada Date: 1997-03-25T00:00:00+00:00 List-Id: In article bobduff@world.std.com (Robert A Duff) writes: > Well, sure, but on VMS, I can edit text files using several editors, and > it seems to work, more or less. Surely, I can expect Ada.Text_IO to > generate files compatible with that mode of operation. And vice-versa. > I mean, when I edit a file in VMS, I don't give a bunch of > system-dependent mumbo jumbo about what *sort* of text file I want. You've lead a sheltered life Bob. ;-) When you go to read that VMS text file using Ada.Text_IO on a Unix box, good luck. Similarly, I thought we have all had to deal with the different end-of-line conventions on Unix and PCs. In Ada 83, the rule was if you wanted to do system dependent low-level I/O you used a package called, Low_Level_IO. And I don't want to hear carping about not all compilers supporting Low_Level_IO. It was a required package (no longer required in Ada 95) and I know of several validated compilers with useful implementations of Low_Level_IO that were available in 1984. In Ada 95, streams replace Low_Level_IO as a more portable low-level I/O interface. But sometimes you have to go bang bits in device drivers, and then the meaning of your code is, of necessity, way outside the language standard. -- Robert I. Eachus with Standard_Disclaimer; use Standard_Disclaimer; function Message (Text: in Clever_Ideas) return Better_Ideas is...