On Wed, Nov 15, 2006 at 06:18:21PM +0100, Lucas Nussbaum wrote:
> Ok, I investigated it further. First, on i386, it seems to fail
> randomly:
This is an arch: all package, so it shouldn't really matter.
I've looked into some of the code; it looks like we're dealing with multiple
different problems here. FileCleanerTestCase, for instance, has this loop:
while (FileCleaner.getTrackCount() != 0) {
System.gc();
}
Since System.gc() is merely a hint, having this loop run forever it perhaps
no big surprise... The other code seems to be of about the same quality;
tests having multiple threads sleeping random amounts of time without giving
a seed so they're reproducible, usage of thread-local storage for no apparent
reason, etc... I'm not a good Java coder, but I don't really think this is
something you can fix on a whim.
I'd either downgrade (since this is something that never needs to be
autobuilt, and it works if you only poke it often enough) or remove this
package, even though it means removing one reverse dependency that was in
stable.
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
