Thanks--it's tough starting on a large project because I'm never sure if
I have things setup properly. Nice to know you don't have hazing
The latest svn updates (7113) didn't fix my problem, but I've narrowed it down some and will dig into it. I found a small JUnit test, org.python.core.
Ken,It looks like you are seeing the same issue recently raised on #jython; see http://www.extreme.st/jython.extreme.st/irclogs/index.php/?date=2010-09-07. No it's not part of some Jython hazing ;) , because it applies to all of us. (And in this case, it's because I broke the build, so my apologies!) It's just a problem when we have too much unreliable dev infrastructure to immediately catch failures like this one.Fortunately, we are catching them reasonably quickly, either manually thanks to people like you or when an instance comes back on line.Anyone following this list or IRC will recognize that we have had problems with our Hudson instance, buildbots, IRC log bots, and issue tracking system in the last 6 months. Some of these might be best resolved by moving to an appropriate forge, but I'm not aware of a forge that supports continuous integration or the log bot, but actually these are both very important to us.Maybe the ideal solution is to have an organization donate some reliable, administered hardware resources that don't randomly break or have intermittent network connectivity. If we can get that sort of support, that would be much appreciated.- JimOn Tue, Sep 7, 2010 at 2:06 PM, Ken Fox <email@example.com> wrote:
------------------------------------------------------------------------------I'm trying to understand Jython (svn trunk) in Eclipse Helios under Java 6 (Mac OS X) so I can eventually help fix bugs. Running org.python.util.jython.main fails due to Py.defaultSysemState being null when used in getThreadState. I may have a bad project setup, but I followed the wiki--there's a "Bootstrap types weren't encountered in bootstrapping" warning to the console.
This seems like a circular dependency bug because the PySystemState constructor calls __dict__.invoke which seems to rely on Py.defaultSystemState which is only set after the constructor finishes.
Unless this is part of Jython developer initiation/hazing, I'd really appreciate a little nudge in the right direction.
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
Jython-dev mailing list