From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21827 invoked by alias); 13 Sep 2002 16:39:09 -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 21817 invoked from network); 13 Sep 2002 16:39:08 -0000 Received: from unknown (HELO redhat.com) (66.30.22.225) by sources.redhat.com with SMTP; 13 Sep 2002 16:39:08 -0000 Received: by redhat.com (Postfix, from userid 201) id BE7171BD31; Fri, 13 Sep 2002 12:39:05 -0400 (EDT) Date: Fri, 13 Sep 2002 09:39:00 -0000 From: Christopher Faylor To: Keith Seitz Cc: Mo DeJong , Insight Subject: Re: Patch to avoid using mkfifo under cygwin Message-ID: <20020913163905.GA5423@redhat.com> Mail-Followup-To: Keith Seitz , Mo DeJong , Insight References: <20020912155153.5df1e557.supermo@bayarea.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-SW-Source: 2002-q3/txt/msg00155.txt.bz2 On Fri, Sep 13, 2002 at 07:47:24AM -0700, Keith Seitz wrote: >On Thu, 12 Sep 2002, Mo DeJong wrote: > >> Here is a patch that avoids calling mkfifo under Cygwin since >> it is not functional. > >Ok, so given cgf's latest comments, do we want to hold off on this or >revert it when the cygwin work is ready? Maybe we can write an autoconf >test for it? 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. What's wrong with the current code which returns an error when mkfifo fails? That seems pretty clear to me. cgf >> case S_IFIFO: { >> if (mkfifo(dst, srcStatBuf.st_mode) < 0) { /* INTL: Native. */ >> return TCL_ERROR; >> }