From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2015 invoked by alias); 24 Oct 2011 18:47:32 -0000 Received: (qmail 2003 invoked by uid 22791); 24 Oct 2011 18:47:31 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,TW_CG,TW_MK,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org Received: from mail-gx0-f171.google.com (HELO mail-gx0-f171.google.com) (209.85.161.171) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 24 Oct 2011 18:47:15 +0000 Received: by ggnv5 with SMTP id v5so6971406ggn.2 for ; Mon, 24 Oct 2011 11:47:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.78.129 with SMTP id g1mr36635439yhe.52.1319482034725; Mon, 24 Oct 2011 11:47:14 -0700 (PDT) Received: by 10.236.105.198 with HTTP; Mon, 24 Oct 2011 11:47:14 -0700 (PDT) In-Reply-To: <4EA5A683.5000007@redhat.com> References: <4EA5A683.5000007@redhat.com> Date: Mon, 24 Oct 2011 18:47:00 -0000 Message-ID: Subject: Re: General question on the status of named pipes From: Nathan Thern To: cygwin@cygwin.com Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2011-10/txt/msg00501.txt.bz2 On Mon, Oct 24, 2011 at 12:55 PM, Eric Blake wrote: > Actually, named pipes have _never_ worked, at least according to the full > set of POSIX rules. It's just that some releases had code that limped along > better than in other releases for the particular use cases you happened to > throw at them. cgf is working miracles to get it as far along as he has, > but it's a very tough job to emulate POSIX fifos on top of windows. Interesting. I used them successfully for a couple of years with 1.5, IIRC. My mode of usage was usually something like: $ mkfifo fifo1 fifo2 $ decode_audio_to_PCM audiofile | tee fifo1 > fifo2 & $ encode_audio_to_format_1 -o newaudio1 fifo1 $ encode_audio_to_format_2 -o newaudio2 fifo2 This has two distinct advantages over tempfiles for me. I don't have to wait for the decode to complete before I start to re-encode & I don't need the disk space for large chunks of uncompressed audio. NT -- 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