Problems creating *.obj.log files
Schmelter, Ralf
ralf.schmelter at sap.com
Wed Jul 11 11:07:17 UTC 2018
Hello Erik,
I think a fix for the first problem is by far the most important. Reordering of stdout/stderr probably happens rarely (since most of the time there is no output on stderr).
Best regards,
Ralf
-----Original Message-----
From: Erik Joelsson [mailto:erik.joelsson at oracle.com]
Sent: Dienstag, 10. Juli 2018 19:34
To: Schmelter, Ralf <ralf.schmelter at sap.com>; build-dev at openjdk.java.net
Subject: Re: Problems creating *.obj.log files
Hello Ralf,
Very interesting analysis! I have spent a lot of time trying to get the
piping to log files, while keeping out/err separation working with as
little performance impact as possible. I was aware of problem 3, which
causes some annoying output ordering sometimes, but I had not
encountered 1 and 2 before. Checking my latest local Windows build, I do
indeed have some truncated files, not as many as you, but still 79 (less
virus scanning). That would certainly make incremental builds unreliable.
I tried your suggestion for problem 1 and it works for me too. We should
definitely get that fix in. I have filed JDK-8207001. Do you mind if I
use your patch for it?
I agree on the only solution for the 3rd problem, but I would not want
to go there. Delaying output can have lots of weird consequences, if you
for example interrupt a build with ctrl-c.
Another option would be to revert to our previous solution, where we
used this script:
http://hg.openjdk.java.net/jdk8u/jdk8u/file/090b27d25e19/common/bin/logger.sh
The problem with that was performance as it created more extra shell
instances for each compile command.
The only solution to fix problem 2 would be to stop separating out/err.
I wonder how big of a problem that actually is though?
/Erik
More information about the build-dev
mailing list