From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1467 invoked by alias); 13 Sep 2002 16:57:31 -0000 Mailing-List: contact insight-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sources.redhat.com Received: (qmail 1460 invoked from network); 13 Sep 2002 16:57:30 -0000 Received: from unknown (HELO valrhona.uglyboxes.com) (64.1.192.220) by sources.redhat.com with SMTP; 13 Sep 2002 16:57:30 -0000 Received: from localhost.localdomain (IDENT:Jc0PwbSSsYCYkrJAIPkWNX7NDE9GBrEl@localhost.localdomain [127.0.0.1]) by valrhona.uglyboxes.com (8.11.6/8.11.6) with ESMTP id g8DH03A01972; Fri, 13 Sep 2002 10:00:03 -0700 Date: Fri, 13 Sep 2002 09:57:00 -0000 From: Keith Seitz X-X-Sender: keiths@valrhona.uglyboxes.com To: Mo DeJong cc: Christopher Faylor , Insight Subject: Re: Patch to avoid using mkfifo under cygwin In-Reply-To: <20020913163905.GA5423@redhat.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2002-q3/txt/msg00156.txt.bz2 On Fri, 13 Sep 2002, Christopher Faylor wrote: > Given that this is something that will just magically work when the cygwin > DLL is updated, I don't think autoconf is the right way to go. Doh! I overlooked that. > > What's wrong with the current code which returns an error when mkfifo fails? > That seems pretty clear to me. Hmmm.. So mkfifo is defined in cygwin, but returns errors? If so, I'd say we should just leave it alone. Mo, is this actually causing problems somewhere? Keith