Details
-
Bug
-
Status: Closed (View Workflow)
-
Critical
-
Resolution: Fixed
-
10.4.13, 10.5.4
-
Win64 (Windows Server 2019)
Description
Multiple calls to a Stored Procedure (e.g. from a loop) from another Stored Procedure crashes the database server (i.e. the MariaDB Windows Service stops running). The crash seems to occure on the second call to the inner Stored Procedure.
This problem has been present in the latest releases of 10.4, and also in the new 10.5.4 .
MariaDB 10.3 is Ok though.
//Code Example
|
CREATE PROCEDURE SP1 |
BEGIN
|
DECLARE p INT |
|
SET P = 2; |
WHILE ( p > 0 ) DO
|
CALL SP2;
|
SET P = P - 1; |
END WHILE; |
END |
Attachments
Issue Links
- causes
-
MDEV-25601 MariaDB 10.5 crash when execute query with SET
-
- Closed
-
- duplicates
-
MDEV-20290 Server crash in st_select_lex::cleanup or Assertion `sl->join == 0' failed in reinit_stmt_before_use
-
- Closed
-
- is duplicated by
-
MDEV-23914 Mariadb 10.4.15 crash on trigger update, repeatable
-
- Closed
-
- relates to
-
MDEV-22000 Server crashes in st_select_lex::inc_in_sum_expr upon DECLARE with group function
-
- Closed
-
-
MDEV-22039 Server crashes in MYSQLparse upon IF with double brackets
-
- Closed
-
Activity
Field | Original Value | New Value |
---|---|---|
Description |
Multiple calls to a Stored Procedure (e.g. from a loop) from another Stored Procedure crashes the database server (i.e. the Maria DB Windows Service stops running).
This problem has been present in the latest releases of 10.4, and also in the new 10.5.4 . MariaDB 10.3 is Ok though. {code:sql} //Code Example CREATE PROCEDURE SP1 BEGIN DECLARE p INT SET P = 2; WHILE ( p > 0 ) DO CALL SP2; SET P = P - 1; END WHILE; END {code} |
Multiple calls to a Stored Procedure (e.g. from a loop) from another Stored Procedure crashes the database server (i.e. the Maria DB Windows Service stops running). The crash seems to occure on the second call to the inner Stored Procedure.
This problem has been present in the latest releases of 10.4, and also in the new 10.5.4 . MariaDB 10.3 is Ok though. {code:sql} //Code Example CREATE PROCEDURE SP1 BEGIN DECLARE p INT SET P = 2; WHILE ( p > 0 ) DO CALL SP2; SET P = P - 1; END WHILE; END {code} |
Description |
Multiple calls to a Stored Procedure (e.g. from a loop) from another Stored Procedure crashes the database server (i.e. the Maria DB Windows Service stops running). The crash seems to occure on the second call to the inner Stored Procedure.
This problem has been present in the latest releases of 10.4, and also in the new 10.5.4 . MariaDB 10.3 is Ok though. {code:sql} //Code Example CREATE PROCEDURE SP1 BEGIN DECLARE p INT SET P = 2; WHILE ( p > 0 ) DO CALL SP2; SET P = P - 1; END WHILE; END {code} |
Multiple calls to a Stored Procedure (e.g. from a loop) from another Stored Procedure crashes the database server (i.e. the MariaDB Windows Service stops running). The crash seems to occure on the second call to the inner Stored Procedure.
This problem has been present in the latest releases of 10.4, and also in the new 10.5.4 . MariaDB 10.3 is Ok though. {code:sql} //Code Example CREATE PROCEDURE SP1 BEGIN DECLARE p INT SET P = 2; WHILE ( p > 0 ) DO CALL SP2; SET P = P - 1; END WHILE; END {code} |
Attachment | POLLUXPHP2.err [ 52575 ] |
Attachment | POLLUXPHP2.err [ 52575 ] |
Attachment | POLLUXPHP2.err [ 52576 ] |
Component/s | Stored routines [ 13905 ] |
Environment | Win64 | Win64 (Windows Server 2019) |
Priority | Major [ 3 ] | Critical [ 2 ] |
Link |
This issue relates to |
Fix Version/s | 10.4 [ 22408 ] | |
Fix Version/s | 10.5 [ 23123 ] | |
Assignee | Oleksandr Byelkin [ sanja ] |
Status | Open [ 1 ] | In Progress [ 3 ] |
Status | In Progress [ 3 ] | Stalled [ 10000 ] |
Labels | innodb | innodb need_feedback |
Labels | innodb need_feedback | innodb |
Assignee | Oleksandr Byelkin [ sanja ] | Alexander Barkov [ bar ] |
Status | Stalled [ 10000 ] | In Review [ 10002 ] |
Assignee | Alexander Barkov [ bar ] | Oleksandr Byelkin [ sanja ] |
Status | In Review [ 10002 ] | Stalled [ 10000 ] |
Status | Stalled [ 10000 ] | In Progress [ 3 ] |
Fix Version/s | 10.4.15 [ 24507 ] | |
Fix Version/s | 10.5.6 [ 24508 ] | |
Fix Version/s | 10.4 [ 22408 ] | |
Fix Version/s | 10.5 [ 23123 ] |
Resolution | Fixed [ 1 ] | |
Status | In Progress [ 3 ] | Closed [ 6 ] |
Component/s | Parser [ 10201 ] | |
Component/s | Stored routines [ 13905 ] |
Fix Version/s | 10.5.7 [ 25019 ] |
Fix Version/s | 10.5.6 [ 24508 ] |
Fix Version/s | 10.4.16 [ 25020 ] |
Fix Version/s | 10.4.15 [ 24507 ] |
Link |
This issue is duplicated by |
Link |
This issue duplicates |
Link |
This issue relates to |
Link |
This issue relates to |
Link |
This issue relates to |
Link |
This issue causes |
Workflow | MariaDB v3 [ 110867 ] | MariaDB v4 [ 158058 ] |
Zendesk Related Tickets | 191933 |
Probably the same bug as
MDEV-20284(MDEV-20290)from the error log:
Server version: 10.5.4-MariaDB
server.dll!SQL_SELECT::cleanup()[opt_range.cc:1225]
server.dll!st_join_table::cleanup()[sql_select.cc:13391]
server.dll!JOIN::cleanup()[sql_select.cc:13847]
server.dll!JOIN::destroy()[sql_select.cc:4472]
server.dll!st_select_lex::cleanup()[sql_union.cc:2711]
server.dll!subselect_single_select_engine::prepare()[item_subselect.cc:3752]
server.dll!Item_subselect::fix_fields()[item_subselect.cc:285]
server.dll!Item::fix_fields_if_needed_for_scalar()[item.h:982]
server.dll!Item_cond::fix_fields()[item_cmpfunc.cc:4905]
server.dll!Item::fix_fields_if_needed_for_scalar()[item.h:982]
server.dll!Item_cond::fix_fields()[item_cmpfunc.cc:4905]
server.dll!THD::sp_fix_func_item()[sp_head.cc:397]
server.dll!THD::sp_prepare_func_item()[sp_head.cc:383]
server.dll!sp_instr_jump_if_not::exec_core()[sp_head.cc:4062]
server.dll!sp_lex_keeper::reset_lex_and_exec_core()[sp_head.cc:3492]
server.dll!sp_instr_jump_if_not::execute()[sp_head.cc:4052]
server.dll!sp_head::execute()[sp_head.cc:1435]
server.dll!sp_head::execute_procedure()[sp_head.cc:2446]
server.dll!do_execute_sp()[sql_parse.cc:3050]
server.dll!Sql_cmd_call::execute()[sql_parse.cc:3296]
server.dll!mysql_execute_command()[sql_parse.cc:5963]
server.dll!sp_instr_stmt::exec_core()[sp_head.cc:3767]
server.dll!sp_lex_keeper::reset_lex_and_exec_core()[sp_head.cc:3492]
server.dll!sp_instr_stmt::execute()[sp_head.cc:3671]
server.dll!sp_head::execute()[sp_head.cc:1435]
server.dll!sp_head::execute_procedure()[sp_head.cc:2446]
server.dll!do_execute_sp()[sql_parse.cc:3050]
server.dll!Sql_cmd_call::execute()[sql_parse.cc:3296]
server.dll!mysql_execute_command()[sql_parse.cc:5963]
server.dll!mysql_parse()[sql_parse.cc:7997]
server.dll!dispatch_command()[sql_parse.cc:1877]
server.dll!do_command()[sql_parse.cc:1355]
server.dll!threadpool_process_request()[threadpool_common.cc:354]
server.dll!tp_callback()[threadpool_common.cc:194]
ntdll.dll!RtlInitializeCriticalSection()
ntdll.dll!RtlReleaseSRWLockExclusive()
KERNEL32.DLL!BaseThreadInitThunk()
ntdll.dll!RtlUserThreadStart()
Query (0x26e111e20b0): CALL sp_bm_copy_Event( NAME_CONST('p_copyEventID',3302), NAME_CONST('p_tree',_utf8'tree1' COLLATE 'utf8_swedish_ci'), NAME_CONST('v_copyToPersfamID',_utf8'i39' COLLATE 'utf8_swedish_ci'), NAME_CONST('p_updChangeInfo',1), NAME_CONST('p_changeDate',TIMESTAMP'2020-07-04 22:01:14'), NAME_CONST('p_changedBy',_utf8'ADMIN' COLLATE 'utf8_swedish_ci'), NAME_CONST('v_result',0), NAME_CONST('v_eventCopiedCounter',1))
Connection ID (thread ID): 27
Status: NOT_KILLED