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,942b3184b8c0c422 X-Google-Attributes: gid103376,public From: "Tarjei T. Jensen" Subject: Re: Platform portable support of heir. file systems Date: 1996/12/22 Message-ID: <32BD01CA.4AAF@online.no>#1/1 X-Deja-AN: 205407094 references: <01bbec7f$453edcd0$24af1486@pc-phw> <1996Dec18.071612.1@eisner> <32B8508F.2B7D@online.no> <32BC1A02.3DAA@online.no> <1996Dec21.153129.1@eisner> content-type: text/plain; charset=us-ascii organization: Jensen programvareutvikling mime-version: 1.0 newsgroups: comp.lang.ada x-mailer: Mozilla 2.02E (OS/2; I) Date: 1996-12-22T00:00:00+00:00 List-Id: Larry Kilgallen wrote: > Also note that a lot of existing MVS data is quite dependent > upon the hardware support for variable length disk records. > This seems quite at odds with the "stream of bytes" view > someone advocated earlier in this thread. I have said nothing yet of the datastream. However I think it would be reasonable for Ada to support the concept of variable sized records on architectures that have special support for it (IBM systems, VMS - there must be more of them). However that should not be at the expense of removing the existing support for "stream of byte". I think it would be a good idea for those vendors who sell Ada implementations and their customers to try to hammer out an annex that cover their needs. > Even though we might all _wish_ there was an easy answer, > wishing does not make it so. Posix provides an approach > for those running under Unix-emulating subsystems, including > MVS Open Edition, but it does not provide transparent access > to the bulk of existing data on non-Unix systems. I do not > mean to slight the Posix committee(s), some tasks are just > too hard. I think one should concentrate on one thing at a time. e.g. navigation and simple file system maintenance. A standard way of navigating and being able to reason about a file system is a big plus if you have to keep a piece of software running on several architectures. Once this has been done one can start to worry about other things. The point is to not try to cover everything at once. Divide and conquer! Greetings, -- // Tarjei T. Jensen // tarjei@online.no || voice +47 51 62 85 58 // Support you local rescue centre: GET LOST!