Sorry - the bug is not reproduced on the latest build. Someone has
fixed it during the weekend :)
On 8/14/06, Anton Luht <[EMAIL PROTECTED]> wrote:
Hello,
I've found another issue trying to run activemq: HARMONY-1177 . I
think it's important - try/catch/return works incorrectly.
On 8/14/06, Ge
Hello,
I've found another issue trying to run activemq: HARMONY-1177 . I
think it's important - try/catch/return works incorrectly.
On 8/14/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
Anton Luht wrote:
> Hello,
>
> DRLVM has an (undocumented?) option to switch off verifier
> -Dvm.use_ve
Anton Luht wrote:
> Hello,
>
> DRLVM has an (undocumented?) option to switch off verifier
> -Dvm.use_verifier=false . With this option activemq starts without
> crash. Verifier seem to be the blocker.
Odd. even with that switch, I get a crash. Of course, it's not the
verifier. Seems like Ac
Geir,
can you please add that patch to the JIRA entry?
It's not a patch, but a bug workaround or better to say - dirty hack.
I'd better try to solve the core problem and provide the proper patch
in few days.
--
Regards,
Anton Luht,
Intel Middleware Products Division
-
can you please add that patch to the JIRA entry?
Anton Luht wrote:
> Hello,
>
> Yes, the problem with verifier is partly solved but problems in verifier
> remain.
>
> method vf_resolve_class( name, true, ctex ) from ver_utils.cpp
> sometimes returns null when vf_resolve_class( name, false, ctex
Hello,
Yes, the problem with verifier is partly solved but problems in verifier remain.
method vf_resolve_class( name, true, ctex ) from ver_utils.cpp
sometimes returns null when vf_resolve_class( name, false, ctex )
returns non-null for same class name. This method is for looking up
classes, i
I think I've fixed this a few days ago and attached the patch to JIRA. See
my emails in this thread. Does it fix the problem with verifier for you?
The problem with verifier is only the first one with activemq. After I fixed
the exception problem the app still didn't start up.
2006/8/11, Vladim
Nice. Have a patch? :)
geir
Vladimir Ivanov wrote:
> Seems, that drlvm rejects valid code when 'end_pc' value for exception
> handler is equal to code array length.
> At least, when I update value for 'end_pc' in my simple class it was
> rejected by drlvm and accepted by RI.
>
> Thanks, Vladimi
Seems, that drlvm rejects valid code when 'end_pc' value for exception handler is equal to code array length.
At least, when I update value for 'end_pc' in my simple class it was rejected by drlvm and accepted by RI.
Thanks, Vladimir
More details:
2 class attached: test.class.ref - generated b
Anton Luht wrote:
> Hello,
>
> DRLVM has an (undocumented?) option to switch off verifier
> -Dvm.use_verifier=false . With this option activemq starts without
> crash. Verifier seem to be the blocker.
Aw... I was hoping you'd tell us what the problem was. Any clue?
geir
>
> On 8/8/06, Gei
Hello,
DRLVM has an (undocumented?) option to switch off verifier
-Dvm.use_verifier=false . With this option activemq starts without
crash. Verifier seem to be the blocker.
On 8/8/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
Gregory Shimansky wrote:
> On Tuesday 08 August 2006 00:01 Geir
Gregory Shimansky wrote:
> On Tuesday 08 August 2006 00:01 Geir Magnusson Jr wrote:
>> Ok - I made that fix and still seem to have a problem, even after a
>> clean rebuild. I guess I should figure out how to turn on the trace...
>
> The problem is that class loader does not chain VerifyError to
On Tuesday 08 August 2006 00:01 Geir Magnusson Jr wrote:
> Ok - I made that fix and still seem to have a problem, even after a
> clean rebuild. I guess I should figure out how to turn on the trace...
The problem is that class loader does not chain VerifyError to
NoClassDefFoundError so debugging
Ok - I made that fix and still seem to have a problem, even after a
clean rebuild. I guess I should figure out how to turn on the trace...
Anton Luht wrote:
> Hello,
>
> The problem is with verifier.
>
> The code in Verifier.cpp:
>
>if( ( start_pc >= len ) || ( end_pc >= len ) || ( han
On Monday 07 August 2006 22:10 Gregory Shimansky wrote:
> On Monday 07 August 2006 21:22 Anton Luht wrote:
> > Hello,
> >
> > The problem is with verifier.
> >
> > The code in Verifier.cpp:
> >
> > if( ( start_pc >= len ) || ( end_pc >= len ) || ( handler_pc >=
> > len ) ) ...
> >
> >
On Monday 07 August 2006 21:22 Anton Luht wrote:
> Hello,
>
> The problem is with verifier.
>
> The code in Verifier.cpp:
>
> if( ( start_pc >= len ) || ( end_pc >= len ) || ( handler_pc >= len
> ) ) ...
>
> result = VER_ErrorHandler;
>
> I've modified error logging a bit to log
Hello,
The problem is with verifier.
The code in Verifier.cpp:
if( ( start_pc >= len ) || ( end_pc >= len ) || ( handler_pc >= len ) )
...
result = VER_ErrorHandler;
I've modified error logging a bit to log values of start_pc, end_pc,
handler_pc and len and that's the output
Anyone interested? :)
geir
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
18 matches
Mail list logo