I think this stack trace does unfortunately not provide enough information to tell what's gone wrong. After all no line numbers are provided, and the code location just says that something went wrong while working on something threaded. I think stack traces are improved in the code which is in subversion, but for 3.6.0.3 it would take the verbose output, and possibly debug logging, too, to tell what went wrong here.
I also assume that most bugs in 3.6.0.3 are now fixed in the code available in the subversion repository, so it's much better to test with a current development build. Since if you find bugs there, then it's much more worth to spend some time on finding out what went wrong, why, and how to fix it because you aren't risking to waste 10 minutes skimming debug log files just to end up with "oh we already fixed this bug three months ago". (That's a situation which can increase developers' motivation to have a new release actually.)