[ 
https://issues.apache.org/jira/browse/BCEL-267?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16286650#comment-16286650
 ] 

Stephan Herrmann commented on BCEL-267:
---------------------------------------

{quote}Note that BCEL was not designed with multi-threaded use in mind{quote}

We're going in circles :)

I already (repeatedly) responded to that.

Sebb, I'm a _very_ conservative open source committer myself, but in all my 
imagination, I can't find an explanation why you would be so much afraid of 
this simple fix to a proven bug.

{quote}so there are likely to be other data races in the code.{quote}

No reason to speculate, just look at the attached test case, run it, inspect 
the code, and tell me what you see.
(FWIW, I just checked: the tests still blow up in 6.2).



> Race conditions on static fields in BranchHandle and InstructionHandle
> ----------------------------------------------------------------------
>
>                 Key: BCEL-267
>                 URL: https://issues.apache.org/jira/browse/BCEL-267
>             Project: Commons BCEL
>          Issue Type: Bug
>          Components: Main
>    Affects Versions: 5.2
>            Reporter: Stephan Herrmann
>         Attachments: 
> BCEL267--Race-conditions-on-static-fields-in-BranchH.patch
>
>
> I have observed race conditions causing NullPointerException like this
> {code}java.lang.NullPointerException
>         at 
> org.apache.bcel.generic.InstructionList.getInstructionHandles(InstructionList.java:1021)
>         at 
> org.apache.bcel.generic.InstructionList.findHandle(InstructionList.java:141)
>         at org.apache.bcel.generic.MethodGen.<init>(MethodGen.java:194)
> {code}
> In the debugger I could verify that concurrent access to the fields 
> {{BranchHandle.bh_list}} or {{InstructionHandle.ih_list}} can cause 
> corruption of those lists.
> I succeeded to make the exception less frequent by adding synchronized 
> blocks, but still the exception could be observed. I concluded that for safe 
> protection the fields would need to be made volatile, which in the end might 
> actually defeat their original purpose of optimization.
> I have since then run with a patched version of BCEL, where those static 
> fields were simply removed and new Handles were created on every request. 
> This variant finally was free of the race condition.
> Seeing activity towards a 6.0 release, I'd appreciate if this change could be 
> incorporated.
> The original bug tracking my experiments can be found in Eclipse bugzilla: 
> https://bugs.eclipse.org/344350
> The modified classes (based on 5.2) can be found here:
> - 
> http://git.eclipse.org/c/objectteams/org.eclipse.objectteams.git/tree/plugins/org.eclipse.objectteams.otre/bcelpatchsrc/org/apache/bcel/generic



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to