Skip to main content
Topic solved
This topic has been marked as solved and requires no further attention.
Topic: Imlib2 (Read 579 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Imlib2

Some image magic files updated yesterday and it has a very bad effect on my webserver

I have a picture gallery that depends on Imlib2

Code: [Select]
sudo pacman -Ss imlib2
world/imlib2 1.12.4-1 [installed]


It is very unhappy and not converting and files:

Code: [Select]
./testimlib.pl 
Image::Imlib2 load error: No loader for file format at ./testimlib.pl line 5


I am having trouble finding a proper place to even file a bug report it is is a problem with the core library.

I am not sure it is though because when I use the feh utilty which I believe uses the same library on my workstation - both using updated Artix... it works

The server isn't running X so it is harder to determine but this test perl code seems to have the same load error as my server

Code: [Select]
#!/usr/bin/perl

use Image::Imlib2;

my $image = Image::Imlib2->load("/usr/local/apache2/htdocs/images/2025_purim_amsterdam/DSC03652.JPG");

$image->save("/usr/local/apache2/htdocs/2025_purim_amsterdam/out.jpg");


Code: [Select]
/usr/local/apache2/logs/gallery_error_log:[Fri Mar 28 07:29:07.143493 2025] [perl:error] [pid 6725] [client 166.84.1.1:59779] Image::Imlib2 load error: No loader for file format at /usr/local/lib/perl5/site_perl/5.26.1/Apache/Gallery.pm line 1515.\n, referer: http://images.mrbrklyn.com/2025_purim_amsterdam2/test.jpg
/usr/local/apache2/logs/gallery_error_log:[Fri Mar 28 07:29:12.993200 2025] [perl:error] [pid 6780] [client 166.84.1.1:59777] Image::Imlib2 load error: No loader for file format at /usr/local/lib/perl5/site_perl/5.26.1/Apache/Gallery.pm line 1515.\n, referer: http://images.mrbrklyn.com/2025_purim_amsterdam2/test.jpg?width=640


Re: Imlib2

Reply #1
I followed this through the debugger it the c libraries


I instaled a custom apache set up on top of a normal Artix (Arch without
systemd) build that I keep current.  Anytime Image Magic gets upgraded,
it makes me worry and it has a history of breaking things.

It definetely goes down that rabbit hole

[ruben@www3 Image]$  LD_DEBUG=libs perl -MImage::Imlib2 -e
'Image::Imlib2->load("/usr/local/apache2/htdocs/images/2025_purim_amsterdam/DSC03652.JPG")'
      4304:   find library=libpthread.so.0 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libpthread.so.0
      4304:
      4304:   find library=libnsl.so.1 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libnsl.so.1
      4304:
      4304:   find library=libdl.so.2 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libdl.so.2
      4304:
      4304:   find library=libm.so.6 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libm.so.6
      4304:
      4304:   find library=libcrypt.so.1 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libcrypt.so.1
      4304:
      4304:   find library=libutil.so.1 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libutil.so.1
      4304:
      4304:   find library=libc.so.6 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libc.so.6

      4304:   find library=libc.so.6 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libc.so.6
      4304:
      4304:
      4304:   calling init: /lib64/ld-linux-x86-64.so.2
      4304:
      4304:
      4304:   calling init: /usr/lib/libc.so.6
      4304:
      4304:
      4304:   calling init: /usr/lib/libutil.so.1
      4304:
      4304:
      4304:   calling init: /usr/lib/libcrypt.so.1
      4304:
      4304:
      4304:   calling init: /usr/lib/libm.so.6
      4304:
      4304:
      4304:   calling init: /usr/lib/libdl.so.2
      4304:
      4304:
      4304:   calling init: /usr/lib/libnsl.so.1
      4304:
      4304:
      4304:   calling init: /usr/lib/libpthread.so.0
      4304:
      4304:
      4304:   initialize program: perl
      4304:
      4304:
      4304:   transferring control: perl
      4304:
      4304:   find library=libImlib2.so.1 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libImlib2.so.1
      4304:
      4304:   find library=libfreetype.so.6 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libfreetype.so.6
      4304:
      4304:   find library=libXext.so.6 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libXext.so.6
      4304:
      4304:   find library=libX11-xcb.so.1 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libX11-xcb.so.1
      4304:
      4304:   find library=libX11.so.6 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libX11.so.6
      4304:
      4304:   find library=libxcb.so.1 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libxcb.so.1
      4304:
      4304:   find library=libxcb-shm.so.0 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libxcb-shm.so.0
      4304:
      4304:   find library=libz.so.1 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libz.so.1
      4304:
      4304:   find library=libbz2.so.1.0 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libbz2.so.1.0
      4304:
      4304:   find library=libpng16.so.16 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libpng16.so.16
      4304:
      4304:   find library=libharfbuzz.so.0 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libharfbuzz.so.0
      4304:
      4304:   find library=libbrotlidec.so.1 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libbrotlidec.so.1
      4304:
      4304:   find library=libXau.so.6 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libXau.so.6
      4304:
      4304:   find library=libXdmcp.so.6 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libXdmcp.so.6
      4304:
      4304:   find library=libglib-2.0.so.0 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libglib-2.0.so.0
      4304:
      4304:   find library=libgraphite2.so.3 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libgraphite2.so.3
      4304:
      4304:   find library=libbrotlicommon.so.1 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libbrotlicommon.so.1
      4304:
      4304:   find library=libpcre2-8.so.0 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libpcre2-8.so.0
      4304:
      4304:      4304:
      4304:   calling init: /usr/lib/libgraphite2.so.3
      4304:
      4304:
      4304:   calling init: /usr/lib/libglib-2.0.so.0
      4304:
      4304:
      4304:   calling init: /usr/lib/libXdmcp.so.6
      4304:
      4304:
      4304:   calling init: /usr/lib/libXau.so.6
      4304:
      4304:
      4304:   calling init: /usr/lib/libbrotlidec.so.1
      4304:
      4304:
      4304:   calling init: /usr/lib/libz.so.1
      4304:
      4304:
      4304:   calling init: /usr/lib/libbz2.so.1.0
      4304:
      4304:
      4304:   calling init: /usr/lib/libpng16.so.16
      4304:
      4304:
      4304:   calling init: /usr/lib/libfreetype.so.6
      4304:
      4304:
      4304:   calling init: /usr/lib/libharfbuzz.so.0
      4304:
      4304:
      4304:   calling init: /usr/lib/libxcb.so.1
      4304:
      4304:      4304:   calling init: /usr/lib/libxcb-shm.so.0
      4304:
      4304:
      4304:   calling init: /usr/lib/libX11.so.6
      4304:
      4304:
      4304:   calling init: /usr/lib/libX11-xcb.so.1
      4304:
      4304:
      4304:   calling init: /usr/lib/libXext.so.6
      4304:
      4304:
      4304:   calling init: /usr/lib/libImlib2.so.1
      4304:
      4304:
      4304:   calling init:
/usr/local/lib/perl5/site_perl/5.26.1/x86_64-linux-thread-multi/auto/Image/Imlib2/Imlib2.so
      4304:
      4304:   find library=libjpeg.so.8 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libjpeg.so.8
      4304:
      4304:   /usr/lib/imlib2/loaders/jpeg.so: error: symbol lookup
error: undefined symbol: __imlib_LoadProgressRows (fatal)
      4304:   /usr/lib/imlib2/loaders/zlib.so: error: symbol lookup
error: undefined symbol: __imlib_FindBestLoader (fatal)
      4304:   /usr/lib/imlib2/loaders/xpm.so: error: symbol lookup
error: undefined symbol: __imlib_perror (fatal)
      4304:   /usr/lib/imlib2/loaders/xbm.so: error: symbol lookup
error: undefined symbol: __imlib_LoadProgressRows (fatal)
      4304:   find library=libwebpdemux.so.2 [0]; searching
      4304:    search cache=/etc/ld.so.cache
      4304:     trying file=/usr/lib/libwebpdemux.so.2

Boom


I started x on the server and the program fah can see the files - it is
program that uses Imbib

I think something needs to be rebuilt.



BTW - I did run X on the server and the program 'feh' that uses that same library can read these files.

Re: Imlib2

Reply #2
If I were in your shoes I'd try these two things if I wanted to get it working without waiting for a fix.

Downgrade imagemagick to the last version. Low confidence that will work due to all the other libraries it depends on?
Build the latest imagemagick package on the server where it will (hopefully) compile against the libraries available to it on the system.

Re: Imlib2

Reply #3
cpan has a recompile feature that I am running right now and it is recompiling everything including the modperl apache tree

I get this strong feeling I will be rebuilding this by scratch in a few hours .... seems like I can't avoid the every 7 years or so..

Re: Imlib2

Reply #4
I should be happy right?  I've been using software from 2002...

Re: Imlib2

Reply #5
this from the modperl people

Quote
On 3/28/25 1:01 PM, Ian B wrote:
> So, a few bits to check....(what distro is this on?)
>
it is on artix

> do an 'updatedb' as root/sudo, to rebuild your file search db
find?
pacman -Ss imlib2
world/feh 3.10.3-1 [installed]
    Fast and light imlib2-based image viewer
world/imlib2 1.12.4-1 [installed]

[www3 ~]# find / -mount -iname "libim*" -print
/usr/lib/libImlib2.so.1.12.4
/usr/lib/libImath-3_1.so.29.11.0
/usr/lib/libImath.so
/usr/lib/libImath-3_1.so.29
/usr/lib/libImlib2.so.1
/usr/lib/libImlib2.so
/usr/lib/libImath-3_1.so


there is also - FWIW
find / -mount -iname "imlib*" -print
....

/usr/bin/imlib2_test
/usr/bin/imlib2_bumpmap
/usr/bin/imlib2_conv
/usr/bin/imlib2_view
/usr/bin/imlib2_grab
/usr/bin/imlib2_colorspace
/usr/bin/imlib2_poly
/usr/bin/imlib2_load
/usr/bin/imlib2_show
/usr/lib/pkgconfig/imlib2.pc
/usr/lib/imlib2
/usr/share/imlib2
/usr/share/imlib2/data/images/imlib2.png
/usr/share/licenses/imlib2


and here is the image trnaslators that are used in load
ls -al /usr/lib/imlib2
[www3 ~]# ls -al /usr/lib/imlib2/loaders/
total 432
drwxr-xr-x 2 root root  4096 Mar 28 08:19 .
drwxr-xr-x 4 root root  4096 Oct  9  2017 ..
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 ani.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 argb.so
-rwxr-xr-x 1 root root 18328 Mar 17 20:36 bmp.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 bz2.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 ff.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 gif.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 heif.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 ico.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 id3.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 j2k.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 jpeg.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 jxl.so
-rwxr-xr-x 1 root root 18328 Mar 17 20:36 lbm.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 lzma.so
-rwxr-xr-x 1 root root 18328 Mar 17 20:36 png.so
-rwxr-xr-x 1 root root 18328 Mar 17 20:36 pnm.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 ps.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 qoi.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 svg.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 tga.so
-rwxr-xr-x 1 root root 18328 Mar 17 20:36 tiff.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 webp.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 xbm.so
-rwxr-xr-x 1 root root 18328 Mar 17 20:36 xpm.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 zlib.so

>
> locate loaders | grep imlib2
>
> Does it show the jpeg.so file ? Eg /usr/lib64/imlib2/loaders/jpeg.so
>
See above

> If you do ldd /usr/lib64/imlib2/loaders/jpeg.so (or whatever from previous
> output)   any errors ?
[www3 ~]# ldd /usr/lib/imlib2/loaders/jpeg.so
 linux-vdso.so.1 (0x00007bef70eb4000)
 libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0x00007bef70def000)
 libc.so.6 => /usr/lib/libc.so.6 (0x00007bef70c01000)
 /usr/lib64/ld-linux-x86-64.so.2 (0x00007bef70eb6000)
[www3 ~]#

don't look like an error


[www3 ~]# ls -al /usr/lib/libjpeg.so.8
lrwxrwxrwx 1 root root 16 Dec 28 11:39 /usr/lib/libjpeg.so.8 -> libjpeg.so.8.3.2

Don't know what this is

[www3 ~]# ldd /usr/lib/imlib2/loaders/jpeg.so
 linux-vdso.so.1 (0x00007bef70eb4000)

find / -mount -iname "linux-vdso.so.1" -print comes blank


>
> Does it show a lib for jpeg, eg
>
> libjpeg.so.62 => /lib64/libjpeg.so.62 (0x00007f47fc6e2000)
>
> On Fri, Mar 28, 2025 at 3:55 PM Ruben Safir <ruben@mrbrklyn.com> wrote:
>
>> On 3/28/25 10:46 AM, Ian B wrote:
>>> and maybe just check the obvious, if you do "file
>>> /home/ruben/20130303_133505.jpg" does it say its a JPEG ? (assuming on
>>> Linux)
>>>
>> yes
>>
>>
>> --
>> So many immigrant groups have swept through our town
>> that Brooklyn, like Atlantis, reaches mythological
>> proportions in the mind of the world - RI Safir 1998
>> http://www.mrbrklyn.com
>> DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
>>
>> http://www.nylxs.com - Leadership Development in Free Software
>> http://www.brooklyn-living.com
>>
>> Being so tracked is for FARM ANIMALS and extermination camps,
>> but incompatible with living as a free human being. -RI Safir 2013
>>
>

Re: Imlib2

Reply #6
there is a file missing from the package - maybe more than one ***imlib2-config***

It is required for the build of the perl package Images::Imlib2




 

Re: Imlib2

Reply #7
I'm also having issues with imlib2-1.12.4. Previous version imlib2-1.12.3-2 works fine.

Re: Imlib2

Reply #8
It's the same files in the package as Arch upstream. I have no idea how this works with regards to that perl module but the diff in question is just a version update.

Re: Imlib2

Reply #9
there is a file missing from the package - maybe more than one ***imlib2-config***

It is required for the build of the perl package Images::Imlib2

The project's Git history show that file hasn't been a part of the package for over 16 years.

I'm able to build the AUR package by making /usr/local/bin/imlib2-config a shell script that calls:

Code: [Select]
pkg-config "$@" imlib2

however, it installs files to my home directory instead of /usr/share (so Perl can't find it), and I don't know enough about Perl PKGBUILDs to fix that.

The Perl maintainer should've changed that build script literally decades ago.

Re: Imlib2

Reply #10
It's the same files in the package as Arch upstream. I have no idea how this works with regards to that perl module but the diff in question is just a version update.


I looked this over yesterday when I was searching for the source code to try to build it by hand.  I must have changed on the upstream.  Money it worked and Tuesday it just didn't so  something changed.  

I think the library itself works in that it can find the image loader libraries and binaries.   The Perl module can't find them, though, where last week it did.  There is a lynchpin of information missing between the two.

These are the libraries:

Code: [Select]

[www3 ~]# ls -al /usr/lib/imlib2/loaders/
total 432
drwxr-xr-x 2 root root  4096 Mar 28 08:19 .
drwxr-xr-x 4 root root  4096 Oct  9  2017 ..
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 ani.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 argb.so
-rwxr-xr-x 1 root root 18328 Mar 17 20:36 bmp.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 bz2.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 ff.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 gif.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 heif.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 ico.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 id3.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 j2k.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 jpeg.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 jxl.so
-rwxr-xr-x 1 root root 18328 Mar 17 20:36 lbm.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 lzma.so
-rwxr-xr-x 1 root root 18328 Mar 17 20:36 png.so
-rwxr-xr-x 1 root root 18328 Mar 17 20:36 pnm.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 ps.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 qoi.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 svg.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 tga.so
-rwxr-xr-x 1 root root 18328 Mar 17 20:36 tiff.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 webp.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 xbm.so
-rwxr-xr-x 1 root root 18328 Mar 17 20:36 xpm.so
-rwxr-xr-x 1 root root 14232 Mar 17 20:36 zlib.so


The test programs that come with it seem to work - under /usr/bin - they are imlib2_*  like imlib2_view etc.

Trying to figure this out, I by passed cpan and tried to install the Perl by hand and it refused to build

Code: [Select]
[ruben@www3 Image-Imlib2-2.03-2]$ perl Makefile.PL 
# running Build.PL
You must install the imlib2 library before you can install
Image::Imlib2. You can obtain imlib2 from
http://sourceforge.net/projects/enlightenment/

Alternatively, if you have downloaded and installed imlib2 and this
still will not work, modify the $CONFIG variable inside Build.PL to
point to the imlib2-config program that provides.


The change file of imlib2 says this program has been removed and returned and then recently removed again.  Scouring the net for a solution I turned up this:

https://stackoverflow.com/questions/66261506/imlib2-saving-image-returns-imlib-load-error-no-loader-for-file-format#66264954

Quote
Ok, after digging a little deeper into the imlib2 source it turns out that the loaders are always looked up as shared objects. I thought the loaders are also compiled into the static lib, but I was wrong.

Either I can set the directory by specifying IMLIB2_LOADER_PATH or by putting them into the default loader path which is /usr/local/lib/imlib2/loaders in the self compiled version.

I don't think adding an environmental variable to a program called by Apache is a good idea.

It is in the Arch AUR but hasn't been changed since 2015

https://packages.artixlinux.org/packages/world/x86_64/imlib2/

I don't see anything in the package build that can be useful to fix this, but I am not a pacman expert.

Re: Imlib2

Reply #11
v1.7.5 - 2021-12-06
--------------------
Kim Woelders (83):
      Build .xz instead of .bz2 release tarball
      Drop imlib2-config (use pkg-config)
      Test: Add some minimal regression testing
      Test: Fix dist
      imlib2_load: Add option to use imlib_load_image_immediately()
      JPEG loader: Cosmetics

in the imlib2 source ChangeLog

Re: Imlib2

Reply #12

 well it exposed the error in the tests
 Building Image-Imlib2
  /home/ruben/.cpan/build/Image-Imlib2-2.03-0/.
  ./Build -- OK
 Running Build test for /home/ruben/.cpan/build/Image-Imlib2-2.03-0/.
 t/autocrop.t ...... 1/8 Image::Imlib2 load error: No loader for file format at t/autocrop.t line 7.
 # Looks like your test exited with 255 just after 1.
 what I don't have is a solution
 this sucks
 I have 40 years of photographs set up on this and it has been wrecked by figgity coders
Why couldn't they just leave it alone!
there was no security issues with the software and no new services added to them
it just worked for decades

Re: Imlib2

Reply #13
I got this back from the developers

Quote
Hello,

imlib2-config was removed in imlib2 version 1.7.5 from 2021. imlib2 is
now at version 1.12.4. Please use pkg-config instead.

The "can't find loaders" problem you see may happen if the perl module
dlopens libImlib2.so with RTLD_LOCAL instead of RTLD_GLOBAL.
A change was introduced in imlib2 version 1.12.4 that requires
libImlib2.so to be loaded with RTLD_GLOBAL.

/Kim

I am not sure how I would affect this though.

Re: Imlib2

Reply #14
I got this back from the imlib2 maintainer.  I have no idea how to fix this though from the cpan module

Quote
Hello,

imlib2-config was removed in imlib2 version 1.7.5 from 2021. imlib2 is now at version 1.12.4. Please use pkg-config instead.

The "can't find loaders" problem you see may happen if the perl module dlopens libImlib2.so with RTLD_LOCAL instead of RTLD_GLOBAL.
A change was introduced in imlib2 version 1.12.4 that requires libImlib2.so to be loaded with RTLD_GLOBAL.

/Kim

 
Artix forum uses a single cookie to remember youOK