[ 
https://issues.apache.org/jira/browse/XERCESJ-1423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12840197#action_12840197
 ] 

Anli Shundi commented on XERCESJ-1423:
--------------------------------------

TIBCO's already existing signed CLA on file; however:

7.3 If the contribution in question is a small bugfix, the contributor need not 
sign a CLA, but need only provide the following information, attaching it to 
the communication containing the patch:

a) Name and employer
Anli Shundi TIBCO Software

b) Are you the author of the code being contributed?
Yes

c) Do you have the right to grant the copyright and patent licenses for the 
contribution that are set forth in the ASF v.2.0 license 
(http://www.apache.org/licenses/LICENSE-2.0)?
YES

d) Does your employer have any rights to code that you have written, for 
example, through your contract for employment? If so, has your employer given 
you permission to contribute the code on its behalf or waived its rights in the 
code?
YES

e) Are you aware of any third-party licenses or other restrictions (such as 
related patents or trademarks) that could apply to your contribution? If so, 
what are they?
NO

> SoftReferenceSymbolTable has infinite loop due to cyclical reference in 
> SREntry linked list.
> --------------------------------------------------------------------------------------------
>
>                 Key: XERCESJ-1423
>                 URL: https://issues.apache.org/jira/browse/XERCESJ-1423
>             Project: Xerces2-J
>          Issue Type: Bug
>    Affects Versions: 2.9.1
>         Environment: Windows XP SP3, and Arch Linux (2.6.31-ARCH)
>            Reporter: Joe Baysdon
>         Attachments: XERCESJ-1423.patch
>
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> The rehash( ) method, in org.apache.xerces.util.SoftReferenceSymbolTable, 
> does not re-set the SREntry.prev pointer to null, so the final entry placed 
> in each bucket may have an improper  "prev" value following the rehash( ).  
> Since the removeEntry method uses that "prev" pointer to reconnect the linked 
> list around the removed link, the linked list can contain an illegal cycle.  
> These cycles may produce infinite loops in either of the addSymbol methods or 
> in the rehash method, itself.
> The solution is to this line:
>    e.prev = null;
> to the rehash method, following this line:
>    e.next = newTable[index];

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to