[jira] [Commented] (SOLR-2593) A new core admin action 'split' for splitting index

[ https://issues.apache.org/jira/browse/SOLR-2593?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13153533#comment-13153533 ] Terrance A. Snyder commented on SOLR-2593: -- @Noble Paul - do you have more informa

Re: svn commit: r1203970 - in /lucene/dev/trunk/lucene/src/java/org/apache/lucene: search/NumericRangeFilter.java search/NumericRangeQuery.java util/NumericUtils.java

> Dawid: Don't kill me because of: > "use a query with {@code min == max == Double.NaN}" > > This is just for explanation :-) If it hurts you we can replace the == by > := > No plans to kill anyone. I'm laid back. Dawid

[jira] [Updated] (LUCENE-3583) benchmark tests always fail on windows because directory cannot be removed

[ https://issues.apache.org/jira/browse/LUCENE-3583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-3583: Affects Version/s: 3.5 Setting affects 3.x, becuase i'm gonna backport my previous fix that unrave

[jira] [Commented] (LUCENE-3583) benchmark tests always fail on windows because directory cannot be removed

[ https://issues.apache.org/jira/browse/LUCENE-3583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13153507#comment-13153507 ] Robert Muir commented on LUCENE-3583: - By the way this is the reason these tests fail

[jira] [Updated] (LUCENE-3583) benchmark tests always fail on windows because directory cannot be removed

[ https://issues.apache.org/jira/browse/LUCENE-3583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-3583: Attachment: LUCENE-3583.patch with this patch the benchmark tests pass *most* of the time on my wi

[jira] [Commented] (LUCENE-3583) benchmark tests always fail on windows because directory cannot be removed

[ https://issues.apache.org/jira/browse/LUCENE-3583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13153498#comment-13153498 ] Robert Muir commented on LUCENE-3583: - When LuceneTestCase cannot delete a file that

[jira] [Updated] (LUCENE-3583) benchmark tests always fail on windows because directory cannot be removed

[ https://issues.apache.org/jira/browse/LUCENE-3583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3583: -- Attachment: io-event-log.txt Here the complete I/O event log created by sysinternals process m

[JENKINS] Lucene-Solr-tests-only-trunk - Build # 11412 - Failure

Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/11412/ 1 tests failed. REGRESSION: org.apache.solr.update.SoftAutoCommitTest.testSoftAndHardCommitMaxTimeMixedAdds Error Message: soft530 after hard529 but no hard530: 1321710449747 !<= 1321710449427 Stack Trace: junit.framework

[jira] [Commented] (LUCENE-3583) benchmark tests always fail on windows because directory cannot be removed

[ https://issues.apache.org/jira/browse/LUCENE-3583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13153489#comment-13153489 ] Robert Muir commented on LUCENE-3583: - It looks to me like the problem is inside Line

[jira] [Commented] (LUCENE-3583) benchmark tests always fail on windows because directory cannot be removed

[ https://issues.apache.org/jira/browse/LUCENE-3583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13153488#comment-13153488 ] Robert Muir commented on LUCENE-3583: - OK it fails even if you have no space in the d

[jira] [Commented] (LUCENE-3583) benchmark tests always fail on windows because directory cannot be removed

[ https://issues.apache.org/jira/browse/LUCENE-3583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13153476#comment-13153476 ] Robert Muir commented on LUCENE-3583: - hudson needs a space in its folder too :) The

RE: svn commit: r1203970 - in /lucene/dev/trunk/lucene/src/java/org/apache/lucene: search/NumericRangeFilter.java search/NumericRangeQuery.java util/NumericUtils.java

Dawid: Don't kill me because of: "use a query with {@code min == max == Double.NaN}" This is just for explanation :-) If it hurts you we can replace the == by := Uwe - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de > -Original Message--

[jira] [Resolved] (LUCENE-3582) NumericUtils.floatToSortableInt/doubleToSortableLong does not sort certain NaN ranges correctly and NumericRangeQuery produces wrong results for NaNs with half-open ran

[ https://issues.apache.org/jira/browse/LUCENE-3582?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler resolved LUCENE-3582. --- Resolution: Fixed Committed trunk revision: 1203966 Committed 3.x revision: 1203967

[jira] [Commented] (LUCENE-3582) NumericUtils.floatToSortableInt/doubleToSortableLong does not sort certain NaN ranges correctly and NumericRangeQuery produces wrong results for NaNs with half-open ra

[ https://issues.apache.org/jira/browse/LUCENE-3582?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13153465#comment-13153465 ] Dawid Weiss commented on LUCENE-3582: - Isn't that a shocking experience? :)

[jira] [Updated] (LUCENE-3583) benchmark tests always fail on windows because directory cannot be removed

[ https://issues.apache.org/jira/browse/LUCENE-3583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3583: -- Environment: Only fails for Lucene trunk Affects Version/s: 4.0 Only fails for Lucen

[jira] [Updated] (LUCENE-3583) benchmark tests always fail on windows because directory cannot be removed

[ https://issues.apache.org/jira/browse/LUCENE-3583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3583: -- Attachment: benchmark-test-output.txt > benchmark tests always fail on windows because dir

[jira] [Created] (LUCENE-3583) benchmark tests always fail on windows because directory cannot be removed

benchmark tests always fail on windows because directory cannot be removed -- Key: LUCENE-3583 URL: https://issues.apache.org/jira/browse/LUCENE-3583 Project: Lucene - Java

[jira] [Commented] (LUCENE-3582) NumericUtils.floatToSortableInt/doubleToSortableLong does not sort certain NaN ranges correctly and NumericRangeQuery produces wrong results for NaNs with half-open ra

[ https://issues.apache.org/jira/browse/LUCENE-3582?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13153456#comment-13153456 ] Uwe Schindler commented on LUCENE-3582: --- bq. I assume this check will be faster her

[jira] [Updated] (LUCENE-3582) NumericUtils.floatToSortableInt/doubleToSortableLong does not sort certain NaN ranges correctly and NumericRangeQuery produces wrong results for NaNs with half-open rang

[ https://issues.apache.org/jira/browse/LUCENE-3582?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3582: -- Attachment: (was: LUCENE-3582.patch) > NumericUtils.floatToSortableInt/doubleToSortabl

[jira] [Issue Comment Edited] (LUCENE-3582) NumericUtils.floatToSortableInt/doubleToSortableLong does not sort certain NaN ranges correctly and NumericRangeQuery produces wrong results for NaNs with h

[ https://issues.apache.org/jira/browse/LUCENE-3582?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13153272#comment-13153272 ] Uwe Schindler edited comment on LUCENE-3582 at 11/19/11 11:14 AM: -

[jira] [Updated] (LUCENE-3582) NumericUtils.floatToSortableInt/doubleToSortableLong does not sort certain NaN ranges correctly and NumericRangeQuery produces wrong results for NaNs with half-open rang

[ https://issues.apache.org/jira/browse/LUCENE-3582?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3582: -- Attachment: LUCENE-3582.patch > NumericUtils.floatToSortableInt/doubleToSortableLong does

[jira] [Updated] (LUCENE-3582) NumericUtils.floatToSortableInt/doubleToSortableLong does not sort certain NaN ranges correctly and NumericRangeQuery produces wrong results for NaNs with half-open rang

[ https://issues.apache.org/jira/browse/LUCENE-3582?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3582: -- Attachment: LUCENE-3582.patch Improved tests for NRQ. Ready to commit. > Nume

[jira] [Updated] (LUCENE-3582) NumericUtils.floatToSortableInt/doubleToSortableLong does not sort certain NaN ranges correctly and NumericRangeQuery produces wrong results for NaNs with half-open rang

[ https://issues.apache.org/jira/browse/LUCENE-3582?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3582: -- Summary: NumericUtils.floatToSortableInt/doubleToSortableLong does not sort certain NaN ranges

[jira] [Updated] (SOLR-2908) To push the terms.limit parameter from the master core to all the shard cores.

[ https://issues.apache.org/jira/browse/SOLR-2908?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] sivaganesh updated SOLR-2908: - Description: When we pass the terms.limit parameter to the master (which has many shard cores), it's not

[jira] [Created] (SOLR-2908) To push the terms.limit parameter from the master core to all the shard cores.

To push the terms.limit parameter from the master core to all the shard cores. -- Key: SOLR-2908 URL: https://issues.apache.org/jira/browse/SOLR-2908 Project: Solr I

[jira] [Commented] (LUCENE-3582) NumericUtils.floatToSortableInt does not sort certain NaN ranges correctly.

[ https://issues.apache.org/jira/browse/LUCENE-3582?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13153426#comment-13153426 ] Dawid Weiss commented on LUCENE-3582: - Looks good to me. Thanks Uwe.