X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:mime-version:content-type :content-transfer-encoding:date:from:to:subject:in-reply-to :references:message-id; q=dns; s=default; b=C452g/2abq18ClMCW8mt s7MGSxEgbwPWGL3EH/sumg/DhY9t0GXioUM0QY1QZOmCREvI5HDSzJG3CMemY1Nh mqy5dM3Is2BWrXhbrwNAssFmw/PeCuvKsYVSMRF4kIDcdvcTgMF5xkH9UEkI5edi /Ya+8rvqOHru304zOAs1CUY= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:mime-version:content-type :content-transfer-encoding:date:from:to:subject:in-reply-to :references:message-id; s=default; bh=M2Fq1DJ0ta3R4CxMLAtT2bfYR5 I=; b=q89x2jXBmibjrP+rai551NQhFC7HALzXKGZl5IWh55xYReTGvziV4daRWy cZbmB3dm+AKNwUuoTajI84l+olYt2MSYp/fy1P0j5j+ndek/Fdepp1BTGaDDoZGK yVJRoBct0DdFRGFdlsTlzz9HSFaUR2zWfcEUxmZpmlA6Ju4c4= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: 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 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=Pipes, H*UA:Webmail X-HELO: lb3-smtp-cloud3.xs4all.net MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 03 Jan 2016 23:47:06 +0100 From: Houder To: cygwin AT cygwin DOT com Subject: Re: Pipes Again. (was: cmp (or echo) bug?) -- more correction In-Reply-To: References: Message-ID: <6e92b2c8a1a07d61a6d6832d289b1087@xs4all.nl> X-Sender: houder AT xs4all DOT nl (LdBx7EG55K7/dXlKZZX+lw==) User-Agent: XS4ALL Webmail X-IsSubscribed: yes On 2016-01-02 12:58, Houder wrote: > Cygwin shows: > @@ ./t_stat <(echo foo) <(echo bar) > ... arg = /dev/fd/63 > File type: FIFO or pipe > Device containing i-node: (c6) major=0 minor=198 > I-node number: 0 - decimal: 0 > ... arg = /dev/fd/62 > File type: FIFO or pipe > Device containing i-node: (c6) major=0 minor=198 > I-node number: 0 - decimal: 0 > fd[0] = 3, fd[1] = 3 > > And sometimes, especially in case close(fd[f]) is NOT present ... > > @@ ./t_stat <(echo foo) <(echo bar) > ... arg = /dev/fd/63 > File type: FIFO or pipe > Device containing i-node: (c6) major=0 minor=198 > I-node number: 0 - decimal: 0 > ... arg = /dev/fd/62 > File type: FIFO or pipe > Device containing i-node: (c6) major=0 minor=198 > I-node number: 5c443bd7b7e540 - decimal: 25970721670292800 > fd[0] = 3, fd[1] = 4 > > - Cygwin shows 198 for st_dev in case fstat() is used > - Cygwin shows 199 for st_dev in case stat() is used > - Cygwin shows 197 for st_dev in case fstat() is used and in case the > command > reads as follows: > @@ ./t_stat >(cat > a) >(cat > b) # yes, the opposite case - had to try > > - Cygwin nearly always shows ZERO for both st_ino-s (same call); > however, if > one of the st_ino-s is NOT zero, Cygwin always shows the same value: > I-node number: 5c443bd7b7e540 - decimal: 25970721670292800 Should be read: - Cygwin nearly always shows ZERO ... etc., etc. in case of fstat() !!!!! - Cygwin always shows different values for both st_ino-s (same call) in case of stat(); values that are different from the ones in subsequent calls Sorry, Henri > Bottom-line: > > - instrumenting cmp with the same "diagnostics", yields the same > result > - cmp fails on Cygwin, because Cygwin returns both st_ino-s as equal > (zero). > > My reason for posting this, is to help others in case they stumble over > this > weird behaviour of Cygwin. ===== -- 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