weijie.tong created ARROW-4819:
--
Summary: [Java] Make JniWrapper native method be public
Key: ARROW-4819
URL: https://issues.apache.org/jira/browse/ARROW-4819
Project: Apache Arrow
Issue Type: I
Hello,
I have a C++ library using Arrow 0.9.0 to serialize data The code looks
like this:
std::shared_ptr arrowBatch;
arrowBatch = arrow::RecordBatch::Make(_arrowSchema, nCells, _arrowArrays);
std::shared_ptr arrowBuffer(new
arrow::PoolBuffer(_arrowPool));
arrow::io::BufferOutputStream arrowStre
Hi, any help on this would be much appreciated.
I've not been able to figure out any reason for this to happen yet
On Sat, Mar 2, 2019, 11:50 Abdeali Kothari wrote:
> Hi Li Jin, thanks for the note.
>
> I get this error only for larger data - when I reduce the number of
> records or the number o
hi Edmon,
Here's an example of a function that does some schema validation:
https://github.com/apache/arrow/blob/master/cpp/src/arrow/table.cc#L450
The issue is less about the magnitude of the cost and more of a
software engineering question about layering of concerns. Consider two
code paths:
Do you guys have an example somewhere of this validated vs. unvalidated
code, and suspected performance impacts, and has anyone benchmarked any of
this?
On Sun, Mar 10, 2019 at 5:45 PM Wes McKinney wrote:
> I think having consistent methods for both validated and unvalidated
> construction is
I think having consistent methods for both validated and unvalidated
construction is a good idea. Being fairly passionate about
microperformance, I don't think we should penalize responsible users
of unsafe/unvalidated APIs (e.g. by taking them away and replacing
them with variants featuring unavoi
I agree there should always be a path to avoid the validation but I think
there should also be an easy way to have validation included and a clear
way to tell the difference. IMO, having strong naming convention so
callers can tell the difference, and code reviewers can focus more on less
safe met
Andy Grove created ARROW-4818:
-
Summary: [Rust] [Parquet] Parquet reader does not support null
values
Key: ARROW-4818
URL: https://issues.apache.org/jira/browse/ARROW-4818
Project: Apache Arrow
Andy Grove created ARROW-4817:
-
Summary: [Rust] [DataFusion] Small re-org of modules
Key: ARROW-4817
URL: https://issues.apache.org/jira/browse/ARROW-4817
Project: Apache Arrow
Issue Type: Improv
Andy Grove created ARROW-4816:
-
Summary: [Rust] [DataFusion] Add support for repartitioning
Key: ARROW-4816
URL: https://issues.apache.org/jira/browse/ARROW-4816
Project: Apache Arrow
Issue Type
hi folks,
I think some issues are being conflated here, so let me try to dig
through them. Let's first look at the two cited bugs that were fixed,
if I have this right:
* ARROW-4766: root cause dereferencing a null pointer
* ARROW-4774: root cause unsanitized Python user input
None of the 4 reme
Andy Grove created ARROW-4815:
-
Summary: [Rust] [DataFusion] Add support for * in SQL projection
Key: ARROW-4815
URL: https://issues.apache.org/jira/browse/ARROW-4815
Project: Apache Arrow
Issue
Thanks Kou, appreciate it.
P
From: Kouhei Sutou
Sent: Sunday, March 10, 2019 12:59 AM
To: dev@arrow.apache.org
Subject: Re: Assignee on Jira
Hi,
Yes. We need to add the user to the "contributor" role in
JIRA to assign to the user. Adding an user to the
"contrib
Suvayu Ali created ARROW-4814:
-
Summary: [Python] Exception when writing nested columns that are
tuples to parquet
Key: ARROW-4814
URL: https://issues.apache.org/jira/browse/ARROW-4814
Project: Apache Arr
14 matches
Mail list logo
