[Info-vax] MariaDB crash on AXPbox

[John Reagan]

On Sunday, January 16, 2022 at 4:14:31 PM UTC-5, issinoho wrote:
> AXPbox 1.1.0 
> VSI AXPVMS VMS V8.4-2L1 
> VSI AXPVMS TCPIP V5.7-13ECO5F 
> VSI AXPVMS SSL111 V1.1-1K 
> VSI AXPVMS CSWS V2.4-38D 
> PHP 7.2.29 (Zend Engine v3.2.0) 
> MariaDB Ver 15.1 Distrib 5.5.64-MariaDB, for OpenVMS (Alpha) 
> 
> This is the first time I've tried to get this working on AXPbox and I'm getting the access violation noted below. Any thoughts? TIA 
> 
> AXPBOX::@run_mysqld 
> 220116 21:08:49 [Note] DKA0:[MYSQL055.][bin.alpha]mysqld.exe;1 (mysqld 5.5.64-Ma 
> riaDB) starting as process 1062 ... 
> 220116 21:08:50 InnoDB: The InnoDB memory heap is disabled 
> 220116 21:08:50 InnoDB: Mutexes and rw_locks use VMS atomic functions 
> 220116 21:08:50 InnoDB: Compressed tables use zlib 1.2.11 
> 220116 21:08:56 InnoDB: Initializing buffer pool, size = 128.0M 
> %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000000 
> 2000, PC=0000000000002000, PS=0000001B 
> %TRACE-F-TRACEBACK, symbolic stack dump follows 
> image module routine line rel PC abs PC 
> 0 0000000000002000 0000000000002000 
> DECC$SHR_EV56 0 00000000001E23E4 FFFFFFFF80C7C3E4 
> DECC$SHR_EV56 0 00000000001E4EA4 FFFFFFFF80C7EEA4 
> DECC$SHR_EV56 0 00000000001E36B8 FFFFFFFF80C7D6B8 
> DECC$SHR_EV56 0 000000000013C3A8 FFFFFFFF80BD63A8 
> DECC$SHR_EV56 0 000000000013BA3C FFFFFFFF80BD5A3C 
> mysqld os0proc os_mem_alloc_large 38797 0000000000000104 0000000000E053D4 
> TRACEBACK - Exception occurred during traceback processing 
> %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000000 
> 0000, PC=000000007BFCC7BC, PS=0000001B 
> mysqld buf0buf buf_chunk_init 0 0000000000ED89EC 0000000000ED89EC 
> TRACEBACK - Exception occurred during traceback processing 
> %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000000 
> 0000, PC=000000007BFCC7BC, PS=0000001B 
> mysqld buf0buf buf_pool_init_instance 
> 0 0000000000ED8FC4 0000000000ED8FC4 
> TRACEBACK - Exception occurred during traceback processing 
> %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000000 
> 0000, PC=000000007BFCC7BC, PS=0000001B 
> mysqld buf0buf buf_pool_init 0 0000000000ED93B4 0000000000ED93B4 
> mysqld srv0start innobase_start_or_create_for_mysql 
> 156533 0000000000003B7C 0000000000DDD51C 
> mysqld ha_innodb innobase_init 203858 0000000000008CB4 0000000000D78014 
> mysqld handler ha_initialize_handlerton 
> 144411 0000000000006B94 00000000008244E4 
> mysqld sql_plugin plugin_initialize 135872 00000000000042DC 000000000096284C 
> mysqld sql_plugin plugin_init 136096 0000000000004A84 0000000000962FF4 
> mysqld mysqld init_server_components 
> 158970 000000000000A3CC 0000000000A294AC 
> mysqld mysqld mysqld_main 159567 000000000000B2AC 0000000000A2A38C 
> mysqld main main 114 000000000000011C 00000000006E011C 
> mysqld main __MAIN 0 00000000000000AC 00000000006E00AC 
> mysqld 0 00000000010EBC8C 00000000010EBC8C 
> PTHREAD$RTL 0 0000000000057718 FFFFFFFF80A79718 
> PTHREAD$RTL 0 0000000000030444 FFFFFFFF80A52444 
> 0 FFFFFFFF8038FC04 FFFFFFFF8038FC04 
> %TRACE-I-END, end of TRACE stack dump
That address (1E23E4) is in the SETLOCAL memory manager (according to the MAP and LIS files) where it
calls SYS$GETSYIW to retrieve SYI$_PAGE_SIZE.  Looks boring.  However, I don't see how we got to a PC
of 2000.