public void preAdoptThread() {
pushIter(Iter.ITER_NOT);
pushFrame();
getCurrentFrame().newScope(null);
pushRubyClass(runtime.getObject());
pushCRef(runtime.getObject()); // this is new
}
Let me know what you find. A fairly brutal multi-threaded test case contributed by another user/developer runs ok with this fix.
On 3/29/06, Werner Schuster (murphee) <[EMAIL PROTECTED]> wrote:
Charles O Nutter wrote:
>I just committed a fix (a one-liner) that allows that test case to run
>successfully again. Please try EclipseShell again and let me know if it
>works better now.
>
>
I got JRuby from the CVS and built the .jar, but the problem seems to be
here;
Could you tell me where you applied that one liner patch, so I can see
if I got the uptodate version from the CVS
(SourceForge anon CVS can be a bit wobbly at times).
>I'll be cleaning up that test case myself so we can include it in the
>future. I love concurrency!
>
>
... don't we all love it.
murphee
--
Blog @ http://jroller.com/page/murphee
Maintainer of EclipseShell @ http://eclipse-shell.sourceforge.net/
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Jruby-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jruby-devel
--
Charles Oliver Nutter @ headius.blogspot.com
JRuby Developer @ jruby.sourceforge.net
Application Architect @ www.ventera.com
