You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If Travis is slow enough (and it is fairly slow), the 12 or so seconds that the two long IRITest's take locally on my fast developer machine may legitimately stretch out to longer than 60 seconds.
To determine whether that is it, you can reduce the number of iterations through the test loop (and the number of threads if necessary) and see if it starts passing.
I have got that result on a local build in a virtual machine - slightly
slower than running in my host OS, but I shouldn't expect it to take that
long.
However, worth experimenting.
I.
If Travis is slow enough (and it is fairly slow), the 12 or so seconds
that the two long IRITest's take locally on my fast developer machine may
legitimately stretch out to longer than 60 seconds.
To determine whether that is it, you can reduce the number of iterations
through the test loop (and the number of threads if necessary) and see if
it starts passing.
—
Reply to this email directly or view it on GitHubhttps://github.com//issues/17#issuecomment-18585743
.
You were right on the speed issue - increasing the timeout made the deadlock problem go away on my machine.
The javadoc problem is not reproducible with my OpenJDK 6 (v 1.6.0_27, IcedTea6 1.12.5, Maven 3.0.4, on Lubuntu running in VirtualBox).
Given that Java 6 is already out of the public update period, and OpenJDK 6 appears to be in bug fix mode only, I might disable the Travis build and run my local build regularly to avoid continuous false alarms and not leave Java 6 users high and dry with a non-working or non-buildable system.
Spurred by failures in Travis, I tried openjdk 6 locally in a Linux VM.
The errors in Travis canot be replicated, but I get failures for IRITest - the concurrent tests fail to terminate within 60 seconds.
The text was updated successfully, but these errors were encountered: