Closed Bug 99829 Opened 23 years ago Closed 12 years ago

JAVA2 plugin does not work with Forte/Workshop builds+JDK1.4

Categories

(Core Graveyard :: Java: OJI, defect)

Product:
Core Graveyard
Component:
Java: OJI
Platform:
Sun
Solaris
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED INCOMPLETE
Milestone:
Future

People

(Reporter: roland.mainz, Assigned: Louie.Zhao)

References

(
URL
)

Details

(Keywords: crash, relnote, Whiteboard: later)

Attachments

(2 files)

pstack output
9.69 KB, text/plain
Details
Backtrace of rc1 crash with Java plugin 1.4.0
2.71 KB, text/plain
Details 
2001-09-14-08-trunk GTK+ toolkit Mozilla build with Sun Workshop 6 Update 2 FCS
using JDK1.4beta2 plugin for NS6.1
(/usr/java/jre/plugin/sparc/ns610/libjavaplugin_oji140.so).

JAVA version:
-- snip --
% java -version
java version "1.4.0-beta2"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-beta2-b77)
Java HotSpot(TM) Client VM (build 1.4.0-beta2-b77, mixed mode)
-- snip --

The plugin does not work.

-- snip --
% ./mozilla
./run-mozilla.sh ./mozilla-bin
MOZILLA_FIVE_HOME=.
 
LD_LIBRARY_PATH=.:./plugins:/usr/local/staden/lib/solaris-binaries:/usr/local/lib:/usr/local/rvplayer5.0:/usr/local/arb/lib
     LIBRARY_PATH=.:./components
       SHLIB_PATH=.
          LIBPATH=.
       ADDON_PATH=.
      MOZ_PROGRAM=./mozilla-bin
      MOZ_TOOLKIT=
        moz_debug=0
     moz_debugger=
File descriptors set to 512
Type Manifest File:
/shared/bigtmp/mozilla/2001-09-14-08-trunk/objdir_ws6_gtk/dist/bin/components/xpti.dat
nsNativeComponentLoader: autoregistering begins.
nsNativeComponentLoader: autoregistering succeeded
nNCL: registering deferred (0)
Unable to enumerator app shell components, GetSubtree rv=0x80510003
GFX: dpi=85 t2p=0.0588235 p2t=17 depth=8

Gdk-WARNING **: shmat failed!

Gdk-WARNING **: shmat failed!
WEBSHELL+ = 1
nsPluginHostImpl ctor
********** Got plugins path:
/shared/bigtmp/mozilla/2001-09-14-08-trunk/objdir_ws6_gtk/dist/bin/./plugins
IsPluginFile(/shared/bigtmp/mozilla/2001-09-14-08-trunk/objdir_ws6_gtk/modules/plugin/samples/default/unix/libnullplugin.so)
LoadPlugin()
/shared/bigtmp/mozilla/2001-09-14-08-trunk/objdir_ws6_gtk/modules/plugin/samples/default/unix/libnullplugin.so
returned 215238
GetMIMEDescription() returned "*:.*:All types"
IsPluginFile(/usr/j2se/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
LoadPlugin() /usr/j2se/jre/plugin/sparc/ns610/libjavaplugin_oji140.so returned
215158
WEBSHELL+ = 2
Disabling Quirk StyleSheet
Enabling Quirk StyleSheet
Note: verifyreflow is disabled
Enabling Quirk StyleSheet
Note: styleverifytree is disabled
Note: frameverifytree is disabled
Disabling Quirk StyleSheet
Start reading in bookmarks.html
Finished reading in bookmarks.html  (30063 microseconds)
WEBSHELL+ = 3
Disabling Quirk StyleSheet
Enabling Quirk StyleSheet
Enabling Quirk StyleSheet
nsWidget::~nsWidget() of toplevel: 10 widgets still exist.
Disabling Quirk StyleSheet
Enabling Quirk StyleSheet
Disabling Quirk StyleSheet
Opening file cookperm.txt failed
Document http://www.mozilla.org/start loaded successfully
WEBSHELL+ = 4
Disabling Quirk StyleSheet
Enabling Quirk StyleSheet
Error reading file jar:resource:///chrome/comm.jar!/content/navigator/null
warning: property fileNotFound already exists
we don't handle eBorderStyle_close yet... please fix me
WEBSHELL+ = 5
Disabling Quirk StyleSheet
nsWidget::~nsWidget() of toplevel: 15 widgets still exist.
WEBSHELL- = 4
Error loading URL http://www.javaosft.com/ : 804b001e
nsWidget::~nsWidget() of toplevel: 15 widgets still exist.
nsWidget::~nsWidget() of toplevel: 15 widgets still exist.
Disabling Quirk StyleSheet
Enabling Quirk StyleSheet
Enabling Quirk StyleSheet
###!!! ASSERTION: NS_ENSURE_TRUE(NS_SUCCEEDED(result)) failed: '(!((result) &
0x80000000))', file
../../../../../../../home/mozilla/src/2001-09-14-08-trunk/mozilla/htmlparser/src/nsHTMLTokens.cpp,
line 1986
###!!! Break: at file
../../../../../../../home/mozilla/src/2001-09-14-08-trunk/mozilla/htmlparser/src/nsHTMLTokens.cpp,
line 1986
For * found plugin
/shared/bigtmp/mozilla/2001-09-14-08-trunk/objdir_ws6_gtk/modules/plugin/samples/default/unix/libnullplugin.so
About to create new ws_info...
About to create new xtbin of 120 X 150 from 48dc58...
About to show xtbin(72dc78)...
completed gtk_widget_show(72dc78)

Gdk-WARNING **: shmat failed!
Nullplugin: plugin received window resize.
Window=(9316356)
W=(120) H=(150)
For * found plugin
/shared/bigtmp/mozilla/2001-09-14-08-trunk/objdir_ws6_gtk/modules/plugin/samples/default/unix/libnullplugin.so
About to create new ws_info...
About to create new xtbin of 200 X 140 from 792958...
About to show xtbin(76e2f0)...
completed gtk_widget_show(76e2f0)
Nullplugin: plugin received window resize.
Window=(5509596)
W=(200) H=(140)
About to create new ws_info...
About to create new xtbin of 200 X 140 from 792958...
About to show xtbin(76e350)...
completed gtk_widget_show(76e350)
Document http://www.javasoft.com/ loaded successfully
WARNING: requested removal of nonexistent window
, file
../../../../../../../../../home/mozilla/src/2001-09-14-08-trunk/mozilla/embedding/components/windowwatcher/src/nsWindowWatcher.cpp,
line 846
nsWidget::~nsWidget() of toplevel: 34 widgets still exist.
WEBSHELL- = 3
nsWidget::~nsWidget() of toplevel: 33 widgets still exist.
nsWidget::~nsWidget() of toplevel: 25 widgets still exist.
nsWidget::~nsWidget() of toplevel: 20 widgets still exist.
nsWidget::~nsWidget() of toplevel: 15 widgets still exist.
nsWidget::~nsWidget() of toplevel: 10 widgets still exist.
nsWidget::~nsWidget() of toplevel: 4 widgets still exist.
WEBSHELL- = 2
WEBSHELL- = 1
WEBSHELL- = 0
nsWidget::~nsWidget() of toplevel: 2 widgets still exist.
nsWidget::~nsWidget() of toplevel: 1 widgets still exist.
Unable to enumerator app shell components, GetSubtree rv=0x80510003
nsPluginHostImpl::Observe "xpcom-shutdown"
### nsCacheProfilePrefObserver::Observe [topic=xpcom-shutdown data=]
nsPluginHostImpl dtor
GC Cache:
        hits: 1773  893  357  125   39  130   18   15    4    2
        hits: 3356, misses: 985, hit percent: 77.309380%
-- snip --
Java 1.3.0_01 Plugin and prior installation ignored since installing 0.94 on
windows 98 1st, Plugin-Download seems to work, but Plugin is ignored.

kriskelvin@yahoo.de:
Uhm... this bug is for the Solaris SPARC platform... wanna open a seperate bug
for Win98, please ?
I also have trouble with JRE with mozilla 0.94+ build 2001091606.
Netscape plugin installer completes and plugin version 1.3 is loaded... shows in
about:plugins... but crashes with any java page.
It does not pop-up in about:plugins in my case...
URL: http://www.javasoft.com/
Summary: JAVA2 plugin does not work → JAVA2 plugin does not work with Forte/Workshop builds+JDK1.4
OK... I got the plugin "working" (e.g. browser "detects" it now... but it
crashes elsewhere... I'll file a patch for that) in a non-debug build.

Is there a bug for the issue that debug builds cannot use the JAAV plugin ?
Reassign to Joe as I'm leaving the role of OJI module owner.
Target Milestone: --- → mozilla0.9.5
Ressign to Joe Chou, as I am no longer working officially on OJI.
Assignee: edburns → joe.chou
Target Milestone: mozilla0.9.5 → mozilla0.9.6
I'm seeing this too with 0.9.5 solaris/sparc2.8 build from ftp site.
Well, from your log it seems GetMIMEDescription() is not called for
libjavaplugin_oji140.so while lib is loaded. This is very strange.
0.9.6 is out the door.

Jonadab: I have tested with the 0.9.6 build on Solaris 8 (sparc). About:plugins
tells me the Java 1.4 plugin is enabled but doesn't show MIME types. Applets
don't load either.
Please use jdk1.4beta3. Beta2 had some serious problems with plugin.

Note, to install - make a symlink to libjavaplugin_oji140.so from components 
dir (not from plugin dir). 
Igor: I *am* using JDK1.4b3 (sparcv9). Linking libjavaplugin_oji140.so from the
components/ subdirectory results in a Bus Error while loading a page with an
applet and while running regxpcom.

Could someone add the 'crash' keyword...?

Could you provide a stack trace, please ?

If you have Solaris>=2.8 just run 
% /usr/proc/bin/pstack <name-of-coredump>
and post that stack trace ...
Keywords: crash
Reinout: Also, could you please try to install 0.9.6 from scratch and 
     make a symlink from components dir. 
     (Removal of symlink from plugins dir may cause mozilla to feel bad) 
Igor: I did as you suggested. Mozilla crashes on about:plugins. Here's all info
I can find. 

1) running mozilla with -g switch results in this command:
/usr/local/bin/ddd --debugger "gdb -x /tmp/mozargs2284" ./mozilla-bin
The DDD window shows this output:
Program received signal SIGSEGV, Segmentation fault.
0xff19d448 in nsNativeComponentLoader::SelfRegisterDll () from
/net/public4/reinout/mozilla/./libxpcom.so
(gdb) cont
Continuing.

Program received signal SIGSEGV, Segmentation fault.
0xff19d448 in nsNativeComponentLoader::SelfRegisterDll () from
/net/public4/reinout/mozilla/./libxpcom.so
(gdb) next
Single stepping until exit from function
SelfRegisterDll__23nsNativeComponentLoaderP5nsDllPCci, 
which has no line number information.

After this, gdb kept eating 95% CPU but nothing happened anymore so I killed it.

2) I also ran regxpcom in gdb. Here's the backtrace:
bash-2.05$ gdb ./regxpcom
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.8"...
(no debugging symbols found)...
(gdb) run
Starting program: /net/public4/reinout/mozilla/./regxpcom 
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...[New LWP 1]
[New LWP 2]
[New LWP 3]
[New LWP 4]
warning: Lowest section in /usr/lib/libw.so.1 is .hash at 00000074

Program received signal SIGSEGV, Segmentation fault.
0xff29d448 in nsNativeComponentLoader::SelfRegisterDll ()
   from /net/public4/reinout/mozilla/./libxpcom.so
(gdb) bt
#0  0xff29d448 in nsNativeComponentLoader::SelfRegisterDll ()
   from /net/public4/reinout/mozilla/./libxpcom.so
#1  0xff29e594 in nsNativeComponentLoader::AutoRegisterComponent ()
   from /net/public4/reinout/mozilla/./libxpcom.so
#2  0xff29d00c in nsNativeComponentLoader::RegisterComponentsInDir ()
   from /net/public4/reinout/mozilla/./libxpcom.so
#3  0xff29cecc in nsNativeComponentLoader::AutoRegisterComponents ()
   from /net/public4/reinout/mozilla/./libxpcom.so
#4  0xff299ed4 in nsComponentManagerImpl::AutoRegisterImpl ()
   from /net/public4/reinout/mozilla/./libxpcom.so
#5  0xff299bbc in nsComponentManagerImpl::AutoRegister ()
   from /net/public4/reinout/mozilla/./libxpcom.so
#6  0xff29b480 in nsComponentManager::AutoRegister ()
   from /net/public4/reinout/mozilla/./libxpcom.so
#7  0x10fa8 in main ()

Finally, as per Roland's suggestion, I let mozilla dump core and ran pstack over
it. The output is too long to paste here so I'll attach it in a moment.
Attached file pstack output — 
pstack output on coredump following about:plugins when a symlink to JDK1.4b3's 
plugin is in the components/ subdirectory.
That stack shows a crash during component auto-registration during a plugin
refresh. cc:ing DougT

Does deleting your components.reg file help?
Peter: should I delete components.reg while Moz is running or before restarting it?
Re-assign to Ping Liao.
Assignee: joe.chou → ping.liao
Keywords: mozilla1.0
Target Milestone: mozilla0.9.6 → mozilla0.9.8
Reconfirmed with mozilla 0.9.8 (release build from ftp) and Java 1.4.0rc plugin.
Reinout: does it crash at the same place?

It could be related to recent changes of nsIComponentManager
 that cause recent java plugin to not work with recent trunk builds on 
 all platforms
 (see bug 99337 for details)

Original problem could be similar to one from 116444.
Could you please try   
  run-mozilla.sh /usr/bin/ldd -r your-java-plugin 
and post here all unresolved symbols?

BTW, java plugin 1.4 will *NOT* work untill regxpcom is able to register it.
So, you can test with regxpcom without trying to bring about:plugin or 
visiting pages with java.

Also, if you want to remove components,reg (this could be usefull)
then do this before restarting mozilla or regxpcom.

Yes, it still segfaults at nsNativeComponentLoader::SelfRegisterDll () . The
output of the ldd command you suggested is:

        libXt.so.4 =>    /usr/openwin/lib/libXt.so.4
        libX11.so.4 =>   /usr/openwin/lib/libX11.so.4
        libdl.so.1 =>    /usr/lib/libdl.so.1
        libCrun.so.1 =>  /usr/lib/libCrun.so.1
        libc.so.1 =>     /usr/lib/libc.so.1
        libSM.so.6 =>    /usr/openwin/lib/libSM.so.6
        libICE.so.6 =>   /usr/openwin/lib/libICE.so.6
        libXext.so.0 =>  /usr/openwin/lib/libXext.so.0
        libsocket.so.1 =>        /usr/lib/libsocket.so.1
        libnsl.so.1 =>   /usr/lib/libnsl.so.1
        libw.so.1 =>     /usr/lib/libw.so.1
        libdga.so.1 =>   /usr/openwin/lib/libdga.so.1
        libmp.so.2 =>    /usr/lib/libmp.so.2
        /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1
        symbol not found:
__1cQnsServiceManagerXGetGlobalServiceManager6FppnRnsIServiceManager__I_       
      (/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_EnterMonitor              
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_Wait              
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_ExitMonitor               
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_NewMonitor        
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_GetCurrentThread          
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_NotifyAll         
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_DestroyMonitor            
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_Socket            
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_Bind              
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_Listen            
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_Close             
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_Read              
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_CreateThread              
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_Poll              
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_Available         
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_GetError          
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_Sync              
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_Accept            
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_Write             
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_CreatePipe        
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
        symbol not found: PR_NewTCPSocketPair          
(/net/public5/java/j2sdk1.4.0/jre/plugin/sparc/ns610/libjavaplugin_oji140.so)
Today I have installed JDK1.4 FCS on my Solaris 2.7 SPARC box and now both Xlib
and GTK+ toolkit Forte7 builds are working... :)

I suggest to close this one as WFM (WorksForMe) ... :-)
Roland, can you be more specific about how you sucessfully got JDK 1.4 to work on
Solaris?
km@mathcs.emory.edu wrote:
> Roland, can you be more specific about how you sucessfully got JDK 1.4 to work 
> on Solaris?

a.) Any beta JDK1.4 does not work (tested: beta1, beta3)
b.) Note that I am using a Sun Workshop build (AFAIK mozilla.org nightlies are
gcc2.95.x-based ones. No clue if they will work... ;-( )
c.) Install instructions:
    1. Download JDK from http://java.sun.com/j2se/1.4/download.html
    2. Install it (via pkgadd blabla, see install instructions for details)
    3. Install the recommended patch cluster
    4. Install other patches in the patch list
    5. % cd dist/bin/plugins; ln -s
/usr/java/jre/plugin/sparc/ns610/libjavaplugin_oji140.so .

BTW: [3] and [4] were not neccesary on my boxes because they're up-to-date
patched... :)
It looks like this one can be resolved. JDK 1.4.0 plugin works with the
sparc/solaris 0.9.9 build from the ftp-site. (only symlinked from the /plugins
dir though, not from the /components dir).
Target Milestone: mozilla0.9.8 → mozilla1.0.1
Unbelievable. The Solaris/sparc RC1 build now crashes with the Java 1.4 plugin
linked either in plugins or in components. This is a regression compared to
0.9.9. :-(
WorksForMe, 2002-04-24-08-trunk, Solaris 2.7/SPARC build using Sun Workshop 7
EA2
The "official" RC1 I'm running has build ID 2002041818. Using Java plugin 1.3.1
works, 1.4.0 doesn't. Verified that 0.9.9 *does* work. I've attached the
backtrace, if that provides a clue to anyone.
I have the same problem as Reinout with Moz 1.0RC1 Solaris build 2002041818 and
Java plugin 1.4.0. It worked fine with 0.9.9
Problem still exists with 1.0RC2.
*** Bug 144628 has been marked as a duplicate of this bug. ***
This has been working OK for me for a while - I don't recall where I found the
solution, but I think it was in Bugzilla somewhere.

The solution is to try both the ns600 and the ns610 plugin. In fact the ns600
plugin works with Mozilla 1.0.

Apparently, the difference is not really which NS version, but which compiler
was used to produce the plugin. One is built with Gnu and one with Sun C++

Chris Petersen is a new QA contact for oji component. His email is:
petersen@netscape.com
Assignee: ping.liao → petersen
fixing small error for pmac@netscape.com (filter with : SPAMMAILSUCKS)
Assignee: petersen → joe.chou
QA Contact: pmac → petersen
*** Bug 148404 has been marked as a duplicate of this bug. ***
I think we should add an item to the release notes and then mark this bug as
FIXED.

Is that OK ?
Keywords: relnote
reassign to me
Assignee: joe.chou → joshua.xia
Roland, do you know who is responsbile to modify the mozilla release notes? We
can assign this bug to him. Thanks!
Pete Zha wrote:
> do you know who is responsbile to modify the mozilla release notes? We
> can assign this bug to him. Thanks!

Well, I could do it (assuming I get timeless's or dawn's permission to do so)
... :) or timeless/dawn can do it...
Whiteboard: later
By the definitions on <http://bugzilla.mozilla.org/bug_status.html#severity> and
<http://bugzilla.mozilla.org/enter_bug.cgi?format=guided>, crashing and dataloss
bugs are of critical or possibly higher severity.  Only changing open bugs to
minimize unnecessary spam.  Keywords to trigger this would be crash, topcrash,
topcrash+, zt4newcrash, dataloss.
Severity: normal → critical
I don't know if this fits in here, but my mozilla nighly build 2003012722 for
solaris 2.6 crashes when trying to load an applet.
This is the error output:
/users/ra04/waschk -> mozilla
ld.so.1: /users/ra04/waschk/mozilla/mozilla-bin: fatal: relocation error: file
/usr/j2se/jre/plugin/sparc/ns600/libjavaplugin_oji.so: symbol
GetGlobalServiceManager__16nsServiceManagerPP17nsIServiceManager: referenced
symbol not found
Killed

I'm running Solaris 2.7 (SPARC). BTW the solaris 2.7 nightly build doesn't run,
so I'm sticking to the 2.6 version.

With the ns610 plugin mozilla doesn't even start.

Older nightly builds were running fine with the ns600 plugin.
Götz Waschk wrote:
> I'm running Solaris 2.7 (SPARC). BTW the solaris 2.7 nightly build doesn't 
> run, so I'm sticking to the 2.6 version.

Did you file a bug for that yet ? If not please file one and CC: me...
->louie
Assignee: joshua.xia → Louie.Zhao
retargeting
Target Milestone: mozilla1.0.1 → Future
Product: Core → Core Graveyard
We don't support the OJI any more, so this bug should be obsolete.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: