Acrobat 7.0 plugin

Jellby <me.TakeThisOut@privacy.net> writes:

> Among other things, Ole Kasper Olsen saw fit to write:
>
>>> although libXm.so.1 is there in /usr/X11R6/lib. This also happens
>>> with a clean -personaldir and I see nothing suspicious with
>>> -debugplugin.
>>
>> Does Opera have read access to the .so?
>
> I should think so, it's readable to everyone. Anyway, I've run
> ldconfig (I assumed it was run automatically when I installed the
> libraries with urpmi) and now that message doesn't appear. Still,
> the plugin doesn't work (same behaviour as before).

a. Is acroread in your search $PATH i.e. which acroread should return
the complete path to acroread. nppdf.so needs to find acroread.

b. When you access a pdf file with Opera, are the operaplugincleaner
and operamotifwrapper processes started? (ps ux will show this)

c. And of course the obvious, plugins enabled? Preference-> Advanced
-> Downloads should show that nppdf.so is assigned to pdf file
extensions.

--
-rwf

Among other things, Ole Kasper Olsen saw fit to write:

>> although libXm.so.1 is there in /usr/X11R6/lib. This also happens with a
>> clean -personaldir and I see nothing suspicious with -debugplugin.
>
> Does Opera have read access to the .so?

I should think so, it's readable to everyone. Anyway, I've run ldconfig (I
assumed it was run automatically when I installed the libraries with urpmi)
and now that message doesn't appear. Still, the plugin doesn't work (same
behaviour as before).

--
Ignacio __ Fernández Galván
/ /\
Linux user / / \ PGP Pub Key
#289967 / / /\ \ 0x01A95F99
/ / /\ \ \
http://djelibeibi.unex.es
/________\ \ \
jellby \___________\/ yahoo.com

Among other things, Robt. W. Fletcher Jr saw fit to write:

> a. Is acroread in your search $PATH i.e. which acroread should return
> the complete path to acroread. nppdf.so needs to find acroread.

Hmm... I was going to write "of course, I can normally start acroread from
the command line", but then I notice I use bash autocompletion, and it
gives "acroread7" instead of just "acroread". So I made a symlink and the
behavior changed: now I don't get the aditional empty page, but opera hangs
for a while an the page where the pdf should be remains blank.

> b. When you access a pdf file with Opera, are the operaplugincleaner
> and operamotifwrapper processes started? (ps ux will show this)
>
> c. And of course the obvious, plugins enabled? Preference-> Advanced
> -> Downloads should show that nppdf.so is assigned to pdf file
> extensions.

Sure, I checked that. As I said, it was working some days ago, but I can't
say exactly what has changed... I don't remember when was the last time I
viewed a pdf within opera with this computer.

I've done the windows thing: uninstall acroread and install acroread (and
acroread-nppdf and acroread-plugins, all through urpmi). Now it
seems /usr/bin/acroread has been created (as a link
to /etc/alternatives/acroread) and the plugin works in opera. I guess it
was all a problem with the Mandrake update...

--
Ignacio __ Fernández Galván
/ /\
Linux user / / \ PGP Pub Key
#289967 / / /\ \ 0x01A95F99
/ / /\ \ \
http://djelibeibi.unex.es
/________\ \ \
jellby \___________\/ yahoo.com

On Fri, 13 May 2005 11:41:44 -0400, Jellby <me.RemoveThis@privacy.net> wrote:

> Hmmm... I thought I had it working, but now, if I click on a pdf link, I
> get
> a blank page an a new empty page... Some days ago I could view pdfs
> without
> problem, I'm not sure what changed in my system.
>
> Now I have 8.0 final (.5 version) under Mandriva 2005. The nppdf.so
> plugin
> is found, but I get this message in the terminal:
>
> usr/lib/opera/plugins/operamotifwrapper-1: error while loading shared
> libraries: libXm.so.1: cannot open shared object file: No such file or
> directory
>
> although libXm.so.1 is there in /usr/X11R6/lib. This also happens with a
> clean -personaldir and I see nothing suspicious with -debugplugin.
>

Mine fails with this message with -plugindir:

opera: [plugin failed ]
/usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so,
/usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so: undefined symbol:
XtCalloc

Can someone tell me what where this symbol is supposed to be resolved?
-P

"Paul Weiss" <paul RemoveThis @weiss.name> writes:

> On Fri, 13 May 2005 11:41:44 -0400, Jellby <me RemoveThis @privacy.net> wrote:
>
>> Hmmm... I thought I had it working, but now, if I click on a pdf
>> link, I get a blank page an a new empty page... Some days ago I
>> could view pdfs without problem, I'm not sure what changed in my
>> system.
>>
>> Now I have 8.0 final (.5 version) under Mandriva 2005. The nppdf.so
>> plugin is found, but I get this message in the terminal:
>>
>> usr/lib/opera/plugins/operamotifwrapper-1: error while loading
>> shared libraries: libXm.so.1: cannot open shared object file: No
>> such file or directory
>>
>> although libXm.so.1 is there in /usr/X11R6/lib. This also happens
>> with a clean -personaldir and I see nothing suspicious with
>> -debugplugin.
>>
>
> Mine fails with this message with -plugindir:
>
> opera: [plugin failed ]
> /usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so,
> /usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so: undefined
> symbol: XtCalloc
>
> Can someone tell me what where this symbol is supposed to be
> resolved?

This is a loooong thread, but be patience. SoeDib had the same problem
and he/she posted a solution that might work for you.

http://my.opera.com/forums/showthread.php?s=35df27cf48500e3949a2ce0a51...f97&thr
--
-rwf

"Paul Weiss" <paul DeleteThis @weiss.name> writes:

> On Fri, 13 May 2005 11:41:44 -0400, Jellby <me DeleteThis @privacy.net> wrote:
>
>> Hmmm... I thought I had it working, but now, if I click on a pdf
>> link, I get
>> a blank page an a new empty page... Some days ago I could view pdfs
>> without
>> problem, I'm not sure what changed in my system.
>>
>> Now I have 8.0 final (.5 version) under Mandriva 2005. The nppdf.so
>> plugin
>> is found, but I get this message in the terminal:
>>
>> usr/lib/opera/plugins/operamotifwrapper-1: error while loading shared
>> libraries: libXm.so.1: cannot open shared object file: No such file or
>> directory
>>
>> although libXm.so.1 is there in /usr/X11R6/lib. This also happens with a
>> clean -personaldir and I see nothing suspicious with -debugplugin.
>>
>
> Mine fails with this message with -plugindir:
>
> opera: [plugin failed ]
> /usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so,
> /usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so: undefined
> symbol: XtCalloc
>
> Can someone tell me what where this symbol is supposed to be resolved?
> -P

libXt.so. Which is not used by opera. I thought this problem was
fixed, though.

eirik

On Sun, 15 May 2005 22:08:33 -0400, Robt. W. Fletcher Jr <me.DeleteThis@wa.us> wrote:

> "Paul Weiss" <paul.DeleteThis@weiss.name> writes:
>
>> On Fri, 13 May 2005 11:41:44 -0400, Jellby <me.DeleteThis@privacy.net> wrote:
>>
>>> Hmmm... I thought I had it working, but now, if I click on a pdf
>>> link, I get a blank page an a new empty page... Some days ago I
>>> could view pdfs without problem, I'm not sure what changed in my
>>> system.
>>>
>>> Now I have 8.0 final (.5 version) under Mandriva 2005. The nppdf.so
>>> plugin is found, but I get this message in the terminal:
>>>
>>> usr/lib/opera/plugins/operamotifwrapper-1: error while loading
>>> shared libraries: libXm.so.1: cannot open shared object file: No
>>> such file or directory
>>>
>>> although libXm.so.1 is there in /usr/X11R6/lib. This also happens
>>> with a clean -personaldir and I see nothing suspicious with
>>> -debugplugin.
>>>
>>
>> Mine fails with this message with -plugindir:
>>
>> opera: [plugin failed ]
>> /usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so,
>> /usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so: undefined
>> symbol: XtCalloc
>>
>> Can someone tell me what where this symbol is supposed to be
>> resolved?
>
> This is a loooong thread, but be patience. SoeDib had the same problem
> and he/she posted a solution that might work for you.
>
> http://my.opera.com/forums/showthread.php?s=35df27cf48500e3949a2ce0a51...f97&thr

Thanks for the pointer, but none of the suggestions listed in that thread
worked. However, I saw no post from anyone called SoeDib.

On Mon, 16 May 2005 00:21:42 -0400, Eirik Byrkjeflot Anonsen
<eirik.RemoveThis@opera.com> wrote:

> "Paul Weiss" <paul.RemoveThis@weiss.name> writes:
>
>> On Fri, 13 May 2005 11:41:44 -0400, Jellby <me.RemoveThis@privacy.net> wrote:
>>
>>> Hmmm... I thought I had it working, but now, if I click on a pdf
>>> link, I get
>>> a blank page an a new empty page... Some days ago I could view pdfs
>>> without
>>> problem, I'm not sure what changed in my system.
>>>
>>> Now I have 8.0 final (.5 version) under Mandriva 2005. The nppdf.so
>>> plugin
>>> is found, but I get this message in the terminal:
>>>
>>> usr/lib/opera/plugins/operamotifwrapper-1: error while loading shared
>>> libraries: libXm.so.1: cannot open shared object file: No such file or
>>> directory
>>>
>>> although libXm.so.1 is there in /usr/X11R6/lib. This also happens with
>>> a
>>> clean -personaldir and I see nothing suspicious with -debugplugin.
>>>
>>
>> Mine fails with this message with -plugindir:
>>
>> opera: [plugin failed ]
>> /usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so,
>> /usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so: undefined
>> symbol: XtCalloc
>>
>> Can someone tell me what where this symbol is supposed to be resolved?
>> -P
>
> libXt.so. Which is not used by opera. I thought this problem was
> fixed, though.
>
> eirik
>

Apparently not. When I explicitly add libXt.so to the PRELOAD path, the
plugin is recognized, however, trying to actually use it results in a
blank page.

-P

"Paul Weiss" <paul.RemoveThis@weiss.name> writes:

> On Mon, 16 May 2005 00:21:42 -0400, Eirik Byrkjeflot Anonsen
> <eirik.RemoveThis@opera.com> wrote:
>
>> "Paul Weiss" <paul.RemoveThis@weiss.name> writes:
>>
>>> On Fri, 13 May 2005 11:41:44 -0400, Jellby <me.RemoveThis@privacy.net> wrote:
>>>
>>>> Hmmm... I thought I had it working, but now, if I click on a pdf
>>>> link, I get
>>>> a blank page an a new empty page... Some days ago I could view pdfs
>>>> without
>>>> problem, I'm not sure what changed in my system.
>>>>
>>>> Now I have 8.0 final (.5 version) under Mandriva 2005. The nppdf.so
>>>> plugin
>>>> is found, but I get this message in the terminal:
>>>>
>>>> usr/lib/opera/plugins/operamotifwrapper-1: error while loading shared
>>>> libraries: libXm.so.1: cannot open shared object file: No such file or
>>>> directory
>>>>
>>>> although libXm.so.1 is there in /usr/X11R6/lib. This also happens
>>>> with a
>>>> clean -personaldir and I see nothing suspicious with -debugplugin.
>>>>
>>>
>>> Mine fails with this message with -plugindir:
>>>
>>> opera: [plugin failed ]
>>> /usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so,
>>> /usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so: undefined
>>> symbol: XtCalloc
>>>
>>> Can someone tell me what where this symbol is supposed to be resolved?
>>> -P
>>
>> libXt.so. Which is not used by opera. I thought this problem was
>> fixed, though.
>>
>> eirik
>>
>
> Apparently not. When I explicitly add libXt.so to the PRELOAD path,
> the plugin is recognized, however, trying to actually use it results
> in a blank page.
>
> -P

You can try preloading libXm instead of libXt. It's possible that
libXm won't work correctly if it is loaded after libXt.

eirik

On Mon, 16 May 2005 07:17:58 -0400, Eirik Byrkjeflot Anonsen
<eirik.DeleteThis@opera.com> wrote:

> "Paul Weiss" <paul.DeleteThis@weiss.name> writes:
>
>> On Mon, 16 May 2005 00:21:42 -0400, Eirik Byrkjeflot Anonsen
>> <eirik.DeleteThis@opera.com> wrote:
>>
>>> "Paul Weiss" <paul.DeleteThis@weiss.name> writes:
>>>
>>>> On Fri, 13 May 2005 11:41:44 -0400, Jellby <me.DeleteThis@privacy.net> wrote:
>>>>
>>>>> Hmmm... I thought I had it working, but now, if I click on a pdf
>>>>> link, I get
>>>>> a blank page an a new empty page... Some days ago I could view pdfs
>>>>> without
>>>>> problem, I'm not sure what changed in my system.
>>>>>
>>>>> Now I have 8.0 final (.5 version) under Mandriva 2005. The nppdf.so
>>>>> plugin
>>>>> is found, but I get this message in the terminal:
>>>>>
>>>>> usr/lib/opera/plugins/operamotifwrapper-1: error while loading shared
>>>>> libraries: libXm.so.1: cannot open shared object file: No such file
>>>>> or
>>>>> directory
>>>>>
>>>>> although libXm.so.1 is there in /usr/X11R6/lib. This also happens
>>>>> with a
>>>>> clean -personaldir and I see nothing suspicious with -debugplugin.
>>>>>
>>>>
>>>> Mine fails with this message with -plugindir:
>>>>
>>>> opera: [plugin failed ]
>>>> /usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so,
>>>> /usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so: undefined
>>>> symbol: XtCalloc
>>>>
>>>> Can someone tell me what where this symbol is supposed to be resolved?
>>>> -P
>>>
>>> libXt.so. Which is not used by opera. I thought this problem was
>>> fixed, though.
>>>
>>> eirik
>>>
>>
>> Apparently not. When I explicitly add libXt.so to the PRELOAD path,
>> the plugin is recognized, however, trying to actually use it results
>> in a blank page.
>>
>> -P
>
> You can try preloading libXm instead of libXt. It's possible that
> libXm won't work correctly if it is loaded after libXt.
>
> eirik

Bingo! Preloading libXm before libXt did the trick. Many thanks.
-P

OK, now that I have the Acrobat plugin working, can anyone figure out this
problem:

If I'm running the plugin and then type F11 to go full screen, is there
any way to get out of it? The next F11 is absorbed by the plugin.

-P

On Thu, 19 May 2005 00:36:25 -0400, Paul Weiss <paul.DeleteThis@weiss.name> wrote:

> OK, now that I have the Acrobat plugin working, can anyone figure out
> this problem:
>
> If I'm running the plugin and then type F11 to go full screen, is there
> any way to get out of it? The next F11 is absorbed by the plugin.
>
> -P

I beliege you'll have to use Acrobat's keystroke in that case. On the
windows version it's Ctrl+L...not sure about the Linux version.


--
Ken
Choose Opera! http://www.chooseopera.com
Fast, Secure, Simply the Best Internet Experience
http://www.opera.com

Brandon <texbmex.TakeThisOut@gmx.net> writes:

> Thanks for the reply...
>
> So you're saying that to preload libXm before libXt all you needed to
> do was to be in full screen mode? If I understand your reply
> correctly then the workaround functions only in full screen mode... I
> usually don't use full screen mode. Did it work in non-full screen
> mode as well?
>
> I'm using a Debian Sarge box but cannot get the plugin to behave
> correctly. The behaviour is the same as described in the thread
> above, i.e. it opens a blank page but does nothing after that.
> Unfortunately, I receive no error messages on the terminal. Any
> ideas what I'm missing?
>
> Brandon
>
>>
>> I was in full screen mode and clicked on a pdf link.
>> -P
>
http://my.opera.com/forums/showthread.php?s=18350bb782b7b90a71f521eccb...327&thr

Relevant portion for the above link.

Oh. Sometimes careful reading is quite helpful. I just didn't notice
that Eirik was referring to libXm rather than libXt. Yes, the problem
is solved, preloading libXm.so recticfies the situation. I've edited
the opera wrapper script (/usr/bin/opera) to automate this, before
line 52 I've inserted code:

LD_PRELOAD="libXm.so:${LD_PRELOAD}"
export LD_PRELOAD

The whole section now looks like this:
code:

# Opera enviroment
if test "${OPERA_DIR}" = '' ; then
if test -d /usr/share/opera ; then
OPERA_DIR=/usr/share/opera
else
echo "OPERA_DIR unset and not found at expected location (/usr/share/opera)"
exit 1
fi
fi

LD_PRELOAD="libXm.so:${LD_PRELOAD}"
export LD_PRELOAD
OPERA_LD_PRELOAD="${LD_PRELOAD}"
export OPERA_LD_PRELOAD

# Native Java enviroment

--
-rwf