Assertion hit in the MAL optimiser on a complex query #6119
Last updated: 2016-12-21 13:07:09 +0100
Date: 2016-11-10 16:19:27 +0100
User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.90 Safari/537.36
An assertion in the code is hit with a complex query somewhere in the MAL optimiser. As consequence the DBMS aborts its execution.
On Linux, tip of the default branch, debug build, empty tables, schema attached.
Steps to Reproduce:
The server hits an assertion in the code and aborts, see the attached backtrace.
Date: 2016-11-10 16:19:58 +0100
Created attachment 503
Date: 2016-11-10 16:20:21 +0100
Created attachment 504
Date: 2016-11-10 16:20:43 +0100
Created attachment 505
Date: 2016-11-16 18:00:46 +0100
Simpler repro (or related crash):
DROP TABLE subt; DROP TABLE t; CREATE TABLE subt (A1 BIGINT); CREATE TABLE t (B BIGINT); SELECT (B IN (SELECT A1 FROM subt)) FROM t;
Date: 2016-11-16 18:05:39 +0100
The last comment is the same kind of query (and hence problem?) as reported in bug #6121 !??
Date: 2016-11-17 12:40:00 +0100
in default branch (MonetDB 5 server v11.26.0) I get assertion (on mserver5 console):
in Dec2016 branch (MonetDB 5 server v11.25.0) I get assertion (on mserver5 console):
in Jun2016 branch (MonetDB 5 server v11.23.14) I get assertion (on mserver5 console):
Date: 2016-11-24 18:27:47 +0100
For complete details, see http//devmonetdborg/hg/MonetDB?cmd=changeset;node=b8c955e61def
Date: 2016-12-03 15:03:04 +0100
very hard problem in the apply handling (ie nested subqueries). Fixed by reimplementation of apply
The text was updated successfully, but these errors were encountered: