X-Recipient: archive-cygwin AT delorie DOT com 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 MIME-Version: 1.0 In-Reply-To: <4EA5A683.5000007@redhat.com> References: <4EA5A683 DOT 5000007 AT redhat DOT com> Date: Mon, 24 Oct 2011 13:47:14 -0500 Message-ID: Subject: Re: General question on the status of named pipes From: Nathan Thern To: cygwin AT cygwin DOT com Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: 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 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