comp.lang.ada
 help / color / mirror / Atom feed
From: "chris.danx" <chris.danx@ntlworld.com>
Subject: Re: Access types and classwide programming
Date: Sun, 16 Sep 2001 14:37:18 +0100
Date: 2001-09-16T14:37:18+01:00	[thread overview]
Message-ID: <nW1p7.17633$mj6.2402202@news6-win.server.ntlworld.com> (raw)
In-Reply-To: 3BA4447B.66842AB0@acm.org


"Jeffrey Carter" <jrcarter@acm.org> wrote in message
news:3BA4447B.66842AB0@acm.org...
> "chris.danx" wrote:
> >
> > This is for a program which *in future* will use address to access
> > conversions (for hardware programming), so it has to be access types.
It's
> > not neccessary for it to use address to access conversions as no
hardware
> > access is necessary at this point but it will do in the future.
>
> Frequently, address clauses are a better approach to hardware
> programming than address to access conversions.

Do you mean

    type X is something;
    For x'address use blah;

I'm afraid I'm quite new to Ada hardware programming, having never done any,
but hoping to do some soon.  Perhaps there is something I can program to
gain minimal familiarity with it.  Any suggestions?  (PC with Win9x)


The problem is the development of file systems, without relying on a
hardware driver for the moment.  To solve this I'm in the process of
creating a basic 'disk driver' kit that creates an fs as a file on an
existing fs, which it is hoped, will allow a hardware driver to be developed
and 'dropped in'.  This means all you need to do is extend the type
disk_driver, fill in the operations that any disk_driver must support, set
the driver for the disk and away you go.  That's the dream anyway and
there'll probably be (lots of) problems along the way.

It's basically to give this Ada OS thingy that ppl keep talking about a kick
in the right direction, though I doubt it'll stop endless 'discussion' which
will likely kill it before it begins.  It should also work with my own OS
whenever that comes about (I've got to much to do with other things, this
being a welcome distraction from them).  I'm probably going to start with
FAT12, then FAT16, then FAT32 and onto the Linux/Unix FSes (time
permitting).



Chris





  reply	other threads:[~2001-09-16 13:37 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-15 19:36 Access types and classwide programming chris.danx
2001-09-15 20:28 ` chris.danx
2001-09-15 23:42 ` [Different Topic] Endianess? chris.danx
2001-09-16  6:22   ` Jeffrey Carter
2001-09-17  7:37   ` Juanma Barranquero
2001-09-17  7:53     ` Assigning the value of a deferred constant? Juanma Barranquero
2001-09-17 14:04       ` Ted Dennison
2001-09-17 14:36         ` Juanma Barranquero
2001-09-17 17:36           ` tmoran
2001-09-18  8:16             ` Juanma Barranquero
2001-09-18 18:40         ` Richard Riehle
2001-09-19  2:07           ` Vincent Marciante
2001-09-19  7:39           ` Juanma Barranquero
2001-09-16  6:19 ` Access types and classwide programming Jeffrey Carter
2001-09-16 13:37   ` chris.danx [this message]
2001-09-16 16:49     ` Jeffrey Carter
2001-09-16 18:24       ` David C. Hoos, Sr.
2001-09-17  6:15         ` Jeffrey Carter
2001-09-17  4:57     ` tmoran
2001-09-17 14:16       ` Ted Dennison
2001-09-16  9:32 ` tmoran
2001-09-17  9:41 ` John McCabe
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox