Re: 1.5.24: data corruption problem with popen and gzip on a text ?mounted filesystem

2007-07-23 Thread Christopher Faylor
On Mon, Jul 23, 2007 at 05:16:26PM +, Eric Blake wrote: >Christopher Faylor cygwin.com> writes: >>gzip is linked with binmode.o, like most of the things that I maintain >>(i.e., no upstream patch really necessary - isn't that my call?). If I >>use a really simple test case of just outputting

Re: 1.5.24: data corruption problem with popen and gzip on a text mounted filesystem

2007-07-23 Thread Eric Blake
Eric Blake byu.net> writes: > But I thought at one point I had patched dd to > default to binary unless you used oflag=text; I'll have to investigate. Shoot. The dd logic when [io]flag= omits both 'binary' or 'text' in 6.9-3 is: [io]f= unspecified - no change to existing mode of std{in,out} i

Re: 1.5.24: data corruption problem with popen and gzip on a text mounted filesystem

2007-07-23 Thread Eric Blake
Hugh Secker-Walker merl.com> writes: > Interestingly, I had tried popen("gzip | dd of=outputfile", "wb") as a > lower-level way to avoid what I guessed was a problem with gzip using > the stdout. The dd attempt didn't work. This failure suggests to me > that dd and gzip experience a similar pro

RE: 1.5.24: data corruption problem with popen and gzip on a text mounted filesystem

2007-07-23 Thread Dave Korn
On 23 July 2007 19:10, Dave Korn wrote: > Yeh, 'cat' is special: it absolutely guaranteed 100% always always always > uses bin mode, regardless of mount type, stdio mode, shell > direction/redirection/misdirection and indeed anything else at all. Ho hum. Let me correct myself: regardless

RE: 1.5.24: data corruption problem with popen and gzip on a text mounted filesystem

2007-07-23 Thread Dave Korn
On 23 July 2007 19:03, Hugh Secker-Walker wrote: > Interestingly, I had tried popen("gzip | dd of=outputfile", "wb") as a > lower-level way to avoid what I guessed was a problem with gzip using > the stdout. The dd attempt didn't work. This failure suggests to me > that dd and gzip experience a

Re: 1.5.24: data corruption problem with popen and gzip on a text mounted filesystem

2007-07-23 Thread Hugh Secker-Walker
Eric Blake byu.net> writes: > Hugh Secker-Walker merl.com> writes: > > > I'm having trouble getting correct behavior on a third-party OpenSource > > project that I'm building using Cygwin. The problem involves the > > writing of corrupt data to a file. The output file is created and > > writt

Re: 1.5.24: data corruption problem with popen and gzip on a text mounted filesystem

2007-07-23 Thread Eric Blake
Christopher Faylor cygwin.com> writes: > > gzip is linked with binmode.o, like most of the things that I maintain > (i.e., no upstream patch really necessary - isn't that my call?). If > I use a really simple test case of just outputting directly to a text > mode mount, it works fine. binmode.

Re: 1.5.24: data corruption problem with popen and gzip on a text mounted filesystem

2007-07-23 Thread Christopher Faylor
On Mon, Jul 23, 2007 at 03:42:55PM +, Eric Blake wrote: >Hugh Secker-Walker merl.com> writes: > >> I'm having trouble getting correct behavior on a third-party OpenSource >> project that I'm building using Cygwin. The problem involves the >> writing of corrupt data to a file. The output fi

Re: 1.5.24: data corruption problem with popen and gzip on a text mounted filesystem

2007-07-23 Thread Eric Blake
Hugh Secker-Walker merl.com> writes: > I'm having trouble getting correct behavior on a third-party OpenSource > project that I'm building using Cygwin. The problem involves the > writing of corrupt data to a file. The output file is created and > written via popen("gzip > outputfile", "wb")