comp.lang.ada
 help / color / mirror / Atom feed
* Re: Green Hills Ada library question (Ada on VxWorks)
  1998-09-15  0:00 ` bob
@ 1998-09-15  0:00   ` Corey Minyard
  1998-09-16  0:00     ` dennison
  1998-09-16  0:00     ` dewarr
  0 siblings, 2 replies; 16+ messages in thread
From: Corey Minyard @ 1998-09-15  0:00 UTC (permalink / raw)


"bob" <bklungle@junque.com> writes:
> Believe me, most of our users are disgusted with the Green Hills/Multi
> system
> for Ada (they came from a VERDIX/Rational environment), but there was no
> other
> available with vxworks targeted to the system we needed. We are seriously
> thinking
> of contacting ACT and see if there is a better solution there.
> 
> If you would like more, no need to air laundry on USER group.
> 

I believe that ACT has announced that they will be supporting VxWorks soon,
so you might want to contact them.  Also, there is an "unofficial" port, but
I have lost the URL for it.  But you might want to try it out that way.

-- 
Corey Minyard               Internet:  minyard@acm.org
  Work: minyard@nortel.ca       UUCP:  minyard@wf-rch.cirr.com




^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Green Hills Ada library question (Ada on VxWorks)
  1998-09-16  0:00     ` dewarr
@ 1998-09-16  0:00       ` dennison
  0 siblings, 0 replies; 16+ messages in thread
From: dennison @ 1998-09-16  0:00 UTC (permalink / raw)


In article <6tn22q$bk9$1@nnrp1.dejanews.com>,
  dewarr@my-dejanews.com wrote:

> We are currently supporting VxWorks in a number of
> configurations, and have several major customers using
> this technology. For details of GNATWorks (that is the
> product name for GNAT/VxWorks ports), send mail to
> sales@gnat.com (USA sales) or sales@act-europe.fr
> (European sales).

If there is a freely-available version somewhere, I'd love to try it out
against our Greeen Hills system. If we have to pay for it up front though, I
don't think its going to happen.

--
T.E.D.

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum




^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Green Hills Ada library question (Ada on VxWorks)
  1998-09-15  0:00   ` Green Hills Ada library question (Ada on VxWorks) Corey Minyard
  1998-09-16  0:00     ` dennison
@ 1998-09-16  0:00     ` dewarr
  1998-09-16  0:00       ` dennison
  1 sibling, 1 reply; 16+ messages in thread
From: dewarr @ 1998-09-16  0:00 UTC (permalink / raw)


In article <m2ww75xghj.fsf_-_@wf-rch.cirr.com>,
  minyard@acm.org wrote:
> "bob" <bklungle@junque.com> writes:
> > Believe me, most of our users are disgusted with the Green Hills/Multi
> > system
> > for Ada (they came from a VERDIX/Rational environment), but there was no
> > other
> > available with vxworks targeted to the system we needed. We are seriously
> > thinking
> > of contacting ACT and see if there is a better solution there.
> >
> > If you would like more, no need to air laundry on USER group.
> >
>
> I believe that ACT has announced that they will be supporting VxWorks soon,
> so you might want to contact them.  Also, there is an "unofficial" port, but
> I have lost the URL for it.  But you might want to try it out that way.
>
> --
> Corey Minyard               Internet:  minyard@acm.org
>   Work: minyard@nortel.ca       UUCP:  minyard@wf-rch.cirr.com


We are currently supporting VxWorks in a number of
configurations, and have several major customers using
this technology. For details of GNATWorks (that is the
product name for GNAT/VxWorks ports), send mail to
sales@gnat.com (USA sales) or sales@act-europe.fr
(European sales).

Note that major work on the tasking interface and interrupt
interface has been done for GNATWorks, as well as significant
work on the debugger to get a fully operational remote
debugger with our Ada aware GUI. This is 3.11 based GNAT
technology.

Robert Dewar
Ada Core Technologies

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum




^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Green Hills Ada library question (Ada on VxWorks)
  1998-09-15  0:00   ` Green Hills Ada library question (Ada on VxWorks) Corey Minyard
@ 1998-09-16  0:00     ` dennison
  1998-09-17  0:00       ` dewar
  1998-09-16  0:00     ` dewarr
  1 sibling, 1 reply; 16+ messages in thread
From: dennison @ 1998-09-16  0:00 UTC (permalink / raw)


In article <m2ww75xghj.fsf_-_@wf-rch.cirr.com>,
  minyard@acm.org wrote:
> "bob" <bklungle@junque.com> writes:
> > available with vxworks targeted to the system we needed. We are seriously
> > thinking
> > of contacting ACT and see if there is a better solution there.
> I believe that ACT has announced that they will be supporting VxWorks soon,
> so you might want to contact them.  Also, there is an "unofficial" port, but
> I have lost the URL for it.  But you might want to try it out that way.

That's a little like saying they will be supporting Unix soon. VxWorks is a
(Real-time) OS that has been ported to many different architectures. I doubt a
single port would work on more than one of them.

--
T.E.D.

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum




^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Green Hills Ada library question (Ada on VxWorks)
  1998-09-16  0:00     ` dennison
@ 1998-09-17  0:00       ` dewar
  1998-09-18  0:00         ` dennison
  0 siblings, 1 reply; 16+ messages in thread
From: dewar @ 1998-09-17  0:00 UTC (permalink / raw)


In article <6tmvrf$8pq$1@nnrp1.dejanews.com>,
  dennison@telepath.com wrote:
> In article <m2ww75xghj.fsf_-_@wf-rch.cirr.com>,
>   minyard@acm.org wrote:
> > "bob" <bklungle@junque.com> writes:
> > > available with vxworks targeted to the system we needed. We are seriously
> > > thinking
> > > of contacting ACT and see if there is a better solution there.
> > I believe that ACT has announced that they will be supporting VxWorks soon,
> > so you might want to contact them.  Also, there is an "unofficial" port,
but
> > I have lost the URL for it.  But you might want to try it out that way.
>
> That's a little like saying they will be supporting Unix soon. VxWorks is a
> (Real-time) OS that has been ported to many different architectures. I doubt
a
> single port would work on more than one of them.
>
> --
> T.E.D.
>
> -----== Posted via Deja News, The Leader in Internet Discussion ==-----
> http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum
>


Actually that is quite wrong. One of the great strengths of
VxWorks is that it provides a remarkable degree of
architecture independence.
'
There are currently five VxWOrks ports of GNAT in use
(68K, PPC, MIPS-3000, Alpha, i960). What is remarkable
is how much of the code is common between these ports.

Robert Dewar
Ada Core Technologies

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum




^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Green Hills Ada library question (Ada on VxWorks)
  1998-09-17  0:00       ` dewar
@ 1998-09-18  0:00         ` dennison
  1998-09-18  0:00           ` Tarjei Tj�stheim Jensen
  1998-09-19  0:00           ` dewar
  0 siblings, 2 replies; 16+ messages in thread
From: dennison @ 1998-09-18  0:00 UTC (permalink / raw)


In article <6ts1bi$vbb$1@nnrp1.dejanews.com>,
  dewar@gnat.com wrote:
> In article <6tmvrf$8pq$1@nnrp1.dejanews.com>,
>   dennison@telepath.com wrote:
> > That's a little like saying they will be supporting Unix soon. VxWorks is a
> > (Real-time) OS that has been ported to many different architectures. I doubt
> a
> > single port would work on more than one of them.
>
> Actually that is quite wrong. One of the great strengths of
> VxWorks is that it provides a remarkable degree of
> architecture independence.
> '
> There are currently five VxWOrks ports of GNAT in use
> (68K, PPC, MIPS-3000, Alpha, i960). What is remarkable
> is how much of the code is common between these ports.

Its nice to know that this makes porting somewhat easier. But I note that you
still refer to versions on each platform as a "port", which was my point
entirely. There is no such thing as "a VxWorks port".  There is a 68K VxWorks
port, a PPC VxWorks port, etc.

What I would need is a PC-clone VxWorks port, which I note isn't in your list.
So no, I really wasn't that wrong at all.

--
T.E.D.

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum




^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Green Hills Ada library question (Ada on VxWorks)
  1998-09-18  0:00         ` dennison
@ 1998-09-18  0:00           ` Tarjei Tj�stheim Jensen
  1998-09-18  0:00             ` dennison
  1998-09-19  0:00             ` dewarr
  1998-09-19  0:00           ` dewar
  1 sibling, 2 replies; 16+ messages in thread
From: Tarjei Tj�stheim Jensen @ 1998-09-18  0:00 UTC (permalink / raw)



dennison@telepath.com wrote in message
>What I would need is a PC-clone VxWorks port, which I note isn't in your list.
>So no, I really wasn't that wrong at all.


Isn't there some sort of framework (RTEMS) available for GNAT/PC? I seem to
remember that it included support for networking with some sort of 3Com network
card.

As someone on the lunatic fringe I would not be too put off if all that was
needed for my platform was to re-implement a driver for a network card. From
this you can safely determine that I know preciously little about RTEMS.

Linux might be an alternative to wxworks if your demands for real time are not
excessive. There is said to be a RT version of Linux, but its quality is
unknown to me.

OS/2 has some real time facilities which may be useful. There is an OS/2
version of GNAT available and I'm sure that Robert Dewar would be delighted if
more customers signed up for that port. The main problem with OS/2 real time
may be disk I/O. A book about OS/2 stated that the designed guaranteed response
should be within 4 ms when the disk I/O system was working.

It is possible to reduce the footprint on the disk of both OS/2 and Linux
significantly if one so desires. It should be possible to get a working
character based system for each onto a 3,5 inch floppy.

Greetings,







^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Green Hills Ada library question (Ada on VxWorks)
  1998-09-18  0:00           ` Tarjei Tj�stheim Jensen
@ 1998-09-18  0:00             ` dennison
  1998-09-19  0:00               ` dewarr
  1998-09-19  0:00               ` dewarr
  1998-09-19  0:00             ` dewarr
  1 sibling, 2 replies; 16+ messages in thread
From: dennison @ 1998-09-18  0:00 UTC (permalink / raw)


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1558 bytes --]

In article <6tts7j$4hk1@news.kvaerner.com>,
  "Tarjei Tj�stheim Jensen" <tarjei.jensen@kvaerner.no> wrote:
>
> dennison@telepath.com wrote in message
> >What I would need is a PC-clone VxWorks port, which I note isn't in your
list.
> Linux might be an alternative to wxworks if your demands for real time are not
> excessive. There is said to be a RT version of Linux, but its quality is
> unknown to me.
>

They are. We have to be scheduled reliably with minimal jitter at 240Hz, I
believe. The point wasn't that I'm looking for a RTOS, though. We are way past
that point. We are almost past the point where we can change compilers. I was
just wondering who else has tried to build a large system using Green Hills
AdaMulti, and  how they dealt with the tools.

With their tools, there seems to be no way to create scripts to "register" a
new system with the library. It has to be done *manualy* with the GUI, or by
reverse-engineering their build files and using external tools (like TCL).
The only reasonable solution I can see is to create hierarchal levels of
build files and maintain them in the revision system with the source code.
That makes it the developer's responsibility to maintain the build files.

Of course these files have to be created the first time. That means I have to
sit down with the mouse and make 42 of these files containing all 371 units.
Carpel-tunnel here I come!

--
T.E.D.

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum




^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Green Hills Ada library question (Ada on VxWorks)
  1998-09-18  0:00         ` dennison
  1998-09-18  0:00           ` Tarjei Tj�stheim Jensen
@ 1998-09-19  0:00           ` dewar
  1 sibling, 0 replies; 16+ messages in thread
From: dewar @ 1998-09-19  0:00 UTC (permalink / raw)


In article <6ttoaj$mnt$1@nnrp1.dejanews.com>,
  dennison@telepath.com wrote:
> In article <6ts1bi$vbb$1@nnrp1.dejanews.com>,
>   dewar@gnat.com wrote:
> > In article <6tmvrf$8pq$1@nnrp1.dejanews.com>,
> >   dennison@telepath.com wrote:
> > > That's a little like saying they will be supporting Unix soon. VxWorks is
a
> > > (Real-time) OS that has been ported to many different architectures. I
doubt
> > a
> > > single port would work on more than one of them.
> >
> > Actually that is quite wrong. One of the great strengths of
> > VxWorks is that it provides a remarkable degree of
> > architecture independence.
> > '
> > There are currently five VxWOrks ports of GNAT in use
> > (68K, PPC, MIPS-3000, Alpha, i960). What is remarkable
> > is how much of the code is common between these ports.
>
> Its nice to know that this makes porting somewhat easier. But I note that you
> still refer to versions on each platform as a "port", which was my point
> entirely. There is no such thing as "a VxWorks port".  There is a 68K VxWorks
> port, a PPC VxWorks port, etc.
>
> What I would need is a PC-clone VxWorks port, which I note isn't in your li
> list.So no, I really wasn't that wrong at all.
>
> --
> T.E.D.
>
> -----== Posted via Deja News, The Leader in Internet Discussion ==-----
> http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum
>

No, that is still confused. Yes, of course every separate
software product is a separate port. For example, the VMS
version for VMS 7.1 and 7.2 is a separate port, at the very
least, it needs full QA testing on the new version of the
operating system.

I am not sure what you mean by a VxWorks port for a PC clone,
that's a rather odd designation, makes me think that T.E.D.
has not actually worked with VxWorks at all. A more
reasonable query would be a port for some particular
x86 board, and indeed this is certainly possible. T.E.D.
if you are interested in such a product, let us know, and
we will be happy to give you a quote.

My list certainly did not include all the GNAT ports for
VxWorks that we *can* provide, just the ones that we have
provided so far.

Most certainly embedded applications using VxWorks tend to
require more customization than off the shelf native ports.
No question about that! We certainly expect to have to
provide more specialized support during the installation
process for example, which is why we charge more for
GNATWorks (the designation for ports of GNAT Professional
for VxWorks) than for native ports.

Robert Dewar
Ada Core Technologies

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum




^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Green Hills Ada library question (Ada on VxWorks)
  1998-09-18  0:00           ` Tarjei Tj�stheim Jensen
  1998-09-18  0:00             ` dennison
@ 1998-09-19  0:00             ` dewarr
  1 sibling, 0 replies; 16+ messages in thread
From: dewarr @ 1998-09-19  0:00 UTC (permalink / raw)


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1973 bytes --]

In article <6tts7j$4hk1@news.kvaerner.com>,
  "Tarjei Tj�stheim Jensen" <tarjei.jensen@kvaerner.no> wrote:

> Isn't there some sort of framework (RTEMS) available for GNAT/PC? I seem to
> remember that it included support for networking with some sort of 3Com net
> network card.

The answer to this is yes, you should contact OAR for details
>

> OS/2 has some real time facilities which may be useful. There is an OS/2
> version of GNAT available and I'm sure that Robert Dewar would be delighted
> if more customers signed up for that port.
> The main problem with OS/2 real time
> may be disk I/O. A book about OS/2 stated that the designed
> guaranteed response
> should be within 4 ms when
> the disk I/O system was working.


A couple of quick notes on OS/2 disk I/O.

First, right now, you get dramatically improved performance
from using HPFS386 if you have a decent sized memory. On
my TP770 which has 160megs, the link time for the GNAT
compiler itself went from 90 seconds to 5 seconds when
I switched to HPFS386. Unfortunately, due as I understand
it to licensing difficulties with microsoft, HPFS386 is
only available with OS/2 server. HPFS386 has much better
interruption characteristics as well.

The good news is that there is a completely new journaling
file system for OS/2 coming out soon (yes, contrary to the
as-usual-totally-uninformed conventional wisdom, OS/2 is
alive and well and still being maintained and developed :-)

Whether OS/2 or Linux would be suitable for real time use on
a bare board embedded PC is dubious. I certainly would find
it odd if either of these were really competitive with
VxWorks. But perhaps you are right, the application may
simply not require this kind of low level low overhead
real time executive. A lot of people throw the term
"real time" around pretty loosely!

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum




^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Green Hills Ada library question (Ada on VxWorks)
  1998-09-18  0:00             ` dennison
  1998-09-19  0:00               ` dewarr
@ 1998-09-19  0:00               ` dewarr
  1 sibling, 0 replies; 16+ messages in thread
From: dewarr @ 1998-09-19  0:00 UTC (permalink / raw)


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2510 bytes --]

In article <6tu9n7$all$1@nnrp1.dejanews.com>,
  dennison@telepath.com wrote:
> In article <6tts7j$4hk1@news.kvaerner.com>,
>   "Tarjei Tj�stheim Jensen" <tarjei.jensen@kvaerner.no> wrote:
> >
> > dennison@telepath.com wrote in message
> > >What I would need is a PC-clone VxWorks port, which I note isn't in your
> list.
> > Linux might be an alternative to wxworks if your demands for real time are
not
> > excessive. There is said to be a RT version of Linux, but its quality is
> > unknown to me.
> >
>
> They are. We have to be scheduled reliably with minimal jitter at 240Hz, I
> believe. The point wasn't that I'm looking for a RTOS, though. We are way
past
> that point. We are almost past the point where we can change compilers. I was
> just wondering who else has tried to build a large system using Green Hills
> AdaMulti, and  how they dealt with the tools.
>
> With their tools, there seems to be no way to create scripts to "register" a
> new system with the library. It has to be done *manualy* with the GUI, or by
> reverse-engineering their build files and using external tools (like TCL).
> The only reasonable solution I can see is to create hierarchal levels of
> build files and maintain them in the revision system with the source code.
> That makes it the developer's responsibility to maintain the build files.
>
> Of course these files have to be created the first time. That means I have to
> sit down with the mouse and make 42 of these files containing all 371 units.
> Carpel-tunnel here I come!
>
> --
> T.E.D.
>
> -----== Posted via Deja News, The Leader in Internet Discussion ==-----
> http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum


One interesting question here is whether you need tasking,
or whether a minimal runtime system, of the kind that would
typically be used in a safety-critical system, would be
usable. One approach that some of our customers are exploring
is the use of our GNORT (GNAT No Run-Time) technology that
provides a subset of Ada which generates absolutely ZERO
bytes of runtime. This means that you can simply generate
object files and then run them to the bare board using
whatever low level toolset is appropriate.

One customer for example is using OS/2 as the development
environment, and then GNORT for actual delivery to the
target system (which is a bare board x86).


-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum




^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Green Hills Ada library question (Ada on VxWorks)
  1998-09-18  0:00             ` dennison
@ 1998-09-19  0:00               ` dewarr
  1998-09-21  0:00                 ` dennison
  1998-09-19  0:00               ` dewarr
  1 sibling, 1 reply; 16+ messages in thread
From: dewarr @ 1998-09-19  0:00 UTC (permalink / raw)


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2491 bytes --]

In article <6tu9n7$all$1@nnrp1.dejanews.com>,
  dennison@telepath.com wrote:
> In article <6tts7j$4hk1@news.kvaerner.com>,
>   "Tarjei Tj�stheim Jensen" <tarjei.jensen@kvaerner.no> wrote:
> >
> > dennison@telepath.com wrote in message
> > >What I would need is a PC-clone VxWorks port, which I note isn't in your
> list.
> > Linux might be an alternative to wxworks if your demands for real time are
not
> > excessive. There is said to be a RT version of Linux, but its quality is
> > unknown to me.
> >
>
> They are. We have to be scheduled reliably with minimal jitter at 240Hz, I
> believe. The point wasn't that I'm looking for a RTOS, though. We are way
past
> that point. We are almost past the point where we can change compilers. I was
> just wondering who else has tried to build a large system using Green Hills
> AdaMulti, and  how they dealt with the tools.
>
> With their tools, there seems to be no way to create scripts to "register" a
> new system with the library. It has to be done *manualy* with the GUI, or by
> reverse-engineering their build files and using external tools (like TCL).
> The only reasonable solution I can see is to create hierarchal levels of
> build files and maintain them in the revision system with the source code.
> That makes it the developer's responsibility to maintain the build files.
>
> Of course these files have to be created the first time. That means I have to
> sit down with the mouse and make 42 of these files containing all 371 units.
> Carpel-tunnel here I come!
>
> --
> T.E.D.
>
> -----== Posted via Deja News, The Leader in Internet Discussion ==-----
> http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum


Incidentally: the reason that I said that PC-Clone was a
somewhat odd designation for an embedded system is that
at the bare board level, PC clones can have substantial
differences. These are masked when using some Microsoft
OS, since one of the things an OEM does is to provide
interfaces for implementation specific aspects of a
particular board.

So usually you want to be a bit more precise in designating
the target if you are building an embedded system. For
example, there is no such thing as a completely generic
TCP-IP ethernet interface at this level, the details will
depend on what particular ethernet card you are using.

Robert Dewar

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum




^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Green Hills Ada library question (Ada on VxWorks)
  1998-09-19  0:00               ` dewarr
@ 1998-09-21  0:00                 ` dennison
  0 siblings, 0 replies; 16+ messages in thread
From: dennison @ 1998-09-21  0:00 UTC (permalink / raw)


In article <6u0bs4$ebm$1@nnrp1.dejanews.com>,
  dewarr@my-dejanews.com wrote:
> In article <6tu9n7$all$1@nnrp1.dejanews.com>,
>   dennison@telepath.com wrote:
> Incidentally: the reason that I said that PC-Clone was a
> somewhat odd designation for an embedded system is that
> at the bare board level, PC clones can have substantial
> differences. These are masked when using some Microsoft
> OS, since one of the things an OEM does is to provide
> interfaces for implementation specific aspects of a
> particular board.
>
> So usually you want to be a bit more precise in designating
> the target if you are building an embedded system. For
> example, there is no such thing as a completely generic
> TCP-IP ethernet interface at this level, the details will
> depend on what particular ethernet card you are using.

That is a reasonable point. There is a finite set of (rather common) PC TCP/IP
cards that VxWorks supports. We are limiting ourselves to that. I'm not doing
the hardware part of the job, but my understanding is that that is the only
place we are really constrained. I guess everything else is probably handled
through standard BIOS and chipset calls.

--
T.E.D.

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum




^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Green Hills Ada library question (Ada on VxWorks)
@ 1998-09-22  0:00 Marin David Condic, 561.796.8997, M/S 731-96
  1998-09-24  0:00 ` dewarr
  0 siblings, 1 reply; 16+ messages in thread
From: Marin David Condic, 561.796.8997, M/S 731-96 @ 1998-09-22  0:00 UTC (permalink / raw)


dewarr@MY-DEJANEWS.COM writes:
>One interesting question here is whether you need tasking,
>or whether a minimal runtime system, of the kind that would
>typically be used in a safety-critical system, would be
>usable. One approach that some of our customers are exploring
>is the use of our GNORT (GNAT No Run-Time) technology that
>provides a subset of Ada which generates absolutely ZERO
>bytes of runtime. This means that you can simply generate
>object files and then run them to the bare board using
>whatever low level toolset is appropriate.
>
>One customer for example is using OS/2 as the development
>environment, and then GNORT for actual delivery to the
>target system (which is a bare board x86).
>
    I'm curious about GNORT. Does the "zero bytes of runtime" mean
    that there are no compiler supplied procedures or functions that
    are ever called to do some common task? By which, I mean something
    like common code that does a bounds check and raises an exception,
    or something similar. I do  not mean something like the standard
    libraries for math functions, etc. (Those you can possibly treat
    as regular packages as if you wrote them yourself, provided you
    have enough information about the actual implementation) All the
    code for whatever statements are compiled is generated as some
    in-line machine code?

    If you were to allow for subroutines for common operations like
    bounds checking, would there be any difference in providing
    subroutines for more complex features, such as task scheduling?
    (Other than the possible non-determinism. I'm thinking that a
    run-time library is not necessarily evil if it results in smaller
    code by sharing some frequently repeated operations and the
    tradeoff between procedure call overhead and space savings is
    reasonable.)

    Just curious about how this stuff is done...

    MDC
Marin David Condic, Senior Computer Engineer     Voice:     561.796.8997
Pratt & Whitney GESP, M/S 731-95, P.O.B. 109600  Fax:       561.796.4669
West Palm Beach, FL, 33410-9600                  Internet:  CONDICMA@PWFL.COM
=============================================================================
    "The reasonable man adapts himself to the world; the unreasonable
    one persists in trying to adapt the world to himself. Therefore
    all progress depends on the unreasonable man."
        --  G.B. Shaw
=============================================================================




^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Green Hills Ada library question (Ada on VxWorks)
  1998-09-22  0:00 Green Hills Ada library question (Ada on VxWorks) Marin David Condic, 561.796.8997, M/S 731-96
@ 1998-09-24  0:00 ` dewarr
  1998-09-25  0:00   ` Jim Chelini
  0 siblings, 1 reply; 16+ messages in thread
From: dewarr @ 1998-09-24  0:00 UTC (permalink / raw)


In article <98092209530702@psavax.pwfl.com>,
  "Marin David Condic, 561.796.8997, M/S 731-96" <condicma@PWFL.COM> wrote:
> dewarr@MY-DEJANEWS.COM writes:
> >One interesting question here is whether you need tasking,
> >or whether a minimal runtime system, of the kind that would
> >typically be used in a safety-critical system, would be
> >usable. One approach that some of our customers are exploring
> >is the use of our GNORT (GNAT No Run-Time) technology that
> >provides a subset of Ada which generates absolutely ZERO
> >bytes of runtime. This means that you can simply generate
> >object files and then run them to the bare board using
> >whatever low level toolset is appropriate.
> >
> >One customer for example is using OS/2 as the development
> >environment, and then GNORT for actual delivery to the
> >target system (which is a bare board x86).
> >
>     I'm curious about GNORT. Does the "zero bytes of runtime" mean
>     that there are no compiler supplied procedures or functions that
>     are ever called to do some common task? By which, I mean something
>     like common code that does a bounds check and raises an exception,
>     or something similar. I do  not mean something like the standard
>     libraries for math functions, etc. (Those you can possibly treat
>     as regular packages as if you wrote them yourself, provided you
>     have enough information about the actual implementation) All the
>     code for whatever statements are compiled is generated as some
>     in-line machine code?
>
>     If you were to allow for subroutines for common operations like
>     bounds checking, would there be any difference in providing
>     subroutines for more complex features, such as task scheduling?
>     (Other than the possible non-determinism. I'm thinking that a
>     run-time library is not necessarily evil if it results in smaller
>     code by sharing some frequently repeated operations and the
>     tradeoff between procedure call overhead and space savings is
>     reasonable.)
>
>     Just curious about how this stuff is done...
>
>     MDC

Right, there are NO runtime routines of any kind. All code
is generated inline. No one is saying that a run-time library
is evil, the problem is that in a certified environment you
have to use a certified run-time.

Not only is it expensive to certify a run-time, an expense
that is inevitably passed on to the user, but in any case it
is preferable to not have to rely on some separate
certification procedure, but instead to certify all your
own code, and have that be the only code that needs
certifying.

GNORT is certainly not for everyone, it is specifically
intended for meeting the needs for safety critical
certified code at a relatively modest cost, compared to
the use of certified run-times.

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum




^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: Green Hills Ada library question (Ada on VxWorks)
  1998-09-24  0:00 ` dewarr
@ 1998-09-25  0:00   ` Jim Chelini
  0 siblings, 0 replies; 16+ messages in thread
From: Jim Chelini @ 1998-09-25  0:00 UTC (permalink / raw)


dewarr@my-dejanews.com wrote:
> 
> In article <98092209530702@psavax.pwfl.com>,
>   "Marin David Condic, 561.796.8997, M/S 731-96" <condicma@PWFL.COM> wrote:
> > dewarr@MY-DEJANEWS.COM writes:
> > >One interesting question here is whether you need tasking,
> > >or whether a minimal runtime system, of the kind that would
> > >typically be used in a safety-critical system, would be
> > >usable. One approach that some of our customers are exploring
> > >is the use of our GNORT (GNAT No Run-Time) technology that
> > >provides a subset of Ada which generates absolutely ZERO
> > >bytes of runtime. This means that you can simply generate
> > >object files and then run them to the bare board using
> > >whatever low level toolset is appropriate.
> > >
> > >One customer for example is using OS/2 as the development
> > >environment, and then GNORT for actual delivery to the
> > >target system (which is a bare board x86).
> > >
> >     I'm curious about GNORT. Does the "zero bytes of runtime" mean
> >     that there are no compiler supplied procedures or functions that
> >     are ever called to do some common task? By which, I mean something
> >     like common code that does a bounds check and raises an exception,
> >     or something similar. I do  not mean something like the standard
> >     libraries for math functions, etc. (Those you can possibly treat
> >     as regular packages as if you wrote them yourself, provided you
> >     have enough information about the actual implementation) All the
> >     code for whatever statements are compiled is generated as some
> >     in-line machine code?
> >
> >     If you were to allow for subroutines for common operations like
> >     bounds checking, would there be any difference in providing
> >     subroutines for more complex features, such as task scheduling?
> >     (Other than the possible non-determinism. I'm thinking that a
> >     run-time library is not necessarily evil if it results in smaller
> >     code by sharing some frequently repeated operations and the
> >     tradeoff between procedure call overhead and space savings is
> >     reasonable.)
> >
> >     Just curious about how this stuff is done...
> >
> >     MDC
> 
> Right, there are NO runtime routines of any kind. All code
> is generated inline. No one is saying that a run-time library
> is evil, the problem is that in a certified environment you
> have to use a certified run-time.

Robert is correct here. In a safety critical application, the runtime 
must be certifable to the same level of assurance as the application.

> 
> Not only is it expensive to certify a run-time, an expense
> that is inevitably passed on to the user, but in any case it
> is preferable to not have to rely on some separate
> certification procedure, but instead to certify all your
> own code, and have that be the only code that needs
> certifying.

The above statement is a little confusing.  There are several points to
consider
1. > Not only is it expensive to certify a run-time, an expense that is
inevitably passed on to the user
2. >preferable to not have to rely on some separate certification
procedure
3. >certify all your own code,
4. >have that be the only code that needs certifying.

Point 1:
There is an expense to provide certification evidence for a runtime and 
given it is a commercial product (just like the compiler) the cost of
that product is passed to the user.  Typically, the cost for the user to
create this type of evidence greatly exceeds the cost of the COTS
package. 

Point 2:
There is no seperate certification procedure.  If we take the avionics
domain as an example, there is a single process for software
certification - DO-178B.  Now, software on its own can not be certified,
it must be part of an avionics function - hardware and software that
perform a specific function(s), i.e., a braking system, GPS, etc.

Point 3:
The generation of certification evidence for the runtime, must follow
the same procedures as the application.
The use of in-lining the "runtime" with the application shifts the
burden of certification of "runtime" elements from the vendor to the
user.  The user must now explain what the in-lined code does and ensure
it is correctly used.  For a Level A system, this would include
structural (coverage) testing to the machine code level.  For a runtime,
the burden of proof is on the vendor who must submit the certification
materials to the customer's experts (and sometimes national
certification authorities, FAA) for review and acceptance.  The vendor
should warrent these materials to meet the certification requirements.

Point 4:
A good compiler environment will include a linker capable of removing
unused functions, thereby giving the user only the code they need.  The
use of a certifiable runtime then leads to an application with complete
life cycle data for the runtime features used by the given application -
no more.  When the application is updated (which is normal given the
long life of the applications), if new runtime elements are included -
the evidence is still available, reducing costs to the program in later
phases.  

> 
> GNORT is certainly not for everyone, it is specifically
> intended for meeting the needs for safety critical
> certified code at a relatively modest cost, compared to
> the use of certified run-times.

See above points.  There are pros and cons on both sides but the user
should be aware of what they are signing up for.


> 
> -----== Posted via Deja News, The Leader in Internet Discussion ==-----
> http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum




^ permalink raw reply	[flat|nested] 16+ messages in thread

end of thread, other threads:[~1998-09-25  0:00 UTC | newest]

Thread overview: 16+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1998-09-22  0:00 Green Hills Ada library question (Ada on VxWorks) Marin David Condic, 561.796.8997, M/S 731-96
1998-09-24  0:00 ` dewarr
1998-09-25  0:00   ` Jim Chelini
  -- strict thread matches above, loose matches on Subject: below --
1998-09-14  0:00 Green Hills Ada library question dennison
1998-09-15  0:00 ` bob
1998-09-15  0:00   ` Green Hills Ada library question (Ada on VxWorks) Corey Minyard
1998-09-16  0:00     ` dennison
1998-09-17  0:00       ` dewar
1998-09-18  0:00         ` dennison
1998-09-18  0:00           ` Tarjei Tj�stheim Jensen
1998-09-18  0:00             ` dennison
1998-09-19  0:00               ` dewarr
1998-09-21  0:00                 ` dennison
1998-09-19  0:00               ` dewarr
1998-09-19  0:00             ` dewarr
1998-09-19  0:00           ` dewar
1998-09-16  0:00     ` dewarr
1998-09-16  0:00       ` dennison

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