[jira] [Updated] (ARROW-11320) [C++] Spurious test failure when creating temporary dir
[
https://issues.apache.org/jira/browse/ARROW-11320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Krisztian Szucs updated ARROW-11320:
Fix Version/s: (was: 3.0.0)
4.0.0
> [C++] Spurious test failure when creating temporary dir
> ---
>
> Key: ARROW-11320
> URL: https://issues.apache.org/jira/browse/ARROW-11320
> Project: Apache Arrow
> Issue Type: Bug
> Components: C++
>Reporter: Antoine Pitrou
>Assignee: Antoine Pitrou
>Priority: Minor
> Labels: pull-request-available
> Fix For: 4.0.0
>
> Time Spent: 2.5h
> Remaining Estimate: 0h
>
> When running the release verification script, I sometimes get this error:
> {code}
> [--] 5 tests from TestInt8/TestSparseTensorRoundTrip/0, where
> TypeParam = arrow::Int8Type
> [ RUN ] TestInt8/TestSparseTensorRoundTrip/0.WithSparseCOOIndexRowMajor
> /tmp/arrow-3.0.0.4SRpe/apache-arrow-3.0.0/cpp/src/arrow/ipc/tensor_test.cc:53:
> Failure
> Failed
> '_error_or_value8.status()' failed with IOError: Path already exists:
> '/tmp/ipc-test-qj6ng827/'
> [ FAILED ] TestInt8/TestSparseTensorRoundTrip/0.WithSparseCOOIndexRowMajor,
> where TypeParam = arrow::Int8Type (0 ms)
> [ RUN ]
> TestInt8/TestSparseTensorRoundTrip/0.WithSparseCOOIndexColumnMajor
> [ OK ]
> TestInt8/TestSparseTensorRoundTrip/0.WithSparseCOOIndexColumnMajor (0 ms)
> [ RUN ] TestInt8/TestSparseTensorRoundTrip/0.WithSparseCSRIndex
> [ OK ] TestInt8/TestSparseTensorRoundTrip/0.WithSparseCSRIndex (0 ms)
> [ RUN ] TestInt8/TestSparseTensorRoundTrip/0.WithSparseCSCIndex
> [ OK ] TestInt8/TestSparseTensorRoundTrip/0.WithSparseCSCIndex (0 ms)
> [ RUN ] TestInt8/TestSparseTensorRoundTrip/0.WithSparseCSFIndex
> [ OK ] TestInt8/TestSparseTensorRoundTrip/0.WithSparseCSFIndex (1 ms)
> [--] 5 tests from TestInt8/TestSparseTensorRoundTrip/0 (1 ms total)
> {code}
> It seems that in some fringe cases, the random generation of temporary
> directory names produces duplicates. Most likely this means the random
> generator is getting the same seed from different processes.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (ARROW-11320) [C++] Spurious test failure when creating temporary dir
[
https://issues.apache.org/jira/browse/ARROW-11320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ASF GitHub Bot updated ARROW-11320:
---
Labels: pull-request-available (was: )
> [C++] Spurious test failure when creating temporary dir
> ---
>
> Key: ARROW-11320
> URL: https://issues.apache.org/jira/browse/ARROW-11320
> Project: Apache Arrow
> Issue Type: Bug
> Components: C++
>Reporter: Antoine Pitrou
>Assignee: Antoine Pitrou
>Priority: Minor
> Labels: pull-request-available
> Time Spent: 10m
> Remaining Estimate: 0h
>
> When running the release verification script, I sometimes get this error:
> {code}
> [--] 5 tests from TestInt8/TestSparseTensorRoundTrip/0, where
> TypeParam = arrow::Int8Type
> [ RUN ] TestInt8/TestSparseTensorRoundTrip/0.WithSparseCOOIndexRowMajor
> /tmp/arrow-3.0.0.4SRpe/apache-arrow-3.0.0/cpp/src/arrow/ipc/tensor_test.cc:53:
> Failure
> Failed
> '_error_or_value8.status()' failed with IOError: Path already exists:
> '/tmp/ipc-test-qj6ng827/'
> [ FAILED ] TestInt8/TestSparseTensorRoundTrip/0.WithSparseCOOIndexRowMajor,
> where TypeParam = arrow::Int8Type (0 ms)
> [ RUN ]
> TestInt8/TestSparseTensorRoundTrip/0.WithSparseCOOIndexColumnMajor
> [ OK ]
> TestInt8/TestSparseTensorRoundTrip/0.WithSparseCOOIndexColumnMajor (0 ms)
> [ RUN ] TestInt8/TestSparseTensorRoundTrip/0.WithSparseCSRIndex
> [ OK ] TestInt8/TestSparseTensorRoundTrip/0.WithSparseCSRIndex (0 ms)
> [ RUN ] TestInt8/TestSparseTensorRoundTrip/0.WithSparseCSCIndex
> [ OK ] TestInt8/TestSparseTensorRoundTrip/0.WithSparseCSCIndex (0 ms)
> [ RUN ] TestInt8/TestSparseTensorRoundTrip/0.WithSparseCSFIndex
> [ OK ] TestInt8/TestSparseTensorRoundTrip/0.WithSparseCSFIndex (1 ms)
> [--] 5 tests from TestInt8/TestSparseTensorRoundTrip/0 (1 ms total)
> {code}
> It seems that in some fringe cases, the random generation of temporary
> directory names produces duplicates. Most likely this means the random
> generator is getting the same seed from different processes.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
