comp.lang.ada
 help / color / mirror / Atom feed
From: Stephen Leake <stephen_leake@acm.org>
To: comp.lang.ada@ada-france.org
Subject: Re: memory management and productivity
Date: 24 Jun 2004 21:37:19 -0400
Date: 2004-06-24T21:37:19-04:00	[thread overview]
Message-ID: <mailman.153.1088127452.391.comp.lang.ada@ada-france.org> (raw)
In-Reply-To: <bebbba07.0406241126.18e10e7f@posting.google.com>

18k11tm001@sneakemail.com (Russ) writes:

> Stephen Leake <Stephe.Leake@nasa.gov> wrote in message news:<mailman.151.1088083768.391.comp.lang.ada@ada-france.org>...
> > Kilgallen@SpamCop.net (Larry Kilgallen) writes:
> > 
> > > In article <bebbba07.0406222041.593ab7c3@posting.google.com>, 18k11tm001@sneakemail.com (Russ) writes:
> > > 
> > > > Bingo. That's exactly what Ada should have. And it shouldn't take a
> > > > rocket scientist to figure that out.
> > > 
> > > ACT says they have not really seen market demand from their customers,
> > > and some of them are presumably rocket scientists.
> > 
> > Me, for one :).
> > 
> > I prefer to manage memory according to the needs of my algorithms and
> > applications, rather than letting some unknown algorithm attempt to do
> > it for me. Ada lets me do this quite nicely.
> 
> What's your point? 

My point is that _this_ "rocket scientist" reaches a different
conclusion than you do about the desirability of garbage collection.

> Because you don't want automated memory management, nobody else
> should want it either? 

That's not exactly my argument, but it is my conclusion, if by
"automated memory management" you mean "garbage collection, as
provided by the JVM for example".

The term "automated memory management" can mean many things, including
typical Ada use of the stack for local variables. So we need clearer
definitions before we go any farther.

> What I'm suggesting would give you what you want and it would also
> give the desktop and web developers what they want. 

I'm suggesting that "garbage collection" is not what they _need_
(different from what they _want_).

> In other words, it would make Ada a more versatile language. 

Nope.

As many have pointed out, Ada the _langauge_ allows for garbage
collection, and some implementations have provided it (JGNAT in
particular). That has not lead to commercial success. So what has
changed, that you think it will lead to commercial success now?

Ada provides better ways to manage memory, and programmers that take
the time to figure that out don't need traditional "garbage
collection".

> Maybe you don't think that's wise, but if you don't, please don't
> complain about the fact that Java dwarfs Ada in popularity (and is
> now being adapted big-time for real-time use by the military).

I've never "complained" about that. I'm disappointed in the waste of
my tax dollars, but that's nothing new :).

-- 
-- Stephe




  reply	other threads:[~2004-06-25  1:37 UTC|newest]

Thread overview: 72+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-17  4:56 memory management and productivity Russ
2004-06-17  5:15 ` tmoran
2004-06-17  8:07 ` Martin Dowie
2004-06-18 23:10   ` Russ
2004-06-19  9:04     ` Martin Dowie
2004-06-21  4:16       ` Russ
2004-06-21  7:29         ` Jano
2004-06-21  8:02           ` Martin Dowie
2004-06-21  8:22             ` Jano
2004-06-21  9:07               ` Martin Dowie
2004-06-21 22:36             ` Brian May
2004-06-22  7:47               ` Martin Dowie
2004-06-21  8:14           ` Ole-Hjalmar Kristensen
2004-06-21  8:27             ` Jano
2004-06-21  8:29             ` Martin Dowie
2004-06-22  7:53               ` Ole-Hjalmar Kristensen
2004-06-26 15:44                 ` Robert I. Eachus
2004-06-21 16:31             ` Frank J. Lhota
2004-06-22  7:58               ` Ole-Hjalmar Kristensen
2004-06-21  8:14           ` Martin Krischik
2004-06-21 15:22             ` Hyman Rosen
2004-06-21 16:47               ` Martin Krischik
2004-06-21 17:51           ` Hyman Rosen
2004-06-22 17:02             ` Pascal Obry
2004-06-26 15:54             ` Robert I. Eachus
2004-06-21  7:46         ` Martin Dowie
2004-06-21 19:03           ` Russ
2004-06-22  2:39             ` David Starner
2004-06-22  8:03               ` Ole-Hjalmar Kristensen
2004-06-23  4:41                 ` Russ
2004-06-23  7:41                   ` Martin Dowie
2004-06-23 17:36                     ` Björn Persson
2004-06-23 22:06                       ` David Starner
2004-06-24  0:34                         ` Björn Persson
2004-06-24  6:45                           ` Martin Krischik
2004-06-24 10:27                             ` Wes Groleau
2004-06-23 23:02                       ` Russ
2004-06-26 16:16                         ` Robert I. Eachus
2004-06-23 13:11                   ` Larry Kilgallen
2004-06-23 17:21                     ` Björn Persson
2004-06-24  7:35                       ` Ole-Hjalmar Kristensen
2004-06-26 17:10                         ` Simon Wright
2004-06-23 18:18                     ` Russ
2004-06-23 23:18                       ` David Starner
2004-06-23 22:15                     ` Larry Kilgallen
     [not found]                     ` <bebbba07.0406231018.21Organization: LJK Software <IKJODEu6UfVI@eisner.encompasserve.org>
2004-06-24  6:40                       ` Russ
2004-06-26 16:33                         ` Robert I. Eachus
2004-06-29  0:33                           ` Randy Brukardt
2004-06-24 13:29                     ` Stephen Leake
2004-06-24 14:09                       ` Hyman Rosen
2004-06-24 19:58                         ` Frank J. Lhota
2004-06-25  1:30                         ` Stephen Leake
2004-06-25  2:15                         ` Russ
2004-06-24 19:26                       ` Russ
2004-06-25  1:37                         ` Stephen Leake [this message]
2004-06-25 10:13                           ` Ole-Hjalmar Kristensen
2004-06-26  0:20                             ` David Starner
2004-06-25 23:35                           ` Russ
2004-06-26 11:27                             ` Martin Dowie
2004-06-26 13:45                             ` Ed Falis
2004-06-26 20:38                               ` Russ
2004-06-26 21:36                                 ` Ludovic Brenta
2004-06-27  7:54                                   ` Dmitry A. Kazakov
2004-06-26 17:20                             ` Robert I. Eachus
2004-06-25  8:52                         ` David Starner
2004-06-24 20:51                     ` Larry Kilgallen
2004-06-22  6:09             ` Martin Krischik
2004-06-22 10:20             ` Georg Bauhaus
2004-06-26 16:00             ` Robert I. Eachus
2004-06-21  8:23         ` Dmitry A. Kazakov
  -- strict thread matches above, loose matches on Subject: below --
2004-06-21 10:33 Christoph Karl Walter Grein
2004-06-21 10:38 ` Jano
replies disabled

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