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!p24g2000yqm.googlegroups.com!not-for-mail From: Maciej Sobczak Newsgroups: comp.lang.ada Subject: Re: Writing an Operating System in Ada Date: Fri, 15 Jan 2010 13:05:38 -0800 (PST) Organization: http://groups.google.com Message-ID: <5908c8c1-9a81-4877-a4da-827521b01263@p24g2000yqm.googlegroups.com> References: <8e9bc311-7540-40a1-b19e-49e93648c25c@s31g2000yqs.googlegroups.com> <9oyblld05omh$.1dzhmyoseeb7x$.dlg@40tude.net> <414945fd-8ed5-4f42-a237-0685602332b3@f5g2000yqh.googlegroups.com> <4176d6eb-fefe-4bd7-9378-55a33a12d458@e37g2000yqn.googlegroups.com> NNTP-Posting-Host: 83.76.168.193 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: posting.google.com 1263589538 20498 127.0.0.1 (15 Jan 2010 21:05:38 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Fri, 15 Jan 2010 21:05:38 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: p24g2000yqm.googlegroups.com; posting-host=83.76.168.193; 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:8769 Date: 2010-01-15T13:05:38-08:00 List-Id: On 15 Sty, 09:37, "Dmitry A. Kazakov" wrote: > You can always serialize object. Call it a blob. That's exactly what I'm doing right now - and that's why I do not see any added value from pure-OO approach. > The problem is what do you do with the blob beyond undoubtedly enjoyable > moving it for one memory stick to another. Nothing, because as long as the blob is on the stick, there is nothing else I might want to do with it. The blob becomes useful only when it is loaded into memory. > Because your file system has completely nothing to do with the contents, > there is neither any gain nor any loss. The added value is that of name resolution. I can name my file (OK, blob) as "my_homework_program.adb" and this intermediary naming layer helps me with recognition of the content - otherwise I would have to deal with sector numbers. The added value is exactly the same as that of DNS, so that I do not have to type in the IP address of the newsgroup service that I'm using right now. The purpose of the file system is to bring understanding to the digital mess and the current file systems do their job pretty well. > > In this context, the advantage of the file system is that it does not > > impose any assumptions about the OS itself. > > How so? It requires the file system to be implemented on each OS you wanted > to attach the device to. And the fact that my USB stick works everywhere shows that this assumption is realistic. The assumption that the target OS is pure-OO would not be. > > That's why my USB stick > > works everywhere. > > No. It does not under MS-DOS. http://www.theinquirer.net/inquirer/news/1046069/yes-usb-drivers-dos http://www.bootdisk.com/usb.htm ... > Did you try to write a movie file on a stick? > (FAT has limitations on the file size). Which is completely unrelated to what we discuss. (and lots of useful movies are short) > > I'm afraid that the omnipresent computing will bring us omnipresent > > untypedness - or at least this is the current trend, if popularity of > > programming languages is to be taken as any indication... > > Is there an increase in the number of commercial projects done in those > languages? Are you sure you are still living in a world where "commercial" (whatever that means) is equivalent to "leading"? -- Maciej Sobczak * www.msobczak.com * www.inspirel.com Database Access Library for Ada: www.inspirel.com/soci-ada