From: Miles Sabin <msabin@cromwellmedia.co.uk>
To: java-discuss@sourceware.cygnus.com
Subject: RE: Thread.interrupt()
Date: Tue, 14 Mar 2000 07:47:00 -0000 [thread overview]
Message-ID: <AA4C152BA2F9D211B9DD0008C79F760A95D719@odin.cromwellmedia.co.uk> (raw)
Jeff Sturm wrote,
> [snip: resource revocation as an alternative to interrupt()]
> That sounds like trading one set of underspecified behavior
> for another. I haven't tested myself this on any range of
> platforms.
Perhaps, yes. However, I would expect any robust implementation
of a stream class to respond in the Right Way to closure.
> Some stream classes are virtual, like PipedReader. It blocks
> on object.wait(). Waking it up with an interrupt would be
> easy enough. It can be made to respond to a close() as well.
It is in Sun's implementation (all the recent one's anyhow).
The alternative would be to leave either or both of the
producer/consumer threads permanently blocked ... if that
happened I'd call it a bug, independently of any issues around
interruption.
Cheers,
Miles
--
Miles Sabin Cromwell Media
Internet Systems Architect 5/6 Glenthorne Mews
+44 (0)20 8817 4030 London, W6 0LJ, England
msabin@cromwellmedia.com http://www.cromwellmedia.com/
WARNING: multiple messages have this Message-ID
From: Miles Sabin <msabin@cromwellmedia.co.uk>
To: java-discuss@sourceware.cygnus.com
Subject: RE: Thread.interrupt()
Date: Sat, 01 Apr 2000 00:00:00 -0000 [thread overview]
Message-ID: <AA4C152BA2F9D211B9DD0008C79F760A95D719@odin.cromwellmedia.co.uk> (raw)
Message-ID: <20000401000000.P15rgJwaIyoBFKJsTFIHtjrW3Y7pArI_HF9xIGrjD8s@z> (raw)
Jeff Sturm wrote,
> [snip: resource revocation as an alternative to interrupt()]
> That sounds like trading one set of underspecified behavior
> for another. I haven't tested myself this on any range of
> platforms.
Perhaps, yes. However, I would expect any robust implementation
of a stream class to respond in the Right Way to closure.
> Some stream classes are virtual, like PipedReader. It blocks
> on object.wait(). Waking it up with an interrupt would be
> easy enough. It can be made to respond to a close() as well.
It is in Sun's implementation (all the recent one's anyhow).
The alternative would be to leave either or both of the
producer/consumer threads permanently blocked ... if that
happened I'd call it a bug, independently of any issues around
interruption.
Cheers,
Miles
--
Miles Sabin Cromwell Media
Internet Systems Architect 5/6 Glenthorne Mews
+44 (0)20 8817 4030 London, W6 0LJ, England
msabin@cromwellmedia.com http://www.cromwellmedia.com/
next reply other threads:[~2000-03-14 7:47 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-03-14 7:47 Miles Sabin [this message]
2000-04-01 0:00 ` Thread.interrupt() Miles Sabin
-- strict thread matches above, loose matches on Subject: below --
2000-04-01 0:00 Thread.interrupt() Bryce McKinlay
2000-03-13 13:33 ` Thread.interrupt() Bryce McKinlay
2000-03-14 2:24 ` Thread.interrupt() Kresten Krab Thorup
2000-03-14 3:26 ` Thread.interrupt() Bryce McKinlay
2000-04-01 0:00 ` Thread.interrupt() Bryce McKinlay
2000-03-14 5:52 ` Thread.interrupt() Jeff Sturm
2000-03-14 11:02 ` Thread.interrupt() Tom Tromey
2000-04-01 0:00 ` Thread.interrupt() Tom Tromey
2000-03-14 14:16 ` Thread.interrupt() Bryce McKinlay
2000-03-14 16:09 ` Thread.interrupt() Godmar Back
2000-04-01 0:00 ` Thread.interrupt() Godmar Back
2000-04-01 0:00 ` Thread.interrupt() Bryce McKinlay
2000-04-01 0:00 ` Thread.interrupt() Jeff Sturm
2000-04-01 0:00 ` Thread.interrupt() Kresten Krab Thorup
2000-04-01 0:00 ` Thread.interrupt() Bryce McKinlay
2000-03-16 4:08 Thread.interrupt() Miles Sabin
2000-04-01 0:00 ` Thread.interrupt() Miles Sabin
2000-03-15 13:52 Thread.interrupt() Boehm, Hans
2000-04-01 0:00 ` Thread.interrupt() Boehm, Hans
2000-03-15 13:06 Thread.interrupt() Miles Sabin
2000-04-01 0:00 ` Thread.interrupt() Miles Sabin
2000-03-15 12:55 Thread.interrupt() Boehm, Hans
2000-04-01 0:00 ` Thread.interrupt() Boehm, Hans
2000-03-15 11:57 Thread.interrupt() Miles Sabin
2000-04-01 0:00 ` Thread.interrupt() Miles Sabin
2000-03-15 11:38 Thread.interrupt() Boehm, Hans
2000-04-01 0:00 ` Thread.interrupt() Boehm, Hans
2000-03-15 5:51 Thread.interrupt() Miles Sabin
2000-04-01 0:00 ` Thread.interrupt() Miles Sabin
2000-03-14 16:30 Thread.interrupt() Boehm, Hans
2000-03-14 17:17 ` Thread.interrupt() Jesper Peterson
2000-03-14 17:27 ` Thread.interrupt() Tom Tromey
2000-04-01 0:00 ` Thread.interrupt() Tom Tromey
2000-04-01 0:00 ` Thread.interrupt() Jesper Peterson
2000-04-01 0:00 ` Thread.interrupt() Boehm, Hans
2000-03-14 11:26 Thread.interrupt() Boehm, Hans
2000-04-01 0:00 ` Thread.interrupt() Boehm, Hans
2000-03-14 9:57 Thread.interrupt() Boehm, Hans
2000-03-14 10:52 ` Thread.interrupt() Tom Tromey
2000-04-01 0:00 ` Thread.interrupt() Tom Tromey
2000-03-14 15:59 ` Thread.interrupt() Jesper Peterson
2000-04-01 0:00 ` Thread.interrupt() Jesper Peterson
2000-04-01 0:00 ` Thread.interrupt() Boehm, Hans
2000-03-14 6:00 Thread.interrupt() Miles Sabin
2000-03-14 7:36 ` Thread.interrupt() Jeff Sturm
2000-03-14 10:58 ` Thread.interrupt() Tom Tromey
2000-04-01 0:00 ` Thread.interrupt() Tom Tromey
2000-04-01 0:00 ` Thread.interrupt() Jeff Sturm
2000-04-01 0:00 ` Thread.interrupt() Miles Sabin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=AA4C152BA2F9D211B9DD0008C79F760A95D719@odin.cromwellmedia.co.uk \
--to=msabin@cromwellmedia.co.uk \
--cc=java-discuss@sourceware.cygnus.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).