Ilyet sem tud az AIX (fpc hiba kombinálva glibc hibával)

Az egyszerű, mindennapos történet a következő láncolatban írható le:

User php-scriptet futtat, benne ffi-hívás egy pluginra

PHP betölti a libffi-t

libffi betölti a plugin-t

A plugin betölti (illetve hozza magával) a libglib-2.0.so-t

libglib-nek calloc kellene

A linker-loader valamilyen hibás linkelési opciók illetve a holdállás miatt nem a libc.so-ból, hanem a ld-linux-x86_64.so-ból húz elő egy calloc-ot.

Ez a spéci calloc vissza van vezetve a szintén spéci malloc-ra, amely tiszta memóriát ad vissza, tehát nem kell memset/bzero.

De a dinamikus linkelés egyik csodálatos eredményeképpen nem a spéci malloc hívódik, hanem a közönséges (a libc.so-beli).

Szóval a glib-2.0 (és talán más komponensek) működése innentől kezdve egy olyan calloc-on alapul, ami nem tiszta memóriát ad vissza. Találgathatunk, hogy mi lesz ennek az eredménye. [Szerk: Elárulom: már a libglib-2.0.so konstruktora megpusztul.]

Részletek itt: 

https://www.linuxquestions.org/questions/programming-9/debugging-dlopen…

Na és hogy az AIX-on mi a pálya? Ott linkeleskor [tipikusan] nem az kerül az outputfájlba, hogy `depends on calloc` hanem az, hogy `depends on libc.a(shr64.so):calloc` illetve haladó esetben: `depends on /usr/lib/libc.a(shr64.so):calloc`.

Valamit látni vélek a fpc-3.0.4 forrásában, ami összefügghet a problémával; elsősorban most láncot építek a verziókból, hogy hátha a 2.6.4-ről eljutok oda valamiféleképpen. Egyelőre 2.6.4 nem viszi a 3.0.2-t, folyt köv.

   480        { Write sharedlibraries like -l, also add the needed dynamic linker
   481          here to be sure that it gets linked this is needed for glibc2 systems (PFV) }
   482        if (isdll) then
   483         begin
   484           Add('INPUT(');
   485           Add(info.DynamicLinker);
   486           Add(')');
   487         end;

Szerk:
20200203.1143: most fordul a 3.0.0
20200203.1156: lement, de valami jószándékú segítő komponens még van itt valahol:

$ ls -l /usr/local/bin/fpc
-rwxr-xr-x 1 root root 430560 Feb  3 11:44 /usr/local/bin/fpc
$ /usr/local/bin/fpc -v
Free Pascal Compiler version 2.6.4+dfsg-4 [2014/10/14] for x86_64

20200203.1205: Sikeresen telepítette a komponenseket (pl. ppcx64) a /usr/local/lib/fpc/3.0.0 könyvtárba. Csak nem ott keresi őket a fpc.exe ... Persze aki harminc éve van az iparban, az már nem lepődik meg egy kis bénázáson;)

20200203.1211: No, már a 3.0.0 is mutatja a hibát. Source

LIBRARY paslib;

USES initc;

FUNCTION g_malloc (len: longint): PChar; external 'libglib-2.0.so';
FUNCTION dlopen (filename: PChar; flags: integer): PChar; external 'libdl.so';
FUNCTION xmlAddChildList (fake: PChar): PChar; external 'libxml2.so';

PROCEDURE _init;
BEGIN
    WriteLn ('Hello from Pascal');
END;

FUNCTION fun1 (a, b: integer): integer;
BEGIN
    fun1 := a + b;
END;

EXPORTS
    fun1;
END.

fordítás:

$ fpc -g paslib.pas
Free Pascal Compiler version 3.0.0 [2020/02/03] for x86_64
Copyright (c) 1993-2015 by Florian Klaempfl and others
Target OS: Linux for x86-64
Compiling paslib.pas
Linking libpaslib.so

hiba bemutatása:

$ readelf -d libpaslib.so
Dynamic section at offset 0x2b018 contains 29 entries:
  Tag        Type                         Name/Value
 0x0000000000000001 (NEEDED)             Shared library: [ld-linux-x86-64.so.2]
 0x0000000000000001 (NEEDED)             Shared library: [libglib-2.0.so.0]
 0x0000000000000001 (NEEDED)             Shared library: [libdl.so.2]
 0x0000000000000001 (NEEDED)             Shared library: [libxml2.so.2]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]
 0x000000000000000e (SONAME)             Library soname: [libpaslib.so]

Szóval két kishibás program (fpc és ld-linux) így találkozott össze szerencsésen.

Jaja, föntebb idéztem is a source-ból... https://hup.hu/comment/2434556#comment-2434556

Megnézem majd, talán van valamilyen verziókövető szoftverük, amiben meg lehetne találni, hogy miért tették ezt bele.