Apache do not restart anymore with LIBCx assertion failed

[Massimo S.]

Il 07/11/2025 06:16, ste...@earthlink.net ha scritto:
> In <013a1282-01ea-cb59...@ecomstation.it>, on 11/05/25
> at 09:18 PM, <m...@ecomstation.it> said:
>
> Hi Massimo,
>
>> X:\apache\bin\httpd -t -f X:\apache\dir\httpd.conf
>> PID 12aa TID 01: LIBCx Assertion failed at shared.c:214:shared_init: arc
>> == NO_ERROR (105) SYS1808: The process has stopped. The software
>> diagnostic code (exception code) is 009F.
>
> The SYS1808 is telling you that httpd died with a breakpoint instruction
> which is confirmed by the exceptq report.
>
>> (my.webserver.it is fake, path is fake)
>
>> Hostname: my.webserver.it
>> OS2/eCS Version: 2.45
>> # of Processors: 4
>> Physical Memory: 3583 mb
>> Virt Addr Limit: 2560 mb
>> Exceptq Version: 7.11.5-shl BETA8 (Jun 1 2020 18:37:02)
>
> You are running an antique version of exceptq. It make me wonder if you
> have other DLLs that also need to be updated.

i've updated them now to this build:

http://www.warpcave.com/betas/exceptq-7.11.6.2-shl-2023-12-31.zip

>> Call Stack
>
>> EBP Address Module Obj:Offset Nearest Public Symbol
>> -------- --------- -------- ------------- -----------------------
>> Trap -> 1EB80366 LIBCX0 0001:00010366 shared.c#1634
>> _libcx_assert + 17E 0001:000101E8 (.\libcx-0.7.3\src\shared.c)
>
>> Offset Name Type Hex Value
>> ÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄ
>> 8 string 8 bit unsigned 1EB8047B
>> 12 fname 8 bit unsigned 1EB8043E
>> 16 line 32 bit unsigned 24F
>> 20 func 8 bit unsigned 1EB82488
>> 24 format 8 bit unsigned 1EB80477
>> -12 ts 32 bit unsigned 21030000
>
>> 007FFA18 1EB804F8 LIBCX0 0001:000104F8 shared.c#591 _global_lock
>> + 5D 0001:0001049B (.\libcx-0.7.3\src\shared.c)
>
>> 007FFA48 1EB764F6 LIBCX0 0001:000064F6 mmap.c#1353 _munmap + 3B
>> 0001:000064BB (.\libcx-0.7.3\src\mmap\mmap.c)
>
>> Offset Name Type Hex Value
>> ÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄ
>> 8 addr pointer to void 21030000
>> 12 len 32 bit unsigned 30000
>
>> 007FFA98 1D5AB220 PHP7 0001:0014B220 pcre2_jit_compile.c#76
>> _php_pcre2_jit_stack_free + 26 0001:0014B1FA
>> (U:\dev\php-7-os2\ext\pcre\pcre2lib\pcre2_jit_compile.c)
>
> This is our old friend - a memory corruption that caused mmap to fail.
> It's an unfortunate side effect of running a very old, unsupported version
> of php7.
>
>> after a number of these eQ dumps, i get this (paths are fake):
>
>> Opened log at 2025-11-05 20:24:06.33 (02e972c5 ms since boot) Process ID:
>> 0x1287 (4743) Parent PID: 0x10 (16) Type: 2
>> Exe hmte : 0xa3f (X:\APACHE\BIN\HTTPD.EXE)
>> Arg 0 : X:\apache\bin\httpd.exe
>> Arg 1 : -d X:\apache
>> Cur dir : X:\apache
>> CRT Module: LIBCN0 hmod=0x658 (C:\USR\LIB\LIBCN0.DLL)
>> __libc_logInit: addr 0x1ebf19bc iObj=0 offObj=0x619bc
>> Origin : libcx
>> LIBCx version : 0.7.4
>> LIBCx module : C:\USR\LIB\LIBCX0.DLL (hmod=071a)
>> Millsecond Timestamp.
>> | Thread ID.
>> | | Log Group (Asrt for assertions).
>> | | | File Name.
>> | | | | Line Number.
>> | | | | | Function Name.
>> v v v v v v
>> xxxxxxxx tt gggg file:line:function: message
>> 02e972c5 01 Asrt shared.c:214:shared_init: Assertion failed: arc ==
>> NO_ERROR (105)
>
> This is what happens when the current owner of the libc heap dies:
>
>
> The most recent libc/libcx packages have fixes that help this somewhat.
> However, the builds may still be in netlabs-exp. You need to open an
> issue at the bitwisework libcx github repository and inquire about the
> package status.

the ticket:

https://github.com/bitwiseworks/libcx/issues/106


massimo