Re: Cannot use NULL as identifier?

["Marin David Condic" <marin.condic.auntie.spam@pacemicro.com>]

If you're looking for books, try: http://www.adapower.com/ You will also
find an on-line Ada Reference manual there. If you are using Gnat on a PC
and have AdaGIDE installed, you should have access to an ARM through the
"Help" menu item. The ARM is an *indispensible* tool for Ada developers
because it will give you the precise meaning of all language features and
complete documentation of all useful packages that are guaranteed (mostly -
some appendices are optional, but quite commonly implemented) to be part of
the language.

For OOP in Ada, I rather liked the book "Object Oriented Software In Ada95"
by Michael A. Smith. However, there are a number of other books on the
subject, so you'll get a variety of recommendations. Almost anything would
help you to shift gears from a C/Assembler mode of thought to an Ada/OOP
mode of thought, so you need not be too picky.

MDC
--
Marin David Condic
Senior Software Engineer
Pace Micro Technology Americas    www.pacemicro.com
Enabling the digital revolution
e-Mail:    marin.condic@pacemicro.com
Web:      http://www.mcondic.com/


"McDoobie" <someone@nospam.net> wrote in message
news:RkpR6.5080$DG1.1143031@news1.rdc1.mi.home.com...
>
> Thanks for your reply. I have duly noted the difference between 'NUL' and
> 'NULL' thanks to the many replies pointing out that goof up. Also, I will
be
> spending some time exploring the Latin_1 package in detail, as well as
> exploring the internals of the Ada system much more thoroughly.
> I've recently purchased an Ada textbook, so I should proceed much more
> rapidly now.
>
> And yes, I was interfacing with the GNU glibc libraries. glibc 2.2 to be
exact.
>
> I wonder if it would make more sense to just put all my glibc interfaces
> into an Ada package and then use them that way. However, I'm also
> aware that there are Posix bindings already available, and so I'm tempted
to
> say that it would make more sense to use those instead. However, as I am
> relatively inexperienced in the whole OOP paradigm (coming from a C and
> x86 ASM background) I cant yet say for sure what the best route would be.
>
> Back to the books I guess. ;->
>
> Thanks again for all the replies.
>
> McDoobie
> chris@dont.spam.me