JETVM crash on some linux servers
Following #4864, we began using Saxon-C PE edition to write custom XSLT extensions in PHP.
I first used an evaluation license and used v1.2.1 on my own workstation (Debian 10). I experienced weird crashs but it seemed to me they were due to either or/and (I would say OR: 1) execution of php script in home directory 2) PHP extnesion function name was too long. So a shorter one in /tmp or /opt for example was OK. I still need to take some time to report that to you with more details.
Then, we wanted to deploy on our dev server (Debian 10) with a paid PE license. No luck this time, it fails at all times.
With 1.1.2 (we still use this version due to blocking bug: #4371
[Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". __lll_lock_wait_private () at ../sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:63 63 ../sysdeps/unix/sysv/linux/x86_64/lowlevellock.S: No such file or directory. (gdb) backtrace #0 __lll_lock_wait_private () at ../sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:63 #1 0x00007f952f95af1e in __GI___libc_realloc (oldmem=oldmem@entry=0x55d7c8193690, bytes=bytes@entry=64) at malloc.c:3220 #2 0x00007f952f94e477 in _IO_vasprintf (result_ptr=0x7ffe65206290, format=<optimized out>, args=args@entry=0x7ffe652061b0) at vasprintf.c:81 #3 0x00007f952f92e834 in ___asprintf (string_ptr=string_ptr@entry=0x7ffe65206290, format=format@entry=0x7f953009d028 "%s%s%s") at asprintf.c:35 #4 0x00007f953009c8b9 in __dlerror () at dlerror.c:95 #5 0x00007f9528b4705a in ?? () from /usr/lib/libsaxonpec.so #6 0x0000000000000000 in ?? ()
[Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `php TestSaxon.php'. Program terminated with signal SIGABRT, Aborted. #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 50 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. [Current thread is 1 (Thread 0x7f2d906b9b80 (LWP 27518))] (gdb) backtrace #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 #1 0x00007f2d92765535 in __GI_abort () at abort.c:79 #2 0x00007f2d8ba55634 in ?? () from /usr/lib/libsaxonpec.so #3 0x0000000000000000 in ?? ()
tested on another Debian 10 server with same result :/
Please register to edit this issue