[jira] [Commented] (ARROW-341) [Python] Making libpyarrow available to third parties

[ https://issues.apache.org/jira/browse/ARROW-341?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15724479#comment-15724479 ] Uwe L. Korn commented on ARROW-341: --- Another functionality that could be shared to other

[jira] [Resolved] (ARROW-403) [JAVA] UnionVector: Creating a transfer pair doesn't transfer the schema to destination vector

[ https://issues.apache.org/jira/browse/ARROW-403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Le Dem resolved ARROW-403. - Resolution: Fixed Issue resolved by pull request 225 [https://github.com/apache/arrow/pull/225] >

[jira] [Commented] (ARROW-400) [Java] ArrowWriter writes length 0 for Struct types

[ https://issues.apache.org/jira/browse/ARROW-400?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15723757#comment-15723757 ] Wes McKinney commented on ARROW-400: Here's what the integration test showed after that

[jira] [Updated] (ARROW-400) [Java] ArrowWriter writes length 0 for Struct types

[ https://issues.apache.org/jira/browse/ARROW-400?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Wes McKinney updated ARROW-400: --- Assignee: (was: Wes McKinney) I tried to fix this myself, but the following change resulted in a ma

[jira] [Assigned] (ARROW-400) [Java] ArrowWriter writes length 0 for Struct types

[ https://issues.apache.org/jira/browse/ARROW-400?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Wes McKinney reassigned ARROW-400: -- Assignee: Wes McKinney > [Java] ArrowWriter writes length 0 for Struct types > -

[jira] [Commented] (ARROW-399) [Java] ListVector.loadFieldBuffers ignores the ArrowFieldNode length metadata

[ https://issues.apache.org/jira/browse/ARROW-399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15723704#comment-15723704 ] Julien Le Dem commented on ARROW-399: - agreed > [Java] ListVector.loadFieldBuffers ign

[jira] [Commented] (ARROW-406) [C++] Large HDFS reads must utilize the set file buffer size when making RPCs

[ https://issues.apache.org/jira/browse/ARROW-406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15723674#comment-15723674 ] Wes McKinney commented on ARROW-406: PR: https://github.com/apache/arrow/pull/226 > [C

[jira] [Commented] (ARROW-399) [Java] ListVector.loadFieldBuffers ignores the ArrowFieldNode length metadata

[ https://issues.apache.org/jira/browse/ARROW-399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15723667#comment-15723667 ] Wes McKinney commented on ARROW-399: Interesting point. I'm not sure what's the best th

[jira] [Resolved] (ARROW-401) [Java] Floating point vectors should do an approximate comparison in integration tests

[ https://issues.apache.org/jira/browse/ARROW-401?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Le Dem resolved ARROW-401. - Resolution: Fixed Issue resolved by pull request 223 [https://github.com/apache/arrow/pull/223] >

[jira] [Created] (ARROW-406) [C++] Large HDFS reads must utilize the set file buffer size when making RPCs

Wes McKinney created ARROW-406: -- Summary: [C++] Large HDFS reads must utilize the set file buffer size when making RPCs Key: ARROW-406 URL: https://issues.apache.org/jira/browse/ARROW-406 Project: Apache

[jira] [Created] (ARROW-405) [C++] Be less stringent about finding include/hdfs.h in HADOOP_HOME

Wes McKinney created ARROW-405: -- Summary: [C++] Be less stringent about finding include/hdfs.h in HADOOP_HOME Key: ARROW-405 URL: https://issues.apache.org/jira/browse/ARROW-405 Project: Apache Arrow

[jira] [Created] (ARROW-404) [Python] Closing an HdfsClient while there are still open file handles results in a crash

Wes McKinney created ARROW-404: -- Summary: [Python] Closing an HdfsClient while there are still open file handles results in a crash Key: ARROW-404 URL: https://issues.apache.org/jira/browse/ARROW-404 Pro

[jira] [Created] (ARROW-403) [JAVA] UnionVector: Creating a transfer pair doesn't transfer the schema to destination vector

Venki Korukanti created ARROW-403: - Summary: [JAVA] UnionVector: Creating a transfer pair doesn't transfer the schema to destination vector Key: ARROW-403 URL: https://issues.apache.org/jira/browse/ARROW-403

[jira] [Commented] (ARROW-401) [Java] Floating point vectors should do an approximate comparison in integration tests

[ https://issues.apache.org/jira/browse/ARROW-401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15723055#comment-15723055 ] Jacques Nadeau commented on ARROW-401: -- good point :D > [Java] Floating point vectors

[jira] [Commented] (ARROW-401) [Java] Floating point vectors should do an approximate comparison in integration tests

[ https://issues.apache.org/jira/browse/ARROW-401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15723050#comment-15723050 ] Julien Le Dem commented on ARROW-401: - this method will return early if f1 is NAN or in

[jira] [Commented] (ARROW-399) [Java] ListVector.loadFieldBuffers ignores the ArrowFieldNode length metadata

[ https://issues.apache.org/jira/browse/ARROW-399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15723023#comment-15723023 ] Julien Le Dem commented on ARROW-399: - We can change the behavior on the java side and

[jira] [Commented] (ARROW-401) [Java] Floating point vectors should do an approximate comparison in integration tests

[ https://issues.apache.org/jira/browse/ARROW-401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15723000#comment-15723000 ] Jacques Nadeau commented on ARROW-401: -- I wrote it based initially on the code here:

[jira] [Commented] (ARROW-401) [Java] Floating point vectors should do an approximate comparison in integration tests

[ https://issues.apache.org/jira/browse/ARROW-401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15722933#comment-15722933 ] Julien Le Dem commented on ARROW-401: - what is the source for those? Any details on why