Re: Across Lite for F12 32-bit, an i686 vs i386 issue?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



2009/11/30 Patrick O'Callaghan <pocallaghan@xxxxxxxxx>:
> On Mon, 2009-11-30 at 20:15 +0000, Sam Sharpe wrote:
>> 2009/11/30 Patrick O'Callaghan <pocallaghan@xxxxxxxxx>:
>> > 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

-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux