Re: [VOTE][RUST] Release Apache Arrow Rust 11.0.0 RC1

gt; > > > [ ] +0 > > > > [ ] -1 Do not release this as Apache Arrow Rust because... > > > > > > > > [1]: > > > > > > > > > > https://github.com/apache/arrow-rs/tree/5d6b638111e3f9c72dc8504ea98e46914fc93af5 > > > >

Re: [VOTE][RUST] Release Apache Arrow Rust 9.0.3 RC3

.apache.org/repos/dist/dev/arrow/apache-arrow-rs-9.0.2-rc3 > > >> [3]: > > >> > > >> > > > https://github.com/apache/arrow-rs/blob/ab7c2904ccc03d0c05687ef416fbc5f4ed92f125/CHANGELOG.md > > >> [4]: > > >> > > >> > > > https://git

Re: [VOTE][RUST] Release Apache Arrow Rust 9.0.1 RC1

natures, run the unit > tests, > >> > > and vote on the release. There is a script [4] that automates some > of > >> > > the verification. > >> > > > >> > > The vote will be open for at least 72 hours. > >> > > > >> > > [ ] +1 Relea

Re: [VOTE][RUST] Release Apache Arrow Rust 6.4.0 RC1

thub.com/apache/arrow-rs/tree/7a0bca35239f1d4fc3a1dca410384a1e5e962147 > > > [2]: > > > https://dist.apache.org/repos/dist/dev/arrow/apache-arrow-rs-6.4.0-rc1 > > > [3]: > > > > > > > > > https://github.com/apache/arrow-rs/blob/7a0bca35239f1d4fc3

Re: [VOTE][RUST] Release Apache Arrow Rust 6.3.0 RC1

https://github.com/apache/arrow-rs/tree/686ac184c10f99c89ef555cc97b2231fba4d4cee > > [2]: > > https://dist.apache.org/repos/dist/dev/arrow/apache-arrow-rs-6.3.0-rc1 > > [3]: > > > > > https://github.com/apache/arrow-rs/blob/686ac184c10f99c89ef555cc97b2231fba4d4cee/CHA

Re: [Discuss] Single offset per array has a non-trivial performance implication

t is however again a bit of a special case since the offsets are usually multiples of 8 and so can be pushed down into the buffers' base pointer even for validity and boolean. Regards, -- Jörn Horstmann | Senior Backend Engineer www.signavio.com Kurfürstenstraße 111, 10787 Berlin, Germany

Re: [Rust] Heads up: RUSTSEC security advisory against arrow-rs

l/1059 > [3] > https://github.com/rustsec/advisory-db/pull/1057#issuecomment-930455127 > [4] https://github.com/apache/arrow-rs/labels/security > -- *Jörn Horstmann* | Senior Backend Engineer www.signavio.com Kurfürstenstraße 111, 10787 Berlin, Germany Work with us! <ht

Re: [Governance] [Proposal] Stop force-pushing to PRs after release?

ntributor has on an open source > > project. Furthermore, they already have to do it anyways whenever the > > master changes with breaking changes: the contributor's process is > already > > "git fetch upstream && git rebase upstream/master" whenever master >

Re: [DISCUSS] Memory alignment in rust - what to do?

hat data) > 4. infer the alignment of the pointer, and keep track of the pointer's > alignment as part of its metadata (e.g. on `BufferData`) > > Any ideas or preferences? > > Best, > Jorge -- Jörn Horstmann | Senior Backend Engineer www.signavio.com Kurfürstenstraße 111, 10787

Re: Help with memory alignment between Rust and C/Python

lignments, depending > > on > > > the architecture (see memory.rs > > > <https://github.com/apache/arrow/blob/master/rust/arrow/src/memory.rs > >). > > > > I am not a Rust expert, but I remember noticing the PR where this was > > proposed and e

Rust/Datafusion sort kernel issues

any other suggestions or feedback. -- Jörn Horstmann | Senior Backend Engineer www.signavio.com Kurfürstenstraße 111, 10787 Berlin, Germany

Compute kernels and alignment of buffer slices

. As soon as there is an offset that is not a multiple of 64, this could lead to unsafe out of bounds reads and writes of memory. I'm very interested in how the C++ and Java implementations handle those issues. -- Jörn Horstmann | Senior Backend Engineer www.signavio.com Kurfürstenstraße 111