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 pi
cat and diff work as expected:
$ cat <(echo echo1) <(echo echo2)
echo1
echo2
$ diff <(echo echo1) <(echo echo2)
1c1
< echo1
---
> echo2
So maybe the bug is really in cmp.
Regards,
David
On 29 December 2015 at 17:43, Houder wrote:
> On 2015-12-25 22:32, David Balažic wrote:
>>
>> Hi!
>>
On 2016-01-02 12:58, Houder wrote:
// replace O_RDONLY by O_RDWR for ./tstat <(cat > a) <(cat > b)
should be:
// replace O_RDONLY by O_RDWR for ./t_stat >(cat > a) >(cat > b)
Henri
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq
Hi Corinna,
As reported by David BalaÅic in "cmp (or echo) bug?" (December 25, 2015)
https://cygwin.com/ml/cygwin/2015-12/msg00310.html
execution of
cmp <(echo foo) <(echo bar)
from bash (note: bash!) fails (nearly always; however the rate of
failure
may de
On 2015-12-25 22:32, David Balažic wrote:
Hi!
In Cygwin terminal (bash) I typed:
cmp <(echo echo1) <(echo echo2)
This does not print anything.
Not even with -b.
On Linux (Ubuntu 12.04 in VMWare) it reports that the inputs are
different.
Bug?
Or am I missing something?
@@ uname -a
CYGWI
Greetings, David Balažic!
> It is irrelevant how it is implemented. The command means "compare the
> output of those two commands" and the only correct result is "they
> differ on byte 5".
> It is clearly a bug.
I wouldn't be so hastily jumping to conclusions, if I were you.
--
With best rega
It is irrelevant how it is implemented. The command means "compare the
output of those two commands" and the only correct result is "they
differ on byte 5".
It is clearly a bug.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On Mon, Dec 28, 2015 at 9:08 AM, David Balažic wrote:
> I tried it in zsh (32 bit cygwin) and there it works correctly:
>
> $ cmp <(echo echo1) <(echo echo2)
> /tmp/zshirbIJ1 /tmp/zshDsdZep differ: byte 5, line 1
>
> So it seems the bug is in bash.
>
A different conclusion is also supportable: T
I tried it in zsh (32 bit cygwin) and there it works correctly:
$ cmp <(echo echo1) <(echo echo2)
/tmp/zshirbIJ1 /tmp/zshDsdZep differ: byte 5, line 1
So it seems the bug is in bash.
Regards,
David
On 26 December 2015 at 13:49, Ismail Donmez wrote:
> Hi,
>
> David Balažic gmail.com> write
---
> Hi,
>
> David Balaic gmail.com> writes:
>
> > In Cygwin terminal (bash) I typed:
> >
> > cmp <(echo echo1) <(echo echo2)
>
> I suspect its a bash bug since it works fine with zsh (tested 64bit only).
zsh uses temp-files for process-subs
Hi,
David Balažic gmail.com> writes:
> In Cygwin terminal (bash) I typed:
>
> cmp <(echo echo1) <(echo echo2)
I suspect its a bash bug since it works fine with zsh (tested 64bit only).
On 25/12/2015 22:32, David Balažic wrote:
Hi!
In Cygwin terminal (bash) I typed:
cmp <(echo echo1) <(echo echo2)
only on 32bit, on 64 I see
$ cmp <(echo echo1) <(echo echo2)
/dev/fd/63 /dev/fd/62 differ: byte 5, line 1
I suspect a timing issue, and the result is not well defined
This
Hi!
In Cygwin terminal (bash) I typed:
cmp <(echo echo1) <(echo echo2)
This does not print anything.
Not even with -b.
On Linux (Ubuntu 12.04 in VMWare) it reports that the inputs are different.
Bug?
Or am I missing something?
I just updated to latest version of cygwin, to be sure.
32 bit v
13 matches
Mail list logo
