[
https://issues.apache.org/jira/browse/LUCENE-8075?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16279744#comment-16279744
]
ASF GitHub Bot commented on LUCENE-8075:
----------------------------------------
GitHub user imgpulak opened a pull request:
https://github.com/apache/lucene-solr/pull/286
[LUCENE-8075] Possible null pointer dereference in core/src/java/org/…
…apache/lucene/codecs/blocktree/IntersectTermsEnum.java
Fix it
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/imgpulak/lucene-solr LUCENE-8075_2
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/lucene-solr/pull/286.patch
To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:
This closes #286
----
commit 132d377474e52bebeaaabe71543930684ea6fb95
Author: PG <[email protected]>
Date: 2017-12-06T06:47:05Z
[LUCENE-8075] Possible null pointer dereference in
core/src/java/org/apache/lucene/codecs/blocktree/IntersectTermsEnum.java
Fix it
----
> Possible null pointer dereference in
> core/src/java/org/apache/lucene/codecs/blocktree/IntersectTermsEnum.java
> -------------------------------------------------------------------------------------------------------------
>
> Key: LUCENE-8075
> URL: https://issues.apache.org/jira/browse/LUCENE-8075
> Project: Lucene - Core
> Issue Type: Bug
> Components: core/codecs
> Affects Versions: 7.1
> Reporter: Xiaoshan Sun
> Labels: easyfix
> Original Estimate: 10m
> Remaining Estimate: 10m
>
> Possible null pointer dereference in
> core/src/java/org/apache/lucene/codecs/blocktree/IntersectTermsEnum.java.
> at line 119. The fr.index may be NULL. This result is based on static
> analysis tools and the details are shown below:
> *
> {code:java}
> 106: if (fr.index == null) {
> 107: fstReader = null; // fr.index is Known NULL here.
> } else {
> fstReader = fr.index.getBytesReader();
> }
> // TODO: if the automaton is "smallish" we really
> // should use the terms index to seek at least to
> // the initial term and likely to subsequent terms
> // (or, maybe just fallback to ATE for such cases).
> // Else the seek cost of loading the frames will be
> // too costly.
> 119: final FST.Arc<BytesRef> arc = fr.index.getFirstArc(arcs[0]);
> // fr.index is dereferenced here and fr.index can be NULL if 107 is arrived.
> {code}
> *
> It is not sure if fr.index can be NULL in runtime.
> We think it is reasonable to fix it by a test if fr.index is NULL and an
> error handling.
> --------------
> Please Refer to "Trusted Operating System and System Assurance Working Group,
> TCA, Institute of Software, Chinese Academy of Sciences" in the
> acknowledgement if applicable.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
