[MDEV-24664] Assertion `! is_set()' failed in Diagnostics_area::set_eof_status upon EXPLAIN on multi-table DELETE executed via PS Created: 2021-01-23  Updated: 2021-03-02  Resolved: 2021-03-02

Status: Closed
Project: MariaDB Server
Component/s: Data Manipulation - Delete, Prepared Statements
Affects Version/s: 10.2, 10.3, 10.4, 10.5, 10.6
Fix Version/s: 10.2.38, 10.3.29, 10.4.19, 10.5.10, 10.6.0

Type: Bug Priority: Minor
Reporter: Elena Stepanova Assignee: Oleksandr Byelkin
Resolution: Fixed Votes: 0
Labels: None

Issue Links:
Duplicate
duplicates MDEV-25006 Failed assertion on executing EXPLAIN... Closed

 Description   

CREATE TABLE t1 (a INT);
INSERT INTO t1 VALUES (1),(2); # Optional
 
PREPARE stmt FROM 'EXPLAIN DELETE FROM t1.* USING t1';
EXECUTE stmt;
 
# Cleanup
DEALLOCATE PREPARE stmt;
DROP TABLE t1;

10.2 59e6d14c

mysqld: /data/src/10.2/sql/sql_error.cc:420: void Diagnostics_area::set_eof_status(THD*): Assertion `! is_set()' failed.
210124  1:11:33 [ERROR] mysqld got signal 6 ;
 
#7  0x00007ff96a746f36 in __GI___assert_fail (assertion=0x5607c21c0c8c "! is_set()", file=0x5607c21c0a00 "/data/src/10.2/sql/sql_error.cc", line=420, function=0x5607c21c0c60 "void Diagnostics_area::set_eof_status(THD*)") at assert.c:101
#8  0x00005607c1728fe6 in Diagnostics_area::set_eof_status (this=0x7ff954005f40, thd=0x7ff954000d90) at /data/src/10.2/sql/sql_error.cc:420
#9  0x00005607c167d3e1 in my_eof (thd=0x7ff954000d90) at /data/src/10.2/sql/sql_class.h:4578
#10 0x00005607c170e3ed in select_send::send_eof (this=0x7ff954014b38) at /data/src/10.2/sql/sql_class.cc:2757
#11 0x00005607c18e28aa in Explain_query::send_explain (this=0x7ff954012ea8, thd=0x7ff954000d90) at /data/src/10.2/sql/sql_explain.cc:174
#12 0x00005607c1758dc6 in mysql_execute_command (thd=0x7ff954000d90) at /data/src/10.2/sql/sql_parse.cc:4473
#13 0x00005607c17819f5 in Prepared_statement::execute (this=0x7ff954037ee0, expanded_query=0x7ff96489f9a0, open_cursor=false) at /data/src/10.2/sql/sql_prepare.cc:5037
#14 0x00005607c177fefe in Prepared_statement::execute_loop (this=0x7ff954037ee0, expanded_query=0x7ff96489f9a0, open_cursor=false, packet=0x0, packet_end=0x0) at /data/src/10.2/sql/sql_prepare.cc:4466
#15 0x00005607c177dc5e in mysql_sql_stmt_execute (thd=0x7ff954000d90) at /data/src/10.2/sql/sql_prepare.cc:3574
#16 0x00005607c175600a in mysql_execute_command (thd=0x7ff954000d90) at /data/src/10.2/sql/sql_parse.cc:3575
#17 0x00005607c17633bf in mysql_parse (thd=0x7ff954000d90, rawbuf=0x7ff9540126f8 "EXECUTE stmt", length=12, parser_state=0x7ff9648a05f0, is_com_multi=false, is_next_command=false) at /data/src/10.2/sql/sql_parse.cc:7763
#18 0x00005607c1751698 in dispatch_command (command=COM_QUERY, thd=0x7ff954000d90, packet=0x7ff954008b51 "", packet_length=12, is_com_multi=false, is_next_command=false) at /data/src/10.2/sql/sql_parse.cc:1827
#19 0x00005607c1750193 in do_command (thd=0x7ff954000d90) at /data/src/10.2/sql/sql_parse.cc:1381
#20 0x00005607c18aaaae in do_handle_one_connection (connect=0x5607c3ff59c0) at /data/src/10.2/sql/sql_connect.cc:1336
#21 0x00005607c18aa813 in handle_one_connection (arg=0x5607c3ff59c0) at /data/src/10.2/sql/sql_connect.cc:1241
#22 0x00005607c20d2dd2 in pfs_spawn_thread (arg=0x5607c3fd8d80) at /data/src/10.2/storage/perfschema/pfs.cc:1869
#23 0x00007ff96ac56609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#24 0x00007ff96a832293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Reproducible on 10.2+.
No obvious problem on a non-debug build.


Generated at Thu Feb 08 09:31:43 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.