Red Hat Bugzilla – Bug 203124
acroread shell script doesn't work
Last modified: 2007-11-30 17:11:40 EST
Description of problem:
I installed AdobeReader_enu-7.0.8-1.i386.rpm from adobe's
download site. It installs acroread, which is a #!/bin/sh
script and sh is a symlink to bash. When I try to run
acroread all I get is an infinite number of syntax
errors from "expr" (doesn't happen on FC5, so I figure
something has gone non-compatible with the bash on FC6t2).
Version-Release number of selected component (if applicable):
Not sure, whatever latest update for FC6t2 is (can't check
at the moment).
Steps to Reproduce:
1. run acroread on any old pdf file
acrobat reader starts up
I took a look at the acroread shell script, and it has
a function definition called "readlink" which is using
expr inside backticks in a fashion which makes absolutely
no sense to me. I have no idea why acroread works on FC5 :-).
Could you attach a one- or two-line test case please?
Maybe it isn't bash, maybe the script has always been busted and the
different version naming of libgtk is confusing it. Trying to figure out
how to reproduce this in a small example, I traced acroread, and it goes
funny in the head after this trace:
++ echo libgtk-x11-2.0.so.0.1000.1
++ sed 's/libgtk-x11-\([0-9]*\).0.so.0.\([0-9]\)00.\([0-9]*\)\|\(.*\)/\1\2\3/g'
++ return 0
+ '[' 0 -ne 0 ']'
++ expr length
expr: syntax error
I note that the libgtk-x11 library on FC6t2 is named:
whereas on FC5 the name is:
apparently the 4 digits . 1 digit form of the name is too much for
the shell script to digest?
Indeed. Closing as NOTABUG since this isn't a bash bug, but rather a bug in