First see if the symlink is missing: try these commands: cd /usr/lib ls -l libz.so*
You might get something like this: lrwxrwxrwx 1 root root 15 Jul 31 2008 libz.so.1 -> libz.so.1.2.3.3 -r--r--r-- 1 root root 81240 Nov 15 2007 libz.so.1.2.3.3 Assuming you don't also have a line like this lrwxrwxrwx 1 root root 15 Apr 8 22:41 libz.so -> libz.so.1.2.3.3 then you need to make the link (if you do have the second link, then my solution is not going to fix things). Observe that the 'file' called libz.so is connected (linked) to the real file, which has a version number on the end. The other link also has a short version number, but we need one with just the plain name that CdC is looking for. So if libz.so does not exist, use these commands to create it as a link to the real file, you will need to be root to make the link: su (type in the root password and now be careful!) ln -s libz.so.1.2.3.3 libz.so Substitute whatever the real name of your libz library is, ie the version number might be a bit different. You can't hurt anything by making this link. Check again with ls -l. Don't forget to exit from root. Try CdC. You might also be able to get the new link by updating your libz through the system package manager. You can also make the link from the same directory where the CdC libraries got installed, ie libplan404.so, but unless you did the install into your own home directory, you'd still need to be root to make the link. Either way you'd have to use this command ln -s /usr/lib/libz.so.1.2.3.3 libz.so Hope this helps. john --- In [email protected], "klauslms" <klaus...@...> wrote: > > --- In [email protected], "harperjf" <jfharper@> wrote: > > > > I'm rather late to this discussion but I had the same problem and have > > found the cause and solution. The Linux app is built against > > /usr/lib/libz.so.1, which can be seen by running ldd on the binary. But it > > also explicitly opens zlib via a statement in pu_main.pas: > > zlib:=LoadLibrary(libz); > > where libz is defined for Linux as > > src/u_constant.pas: libz = 'libz.so'; > > > > When this fails (silently), the variable zlibok is false and when it comes > > time to determine which source is to be used for DSS in pu_getdss.pas: > > if cfgdss.OnlineDSS and zlibok then begin // Online DSS > > this fails and it falls into the RealSky code, which being unconfigured > > leads to the error message (which is misleading, since it's not a file path > > that's the issue, but rather the DSS source) > > > > Anyway, the solution is to make sure you have /usr/lib/libz.so in addition > > to /usr/lib/libz.so.1 symlinked to whatever version of libz you have. My > > system did not initially have this link (it showed up after updating libz) > > and now things work properly. > > > > Hope this helps someone. > > > > John > > Hello John! > I have got the same problem, but I am new to Linux, so I cannot understand > your solution. > Please can you give me an detailed deskription, or the command for your > solution > Kindly regards >
