That's actually the same file that was causing it for me. Huzzah for
the team effort!!!
It shall be solved!!!
- Charlie
On 2/4/06, Thomas E Enebo <[EMAIL PROTECTED]> wrote:
> > the actual content of what goes on pre/post method so much as changed
> > what class the code lives in.
> >
> > I'll be
> the actual content of what goes on pre/post method so much as changed
> what class the code lives in.
>
> I'll be getting back into RoR work tomorrow. Maybe you can zip up a
> sample dir that demonstrates the issue?
I have not figured out a reduced test case, but this single line
will make it
That could be an artifact from the original code; I haven't modified
the actual content of what goes on pre/post method so much as changed
what class the code lives in.
I'll be getting back into RoR work tomorrow. Maybe you can zip up a
sample dir that demonstrates the issue?
- Charlie
On 2/4/06
Yep...
Though the scope itself is there...the localValues is getting
set to null.
That also lead to another observation. We call
resetLocalVariables from AbstractMethod as long as the localNames
is not null (but could be empty). In resetLocalVariables we set
localValues to null if it is n
I ran into something similar when I was working on script/generate...a
Scope that had bogus local variables. I have not seen it recently, but
I think it's probably just a matter of popping too many scopes
(frames) or not initializing them correctly.
I assume it still fails with the AbstractMethod
Given a script:
require 'xsl/xmlparser'
I get error in Scope.getValue. It looks like we are popping back
down to an existing Scope and then calling resetLocalVariables on it
via DefaultMethod. This in turn nulls out localValues causing a NPE
in getValue.
It dies trying to access loaded on
I don't think we ever sent out an official announcement for this!
Tom and I have been accepted for a JavaOne 2006 technical session.
We'll be discussing some of the VM changes (hopefully most of them
finished by then) and we hope to have a few more advanced
demonstrations finished--ideally to have
I agree with the reflective bit; Tom and I discussed this yesterday as
an ugly but warranted solution for 1.5ers who have access to the new
getenv stuff.
I also agree that system property namespace and ENV namespace should
be kept separate.
Tom's reply covered the rest of our discussion.
- Charl
Here's the patch; with it your XML test case runs to a successful
completion; however, the regexp translator test case still produces
one failure.
I'll commit shortly.
- Charlie
On 2/4/06, Charles O Nutter <[EMAIL PROTECTED]> wrote:
> Ah-HA
>
> I think I found the NPE. In the merged code, there'
On Sat, 04 Feb 2006, Anders Bengtsson defenestrated me:
> fre 2006-02-03 klockan 10:07 -0600 skrev Thomas E Enebo:
> > In order to make our project reflect reality a little more I have
> > culled our developer list. I removed developers who are no longer
> > subscribed to jruby-devel. If I did
Charlie and I were talking about this email yesterday afternoon and
we were hoping to not have those system-dependent callouts/heuristics in here.
The other solution we thought of was passing an env string in as
a system property (then jruby.bat and jruby.sh would need to be
updated to provide th
Ah-HA
I think I found the NPE. In the merged code, there's a bit of
polymorphic gobbledygook in the AbstractMethod family of ICallables.
In this case, the AliasMethod inherits the pre/post code from
AbstractMethod, and overrides call to use the pre/post of its
contained method. However, when an al
When I applied that patch, TestRegexpTranslator started spitting out a
failure immediately. I'm looking into that, but here's the failure if
you'd like to have a go:
[junit] Testsuite: org.jruby.test.MainTestSuite
[junit] Tests run: 134, Failures: 1, Errors: 0, Time elapsed: 11.346 sec
Charles -
The merge of your branch "ignored" the class I had previously extracted for
translating Ruby regexs to Java regexs. I've attempted to a) correct that
part, and b) get that "octal" bug working again, but now I'm getting an NPE
deep in the heart of interpertation.
Could you try the at
On Thursday 02 February 2006 05:36 pm, Tim Azzopardi wrote:
> While testing the AntBuilder stuff, I found that ENV['RUBY_HOME'] is nil in
> jruby but works in cruby. (There is only one environment variable that
> works in jruby which is HOME because of a specific bit of code.)
>
> I had a go at fix
15 matches
Mail list logo
