XnView Software

Oh, I agree with you 100%! This should be fixed. It is confusing to say the least.

I just did some further checking after I discovered the About showed v4.1.8.

Cheers!

I think the actual version is 4.1.9 - this is shown in Control Panel -> Programs and Features. Also, if you right click on the install program and/or XnViewShellExt.dll file and select Properties -> Details 4.1.9 is displayed.

It appears the Options -> About was not updated to display 4.1.9?

Thank you!

Exact same problem here (Windows 10 22H2, 32bit XYplorer file manager). Version 4.1.6 64bit version seems to work on 64bit Directory Opus, but 32bit version appears to lock up on "Options..."

Thank you Pierre! That worked perfectly.

Exact same error with 0.97.1

./xnview.sh
XnView: symbol lookup error: /lib64/libk5crypto.so.3: undefined symbol: EVP_KDF_ctrl, version OPENSSL_1_1_1b

I am having the exact same problem with 0.97.0 and Fedora 32. The TGZ file extracts as expected, but xnview.sh fails with the error noted. XnView will not start.

Thanks for your help, Pierre.

Hi wgc214

Glad it works.

Just as an aside, it looks like you've changed the libbz2 filename in your Fedora system from the correct /usr/lib64/libbz2.so.1 to /usr/lib64/libbz2.so.1.0

My guess is that you've changed it in the past to make a previous version of XnView work, since it requires the ...

I too am using Fedora 31 Cinnamon, but I've managed to get it working.

The problem is not that libfontconfig is not up-to-date. As far as I can see, there is no libfontconfig.so.1.13 - both Fedora 31 and Debian 10 (the latest of each) have libfontconfig.so.1.12.

The real problem is that the ...

I downloaded the latest tgz file, unpacked it, and copied XnView and all files beneath to my home directory. It fails with exactly the same messages as I previously reported.

It seems that the problem comes from libfontconfig, QT 5.12 requires libfontconfig 1.13


Thanks. I cannot find ...

I downloaded the latest tgz file, unpacked it, and copied XnView and all files beneath to my home directory. It fails with exactly the same messages as I previously reported.

Your help would be appreciated. I am using Fedora 31 with Cinnamon desktop. I cannot get .095 to work. Version 0.94.3 works just fine.

When I try to start xnview.sh, this is the result:
[XnView]$ ./xnview.sh
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found ...

This is what I have on my system:
# cd /usr/lib64
[lib64]# ll libbz*
lrwxrwxrwx 1 root root 15 Feb 6 2018 libbz2.so.1 -> libbz2.so.1.0.6
-rwxr-xr-x 1 root root 74360 Feb 6 2018 libbz2.so.1.0.6

I created this symbolic link in /usr/lib64:
[lib64]# ln -s libbz2.so.1.0.6 libbz2.so.1.0
[lib64]# ll libbz ...

I've installed both .91 & .92 on Fedora 28 with Cinnamon desktop. The following occur when I try to start the application (either .91 or .92):

[XnView]# ./xnview.sh
/home/samba/XnView/XnView: error while loading shared libraries: libbz2.so.1.0: cannot open shared object file: No such file or ...