[27277] in Athena Bugs
Re: sun4 9.4.52: acroread
daemon@ATHENA.MIT.EDU (Robert Basch)
Tue Jan 27 12:52:28 2009
In-Reply-To: <200901262039.n0QKdNWd024042@dit.mit.edu>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <B9C79B84-F39A-465E-A2CD-19787E1DB7AA@MIT.EDU>
Content-Transfer-Encoding: 7bit
From: Robert Basch <rbasch@mit.edu>
Date: Tue, 27 Jan 2009 12:52:04 -0500
To: Alex T Prengel <alexp@mit.edu>
X-Spam-Flag: NO
X-Spam-Score: 0.00
Cc: bugs@mit.edu
Errors-To: bugs-bounces@mit.edu
On Jan 26, 2009, at 3:39 PM, Alex T Prengel wrote:
> 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
Yes, this is a problem with Firefox 3 on Solaris.
> I suspect that some intervening script is setting LD_LIBRARY_PATH
> incorrectly.
The stock run-mozilla.sh overrides any LD_LIBRARY_PATH setting. I
worked around this in the Athena wrapper by using LD_LIBRARY_PATH_32;
unfortunately, I imagine the latter is also overriding the setting
of LD_LIBRARY_PATH in the acroread wrapper. You can probably work
around it by unsetting LD_LIBRARY_PATH_32 in your acroread wrapper,
though admittedly that's not a very good solution, and doesn't scale;
probably the only other feasible solution would be for us to modify
the stock firefox wrapper.
Thanks,
Bob
