From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/2480 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: SoX & pipe rewinding Date: Fri, 14 Dec 2012 14:09:24 -0500 Message-ID: <20121214190924.GM20323@brightrain.aerifal.cx> References: <50CB2B38.8070703@ojab.ru> <20121214134009.GJ20323@brightrain.aerifal.cx> <50CB2EEC.2040909@ojab.ru> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1355512177 13482 80.91.229.3 (14 Dec 2012 19:09:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 14 Dec 2012 19:09:37 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-2481-gllmg-musl=m.gmane.org@lists.openwall.com Fri Dec 14 20:09:52 2012 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1Tjadq-0007ym-58 for gllmg-musl@plane.gmane.org; Fri, 14 Dec 2012 20:09:50 +0100 Original-Received: (qmail 27732 invoked by uid 550); 14 Dec 2012 19:09:37 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 27724 invoked from network); 14 Dec 2012 19:09:36 -0000 Content-Disposition: inline In-Reply-To: <50CB2EEC.2040909@ojab.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:2480 Archived-At: On Fri, Dec 14, 2012 at 05:51:40PM +0400, ojab wrote: > On 14.12.2012 17:40, Rich Felker wrote: > >On Fri, Dec 14, 2012 at 05:35:52PM +0400, ojab wrote: > >>>Hi list, > >>>SoX use some kind of hackery for pipe rewinding (see the attached > >>>file). So I have two questions: > >>>1. If something like that possible using musl? > >>>2. Is there any musl specific #define? > >I don't believe so. Not only does this hack depend on knowing the > >internals of FILE (which are intentionally opaque on musl); it also > >depends on the assumption that the data is still present in the buffer > >after it's consumed, which is invalid in general. > > > >No idea why programmers insist on doing stuff like this rather than > >fixing their design issues... > > > >Rich > > > > It's completely optional (check the #else part), so question is (2): > How we can check for musl and disable pipe rewinding in this case. > If there is no musl-specific define, and there is intention not to > add one — I'll file a bug in SoX tracker with request to remove an > #error. There's intentionally no musl-specific #define. Some people have complained about that, but if there had been one, the state of musl compatibility would be a ton worse right now, because lots of software would be crippling itself by using #ifdef __musl__ or similar to disable features that musl 0.6.x didn't have... The right solution to using optional features is to test for their existence, but in this case, sox is not using an extension feature but poking at the internals of some known implementations and throwing #error for everything else. This is just really bad behavior. The default case should be portable, i.e. should just silently omit the non-portable pipe rewinding code. Rich