seriousbuggie / uz Goto Github PK

Attempt to run it in Ubuntu 22.04 (5.15.0-86-generic x86_64) fails with message: "error while loading shared libraries".
This error occurs because 32-bit versions of the following libraries missed: libx11.so.6, libXext.so.6.
Once these libraries installed, UZ works properly.

The first dependency could be easily fixed by installing a package "libx11-6:i386".
But i couldn't find out how to install a second library, so i just installed some package that this library was a part of...

Could you provide build instructions on how to compile? I was not able to compile the source using the headers (../Core/Inc from the public UT sources). The binary is not running under debian / ubuntu.

• any plans to release a new binary, as the current one doesn't contain the critical fix: 7b325ef, and I'm tired of compiling someone else's projects, because it's always long hours and days of torment and torture spent on fixing endless compilation bugs and problems and losing nerves
• yesterday I tried to decompress many uz files at once (several hundreds, thousands) in a folder, and both UZ and UnrealDeps crashed after several uz files, with a Windows Crash message, due to some bad / problematic uz files
• I had no choice but to use a bat file and to call UZ / UCC on each file separately in a loop function, at least in such case when it crashed on some uz files, it still decompressed all the others, but batch running in Win has some other issues like problems with space chars: LINK, by the way, speaking of space chars, you said "Better not use path with spaces at all." but if I'm not an author of the file and the space in the filename is given by the author, it's better to keep the orginal filename, because there is the hope a player already has the file in it's cache thus the file won't need to be re-downloaded from redirect server, that's why is better to leave handling / dealing with filenames to UZ bin, and feed it with *.uz, than to struggle with filenames in batch files, but as I see your comment: LINK I agree with your reasoning of "bad design in DOS" as well, makes sense as well