| Sorry for the delay in getting back here, but I've not had the time
to look at this any further until now.
I had this problem under 4.0, but I've recently upgraded to 4.0b. Since
then I reinstalled the fpx and the acroread, but I still have the same
problems.
I'm using fpx 1.1, and now acroread 3.0 for sparc-sunos, and
/usr/shlib/libc.so.1.109.fpx.so
I did the install like this:
1) down-loaded acrobat and unpacked it in a directory.
2) renamed the SUNR.TAR to ALPR.TAR (something like that -
I don't remember the exact info, I pulled it from the
Install script - looks like Adobe had an AOSF version
in mind at one point or other, and alphaosf is in the
scripts to install and run it.)
3) Installed it - it went into /usr/local/Acrobat3
4) Renamed the sparcsun directories to alphaosf1,
5) setenv FPX_LIBSRC_PATH to /usr/local/Acrobat3/Reader/alphaosf1/lib
6) Ran fpx on /usr/local/Acrobat3/Reader/alphaosf1/bin/acroread
(This converted all of the libraries in the above directory
into the bin directory, I copied these back to the lib directory)
7) Renamed the executable to acroread
8) Ran fpx on the plugin's, then renamed these to the orig names
(e.g. mv weblink.api.fpx.so weblink.api, etc. )
9) Changed the /usr/local/Acrobat3/bin/acrobat script to add the
following to set up the environment, similar to sunos.
aosf1.syo.dec.com> diff acroread acroread.orig
308,314d307
< LD_BIND_NOW=1
< export LD_BIND_NOW
< LD_LIBRARY_PATH="`prepend "$ACRO_INSTALL_DIR/$ACRO_CONFIG/lib" "$LD_LIBRARY_PATH"`"
< export LD_LIBRARY_PATH
< XNLSPATH="$ACRO_INSTALL_DIR/$ACRO_CONFIG/lib/nls"
< export XNLSPATH
I then start it :
aosf1.syo.dec.com> /usr/local/Acrobat3/bin/acroread
and it brings up a "Segmentation Violation Caught." dialog box, and
prints "unable to initialize user interface" to stderr.
Now, when I run this as root, it comes up, though not all the time.
This is what's most strange, as one day it will work as root, and
another it will not.
If I launch this macro with the -DEBUG, I can then dbx it, and I get
the following:
================
aosf1.syo.dec.com> /usr/local/Acrobat3/bin/acroread -DEBUG
% dbx $ACRO_EXEC_CMD
dbx version 3.11.10
Type 'help' for help.
main: Source not available
warning: Files compiled -g3: parameter values probably wrong
(dbx) run
signal Segmentation fault at [_realloc_spf64:1493247 ,0x286119c8] Source not available
(dbx) where
> 0 _realloc_spf64(0xffffffffffffffff, 0xffffffffffffffff, 0xffffffffffffffff,
0xffffffffffffffff, 0xffffffffffffffff) ["/usr/AXP/rules/code.s":1493247,
0x286119c8]
(dbx) quit
% exit
================
So, I look a the errors from fpxr
================
aosf1.syo.dec.com> setenv FPXR_TRACE_SIGNALS
aosf1.syo.dec.com> /usr/local/Acrobat3/bin/acroread
fpxr: In sol1xr_segv_handler
Signal: 11(SIGSEGV) Faulting PC: 0x286119c8 Faulting Ref: 0x8
fpxr: Signal SIGSEGV (11) pc = 286119c8 sp = 7df0d4f8 at 17:30:18.172097
[HERE THE Dialog Box is displayed, and I click OK]
Unable to initialize user interface.
fpxr: In sol1xr_segv_handler
Signal: 11(SIGSEGV) Faulting PC: 0x1a9750 Faulting Ref: 0x1a9750
aosf1.syo.dec.com>
================
I attempted to do some system call tracing, but could not find anything from
this.
To make sure its not any sort of protection , I do the following:
================
aosf1.syo.dec.com> su
Password:
# cd /usr/local/Acrobat3
# chmod -R 777 .
# exit
# aosf1.syo.dec.com> /usr/local/Acrobat3/bin/acroread
fpxr: In sol1xr_segv_handler
Signal: 11(SIGSEGV) Faulting PC: 0x286119c8 Faulting Ref: 0x8
fpxr: Signal SIGSEGV (11) pc = 286119c8 sp = 7df0d4f8 at 17:39:26.717831
[HERE THE Dialog Box is displayed, and I click OK]
Unable to initialize user interface.
fpxr: In sol1xr_segv_handler
Signal: 11(SIGSEGV) Faulting PC: 0x1a9750 Faulting Ref: 0x1a9750
aosf1.syo.dec.com>
================
Here is more system details:
================
aosf1.syo.dec.com> uname -a
OSF1 aosf1.syo.dec.com V4.0 564 alpha
aosf1.syo.dec.com> fpx -V
fpx version V1.1 built Jul 26 1996 19:21:25
FreePort Express is a licensed product of Digital Equipment Corporation
fpxt version V1.1 built Jul 26 1996 19:15:31
aosf1.syo.dec.com> fpxr -V
fpxr version V1.1, built Fri Jul 26 19:16:29 EDT 1996
aosf1.syo.dec.com> ls /usr/shlib/*fpx*
/usr/shlib/libc.so.1.109.fpx.so /usr/shlib/libfpxc.so.1.0.fpx.so
/usr/shlib/libdl.so.1.64.fpx.so /usr/shlib/libfpxr.so
aosf1.syo.dec.com>
================
Am I doing something fundementally wrong here?
|
| I have been running Acrobat Reader 3.0 on my Digital Unix 4.0 system
for the past several weeks. As with the previous versions of acroread,
FreePort
is able to translate the images, its setting up the environment that is the
challenging part.
This is what I did to get things running:
> 1) down-loaded acrobat and unpacked it in a directory.
ditto.
> 2) renamed the SUNR.TAR to ALPR.TAR (something like that -
> I don't remember the exact info, I pulled it from the
> Install script - looks like Adobe had an AOSF version
> in mind at one point or other, and alphaosf is in the
> scripts to install and run it.)
I skipped this step.
> 3) Installed it - it went into /usr/local/Acrobat3
ditto.
> 4) Renamed the sparcsun directories to alphaosf1,
I skipped this step.
> 5) setenv FPX_LIBSRC_PATH to /usr/local/Acrobat3/Reader/alphaosf1/lib
Did this. You only need to set this up ONLY when you translate. Once
you finished translating and are satisfied, you can junk this.
> 6) Ran fpx on /usr/local/Acrobat3/Reader/alphaosf1/bin/acroread
> (This converted all of the libraries in the above directory
> into the bin directory, I copied these back to the lib directory)
Did this. It is crucial that you copy all the translated libraries
back into the lib directory or else the script will NOT find the
libraries when you go execute.
> 7) Renamed the executable to acroread
I renamed the original sun and translated executable to acroread.sun
and acroread.axp, respectively. I then created a link acroread to point
to acroread.axp.
> 8) Ran fpx on the plugin's, then renamed these to the orig names
> (e.g. mv weblink.api.fpx.so weblink.api, etc. )
This is where it might get a little hairy. If I remember correctly,
for translated applications to properly dynamicly load libraries,
the translated dynamical libraries must have the same name as the
original native library. THIS ONLY APPLIES TO DYNAMIC LOADED LIBRARIES
AND NOT TO THOSE LIBRARIES THAT ARE STATICALLY LINKED.
For example, for the dynamic loaded library weblink.api, move it
weblink.api.sun, translated it ( which will generate weblink.api.fpx.so)
and then either rename it weblink.api or create a link.
One important thing, weblink.api, and maybe the others, will not work
under FreePort Express. When acroread is initializing, it dlopens
weblink.api and tries to read the first couple of bytes from the header
of the executable (which is a serious no-no) Since the header for a
SunOS and Digital Unix image are different we cannot know what it is
trying to read.
Otherwise, acroread is quite functional.
> 9) Changed the /usr/local/Acrobat3/bin/acrobat script to add the
> following to set up the environment, similar to sunos.
>
>aosf1.syo.dec.com> diff acroread acroread.orig
>308,314d307
>< LD_BIND_NOW=1
>< export LD_BIND_NOW
>< LD_LIBRARY_PATH="`prepend "$ACRO_INSTALL_DIR/$ACRO_CONFIG/lib"
"$LD_LIBRARY_PATH"`"
>< export LD_LIBRARY_PATH
>< XNLSPATH="$ACRO_INSTALL_DIR/$ACRO_CONFIG/lib/nls"
>< export XNLSPATH
Assuming everyone has LD_BIND_NOW set to 1, the ONLY change I made
was to replace the ACRO_CONFIG=alphaosf1 to ACRO_CONFIG=sparcsun under
the gigantic case statement when it testing on os_name.
So, (ignore install_dir since I reinstalled acroread in /tmp so I could a copy
of the original acroread script, before all the mods I put in)
> diff acroread /tmp/bin/acroread
7c7
< install_dir=/usr/local/Acrobat3/Reader
---
> install_dir=/tmp/Reader
203,204c203
< #ACRO_CONFIG=alphaosf1
< ACRO_CONFIG=sparcsun
---
> ACRO_CONFIG=alphaosf1
After all this, everything should work, except for weblink.api. BTW,
for those using Digital Unix 3.x, I think the menu fonts may not come out
correctly with the default setup, ie the underbar character comes out as an
ampersand. Under 4.0, everything seems fine.
Ke-Wei
[Posted by WWW Notes gateway]
|