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
next prev parent 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