X-Recipient: archive-cygwin@delorie.com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=uYWtRZJ9lo/L5CPi79fNkpC7mIA696ZlZ+ZEYs0j4Pqrg0Sa7YD5D
	ln7Tp2ELGATH3ZhDbH0b9cvdX6GZ50GN/Uh3l9PFAd3TEQv0JapPrYVefhb8vR9C
	dI6jjPQECMhhYRddQP7pX6W7QPsri5FgwO0Z0ATJfiPOrIujh5OLOU=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; s=default;
	 bh=CAOYZGluotKerWGmGGV/feJZz0U=; b=EmeqsfuzO0yom2S43D84qZGkDXMb
	lcuOxcSMqyAxohkWNZ4JP0W2K7o2MmsUdnSEGLAHG0acgXZKb/fy1Iq3x7M5Ax2C
	0dywOhCYzjM9ITCrtTksXAsgGj8rkglrkBLGk6yF92yxxyt7sZKm3SVpd9Fogw2K
	lQVzfXPZDYc431E=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-6.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2
X-HELO: mho-02-ewr.mailhop.org
X-Mail-Handler: Dyn Standard SMTP by Dyn
X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information)
X-MHO-User: U2FsdGVkX18y7ENG8ex6JbdT2USPOASt
Date: Mon, 17 Mar 2014 00:46:31 -0400
From: Christopher Faylor <cgf-use-the-mailinglist-please@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: sox - package is broken
Message-ID: <20140317044631.GA2123@ednor.casa.cgf.cx>
Reply-To: cygwin@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
References: <b0f9be09644f90eadb0a5d479b74ad56.squirrel@www.physik.tu-berlin.de> <20140310111427.GE2828@calimero.vinschen.de> <5324E98D.2090806@tiscali.co.uk> <20140316114332.GB400@calimero.vinschen.de> <5326276F.1050103@tiscali.co.uk> <20140317015736.GA8086@ednor.casa.cgf.cx> <20140317022829.GB8086@ednor.casa.cgf.cx> <20140317044230.GA1235@ednor.casa.cgf.cx>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20140317044230.GA1235@ednor.casa.cgf.cx>
User-Agent: Mutt/1.5.20 (2009-06-14)

On Mon, Mar 17, 2014 at 12:42:30AM -0400, Christopher Faylor wrote:
>On Sun, Mar 16, 2014 at 10:28:29PM -0400, Christopher Faylor wrote:
>>On Sun, Mar 16, 2014 at 09:57:36PM -0400, Christopher Faylor wrote:
>>>On Sun, Mar 16, 2014 at 10:36:31PM +0000, David Stacey wrote:
>>>>The issue I have is that close_audio_out() isn't working as you'd 
>>>>expect: for some reason, the 'audio_out_' member pointer is null
>>>
>>>This was because all of the I/O operations were ignoring the archetype
>>>for the device.  So, this is likely an old bug.
>>>
>>>So, good news/bad news.  Good news: I checked in a fix which causes the missing
>>>1.5 seconds to be played.  Bad news: The process now hangs in waveOutClose()
>>>in fhandler_dev_dsp::Audio_out::stop.  There seem to be a few threads hanging
>>>around waiting for something so obviously something isn't cleaning up right
>>>in the audio code.
>>
>>Nope.  Wrong theory.  I know what's causing this but I don't yet know how to
>>fix it.
>
>This should all be fixed in the upcoming snapshot.

I forgot to say, BIG thanks for tracking this down far enough for me to
slap my forehead after realizing what caused the problem that you were
describing.

cgf

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

