stack overflow bug in ofstream::operator<

`unix' HOMEPATH = `\' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' APPDATA = `D:\Documents and Settings\Scott McPeak\Application Data' !J: = `J:\cygwin\bin' HOSTNAME = `vmseamonkey' TERM = `cygwin' PROCESSOR_IDENTIFIER =

stack overflow bug in ofstream::operator<

`unix' HOMEPATH = `\' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' APPDATA = `D:\Documents and Settings\Scott McPeak\Application Data' !J: = `J:\cygwin\bin' HOSTNAME = `vmseamonkey' TERM = `cygwin' PROCESSOR_IDENTIFIER =

cygwin 2.0.2, make 4.1: stderr redirect append does not work with native Windows programs

Using 32-bit cygwin 2.0.2 and make 4.1-1, in a recipe, redirecting stderr in append mode does not work if the program being invoked on a shell line is a native Windows executable. Instead of appending, the stderr output is written to the top of the file, corrupting it. This happens only if the 'm

RE: cygwin 2.0.2, make 4.1: stderr redirect append does not work with native Windows programs

> Just a wild guess here: line endings? Try > > make 2>&1 | cat -A > > and see if everything's there. This is of course easy for anyone to try using the reproducer I attached: $ make 2>&1 | cat -A echo first > output$ echo secondxxx >>

Re: cygwin 2.0.2, make 4.1: stderr redirect append does not work with native Windows programs

Although I'm not sure why this happens (maybe a bug of make), try make -O 2>&1 | cat With option -O, it seems to work as expected. Indeed, thanks! It also appears that I can: $ export MAKEFLAGS=O $ make ... to work around the problem, with no apparent ill effects, which is good because