Query on known custkey results in "found Nothing" and then a segfault

[Randolph42]

The custkey '36901' is a valid existing custkey. This query which should return at least 1 row fails:

A := FILTER orders BY o_custkey=36901 ; A2 := SELECT o_orderkey AS o_orderkey,o_orderpriority AS o_orderpriority,o_shippriority AS o_shippriority,o_orderdate AS o_orderdate,o_custkey AS o_custkey FROM A; DISPLAY A2 USING ('|');

returns: found nothing Segmentation fault (core dumped)

GDB reports:

(gdb) bt

0 0x00000000006a2572 in zone_map_check(std::queue<std::basic_string<char, std::char_traits, std::allocator >, std::deque<std::basic_string<char, std::char_traits, std::allocator >, std::allocator<std::basic_string<char, std::char_traits, std::allocator > > > >, std::queue<std::basic_string<char, std::char_traits, std::allocator >, std::deque<std::basic_string<char, std::char_traits, std::allocator >, std::allocator<std::basic_string<char, std::char_traits, std::allocator > > > >, std::queue<long long, std::deque<long long, std::allocator > >, std::queue<double, std::deque<double, std::allocator > >, CudaSet*, unsigned int) ()

1 0x00000000006c553a in filterop(char, char_, unsigned int) ()

2 0x00000000006c4e04 in copyColumns(CudaSet*, std::queue<std::basic_string<char, std::char_traits, std::allocator >, std::deque<std::basic_string<char, std::char_traits, std::allocator >, std::allocator<std::basic_string<char, std::char_traits, std::allocator > > > >, unsigned int, unsigned long&, bool, bool) ()

3 0x00000000004204a5 in emitselect(char, char_, int) ()

4 0x000000000042c45c in yyparse() ()

[antonmks]

Should be A := FILTER orders BY o_custkey == 36901 ;

[Randolph42]

Should that return an error rather then a segfault then?

[antonmks]

Agreed. Fixed that.

[Randolph42]

Thanks. I¹m thinking about pulling these errors into some sort of handler shortly.

On 5/04/14 7:28 PM, "Anton" notifications@github.com wrote:

Agreed. Fixed that.

‹ Reply to this email directly or view it on GitHub https://github.com/antonmks/Alenka/issues/55#issuecomment-39631331 .