X-Recipient: archive-cygwin AT delorie DOT 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:message-id:date:from:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; q=dns; s=default; b=B6hjQy7gz20bazB0wsCME7nQs19qPPyzEyl4xZw+E0X KBcZoKAoE0IbBGbqXhSsI779Baqmn1QCpQrQRPgCSY26pSG6k/nGY9H3wQ+VofW2 igz+iuJ7jSK+IgBo1lIVL0r0VgY7OlbLMKS5MH9v9prh/BCtGYPM+Do3haQdK2cM = 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:message-id:date:from:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; s=default; bh=lsZAr/aTwV/6usYlcdXfk+2qn3Q=; b=nO0HadTNZlJGkhpEF nfkUd7td3aWclJTmWf3Go5XvjekelVzqfF6YCaZVOCpmaseLleXw5AUpVUy28sDa oAVKHPXQD4aFqOFACu/QzsEKfEf1lk80omTaQDfLVohdTgccoIBCIY2CkjiolpbY k16lGkV/zq/XjJm9vo1m5xuW0s= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.9 required=5.0 tests=AWL,BAYES_05,FREEMAIL_FROM,KAM_COUK,SPF_PASS autolearn=no version=3.3.2 X-HELO: out.ipsmtp3nec.opaltelecom.net X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAJSdKFNPRtMO/2dsb2JhbAANTcMrgxCBQ4MZAQEBBDhAEQsYCRYPCQMCAQIBRRMIAQEWtGKjLReOaRaEIgSUWwWZQw X-IPAS-Result: ApMBAJSdKFNPRtMO/2dsb2JhbAANTcMrgxCBQ4MZAQEBBDhAEQsYCRYPCQMCAQIBRRMIAQEWtGKjLReOaRaEIgSUWwWZQw Message-ID: <53289E8A.1010601@tiscali.co.uk> Date: Tue, 18 Mar 2014 19:29:14 +0000 From: David Stacey User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: sox - package is broken References: <20140310111427 DOT GE2828 AT calimero DOT vinschen DOT de> <5324E98D DOT 2090806 AT tiscali DOT co DOT uk> <20140316114332 DOT GB400 AT calimero DOT vinschen DOT de> <5326276F DOT 1050103 AT tiscali DOT co DOT uk> <20140317015736 DOT GA8086 AT ednor DOT casa DOT cgf DOT cx> <20140317022829 DOT GB8086 AT ednor DOT casa DOT cgf DOT cx> <20140317044230 DOT GA1235 AT ednor DOT casa DOT cgf DOT cx> <53278AE6 DOT 9040509 AT tiscali DOT co DOT uk> <20140318175353 DOT GA1051 AT ednor DOT casa DOT cgf DOT cx> In-Reply-To: <20140318175353.GA1051@ednor.casa.cgf.cx> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes On 18/03/2014 17:53, Christopher Faylor wrote: > On Mon, Mar 17, 2014 at 11:53:10PM +0000, David Stacey wrote: >> On 17/03/2014 04:42, 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. >> Thank you for looking at this. I've tried the 32-bit snapshot dated >> '2014-03-17', but whenever I pipe a wav file to /dev/dsp I get a >> segmentation fault. The error is produced immediately, and no sound is >> heard. I've tried wav files both longer and shorter than 1.5s. > What does "pipe a wav file" mean? I was testing this by doing: > > cp h.wav /dev/dsp I was testing with cat ding.wav > /dev/dsp This gives a segmentation fault with the latest (2014-03-18) snapshot; no sound is heard However, if I repeat your test: cp ding.wav /dev/dsp Then that works and the ding dings. Which confuses me greatly - I've been using *nix for nearly 20 years, and I honestly would have said that the two lines above were synonymous - they're obviously not! Dave. -- 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