several pkgforge AppImages segfault on TCL 17.1 x86_64

[GNUser]

The folks at pkgforge are a bit surprised that several of their demo AppImages segfault on TCL. Discussion is here:
https://github.com/pkgforge-dev/Anylinux-AppImages/issues/766

Does TCL provide a live iso that they could use for troubleshooting?

[GNUser]

Problem had something to do with linker cache working a little differently in TCL than in other distros. We sorted it out.

Solved.

[Rich]

Hi Paul_123
While I was able to follow the general gist of the issue, I must
admit some of it went over my head.

Maybe you could take a look and tell us what you think?
The explanation of the cause begins here:
https://github.com/pkgforge-dev/Anylinux-AppImages/issues/766#issuecomment-5182763837

[Paul_123]

I read it yesterday, the way I read it is that the ld.so.cache generated on tinycore only has old cache format, and is lacking newer features in the cache.

Now the question is why is the newer stuff being left out of the cache is something that I'm not familiar with.   Is it something that gets stripped out of the .so files?

[Juanito]

I seem to remember that ldconfig in the base is from uclibc?

[Paul_123]

Is there an extension or can you just put the full glibc ldconfig somewhere for gnuser to test?

[Rich]

Hi Paul_123
glibc_apps has ldconfig:
http://tinycorelinux.net/17.x/x86_64/tcz/glibc_apps.tcz.info
http://tinycorelinux.net/17.x/x86_64/tcz/glibc_apps.tcz.list

I check on my TC14 x86_64 install and the the base ldconfig is 80344 bytes
and the glibc_apps version of ldconfig is 835304 bytes. So that's probably
a full version of ldconfig.

[Juanito]

..and the glibc_apps version of ldconfig is 835304 bytes. So that's probably
a full version of ldconfig.

Yes, it is 

[GNUser]

The pkgforge guys rebuilt all their demo AppImages so that they would also work on TCL, so I can't point you to any upstream AppImages that are affected by this issue.

If you want to reproduce the issue, I still have the dino AppImages that I built, here: https://github.com/bdantas/dino-appimage/releases/tag/0.5.1-3%402026-08-04_1785858047 (don't download the AppImages built after that one, since those have the fix and will not reproduce the linker cache problem).

Assuming you are on x86_64, just download Dino-0.5.1-3-anylinux-x86_64.AppImage, make it executable, then run it like so:

Code: [Select]

$ APPIMAGE_DEBUG=1 Dino-0.5.1-3-anylinux-x86_64.AppImage
That should reproduce the problem if anyone wishes to reproduce it, with a debug file to go along with it.

Note: I don't think this is an active problem anymore after the tweak* they made to the  ld-linux-x86-64.so.2  living inside the AppImages.

* The tweak was this command:

Code: [Select]

sed -i -e 's|/etc/ld.so.cache|/xxx/ld.so.cache|g' ./AppDir/lib/ld-linux-x86-64.so.2