From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12809 invoked by alias); 30 Aug 2007 09:34:06 -0000 Received: (qmail 12789 invoked by uid 48); 30 Aug 2007 09:34:05 -0000 Date: Thu, 30 Aug 2007 09:34:00 -0000 Message-ID: <20070830093405.12788.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug java/33218] Process.waiFor() Process.destroy() misbehave for childs which are not reacting to Ctrl+C SIGQUIT In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: java-prs@gcc.gnu.org From: "cyberflex at mail dot ru" Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org X-SW-Source: 2007-q3/txt/msg00150.txt.bz2 ------- Comment #7 from cyberflex at mail dot ru 2007-08-30 09:34 ------- Problem is reproducible, but it likely should be posted to other list. It looks that behaviour of particular utility "rfcomm" is such specific that it not only ignores some signals but also forks one more child in detached state. Here how I do reproduce it: As root do 1. attach my USB bluetooth dondle and bring it up "hciconfig hci0 up" 2. run "./test" 3. run "ps ax | grep rfcomm" Very soon I see that the only instance of rfcomm is running (PID is not changed) and instances of rfcomm started later are exiting because interface hci0 is busy. Some processes still need SIGINT due to notify their children before exiting or be killed with other signal such as -9 The bug, posted here looks like needs resolution as INVALID. Oh, I terribly sorry What do you think? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33218