Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@jakarta.apache.org Received: (qmail 589 invoked by uid 500); 24 Jul 2001 15:37:41 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk Reply-To: ant-dev@jakarta.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 561 invoked from network); 24 Jul 2001 15:37:40 -0000 X-Authentication-Warning: bodewig.bost.de: bodewig set sender to bodewig@apache.org using -f To: ant-dev@jakarta.apache.org Subject: Re: Introduction of Multithreading References: <01072500350501.00772@helm.realityforge.org> <01072501195405.00772@helm.realityforge.org> From: Stefan Bodewig Date: 24 Jul 2001 17:37:41 +0200 In-Reply-To: Peter Donald's message of "Wed, 25 Jul 2001 01:19:54 +1000" Message-ID: Lines: 19 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Wed, 25 Jul 2001, Peter Donald wrote: > Kewl .. now we just gotta find a nice way of dealing with standard > input ;) Patch to deal with it in the context of PumpStreamHandler has been sent to this list yesterday. This should make it work for and , I haven't looked at it at all though. But I guess this is not what you are talking about. Interesting question is, which task should get to read from standard input if several tasks run in parallel ... Maybe all of them? Providing input to tasks is a different beast in that you may want to have the GUI pop up a dialog to ask for input instead of falling back to standard input. Stefan