comp.lang.ada
 help / color / mirror / Atom feed
From: jcallen@Encore.COM (Jerry Callen)
Subject: Re: LRM question - access types and con
Date: 28 Jun 90 13:34:57 GMT	[thread overview]
Message-ID: <12142@encore.Encore.COM> (raw)
In-Reply-To: 20600054@inmet

In article <20600054@inmet> stt@inmet.inmet.com writes:
>The programmer need only worry about declared variables which are shared
>between tasks.  An access collection is not considered an explicitly
>declared variable in this sense.
>The implementation must worry about all "hidden" shared data.
>Therefore, an implementation must protect its run-time data structures
>from simultaneous access.

So what about the built-in I/O packages? Is it safe for multiple tasks
to be issuing, say, Put_Line calls without worrying about synchronization?

[Aside: I think I know what Tucker's response will be; he'll say that the
 I/O packages are just like user packages, they just happen to come with
 the compiler, so they are not required to be "thread-safe."]

I bring this up because it has been a repeated thorn in my side over the
years. I've always felt that, at the very least, the built-in I/O packages
should provide some means of requesting synchronization in the face of
tasking. Maybe a form string parameter?

>S. Tucker Taft
>Intermetrics, Inc.

-- Jerry "RTS hack" Callen
   jcallen@encore.com

  reply	other threads:[~1990-06-28 13:34 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1394@software.software.org>
1990-06-27 15:53 ` LRM question - access types and con stt
1990-06-28 13:34   ` Jerry Callen [this message]
1990-06-29 21:55     ` Charles H. Sampson
1990-06-29  3:51   ` Michael Feldman
1990-06-29 13:25     ` Vinod Grover
1990-06-29 17:30       ` Michael Feldman
replies disabled

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