[27276] in Athena Bugs

home help back first fref pref prev next nref lref last post

sun4 9.4.52: acroread

daemon@ATHENA.MIT.EDU (Alex T Prengel)
Mon Jan 26 15:39:38 2009

Message-Id: <200901262039.n0QKdNWd024042@dit.mit.edu>
To: bugs@mit.edu
Date: Mon, 26 Jan 2009 15:39:23 -0500
From: Alex T Prengel <alexp@mit.edu>
X-Spam-Flag: NO
X-Spam-Score: 0.00
Cc: alexp@mit.edu
Errors-To: bugs-bounces@mit.edu

System name:		dit.mit.edu
Type and version:	Sun-Blade-100 9.4.52 (with mkserv)
Display type:		ifb

Shell:			/bin/athena/tcsh
Window manager:		metacity

What were you trying to do?
	Have firefox launch acroread to view a pdf file when going to a URL
        ending with a pdf document

What's wrong:
	The document fails to open in acroread. When firefox is launched
        from an xterm (but not when it's launched via the gnome panel button),
        the following error message prints in the launch window:

        dit.mit.edu:~ athena% ld.so.1: acroread: fatal: libBIB.so: open 
                              failed: No such file or directory

What should have happened:
	the obvious

Please describe any relevant documentation references:

File libBIB.so is present in the acro_v8.1.3 locker (containing the current
croread version):

/mit/acro_v8.1.3/distrib/sun4x_510/Adobe/Reader8/Reader/sparcsolaris/lib/libBIB.so

The problem does not manifest when launching acroread from the command-line
to open a pdf file, either as

/usr/athena/bin/acroread or as

/mit/acro/arch/@sys/bin/acroread

It also does not show up on Linux. I verified that it happens for users other
than me.

I suspect that some intervening script is setting LD_LIBRARY_PATH
incorrectly. I use @sys links to generate architecture-independent
aliases for the vendor's sparcsolaris directory, but I verified that the
links are there correctly in the acro_v8.1.3 locker, and that
acro_v8.1.3 is set as the current version.

                                                Alex






home help back first fref pref prev next nref lref last post