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,dea2d62ab1462538 X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!postnews.google.com!e37g2000yqn.googlegroups.com!not-for-mail From: Maciej Sobczak Newsgroups: comp.lang.ada Subject: Re: Writing an Operating System in Ada Date: Thu, 14 Jan 2010 01:40:57 -0800 (PST) Organization: http://groups.google.com Message-ID: <4176d6eb-fefe-4bd7-9378-55a33a12d458@e37g2000yqn.googlegroups.com> References: <8e9bc311-7540-40a1-b19e-49e93648c25c@s31g2000yqs.googlegroups.com> <9oyblld05omh$.1dzhmyoseeb7x$.dlg@40tude.net> <414945fd-8ed5-4f42-a237-0685602332b3@f5g2000yqh.googlegroups.com> NNTP-Posting-Host: 137.138.182.236 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: posting.google.com 1263462057 18498 127.0.0.1 (14 Jan 2010 09:40:57 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Thu, 14 Jan 2010 09:40:57 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: e37g2000yqn.googlegroups.com; posting-host=137.138.182.236; 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.1.6) Gecko/20091201 Firefox/3.5.6,gzip(gfe),gzip(gfe) Xref: g2news1.google.com comp.lang.ada:8741 Date: 2010-01-14T01:40:57-08:00 List-Id: On 13 Sty, 10:17, "Dmitry A. Kazakov" wrote: > > Interact with other systems? You know, you might want to sometimes > > move your "persistent objects" to another machine. > > Marshaling? In terms of ADT it is assignment. Create a local object of the > type. Assign the remote object to it. Done. What remote object? I just plugged in my USB stick or spun the DVD in the drive. If you want to see a "remote object" in this operation, you will have to somehow instruct the system that the "remote object" is the one which is on USB. In which case there is no point in having it (unnecessary step) as you might just as well instruct the system that your *local* object should be constructed from what is on the drive, by perhaps providing the file name. Which is exactly what we have today. The high-level OO abstraction still has to hit the bare metal at some point, which only shows that it does not solve any problem, only moves it elsewhere. > > Did I mention that you might want to move you whole hard drive to > > another machine as well? :-) > > Did you try? Sure, my USB stick works fine. > What happens with a NTFS drive in a Linux system? I have no idea since I do not have any NTFS drives around. :-) But I do not see how the OO approach would solve that problem. Plug the OO-aware drive from the OO-aware system from Microsoft into your OO-aware system of choice and you will be in the same mess. Again, no problem solved. (because the problem of compatibility is in standardization, not in paradigm) > > There is a reason why none of the pure-OO-OS-let's-do-it-correctly > > ever really took off. > > Yes. There are many reasons. For all there is no consistently designed > OOPL, Ada included. Without MI, MD, tagged tasks, there is no chance to get > it right. Agreed. OO cannot be done right without these sorted out first. > But the major problem is lack of any interest, since the market > of operating system was burnt down to the ground. Or maybe the problem is that people try to perceive any given paradigm as a silver bullet for solving all problems. I do not think that OO is one (and I though the industry came to this conclusion some 15 years ago already). Personally, I'm not even sure if I would like to use the OS that was made pure-OO from the ground up in all possible aspects. Some paradigm flexibility is needed to find optimal solutions in different situations and that cannot be achieved if a single idea is driving everything. -- Maciej Sobczak * www.msobczak.com * www.inspirel.com Database Access Library for Ada: www.inspirel.com/soci-ada