94324 - After TCL/TK plugin installation can't start Mozilla 0.93

Status: VERIFIED WONTFIX

(Core Graveyard :: Plug-ins, defect)

Description

[Ricardo Jorge]

From Bugzilla Helper:
User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.4.5-9cl i686)
BuildID:    20010801

After installation of TCL/TL plugin 2.0, Mozilla does not start and gives me a
message "error while loading shared libraries:
/usr/local/mozilla/plugins/libtclp2.0.so: undefined symbol:
XtCreateApplicationContext". This same version of plugin is installed and
running in a NetScape version 4.77 in the same machine. I also tested TCL/TK
plugin in Mozilla 0.93 Windows version and it works.

Reproducible: Always
Steps to Reproduce:
1. Install TCL/TK plugin "tclplug20-x86-linux-glibc
2. Try to open Mozilla 0.93 and it gives you the message I reported
3.

Actual Results:  You can't start Mozilla 0.93

Expected Results:  Start and list the installed plugin as available

I am running Conectiva Linux 7.0 (Kernel 2.4.5)

Comment 1

[Christian Reis]

Reproduced on 2001083108. I'd like to point out two things:

a) The plugin I used is the glibc version.
b) I get a SEGV plain and simple.
c) This plugin is _ancient_ and links to Xt, not sure if it's a problem:

blackjesus:~> ls -l libtclp2.0.so 
-r-xr-xr-x   1 root     root      1032672 Sep  1  1998 libtclp2.0.so*

Stack trace:
#0  0x830c100 in ?? ()
#1  0x4048b9a6 in vfprintf () from /lib/libc.so.6
#2  0x404939a3 in fprintf () from /lib/libc.so.6
#3  0x40f121c0 in NpPlatformMsg () from /mondo/local/mozilla/plugins/libtclp2.0.so
#4  0x40f1162c in Plug_Init () from /mondo/local/mozilla/plugins/libtclp2.0.so
#5  0x40f11675 in NpInit () from /mondo/local/mozilla/plugins/libtclp2.0.so
#6  0x40f117b3 in NPP_Initialize () from /mondo/local/mozilla/plugins/libtclp2.0.so
#7  0x40f11408 in NP_Initialize () from /mondo/local/mozilla/plugins/libtclp2.0.so
#8  0x40dc9d8e in NSGetModule () from /mondo/local/mozilla/components/libgkplugin.so
#9  0x40ddb9be in NSGetModule () from /mondo/local/mozilla/components/libgkplugin.so
#10 0x40dd40c6 in NSGetModule () from /mondo/local/mozilla/components/libgkplugin.so
#11 0x40dd43f0 in NSGetModule () from /mondo/local/mozilla/components/libgkplugin.so
#12 0x40dd3a22 in NSGetModule () from /mondo/local/mozilla/components/libgkplugin.so
#13 0x40db563f in NSGetModule () from /mondo/local/mozilla/components/liboji.so
#14 0x40db5a28 in NSGetModule () from /mondo/local/mozilla/components/liboji.so
#15 0x40db6058 in NSGetModule () from /mondo/local/mozilla/components/liboji.so
#16 0x40d793bc in NSGetModule () from /mondo/local/mozilla/components/libjsdom.so
#17 0x40d78f6d in NSGetModule () from /mondo/local/mozilla/components/libjsdom.so
#18 0x40d79602 in NSGetModule () from /mondo/local/mozilla/components/libjsdom.so
#19 0x40d73ff3 in NSGetModule () from /mondo/local/mozilla/components/libjsdom.so
#20 0x40d32fea in NSGetModule () from /mondo/local/mozilla/components/libdocshell.so
#21 0x40d3422e in NSGetModule () from /mondo/local/mozilla/components/libdocshell.so
#22 0x4012dbad in nsGetInterface::operator() () from
/mondo/local/mozilla/libxpcom.so
#23 0x4012e051 in nsCOMPtr_base::assign_from_helper () from
/mondo/local/mozilla/libxpcom.so
#24 0x4063c671 in NSGetModule () from
/mondo/local/mozilla/components/libnsappshell.so
#25 0x4063b488 in NSGetModule () from
/mondo/local/mozilla/components/libnsappshell.so
#26 0x4063b876 in NSGetModule () from
/mondo/local/mozilla/components/libnsappshell.so
#27 0x804fdbb in NS_CreateNativeAppSupport ()
#28 0x80507f5 in main ()
#29 0x404602e7 in __libc_start_main () from /lib/libc.so.6

Comment 2

[av (gone)]

--- Mass reassigning Unix bugs to serge ---

Comment 3

[serge (gone)]

Christian Reis, can you still reproduce this?

Comment 4

[scottputterman]

Moving Netscape owned 0.9.9 and 1.0 bugs that don't have an nsbeta1, nsbeta1+,
topembed, topembed+, Mozilla0.9.9+ or Mozilla1.0+ keyword.  Please send any
questions or feedback about this to [e-mail].  You can search for
"Moving bugs not scheduled for a project" to quickly delete this bugmail.

Comment 5

[rubydoo123]

we have not heard any response back from the reporter, nor have we received
other complaints, marking as wontfix

Comment 6

[shrirang khanzode]

v

Comment 7

[shrirang khanzode]

v