Re: Help help.. please.i am totaly new in ada programing

[kilgallen@eisner.decus.org (Larry Kilgallen)]

In article <7voc8j$3g1$1@nnrp1.deja.com>, Robert Dewar <robert_dewar@my-deja.com> writes:
> In article <1999Nov2.195237.1@eisner>,
>   Kilgallen@eisner.decus.org.nospam wrote:
>> If it were a GNAT port, the one thing not possible without
>> scripts would be programmer portability.  It would not look
>> like GNAT on other platforms, which to some people would be a
>> considerable drawback.
> 
> 
> No, you very much miss the point, it is *program* portability
> that is the issue. Many large programs exist as a complex set
> of scripts, and any development environment which requires these
> scripts to be completely rethought is crippled in my view.

That would seem to be the case with my MMS files that run DEC Ada
if I were to switch to GNAT :-).  Yes, porting programs from machine
to machine is easier with the same build environment everywhere.
As someone who tends to need OS-specific interfaces, it is probably
one of the smaller problems I face in such porting.

> Also, real environments require total trackability. It is fine
> for people to point and click around, but the record of their
> points and clicks must be integrated into the configuration
> management system.

Audit trails are a different matter from text-based control mechanisms.
If you find a serious Macintosh user they probably have the Retrospect
backup product.  It has a highly refined audit trail (not called that)
which is accessed in a fully GUI fashion much better than the VMS use
of BACKUP/JOURNAL/SELECT.

> I don't begin to regard Think Pascal as a viable complete
> solution for the development of large projects (millions of
> lines with thousands of files) with strict configuration control
> and management of multiple development branches.

No, but it serves as a reference for GUI-based development.  Someone
with committment to a product (unlike Symantec) and a market for that
sort of GUI-based development (unlike ACT I presume, given the strong
emphasis on platform portability) _could_ build a highly useful tool.
But like many things in software, there is a question of how many are
interested.

I believe the original contention to which I was responding was
that it was technically impossible, as distinguished from not a
viable economic proposition.

Larry Kilgallen