Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
Message-ID: <3BBDCF11.4050400@likai.net>
Date: Fri, 05 Oct 2001 11:17:37 -0400
From: Li-Kai Liu <news AT likai DOT net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20010913
X-Accept-Language: en-us
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: more on icecast tests ...
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

okay, since strace seems to be a nice thing, i just tried icecast-cygwin 
on strace ... the spooky thing happened. before using strace, signal did 
not work on icecast-cygwin, and a win32-exception (no stackdump, 
triggers dr. watson) occurs at the end when icecast tries to shutdown 
("waiting a wee ..."). now, when i use strace, neither problems remain. 
strace-icecast (despite with the output now directed to a file -- which 
i verified makes no difference) could catch interrupt signal from 
console window. neither does it raise an uncaught win32-exception when 
it (strace-icecast-cygwin) is remotely shutdown.

i'll take a look strace's source code. for the time being, if anyone 
wants to comment on this, please do.

liulk



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/