bug#10465: MSYS read-only file trouble

Eric Blake skrev 2012-01-10 00:34: > On 01/09/2012 03:42 PM, Peter Rosin wrote: >> FWIW, this "fixes" it, but I don't actually know why a subshell would >> make a difference? >> >> $ sh --version >> GNU bash, version 3.1.17(1)-release (i686-pc-msys) > >> >> -{ >> +( >>( >> # Ignore comm

bug#10465: MSYS read-only file trouble

On 01/09/2012 03:42 PM, Peter Rosin wrote: > FWIW, this "fixes" it, but I don't actually know why a subshell would > make a difference? > > $ sh --version > GNU bash, version 3.1.17(1)-release (i686-pc-msys) > > -{ > +( >( > # Ignore common signals (in this subshell only!), to avoid po

bug#10470: MSYS: race in directory access?

Peter Rosin skrev 2012-01-10 00:07: > Hi! > > distcheck-configure-flags-am.test fails on MSYS. I think the cause is > that some process lingers with CWD in the _build directory which some > other process tries to remove. On MSYS, it's not possible to remove a > directory that is "in use" like th

bug#10470: MSYS: race in directory access?

Hi! distcheck-configure-flags-am.test fails on MSYS. I think the cause is that some process lingers with CWD in the _build directory which some other process tries to remove. On MSYS, it's not possible to remove a directory that is "in use" like that. Ugly patch coming up shortly. Cheers, Pete

bug#10465: MSYS read-only file trouble

Peter Rosin skrev 2012-01-09 23:14: > Stefano Lattarini skrev 2012-01-09 20:52: >> On 01/09/2012 08:11 PM, Peter Rosin wrote: >>> Stefano Lattarini skrev 2012-01-09 20:03: > + ./tap-driver --test-name zardoz --log-file zardoz.log --trs-file > zardoz.trs -- sh -c 'echo 1..1; echo ok 1; echo

bug#10465: MSYS read-only file trouble

Stefano Lattarini skrev 2012-01-09 20:52: > On 01/09/2012 08:11 PM, Peter Rosin wrote: >> Stefano Lattarini skrev 2012-01-09 20:03: + ./tap-driver --test-name zardoz --log-file zardoz.log --trs-file zardoz.trs -- sh -c 'echo 1..1; echo ok 1; echo "Hello, World!"' + st=1 >>> Hmm

bug#10462: Bug Report - Building all tools in 64Bit on Solaris 10.

See below. The bottom line is the reset of CFLAGS to remove the -m64 for compiles that link Tests that didn't fail didn't have to link with anything else that was built when CFLAGS was untouched. Robert W. Jones gfp-ip@gfpmtipb:pts9:/build_tools/tools/build/automake-1.11.1/tests $ grep "^

bug#10465: MSYS read-only file trouble

On 01/09/2012 08:11 PM, Peter Rosin wrote: > Stefano Lattarini skrev 2012-01-09 20:03: >>> + ./tap-driver --test-name zardoz --log-file zardoz.log --trs-file >>> zardoz.trs -- sh -c 'echo 1..1; echo ok 1; echo "Hello, World!"' >>> + st=1 >>> >> Hmmm... looks like the shell is not returning a non-z

bug#10466: MSYS problem with redirects

On 01/09/2012 12:29 PM, Peter Rosin wrote: > Hi! > > parallel-tests-fd-redirect.test fails on MSYS, and I think > the cause is that the write (9, ...) simply doesn't work for > MinGW programs (baz.exe and qux.test.exe). It works for the > shell scripts (foo.sh and bar) since /bin/sh is an MSYS >

bug#10465: MSYS read-only file trouble

Stefano Lattarini skrev 2012-01-09 20:03: >> + ./tap-driver --test-name zardoz --log-file zardoz.log --trs-file >> zardoz.trs -- sh -c 'echo 1..1; echo ok 1; echo "Hello, World!"' >> + st=1 >> > Hmmm... looks like the shell is not returning a non-zero exit status in > face of a I/O redirection fai

bug#10465: MSYS read-only file trouble

On 01/09/2012 11:58 AM, Peter Rosin wrote: > Hi! > Hi Peter. > MSYS will not allow redirecting on top of an existing r/o file, > even if the dir is r/w, like this: > > $ mkdir foo > $ ls -do foo > drwxr-xr-x 2 peda 0 Jan 9 11:02 foo > $ cd foo > $ touch bar > $ chmod a-w bar > $ ls > bar > bash:

bug#10324: [Platform-testers] Automake 1.11.1b test release

Hi Bruno, Bruno Haible skrev 2012-01-08 20:45: > Hi Peter, > > You wrote in > : >> Oh crap, you are crossing over from Cygwin without telling the build >> system, right? Or what is your $build if you don't specify --host? >> I

bug#10466: MSYS problem with redirects

Hi! parallel-tests-fd-redirect.test fails on MSYS, and I think the cause is that the write (9, ...) simply doesn't work for MinGW programs (baz.exe and qux.test.exe). It works for the shell scripts (foo.sh and bar) since /bin/sh is an MSYS program and thus is a lot more POSIXy. But redirecting f

bug#10465: MSYS read-only file trouble

Hi! MSYS will not allow redirecting on top of an existing r/o file, even if the dir is r/w, like this: $ mkdir foo $ ls -do foo drwxr-xr-x 2 peda 0 Jan 9 11:02 foo $ cd foo $ touch bar $ chmod a-w bar $ ls > bar bash: bar: Permission denied $ cat bar $ I think the above causes a testsuite failu