145722 - Going to that page crash Mozilla 1.0RC2, Netscape 4.79 gives error message from the plugin

Status: RESOLVED WORKSFORME

(Core Graveyard :: Plug-ins, defect, P5)

Description

[Vaclav Peroutka]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; rv:1.0rc2) Gecko/20020512
BuildID:    2002051211

ld.so.1: ./mozilla-bin: fatal: relocation error: file
/home/vaclavp/mozilla/plugins/libtclp2.0.so: symbol XtCreateApplicationContext:
referenced symbol not found
Killed


Reproducible: Always
Steps to Reproduce:
1. Copy the plugin into the mozilla/plugins directory
2. ./run-mozilla.sh mozilla -install
3. Go to http://stage.caldera.com/Technology/tcl/README/PieChartTclet.html

Actual Results:  Crash

Expected Results:  No crash :-)


Maybe it is a problem of a plugin, I downloaded it from
http://tcl.activestate.com/ftp/plugin/tclplug20-sparc-solaris25.tar.gz

Same results are from
http://tcl.activestate.com/ftp/plugin/tclplug20-sparc-sunos4.tar.gz

Comment 1

[Jim Crumley]

I don't get a crash from that page with the TCL plugin installed with Sparc
nightly 2002051922 or with RC2.

The plugin doesn't work for me either though.  Even though it shows up with
about:plugins, it does only shows a grey box for the part of the page that the
plugin is supposed to handle. In Netscape 4.7x, it doesn't really work for me
either. I get a bunch of TCL error messages.

My guess is the problem is with the plugin.  It doesn't seem to be actively
developed.

This bug seems similar to bug 105334, which dealt with the Adobe Acrobat reader
plugin and Motif.  You might want to try the worka around listed there.

Comment 2

[rubydoo123]

Serge, can you please take a look at this one, the particular plug-in is not on
our current support list

Comment 3

[rubydoo123]

really giving to serge

Comment 4

[rubydoo123]

setting to future

Comment 5

[Olivier Cahagne]

Vaclav, does it still happen with latest nightly build ?

Comment 6

[Vaclav Peroutka]

Yes, but it looks for me that the problem is in Solaris libraries, not in
Mozilla. I solved similar problem with acrobat plugin by changing the line in
prefs.js from:
user_pref("plugin.soname.list", "libXt.so:libXext.so");
to:
user_pref("plugin.soname.list", "libXt.so:libXext.so:libXm.so");

I do not know why it is not automatically updated. But I tried here to add
different libraries without success (however, libXt is included automatically),
the XtCreateApplicationContext symbol is not contained in any of these libraries.

Comment 7

[Andrew Hagen]

Critical severity.

Comment 8

[Mikael Parknert]

Reporter: Can you reproduce this bug with a recent build of Mozilla? 

If so, then please comment again with details. 
If not, then please resolve this bug as WORKSFORME. Thanks.

Comment 9

[Henrik Lynggaard Hansen]

Reporter, It has been more than a year since this bug was last reproduced.

Could you please try and reprodurce the bug with a more current version of
mozilla, preferably the lastest release (1.7b) or a recent nightly ?

Comment 10

[OstGote!]

Old version, no response.