lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Uwe Schindler (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (LUCENE-7032) jdk-9-ea+105 breaks MinimizeOperations.minimize()
Date Wed, 17 Feb 2016 17:41:18 GMT

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

Uwe Schindler commented on LUCENE-7032:
---------------------------------------

Fails on Windows, too (Java HotSpot(TM) 64-Bit Server VM (build 9-ea+105-2016-02-11-003336.javare.4433.nc,
mixed mode):

{noformat}
   [junit4] Suite: org.apache.lucene.util.automaton.TestMinimize
   [junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TestMinimize -Dtests.method=testBasic
-Dtests.seed=5E1BF6106DCA9EC9 -Dtests.locale=fr-GF -Dtests.timezone=Africa/Khartoum -Dtests.asserts=true
-Dtests.file.encoding=Cp1252
   [junit4] ERROR   0.69s | TestMinimize.testBasic <<<
   [junit4]    > Throwable #1: java.lang.IllegalArgumentException: source=3 is out of bounds
(maxState is 2)
   [junit4]    >        at __randomizedtesting.SeedInfo.seed([5E1BF6106DCA9EC9:F5E1EB05B21618E7]:0)
   [junit4]    >        at org.apache.lucene.util.automaton.Automaton.addTransition(Automaton.java:165)
   [junit4]    >        at org.apache.lucene.util.automaton.MinimizationOperations.minimize(MinimizationOperations.java:245)
   [junit4]    >        at org.apache.lucene.util.automaton.RegExp.toAutomatonInternal(RegExp.java:537)
   [junit4]    >        at org.apache.lucene.util.automaton.RegExp.findLeaves(RegExp.java:617)
   [junit4]    >        at org.apache.lucene.util.automaton.RegExp.toAutomatonInternal(RegExp.java:519)
   [junit4]    >        at org.apache.lucene.util.automaton.RegExp.toAutomaton(RegExp.java:495)
   [junit4]    >        at org.apache.lucene.util.automaton.RegExp.toAutomaton(RegExp.java:426)
   [junit4]    >        at org.apache.lucene.util.automaton.AutomatonTestUtil.randomSingleAutomaton(AutomatonTestUtil.java:262)
   [junit4]    >        at org.apache.lucene.util.automaton.AutomatonTestUtil.randomAutomaton(AutomatonTestUtil.java:276)
   [junit4]    >        at org.apache.lucene.util.automaton.TestMinimize.testBasic(TestMinimize.java:30)
   [junit4]    >        at java.lang.Thread.run(Thread.java:804)
   [junit4]   2> NOTE: test params are: codec=Asserting(Lucene60): {}, docValues:{}, sim=RandomSimilarity(queryNorm=true,coord=no):
{}, locale=fr-GF, timezone=Africa/Khartoum
   [junit4]   2> NOTE: Windows 7 6.1 amd64/Oracle Corporation 9-ea (64-bit)/cpus=8,threads=1,free=94388736,total=130023424
   [junit4]   2> NOTE: All tests run in this JVM: [TestMinimize]
   [junit4] Completed [1/1 (1!)] in 1.60s, 1 test, 1 error <<< FAILURES!
   [junit4]
   [junit4]
   [junit4] Tests with failures [seed: 5E1BF6106DCA9EC9]:
   [junit4]   - org.apache.lucene.util.automaton.TestMinimize.testBasic
   [junit4]
   [junit4]
   [junit4] JVM J0:     0.88 ..     3.61 =     2.73s
   [junit4] Execution time total: 3.64 sec.
   [junit4] Tests summary: 1 suite, 1 test, 1 error
{noformat}

> jdk-9-ea+105 breaks MinimizeOperations.minimize()
> -------------------------------------------------
>
>                 Key: LUCENE-7032
>                 URL: https://issues.apache.org/jira/browse/LUCENE-7032
>             Project: Lucene - Core
>          Issue Type: Bug
>    Affects Versions: master
>            Reporter: Robert Muir
>              Labels: Java9
>
> As soon as jdk-9-ea+105 was put into test rotation, automaton tests have been sporatically
failing in non-reproducible ways. All of them invoke hopcroft minimization either directly
or indirectly.
> The bug manifests in several forms:
> * ArrayIndexOutOfBoundsException in minimize()
> * IllegalArgumentException for an explicit bounds check
> * incorrect resulting automaton
> This method is ... let's say not the ideal one to debug something like this, but I've
at least got it where I can make it fail in a few minutes with beasting, so we can try simple
things like turning on/off jvm flags to try to narrow it more.
> It would be really great to make it fail more efficiently, but unfortunately it takes
many thousands of iterations until we understand more about it.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


Mime
View raw message