Hi Folks,
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"). The data is fine if the
filesys
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
Firstly, a thank you to Eric Blake for his quick response to the dd
problem we uncovered yesterday. As of coreutils 6.9-4, dd honors the
oflag=binary option in the popen() context in which I've been having
trouble. This test case now works as expected:
$ cat popenbug.c
#include
int main() {
F
> >Yes, in my rush to try out the modified dd I did not notice that
> >cgf had quietly fixed the binary issue in gzip. So, thank you to
> >cgf for so quickly fixing the original problem.
>
> It wasn't "quietly":
>
> http://cygwin.com/ml/cygwin-announce/2007-07/msg00028.html
> http://cygwin.com/m
Thanks for the careful discussion. It almost all makes sense to me.
> > 1) In the Cygwin User's Guide, page 33:
> >
> > c. Pipes and non-file devices are opened in binary mode, except if
> > the CYGWIN environment variable contains nobinmode.
> >
> > Warning!
> > In b20.1 of 12/
No problem. The responsiveness of the Cygwin maintainers is
phenomenal. Keep up the good work.
-Hugh
Christopher Faylor wrote:
> >So AFAICT that particular issue was quietly fixed.
>
> No, actually, it was a typo in the announcement. Somehow I managed to
> keep a URL from my previous announc
6 matches
Mail list logo
