You are viewing a plain text version of this content. The canonical link for it is here.
Posted to j-dev@xerces.apache.org by "Michael Glavassevich (JIRA)" <xe...@xml.apache.org> on 2011/08/09 04:10:27 UTC
[jira] [Created] (XERCESJ-1520) SoftReferenceSymbolTable: rehash()
and removeEntry() incorrectly handles SREntries
SoftReferenceSymbolTable: rehash() and removeEntry() incorrectly handles SREntries
----------------------------------------------------------------------------------
Key: XERCESJ-1520
URL: https://issues.apache.org/jira/browse/XERCESJ-1520
Project: Xerces2-J
Issue Type: Bug
Components: Other
Affects Versions: 2.11.0
Reporter: Michael Glavassevich
While debugging I noticed that fCount can become negative if rehash() encounters cleared SREntries. This occurs because we process the SREntries again in removeEntry() without recognizing that they've already been removed from the table. We also weren't correctly / consistently updating the 'next', 'prev' and 'bucket' fields in rehash() which can lead to the wrong entries being removed from the table when we clean-up the reference queue.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: j-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: j-dev-help@xerces.apache.org
[jira] [Assigned] (XERCESJ-1520) SoftReferenceSymbolTable: rehash()
and removeEntry() incorrectly handles SREntries
Posted by "Michael Glavassevich (JIRA)" <xe...@xml.apache.org>.
[ https://issues.apache.org/jira/browse/XERCESJ-1520?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Michael Glavassevich reassigned XERCESJ-1520:
---------------------------------------------
Assignee: Michael Glavassevich
> SoftReferenceSymbolTable: rehash() and removeEntry() incorrectly handles SREntries
> ----------------------------------------------------------------------------------
>
> Key: XERCESJ-1520
> URL: https://issues.apache.org/jira/browse/XERCESJ-1520
> Project: Xerces2-J
> Issue Type: Bug
> Components: Other
> Affects Versions: 2.11.0
> Reporter: Michael Glavassevich
> Assignee: Michael Glavassevich
>
> While debugging I noticed that fCount can become negative if rehash() encounters cleared SREntries. This occurs because we process the SREntries again in removeEntry() without recognizing that they've already been removed from the table. We also weren't correctly / consistently updating the 'next', 'prev' and 'bucket' fields in rehash() which can lead to the wrong entries being removed from the table when we clean-up the reference queue.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: j-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: j-dev-help@xerces.apache.org
[jira] [Resolved] (XERCESJ-1520) SoftReferenceSymbolTable: rehash()
and removeEntry() incorrectly handles SREntries
Posted by "Michael Glavassevich (JIRA)" <xe...@xml.apache.org>.
[ https://issues.apache.org/jira/browse/XERCESJ-1520?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Michael Glavassevich resolved XERCESJ-1520.
-------------------------------------------
Resolution: Fixed
Fixed. See SVN rev 1155192.
> SoftReferenceSymbolTable: rehash() and removeEntry() incorrectly handles SREntries
> ----------------------------------------------------------------------------------
>
> Key: XERCESJ-1520
> URL: https://issues.apache.org/jira/browse/XERCESJ-1520
> Project: Xerces2-J
> Issue Type: Bug
> Components: Other
> Affects Versions: 2.11.0
> Reporter: Michael Glavassevich
> Assignee: Michael Glavassevich
>
> While debugging I noticed that fCount can become negative if rehash() encounters cleared SREntries. This occurs because we process the SREntries again in removeEntry() without recognizing that they've already been removed from the table. We also weren't correctly / consistently updating the 'next', 'prev' and 'bucket' fields in rehash() which can lead to the wrong entries being removed from the table when we clean-up the reference queue.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: j-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: j-dev-help@xerces.apache.org