Uploaded image for project: 'MariaDB Server'
  1. MariaDB Server
  2. MDEV-22663

void Protocol::end_statement(): Assertion `0' failed in Protocol::end_statement

    XMLWordPrintable

    Details

      Description

      USE test;
      SET SQL_MODE='';
      CREATE TABLE t (id INT);
      INSERT INTO t VALUES (1);
      INSERT INTO t VALUES (2);
      INSERT INTO t VALUES (3);
      INSERT INTO t VALUES (4);
      ALTER TABLE mysql.help_keyword engine=InnoDB;
      HELP going_to_crash;
      

      Leads to:

      10.5.3 cfe5ee90c8e4b9dfa98a41fcd299197a59261be7

      mysqld: /test/10.5_dbg/sql/protocol.cc:617: void Protocol::end_statement(): Assertion `0' failed.
      

      10.5.3 cfe5ee90c8e4b9dfa98a41fcd299197a59261be7

      Core was generated by `/test/MD110520-mariadb-10.5.3-linux-x86_64-dbg/bin/mysqld --no-defaults --core-'.
      Program terminated with signal SIGABRT, Aborted.
      #0  __pthread_kill (threadid=<optimized out>, signo=signo@entry=6)
          at ../sysdeps/unix/sysv/linux/pthread_kill.c:57
      [Current thread is 1 (Thread 0x15171b206700 (LWP 136256))]
      (gdb) bt
      #0  __pthread_kill (threadid=<optimized out>, signo=signo@entry=6) at ../sysdeps/unix/sysv/linux/pthread_kill.c:57
      #1  0x0000557873284c11 in my_write_core (sig=sig@entry=6) at /test/10.5_dbg/mysys/stacktrace.c:518
      #2  0x0000557872a29f8d in handle_fatal_signal (sig=6) at /test/10.5_dbg/sql/signal_handler.cc:329
      #3  <signal handler called>
      #4  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
      #5  0x000015171994a801 in __GI_abort () at abort.c:79
      #6  0x000015171993a39a in __assert_fail_base (fmt=0x151719ac17d8 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=assertion@entry=0x5578735b5da1 "0", file=file@entry=0x5578733d4520 "/test/10.5_dbg/sql/protocol.cc", line=line@entry=617, function=function@entry=0x5578733d5710 <Protocol::end_statement()::__PRETTY_FUNCTION__> "void Protocol::end_statement()") at assert.c:92
      #7  0x000015171993a412 in __GI___assert_fail (assertion=assertion@entry=0x5578735b5da1 "0", file=file@entry=0x5578733d4520 "/test/10.5_dbg/sql/protocol.cc", line=line@entry=617, function=function@entry=0x5578733d5710 <Protocol::end_statement()::__PRETTY_FUNCTION__> "void Protocol::end_statement()") at assert.c:101
      #8  0x000055787268ffc1 in Protocol::end_statement (this=0x1516f8415650) at /test/10.5_dbg/sql/protocol.cc:617
      #9  0x000055787277c2fd in dispatch_command (command=command@entry=COM_QUERY, thd=thd@entry=0x1516f8415088, packet=<optimized out>, packet@entry=0x1516f8467089 "HELP going_to_crash", packet_length=<optimized out>, packet_length@entry=19, is_com_multi=is_com_multi@entry=false, is_next_command=is_next_command@entry=false) at /test/10.5_dbg/sql/sql_parse.cc:2430
      #10 0x00005578727788cc in do_command (thd=0x1516f8415088) at /test/10.5_dbg/sql/sql_parse.cc:1358
      #11 0x00005578728d299d in do_handle_one_connection (connect=<optimized out>, connect@entry=0x1516fa0433a8, put_in_cache=put_in_cache@entry=true) at /test/10.5_dbg/sql/sql_connect.cc:1411
      #12 0x00005578728d30b9 in handle_one_connection (arg=arg@entry=0x1516fa0433a8) at /test/10.5_dbg/sql/sql_connect.cc:1313
      #13 0x0000557872d3110a in pfs_spawn_thread (arg=0x151718c45888) at /test/10.5_dbg/storage/perfschema/pfs.cc:2201
      #14 0x000015171a62d6db in start_thread (arg=0x15171b206700) at pthread_create.c:463
      #15 0x0000151719a2b88f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
      

      Bug confirmed present in:
      MariaDB: 10.4.13 (dbg), 10.5.2 (dbg), 10.5.3 (dbg)

      Bug confirmed not present in:
      MariaDB: 10.1.45 (dbg), 10.1.45 (opt), 10.2.32 (dbg), 10.2.32 (opt), 10.3.23 (dbg), 10.3.23 (opt), 10.4.13 (opt), 10.5.2 (opt), 10.5.3 (opt), 10.5.4 (dbg), 10.5.4 (opt)
      MySQL: 5.5.62 (dbg), 5.5.62 (opt), 5.6.47 (dbg), 5.6.47 (opt), 5.7.29 (dbg), 5.7.29 (opt), 8.0.19 (dbg), 8.0.19 (opt)

        Attachments

          Activity

            People

            Assignee:
            bar Alexander Barkov
            Reporter:
            Roel Roel Van de Paar
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Dates

              Created:
              Updated: