Have any of you seen the following? It’s occurs intermittently in my test
cases. FWIW - this is the only thread reading currently invoking Parquet code.
#0 std::move<std::__shared_ptr<parquet::Page, (__gnu_cxx::_Lock_policy)2>&>
(__t=...) at /usr/local/include/c++/7.3.0/bits/move.h:98
#1 0x00007f94c86eb8bc in std::__shared_ptr<parquet::Page,
(__gnu_cxx::_Lock_policy)2>::operator=(std::__shared_ptr<parquet::Page,
(__gnu_cxx::_Lock_policy)2>&&) (this=0x7f94a0007968,
__r=<unknown type in /u/sasbpb/pp/parquet/tkext/com/laxnd/libparquet.so, CU
0xeb7c1, DIE 0x1601aa>) at
/usr/local/include/c++/7.3.0/bits/shared_ptr_base.h:1213
#2 0x00007f94c86e806a in
std::shared_ptr<parquet::Page>::operator=(std::shared_ptr<parquet::Page>&&)
(this=0x7f94a0007968, __r=<unknown type in . . ./libparquet.so, CU 0xeb7c1, DIE
0x1628d2>)
at /usr/local/include/c++/7.3.0/bits/shared_ptr.h:319
#3 0x00007f94c8747af6 in
parquet::TypedColumnReader<parquet::DataType<(parquet::Type::type)6>
>::ReadNewPage (this=0x7f94a0007950) at . . .
/Arrow/cpp/src/parquet/column_reader.cc:324
#4 0x00007f94c873e04f in parquet::ColumnReader::HasNext (this=0x7f94a0007950)
at . . . /Arrow/cpp/src/parquet/column_reader.h:121
#5 0x00007f94c87472df in
parquet::TypedColumnReader<parquet::DataType<(parquet::Type::type)6>
>::ReadBatch (this=0x7f94a0007950, batch_size=5, def_levels=0x7f94a52535f8,
rep_levels=0x0, values=0x7f94a5253020, values_read=0x7f94afb419d8)
at . . . /Arrow/cpp/src/parquet/column_reader.h:347
Thanks,
Brian
