From: "Randy Brukardt" <randy@rrsoftware.com>
Subject: Re: float with 24-bit resolution
Date: Thu, 4 Sep 2003 22:46:45 -0500
Date: 2003-09-04T22:46:45-05:00 [thread overview]
Message-ID: <vlg1le6vbsp08d@corp.supernews.com> (raw)
In-Reply-To: 6u27jb.6e.ln@skymaster
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1536 bytes --]
"Jean-Pierre Rosen" <rosen@adalog.fr> wrote in message
news:6u27jb.6e.ln@skymaster...
>
> "Randy Brukardt" <randy@rrsoftware.com> a �crit dans le message de
news:vld62odqnfei2d@corp.supernews.com...
> > > Matthew Heaney <matthewjheaney@earthlink.net> writes:
> > >
> > > > Null_Object : T := null;
> > >
> > > > I find the latter convention confusing, because it suggests that if
> > > > the initialization part were omitted, then the object wouldn't be
> > > > initialized. But that would be incorrect.
> >
> > *I* find
> > Null_Object : T;
> > confusing. A maintenance programmer probably doesn't know the class of
> > object that T represents,
>
> I understand that concern, but it vanishes with reasonable identifiers:
>
> Null_Object : String_Pointer;
>
> OK for you?
Not really, unless your organization has very strong naming conventions. (We
don't; I tried to enforce some naming conventions with Claw, but that was
only partially successful.)
Certainly, I have some "virtual pointer" types that are really integers or
private types, and these need to be initialized. (Even if a private type is
implemented as an access type, you still ought to explicitly initialize it,
because otherwise you're depending on the private definition, which may
change.)
If Ada had a way to specify a default value for a (sub)type, I would be
happy to omit the initializer. (Or if flow shows that it is certain to be
initialized.) But, given the current language, that is often not a good
idea.
Randy.
next prev parent reply other threads:[~2003-09-05 3:46 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-15 11:59 float with 24-bit resolution mailbox
2003-08-15 12:24 ` Jeffrey Creem
2003-08-15 12:52 ` Adrian Hoe
2003-08-15 12:54 ` Adrian Hoe
2003-08-15 15:01 ` Jeffrey Creem
2003-08-16 15:29 ` Matthew Heaney
2003-08-15 13:39 ` Mark Johnson
2003-08-15 16:56 ` Robert I. Eachus
2003-08-15 18:08 ` Mark Johnson
2003-08-16 3:30 ` Robert I. Eachus
2003-08-18 13:39 ` Mark Johnson
2003-08-20 21:12 ` Robert I. Eachus
2003-08-21 13:38 ` Mark Johnson
2003-08-16 15:32 ` Matthew Heaney
2003-08-16 15:26 ` Matthew Heaney
2003-08-15 19:56 ` Simon Wright
2003-08-16 4:21 ` Adrian Hoe
2003-08-16 12:59 ` Jeffrey Creem
2003-08-16 15:35 ` Matthew Heaney
2003-08-17 11:40 ` Simon Wright
2003-08-17 13:46 ` Matthew Heaney
2003-08-18 5:05 ` Adrian Hoe
2003-08-18 13:14 ` Matthew Heaney
2003-08-19 3:09 ` Adrian Hoe
2003-08-19 13:00 ` Matthew Heaney
2003-08-30 5:02 ` Randy Brukardt
2003-09-02 16:05 ` Adrian Hoe
2003-09-03 3:31 ` Matthew Heaney
2003-09-03 20:46 ` Simon Wright
2003-09-04 1:43 ` Randy Brukardt
2003-09-04 9:53 ` Jean-Pierre Rosen
2003-09-05 3:46 ` Randy Brukardt [this message]
2003-09-05 17:16 ` Warren W. Gay VE3WWG
2003-09-05 19:37 ` Randy Brukardt
2003-09-06 20:48 ` Warren W. Gay VE3WWG
2003-09-08 7:53 ` Dmitry A. Kazakov
2003-09-04 1:45 ` Randy Brukardt
2003-08-16 3:42 ` Robert I. Eachus
2003-08-16 15:38 ` Matthew Heaney
2003-08-16 16:36 ` Robert I. Eachus
2003-08-16 15:22 ` Matthew Heaney
2003-08-17 11:46 ` Simon Wright
2003-08-18 10:04 ` Martin Dowie
2003-08-20 19:53 ` Robert I. Eachus
2003-08-20 23:36 ` Ludovic Brenta
2003-08-21 13:54 ` Mark Johnson
2003-08-21 14:35 ` Ludovic Brenta
2003-08-22 14:07 ` Mark Johnson
2003-08-22 15:12 ` Jean-Pierre Rosen
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox