On Mon, 2009-11-30 at 20:15 +0000, Sam Sharpe wrote:
> 2009/11/30 Patrick O'Callaghan <pocallaghan(a)gmail.com>:
> > On Sun, 2009-11-29 at 08:47 -0800, Joel Gomberg wrote:
> >> On 11/29/2009 05:41 AM, Patrick O'Callaghan wrote:
> >> > My name is Patrick and I'm a crossword puzzle addict.
> >> >
> >> > The NYT publishes its puzzles in Across Lite format, and there's a
> >> > proprietary app (acrossl) which runs on Linux. Unfortunately it's
> >> > getting really old and is binary-only. It worked under F11 but now the
> >> > app gets a segfault on my netbook (though oddly it works fine on my
> >> > 64-bit desktop, also on F12).
>
> I downloaded
http://www.nytimes.com/downloads/acllinux.smotif.tar.gz
>
> [sam@nc10 acl]$ ./acrossl
> bash: ./acrossl: /lib/ld-linux.so.1: bad ELF interpreter: No such file
> or directory
> [sam@nc10 acl]$ sudo ln -s /lib/ld-linux.so.2 /lib/ld-linux.so.1
> [sam@nc10 acl]$ ./acrossl
> ./acrossl: error while loading shared libraries: libc.so.5: cannot
> open shared object file: No such file or directory
> [sam@nc10 acl]$ sudo ln -s /lib/libc.so.6 /lib/libc.so.5
> [sam@nc10 acl]$ ./acrossl
> ./acrossl: error while loading shared libraries: libXpm.so.4: cannot
> open shared object file: No such file or directory
> [sam@nc10 acl]$ sudo yum install libXpm
> [sam@nc10 acl]$ ./acrossl
> ./acrossl: error while loading shared libraries: libg++.so.27: cannot
> open shared object file: No such file or directory
>
> ... that's unresolvable - I have no idea where to get libg++.so.27 or
> anything close to it.
>
> So I switched to:
http://www.nytimes.com/downloads/acllinux.dmotif.tar.gz
>
> [sam@nc10 acl]$ ./acrossl
> ./acrossl: error while loading shared libraries: libXm.so.2.0: cannot
> open shared object file: No such file or directory
> [sam@nc10 acl]$ sudo yum install lesstif-devel
> [sam@nc10 acl]$ sudo ln -s /usr/lib/libXm.so.2 /usr/lib/libXm.so.2.0
> [sam@nc10 acl]$ ./acrossl
> ./acrossl: error while loading shared libraries: libg++.so.27: cannot
> open shared object file: No such file or directory
>
> So whatever I try, I get to that unresolvable libg++ dependency - so I
> think you are bang out of luck :o(
This is a completely different error from what I'm reporting. You're
getting this because a library is missing. This has been that way for
the last several releases of Fedora and I've always managed to resolve
it by installing a compatibility library. In fact, to emphasize what I
thought was clear already, the acrossl binary has no missing components.
Here it is:
$ ldd /usr/local/bin/acrossl
linux-gate.so.1 => (0x00c87000)
libXm.so.2 => /usr/lib/libXm.so.2 (0x00d1f000)
libXt.so.6 => /usr/lib/libXt.so.6 (0x07d13000)
libXext.so.6 => /usr/lib/libXext.so.6 (0x0080d000)
libX11.so.6 => /usr/lib/libX11.so.6 (0x005d7000)
libXp.so.6 => /usr/lib/libXp.so.6 (0x00110000)
libXpm.so.4 => /usr/lib/libXpm.so.4 (0x00118000)
libstdc++.so.2.8 => /usr/lib/libstdc++.so.2.8 (0x00840000)
libm.so.6 => /lib/libm.so.6 (0x00389000)
libc.so.6 => /lib/libc.so.6 (0x003b3000)
libSM.so.6 => /usr/lib/libSM.so.6 (0x00b3a000)
libICE.so.6 => /usr/lib/libICE.so.6 (0x00994000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00254000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0x005b7000)
libdl.so.2 => /lib/libdl.so.2 (0x00366000)
libXau.so.6 => /usr/lib/libXau.so.6 (0x005b2000)
/lib/ld-linux.so.2 (0x001cd000)
libuuid.so.1 => /lib/libuuid.so.1 (0x0094b000)
$
The trouble is, on 32-bit F12 it segfaults and on 64-bit F12 it works.
Note that it's a 32-bit binary.
Mmmm... I think my point, seeing as I was starting from a clean 32bit
Fedora installation is that there are multiple points where the
compatibility libraries no longer exist. My example would be libc.so.5
which I cheated by symlinking to libc.so.6 - that's not a particularly
valid thing to do.
What I don't understand is where the version you have comes from. The
README file I got with the version I downloaded clearly states that it
is linked against libg++.so.27 - but I have no such library or
anything close - I'd be curious if you do...
[sam@nc10 acl]$ cat README | grep -B11 -A3 libg++
The program is dynamically linked to the following libraries which
must exist in a path searched by the loader in order to run the program:
libXt.so.6 (X11R6 tested with 6.0 libraries)
libXext.so.6
libX11.so.6
libc.so.5 (tested with 5.2.18)
libSM.so.6
libICE.so.6
libXpm.so.4 (tested with 4.7)
libg++.so.27 (tested with 27.1.0 which is actually 2.7.1.0)
libstdc++.so.27 "
libm.so.5 (tested with 5.0.5)
--
Sam