All the recent changes removed an attribute called cref (a singly
linked list) with a direct RubyModule parent reference. I would
expect this to screw up applying a patch (or svn update) but not to
screw up your current work (other than if you marked cref transient,
then you should mark parent t
I checked out the trunk again and everything seems to be okay. Except
that there is a lot in RubyModule that wasn't there when I did the
first version. I'm having trouble restoring the dispatcher when a
persistent object faults back in. It seems to be an anonymous class.
Is there a good way
This error was happening for 3292-3297. So you probably have one of
those checkouts.
-Tom
On 7/11/07, Alan McKean <[EMAIL PROTECTED]> wrote:
It must be my environment. Now it even happens when I try to build
the jar from the unmodified trunk code.
This is the same stack trace that I get when I
Alan McKean wrote:
It must be my environment. Now it even happens when I try to build the
jar from the unmodified trunk code.
This is the same stack trace that I get when I run any of the samples.
Yeah, that's pretty core, and certainly doesn't appear to be broken
here. Update to current trun
It must be my environment. Now it even happens when I try to build
the jar from the unmodified trunk code.
This is the same stack trace that I get when I run any of the samples.
generate-method-classes:
[touch] Creating /Users/amckean/Desktop/jruby/jruby/build/
__empty.rb
[java] Exce
Alan McKean wrote:
I checked out the trunk and get a NullPointerException in
StaticScope.determineModule() when I run anything. Any suggestions? I am
hoping to roll my changes in for a diff so I can send them along for
potential checkin, but I can't get the head revision of the trunk to work.
I checked out the trunk and get a NullPointerException in
StaticScope.determineModule() when I run anything. Any suggestions? I
am hoping to roll my changes in for a diff so I can send them along
for potential checkin, but I can't get the head revision of the trunk
to work.
--
