🚀 go-pugleaf

Hi William,

Perhaps the patch mentioned in comment#5 in the topic Adobe Reader 7.0.8 in Fedora Core 6 <http://www.adobeforums.com/cgi-bin/webx?128@@.3bc22d86> will be of help.

Ashutosh

Asutosh, Thank you. I see your recommendation:

      > This problem probably exists because of the presence of a conflicting
      version of libscim (Smart Common Input Method Library). The workaround
      is to run the command





export GTK_IM_MODULE=xim

before running acroread. 

      >




Please pardon my lack of Linux experience, but I opened a terminal window, changed my directory to /usr/local/Adobe/Acrobat 7.0/bin and typed export GTK_IM_MODULE=xim into the command line. I then typed acroread and received the same list of �expr: syntax error� messages.

How do I best implement this fix. Thanks again.

Bill

GTK_IM_MODULE=xim did not work for me either. (FC 6, AdobeReader_enu-7.0.8-1.i386.tar.gz) <http://remi.collet.free.fr/files/acroread.patch> did work. I also was able to get the bin/acroread script to work by putting quotes (") around the arg to 'expr length' and the final arg to 'expr substr'.

Thanks for replying. I think that I see the arg to 'expr length' and the final arg to 'expr substr' in acroread, but I don't understand the syntax well enough to add the quotes. Thanks.

Bill

Has anyone else managed to get acroread running?
I have Fedora 6 and just get expr: systax error when trying to run acroread. I have tried all the fixes written here but none work. I tried putting quotes around the expression but just got a load of errors. Same thing when I ran the acroread.patch. The gtk command made no difference at all.

What else is there to try?

I've just succeeded in getting acroread to run cleanly on a new FC6 
installation.

Error symptom: acroread locks up in an endless loop, generating error 
messages without end.

Problem: The acroread command script has two errors; one a coding error, 
another a logic error. The coding error may have been caused by changes 
to how 'sed' works. The logic error is caused by GTK2's current 
maintenance level recently moving from 9? to 10.

Logic error detail: Acrobat reader requires a GTK2 level greater than 
2.4. The code in the script works fine up to GTK2-2.10.0, at which time 
it breaks. GTK2-2.10.4 will be processed as GTK2-2.1.4 which is too low 
a code level to run the reader. This fix changes two internal functions; 
get_gtk_file_ver() and check_gtk_ver_and_set_lib_path().

Code error detail: The parser that examines the GTK2 executable should 
return the service level as a three digit code. It returns a blank. The 
blank is then used as a control in a processing loop that will execute 
forever. I haven't used sed enough to determine why it failed, but my 
replacement code seems to function without problems. It should work for 
all levels of GTK2, be they single or double digit numbers. This routine 
will now return a three or four digit number.

Fix: the acroread command needs to be patched. This can be done using 
the command:  "patch acroread acroread.diff" using the file below.
(Note this must be run from root and it will update the acroread 
specified in the command. Patch a copy of acroread and make sure it 
works before replacing the original.) My original acroread file is 22139 
bytes. The sha1 checksum for the original file and the patch file is 
also included. Run it against them to verify the file contents before 
patching. (Put both files below and acroread in a directory and run the 
command:  "sha1sum -c acroread.sha1"

My Adobe reader level is: AdobeReader_enu-7.0.8-1

File names appear first. The file contents appears BETWEEN the lines of 
asterisks. (Delete the lines of asterisks from your files.) Watch out 
for lines split by your reader or my posting processor. Note that in the 
patch file, all lines begin with the greater than (>) or less than (<) 
symbols, a string of three or four numbers, or  '---' characters. Any 
line beginning with text is a continuation of the prior line.

Phil Sherman


acroread.sha1
*********************************************************************
e6f57c1d45a894096003a864c5ba484490ecc0e9  acroread
6a5920beb0362c2aec844c67ca923b93ba9b44d3  acroread.diff
*********************************************************************

acroread.diff
*********************************************************************
418,420c418,433
<    		echo $mfile| sed 
's/libgtk-x11-\([0-9]*\).0.so.0.\([0-9]\)00.\([0-9]*\)\|\(.*\)/\1\2\3/g'
<         return 0
<     fi
---
 > # this code fails. No output for return assignment. Also fails when 
gtk version > 9. new code below
 > #
 > #   	echo $mfile| sed 
's/libgtk-x11-\([0-9]*\).0.so.0.\([0-9]\)00.\([0-9]*\)\|\(.*\)/\1\2\3/g'
 > #
 > # The following code handles GTK version numbers >9 and <100
 >
 > 		mfilesub=`echo $mfile | sed 
"s/libgtk-x11-\([0-9]*\).0.so.0.\([0-9]*\).\([0-9]*\).*/\2/"`
 >                 if [ `expr length $mfilesub` -eq 4 ]
 > 		  then
 > 		    echo $mfile | sed 
's/libgtk-x11-\([0-9]*\).0.so.0.\([0-9]\)\([0-9]\)00.\([0-9]*\).*/\1\2\3\4/'
 > 		  else
 > 		    echo $mfile | sed 
's/libgtk-x11-\([0-9]*\).0.so.0.\([0-9]\)00.\([0-9]*\).*/\1\2\3/'
 > 		fi
 > # end of modifications - pls  2006/12/20
 > 	        return 0
 > 	fi
454a468
 >
458c472,484
<         len_version=`expr length $version`
---
 > 	len_version=`expr length $version`
 >
 > # when version.l=4 and base_version.l=3, version numbers have risen 
above 9 (now two digits)
 > # increase length of base_version by inserting a zero - ie 240 
becomes 2040
 > # changes to get_gtk_file_ver() handle the result fro that routine
 >
 > 	if [ `expr length $version` -eq 4 ]; then
 > 	  if [ `expr length $base_version` -eq 3 ]; then
 > 	    base_version=`echo $base_version | sed 
"s/\([0-9]\)\([0-9]\)\([0-9]\)/\10\2\3/"`
 > 	  fi
 > 	fi
 > # end of modifications - pls  2006/12/20
 >
*********************************************************************

William_J_Ablondi@adobeforums.com wrote:
> I am a Linux newbie running an up-to-date Fedora Core 6 with GNOME.
> 
> I just installed the Adobe Reader version 7.0.8 for Linux .rpm file by downloading and right clicking it and choosing �Open with Software Installer.�
> 
> I find the Adobe Reader launch icon in Applications > Office, but double clicking it or opening it does not start the Reader. Properties > Permissions allow executing the file as a program.
> 
> I opened a terminal window, changed my directory to /usr/local/Adobe/Acrobat 7.0/bin and typed acroread into the command line. I received a list of �expr: syntax error� messages.
> 
> What have I done wrong? Thanks.
> 
> Bill

A workaround to run acroread on Fedora Core 6 is to edit the file <ReaderRoot>/bin/acroread and replace the following line (line-no 644):
check_gtk_ver_and_set_lib_path "$MIN_GTK_VERSION"

with

# check_gtk_ver_and_set_lib_path "$MIN_GTK_VERSION"

It worked! Thank you. - Bill

Just wanted to chime in here. I wad having trouble with Adobe Reader 7.0.5.11 under Fedora Core 6. It would not run, and I got the same errors as William J. Ablondi was. I used Guarav Khurana's fix except that in my case the correct line was 598. I made the change to line 598 and Adobe Reader works like a charm. Thanks to all here.

Adobe will have to fix this as Linux distributions move to GTK++ 10 and 
above. Unfortunately, it appears that Fedora 6 is an early implementer 
and has been in the forefront of error detection. My post above has a 
fix that will handle the file name structural changes caused by moving 
from a single digit to a double digit GTK++ version number. I expect 
Adobe to implement something similar in the near future.

Phil Sherman


Johnson_Glenn@adobeforums.com wrote:
> Just wanted to chime in here. I wad having trouble with Adobe Reader 7.0.5.11 under Fedora Core 6. It would not run, and I got the same errors as William J. Ablondi was. I used Guarav Khurana's fix except that in my case the correct line was 598. I made the change to line 598 and Adobe Reader works like a charm. Thanks to all here.

Hi there!

I ran into the same problem...

At line 401 the bash function get_gtk_file_ver tries to figure out the exact GTK version. This fails when having gtk-2.10 installed:

in line 418:

echo $mfile| sed 's/libgtk-x11-\([0-9]*\).0.so.0.\([0-9]\)00.\([0-9]*\)\|\(.*\)/\1\2\3/g'

this ugly line tries to extract the last digits of:
libgtk-x11-2.0.so.0.1000.7

and it expects only 3 digits where "1000" (4 digits) are... an empty string is returned.

All the rest does not fit to a two digit version number, I did not repair this part...

After lines 452 and 480:

version=`get_gtk_file_ver "$ifile"`

I added

if [-z "$version"]; then
  continue
fi

that makes the program ignore the empty return values.

Hopefully a Adobe programer will fix this...