[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: after Debian update most apps crash - libffi issue?



i too am having problems with libffi8 on a powermac g5

# dmesg
...
[   16.257543] fail2ban-server[384]: illegal instruction (4) at 3fffb4283970 nip 3fffb4283970 lr 3fffb4282f90 code 1 in libffi.so.8.1.0[3fffb427b000+c000]
...
# ls -l libffi*
-rw-r--r-- 1 root root 68696 Feb 20  2021 libffi.so.7.1.0
-rw-r--r-- 1 root root 68720 Sep 24 00:00 libffi.so.8.1.0

i went back to 7.1.0 and there are no more messages about illegal instructions

cam

On Sun, Sep 26, 2021 at 5:45 AM Riccardo Mottola <riccardo.mottola@libero.it> wrote:
Hi,

I upgraded my iMac G5 to latest debian, including kernel 5.14 !
The good thing is that the new kernel boots and X11 comes up.

The bad news is lots of applications crash and they all have one thing
in common, libffi.


So e.g. a build of ArcticFox fails:
multix@PPC970FX:~/code/Arctic-Fox$ ./mach build
/usr/bin/which: this version of `which' is deprecated; use `command
-v' in scripts instead.
Illegal instruction

dmesg shows:
[18439.269485] python2.7[4993]: illegal instruction (4) at
7fffabff42fc nip 7fffabff42fc lr 7fffabff42ec code 1 in
libffi.so.8.1.0[7fffabff0000+10000]
[18439.269547] python2.7[4993]: code: 60420000 3d205858 60000000
61295858 38800000 387e03c8 f9228590 4bffe119
[18439.269555] python2.7[4993]: code: e8410028 60000000 7fe3fb78
392285b8 <7c004eee> 60000000 39228950 7c004fae


GNUMail fails to start up:
Program received signal SIGILL, Illegal instruction.
0x00007ffff5d08970 in ?? () from
/usr/lib/powerpc64-linux-gnu/libffi.so.8
(gdb) bt
#0  0x00007ffff5d08970 in ?? () from
/usr/lib/powerpc64-linux-gnu/libffi.so.8
#1  0x00007ffff5d07f90 in ?? () from
/usr/lib/powerpc64-linux-gnu/libffi.so.8
#2  0x00007ffff5d02d10 in ?? () from
/usr/lib/powerpc64-linux-gnu/libffi.so.8
#3  0x00007ffff6d02be0 in cifframe_from_signature (info=<optimized
out>) at cifframe.m:196
#4  0x00007ffff7055cf4 in -[GSFFIInvocation initWithMethodSignature:]
(self=0x1002ac1c0, _cmd=<optimized out>,
     aSignature=0x1002a8180) at GSFFIInvocation.m:299
#5  0x00007ffff6e8b130 in +[NSInvocation
invocationWithMethodSignature:] (self=<optimized out>,
     _cmd=<optimized out>, _signature=0x1002a8180) at NSInvocation.m:332
#6  0x00007ffff6f5cf68 in +[NSRunLoop _runLoopForThread:]
(self=<optimized out>, _cmd=<optimized out>,
     aThread=<optimized out>) at NSRunLoop.m:790
#7  0x00007ffff6f5a160 in +[NSRunLoop currentRunLoop]
(self=0x7ffff7328568 <_OBJC_Class_NSRunLoop>,
     _cmd=<optimized out>) at NSRunLoop.m:827
#8  0x00007ffff6f5b4cc in +[NSRunLoop initialize] (self=<optimized
out>, _cmd=<optimized out>) at NSRunLoop.m:759
#9  0x00007ffff6aa41e8 in ?? () from
/usr/lib/powerpc64-linux-gnu/libobjc.so.4
#10 0x00007ffff6aa4368 in ?? () from
/usr/lib/powerpc64-linux-gnu/libobjc.so.4
#11 0x00007ffff6aa4830 in ?? () from
/usr/lib/powerpc64-linux-gnu/libobjc.so.4
#12 0x00007ffff24a4680 in -[XGServer(EventOps)
setupRunLoopInputSourcesForMode:] (self=0x1003ec3d0,


I guess not a coincidence!

Riccardo

--
Sent with GNUMail from GNUstep on a Raspberry PI 4.


Reply to: