comp.lang.ada
 help / color / mirror / Atom feed
From: "M. A. Alves" <maa@liacc.up.pt>
To: <comp.lang.ada@ada.eu.org>
Subject: Re: Ada communicating with other programs
Date: Tue, 20 Nov 2001 14:39:51 +0000 (GMT)
Date: 2001-11-20T14:39:51+00:00	[thread overview]
Message-ID: <mailman.1006267245.26903.comp.lang.ada@ada.eu.org> (raw)
In-Reply-To: <3BFA5654.519D8BC8@kfunigraz.ac.at>

On Tue, 20 Nov 2001, Siegfried Gonzi wrote:
> Actually I am learning a little bit Ada 95, therefore a few questions:
>
> a) Is it hard for Ada to communicate with other programs?

No.

> I often have to deal with big array computations. Currently, I am
> using Clean

Give us a reference, please.

> . . .
>
> aa) Is it hard in Ada to do "semi command line programming".

What is that?

> . . .
>
> b) How easy is it in Ada to read in a file of the following structure:
>
> Day,Time,Val1,Val2
> 01:23:2001,12:23:34,2.3445,233.34
> 02:03:2001,13:45:00,2,344,222
>
> . . .
>
> The Clean program consits of nearly 100 lines of code. I ask here "how
> easy can it be in Ada", because I have been really depressed and asked
> myself why I have to waste my time with such things and is there a
> clearer way extracting the values.

It is very easy to do it in Ada, but do expect a big number of lines.  If
you want tersness use a "write-only" language like any of the C
derivatives outhere e.g. PERL---but then be prepare to waste some serious
time chasing bugs.

You you cleary state the specs for the program you're currently
implementing in 100-lines of Clean I can try to show you how to do it in
Ada as your first tutorial ;-)

> c) Is there an aha experience when one is confronted in Ada with "not
> having the goody called garbage-collection".

I haven't felt the need for that yet.  In Ada you can do everything
keeping the variables under a nice (dynamic as well as static) scope.
(And of course some guys will tell you how garbage collection slows things
down.)

> . . . pointer-free programming.

Ditto.

> d) Often visualization tools support calling foreign functions, but
> often only  C or Fortran. But will it be possible to also call a
> compiled Ada function from this tools (lets say Scilab) . . .

If your tool is (in) a C or Fortran library you should have no problem
linking it with Ada programs.  I do it all the time.  Chances are there is
already an Ada package binding the library.

Welcome to Ada ;-)

-- 
   ,
 M A R I O   data miner, LIACC, room 221   tel 351+226078830, ext 121
 A M A D O   Rua Campo Alegre, 823         fax 351+226003654
 A L V E S   P-4150-180 PORTO, Portugal    mob 351+939354002





  reply	other threads:[~2001-11-20 14:39 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-11-20 13:10 Ada communicating with other programs Siegfried Gonzi
2001-11-20 14:39 ` M. A. Alves [this message]
2001-11-20 15:29   ` Siegfried Gonzi
2001-11-20 15:47   ` Preben Randhol
2001-11-20 16:35     ` M. A. Alves
2001-11-20 16:44       ` Preben Randhol
2001-11-20 16:51     ` Larry Kilgallen
2001-11-20 19:27       ` Pascal Obry
2001-11-20 19:48       ` Preben Randhol
2001-11-20 20:29         ` Ted Dennison
2001-11-20 23:14     ` tmoran
2001-11-21  9:03       ` Preben Randhol
2001-11-20 16:24 ` Jacob Sparre Andersen
2001-11-20 16:55 ` Larry Kilgallen
2001-11-20 19:52   ` Mark Lundquist
2001-11-20 19:59     ` Preben Randhol
2001-11-21  2:20     ` Larry Kilgallen
replies disabled

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