Running 1 test suites...
Test suite spec: RUNNING...
Sendfile
sendfile
spec: test/inputFile: openFd: does not exist (No such file or directory)
- sends an entire file FAILED [1]
spec: test/inputFile: openFd: does not exist (No such file or directory)
- sends a part of file FAILED [2]
spec: test/inputFile: openFd: does not exist (No such file or directory)
- terminates even if length is over
spec: test/inputFile: openFd: does not exist (No such file or directory)
- terminates even if offset is over
- terminates even if the file is truncated FAILED [3]
sendfileWithHeader
spec: test/inputFile: openFd: does not exist (No such file or directory)
- sends an header and an entire file FAILED [4]
spec: test/inputFile: openFd: does not exist (No such file or directory)
- sends an header and a part of file FAILED [5]
spec: test/inputFile: openFd: does not exist (No such file or directory)
- sends a large header and an entire file FAILED [6]
spec: test/inputFile: openFd: does not exist (No such file or directory)
- sends a large header and a part of file FAILED [7]
spec: test/inputFile: openFd: does not exist (No such file or directory)
- terminates even if length is over
spec: test/inputFile: openFd: does not exist (No such file or directory)
- terminates even if offset is over
- terminates even if the file is truncated FAILED [8]
1) Sendfile.sendfile sends an entire file FAILED (uncaught exception)
IOException (test/inputFile: openBinaryFile: does not exist (No such file or directory))
2) Sendfile.sendfile sends a part of file FAILED (uncaught exception)
IOException (test/inputFile: openBinaryFile: does not exist (No such file or directory))
3) Sendfile.sendfile terminates even if the file is truncated FAILED (uncaught exception)
IOException (test/inputFile: openBinaryFile: does not exist (No such file or directory))
4) Sendfile.sendfileWithHeader sends an header and an entire file FAILED (uncaught exception)
IOException (test/inputFile: openBinaryFile: does not exist (No such file or directory))
5) Sendfile.sendfileWithHeader sends an header and a part of file FAILED (uncaught exception)
IOException (test/inputFile: openBinaryFile: does not exist (No such file or directory))
6) Sendfile.sendfileWithHeader sends a large header and an entire file FAILED (uncaught exception)
IOException (test/inputFile: openBinaryFile: does not exist (No such file or directory))
7) Sendfile.sendfileWithHeader sends a large header and a part of file FAILED (uncaught exception)
IOException (test/inputFile: openBinaryFile: does not exist (No such file or directory))
8) Sendfile.sendfileWithHeader terminates even if the file is truncated FAILED (uncaught exception)
IOException (test/inputFile: openBinaryFile: does not exist (No such file or directory))
Running 1 test suites...
Test suite test-versions: RUNNING...
test-versions: test/queens-ghc-6.12.1.eventlog: openBinaryFile: does not exist (No such file or directory)
Test suite test-versions: FAIL
Test suite logged to: dist/test/ghc-events-0.4.2.0-test-versions.log
0 of 1 test suites (0 of 1 test cases) passed.
In the master branch, doCheck defaults to 'false', which means that no package
will change its hash unless its doCheck field is set to 'true' explicitly. In
the stdenv-updates branch, however, all Haskell packages have a default setting
of 'doCheck=true'. Once that branch has been merged, filtering doCheck is no
longer necessary.
my-env/default.nix lists an example on how to create an SDL environment
that can be installed with "nix-env -i sdl-env". That is actually wrong
and will not work. The correct command is "nix-env -i env-sdl".
So, this is our sledgehammer, forcing -fno-stack-protector for every gcc/g++ in
the univ... Chromium build. Of course this is a somewhat nasty fix and there
should be a real fix somewhere in Chromium 26. But instead of wandering around
and picking cherries, we now go out for the slaughter until someone brings us
the damn cherries because we are FUURRRIII... no well... time for sleep :-)
May the mighty Hydra be with us!
Thanks to our great fellow @cillianderoiste, for joining the battle with his
almighty battle axe, crushing and burning some CPUs.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Tested-by: Cillian de Róiste <cillian.deroiste@gmail.com>
