|
||||||||||||
|
This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira |
||||||||||||
- [JIRA] (JENKINS-15466) Fatal Error No Cl... [email protected] (JIRA)
- [JIRA] (JENKINS-15466) Fatal Error ... [email protected] (JIRA)
- [JIRA] (JENKINS-15466) Fatal Error ... [email protected] (JIRA)
- [JIRA] (JENKINS-15466) Fatal Error ... [email protected] (JIRA)
- [JIRA] (JENKINS-15466) Fatal Error ... [email protected] (JIRA)
- [JIRA] (JENKINS-15466) Fatal Error ... [email protected] (JIRA)
- [JIRA] (JENKINS-15466) Fatal Error ... [email protected] (JIRA)
- [JIRA] (JENKINS-15466) Fatal Error ... [email protected] (JIRA)
- [JIRA] (JENKINS-15466) Fatal Error ... [email protected] (JIRA)
- [JIRA] (JENKINS-15466) Fatal Error ... [email protected] (JIRA)
- [JIRA] (JENKINS-15466) Fatal Error ... [email protected] (JIRA)
- [JIRA] (JENKINS-15466) Fatal Error ... [email protected] (JIRA)
- [JIRA] (JENKINS-15466) Fatal Error ... [email protected] (JIRA)
- [JIRA] (JENKINS-15466) Fatal Error ... [email protected] (JIRA)

I suspect that this is (yet another) case of Windows being a bit non-deterministic - we had this bug happening @work and rebooting the slave made the problem go away, but the slaves get rebooted regularly anyway...
As a workaround, I'd suggest that the code drop back to the "old fashioned" way of comparing the canonical path to absolute path if the Windows-specific code fails.
This is what I'm doing at work now - as this is an intermittant issue it is difficult to be certain that this change had fixed it completely, but I am sure that it's no worse.
I've attached a patch that does this workaround.