Re: [dacapobench-researchers] Tomcat benchmark suffers from multiple StackOverFlowErrors

[Robin G. <rob...@an...>]

This is now fixed in the hg repository.  The problem is with Tomcat, 
which uses a bit of a scatter-gun approach to setting properties for its 
various plug-in components.  The problem is fixed in tomcat 6.0.21, but 
since we don't want to change code base versions within a dacapo 
release, I've added the specific fix to the tomcat patch.

To fix the problem, replace bms/tomcat/tomcat.patch with the attached.

cheers
Robin

Eric Bodden wrote:
> Hi Robin and others.
> 
>> How do you get this stacktrace ?  Could you give some more environment
>> details ?  Which stack sizes have you observed success and failure ?
> 
> I ran the benchmark in the Eclipse debugger and set a method
> breakpoint at IntrospectionUtils.setProperty. That way you can see the
> stack unfold very easily. As I wrote, the code itself never prints a
> stack trace because the error seems to be "swallowed" in a catch block
> or something similar.
> 
> About the environment... I am on OSX 10.6, with Java 1.6.0_17. I used
> various stack sizes, all seem to cause failure. I am very positive
> that this is an "open-ended" stack overflow, i.e., it does not matter
> how much stack you give, the VM will always run out. You can see in
> the debugger that the arguments of "setProperty" never change from one
> call to the next.
> 
> It's odd though, that the benchmark still "completes normally", i.e.,
> shows PASSED in the end, despite these errors. Apparently they happen
> in a chunk of code that the benchmark does not really rely on.
> 
> Eric
> 
> P.S. I will add this info to the tracker too.
> 
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for Conference
> attendees to learn about information security's most important issues through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> dacapobench-researchers mailing list
> dac...@li...
> https://lists.sourceforge.net/lists/listinfo/dacapobench-researchers