From: dennison@telepath.com
Subject: Re: Stream venting (long)
Date: 1998/12/30
Date: 1998-12-30T00:00:00+00:00 [thread overview]
Message-ID: <76doir$1ek$1@nnrp1.dejanews.com> (raw)
In-Reply-To: 76dh6m$r63$1@nnrp1.dejanews.com
In article <76dh6m$r63$1@nnrp1.dejanews.com>,
robert_dewar@my-dejanews.com wrote:
> In article <76de7d$opb$1@nnrp1.dejanews.com>,
> that way. The details of the locking should be buried in
> the stream attribute routines that you write. If you want
> the locking mechanism to be general, you could even make
> an extended stream type that had the necessary lock field,
> but most likely it would be perfectly convenient to just
> use a single global lock.
>
Ahh. I see we have different ideas about what "client" means. To me the
"client" of my stream package *is* the writer of the stream attribute
routines. I have no clue how to write those routines for them, as I have no
prior knowledge of what they want to write (or access into their packages).
In fact, they may want to use the default routines in many cases. So we're
stuck with the crappy interface.
--
T.E.D.
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
next prev parent reply other threads:[~1998-12-30 0:00 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-12-28 0:00 Stream venting (long) dennison
1998-12-29 0:00 ` robert_dewar
1998-12-29 0:00 ` dennison
1998-12-29 0:00 ` robert_dewar
1998-12-30 0:00 ` dennison
1998-12-30 0:00 ` robert_dewar
1998-12-30 0:00 ` dennison [this message]
1998-12-31 0:00 ` robert_dewar
1998-12-31 0:00 ` LeakyStain
1998-12-31 0:00 ` dewar
1998-12-31 0:00 ` dennison
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox