gwtproject / gwt

GWT Open Source Project
http://www.gwtproject.org
1.53k stars 377 forks source link

REGRESSION: Hosted mode crashes under Linux #1113

Closed dankurka closed 9 years ago

dankurka commented 9 years ago

Originally reported on Google Code with ID 1105

Found in GWT Release:
rev 1166
Detailed description:
When started in linux, hosted mode crashes under linux.
Crashes with both JDK 1.4 and 1.5
Steps to reproduce
1. Compile latest revision of GWT
2. Compile $GWT_HOME/samples/DynaTable
3. run the shell
This will start the shell browser and crash immediately with following message
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  SIGSEGV (0xb) at pc=0xafb5daba, pid=23124, tid=3086797504
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_04-b05 mixed mode, sharing)
# Problematic frame:
# C  [libwidget_gtk2.so+0x21aba]  _ZN12nsBaseWidget19GetRenderingContextEv+0x2e
#
# An error report file with more information is saved as hs_err_pid23124.log

Every crash had been consistently at 
C  [libwidget_gtk2.so+0x21aba]  _ZN12nsBaseWidget19GetRenderingContextEv+0x2e

Workaround if you have one:
None. Hosted mode DOES NOT start in this version.

Links to the relevant GWT Developer Forum posts:

Reported by vijayakumar.kaliyaperumal on 2007-05-28 11:30:40


dankurka commented 9 years ago
Now tested with GWT 1.4.10 (GWT 1.4 RC1 ) too. Hosted mode crashes immediately with

# An unexpected error has been detected by HotSpot Virtual Machine:
#  SIGSEGV (0xb) at pc=0xa4ea2aba, pid=4299, tid=3086165696
# Java VM: Java HotSpot(TM) Client VM (1.4.2_13-b06 mixed mode)
# Problematic frame:
# C  [libwidget_gtk2.so+0x21aba]  _ZN12nsBaseWidget19GetRenderingContextEv+0x2e

Reported by vijayakumar.kaliyaperumal on 2007-05-30 08:33:22

dankurka commented 9 years ago
Confirmed for me too on 1.4.10, though it may be a separate issue:

 #
 # An unexpected error has been detected by Java Runtime Environment:
 #
 #  SIGSEGV (0xb) at pc=0x6e96d3d3, pid=18091, tid=3084233616
 #
 # Java VM: Java HotSpot(TM) Server VM (1.6.0-b105 mixed mode)
 # Problematic frame:
 # C  [libmozjs.so+0x133d3]  JS_SetReservedSlot+0x23
 #
 # An error report file with more information is saved as hs_err_pid18091.log
 #
 # If you would like to submit a bug report, please visit:
 #   http://java.sun.com/webapps/bugreport/crash.jsp
 #
 Java Result: 134

Reported by john+transition@tunison.net on 2007-05-31 00:00:28


dankurka commented 9 years ago
Confirmed for me too on 1.4.10:

#
# An unexpected error has been detected by Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0xb3060aba, pid=3625, tid=3084520336
#
# Java VM: Java HotSpot(TM) Client VM (1.6.0_01-b06 mixed mode, sharing)
# Problematic frame:
# C  [libwidget_gtk2.so+0x21aba]  _ZN12nsBaseWidget19GetRenderingContextEv+0x2e
#
# An error report file with more information is saved as hs_err_pid3625.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#
./MyApplication-shell: line 3:  3625 Aborted                 java -cp
"$APPDIR/src:$APPDIR/bin:/home/silas/Development/gwt-linux-1.4.10/gwt-user.jar:/home/silas/Development/gwt-linux-1.4.10/gwt-dev-linux.jar"
com.google.gwt.dev.GWTShell -out "$APPDIR/www" "$@"
com.mycompany.MyApplication/MyApplication.html

Reported by silassewell on 2007-05-31 18:50:15


dankurka commented 9 years ago
===== BEGIN DUMP =============================================================
JRockit dump produced after 0 days, 00:00:04 on Sat Jun  2 00:43:33 2007

Additional information is available in:
  /home/chingiz/icrpb/gwttest14/jrockit.16868.dump
No snapshot file (core dump) will be created because core dumps have been
disabled. To enable core dumping, try "ulimit -c unlimited"
before starting JRockit again.
If you see this dump, please open a support case with BEA and
supply as much information as you can on your system setup and
the program you were running. You can also search for solutions
to your problem at http://forums.bea.com in
the forum jrockit.developer.interest.general.

Error Message: Illegal memory access. [54]
Signal info  : si_signo=11, si_code=2 si_addr=(nil)
Version      : BEA JRockit(R) R27.2.0-131-78843-1.5.0_10-20070320-1511-linux-ia32
GC Mode      : Garbage collection optimized for throughput
GC Strategy  : Generational Parallel Mark & Sweep
             : Current OC phase is: not running. YC is not running.
             : mmHeap->data = 0x9200000, mmHeap->top = 0xd200000
             : The nurserylist starts at 0x9200000 and ends at 0xb200000
             : References are 32-bit.
CPU          : Intel Core SSE SSE2 SSE3 SSSE3 Core EM64T
Number CPUs  : 2
Tot Phys Mem : 2917916672 (2782 MB)
OS version   : Fedora Core release 6 (Zod)
Linux version 2.6.20-1.2952.fc6 (brewbuilder@ls20-bc1-14.build.redhat.com) (gcc
version 4.1.1 20070105 (Red Hat 4.1.1-51)) #1 SMP Wed May 16 18:59:18 EDT 2007 (i686)
Thread System: NPTL
State        : JVM is running
Command Line : -Dsun.java.launcher=SUN_STANDARD com.google.gwt.dev.GWTShell -out www
com.ehospitality.happeningspot.patron.Patron/Patron.html
java.home    : /opt/jrockit-R27.2.0-jdk1.5.0_10/jre
j.class.path :
/home/chingiz/icrpb/gwttest14/src:/home/chingiz/icrpb/gwttest14/bin:/opt/gwt/gwt-linux-1.4.10/gwt-user.jar:/opt/eclipse/plugins/org.junit_3.8.1/junit.jar:/opt/gwt/gwt-linux-1.4.10/gwt-dev-linux.jar
j.lib.path   :
/opt/jrockit-R27.2.0-jdk1.5.0_10/jre/lib/i386/jrockit:/opt/jrockit-R27.2.0-jdk1.5.0_10/jre/lib/i386:/opt/jrockit-R27.2.0-jdk1.5.0_10/jre/../lib/i386:/opt/jdk1.5.0_12/jre/lib/i386/server:/opt/jdk1.5.0_12/jre/lib/i386:/opt/jdk1.5.0_12/jre/../lib/i386:/usr/lib/firefox-1.5.0.12
JAVA_HOME    : <not set>
_JAVA_OPTIONS: <not set>
LD_LIBRARY_PATH:
/opt/jrockit-R27.2.0-jdk1.5.0_10/jre/lib/i386/jrockit:/opt/jrockit-R27.2.0-jdk1.5.0_10/jre/lib/i386:/opt/jrockit-R27.2.0-jdk1.5.0_10/jre/../lib/i386:/opt/jdk1.5.0_12/jre/lib/i386/server:/opt/jdk1.5.0_12/jre/lib/i386:/opt/jdk1.5.0_12/jre/../lib/i386:/usr/lib/firefox-1.5.0.12
LD_ASSUME_KERNEL: <not set>
C Heap       : Good; no memory allocations have failed
StackOverFlow: 0 StackOverFlowErrors have occured
OutOfMemory  : 0 OutOfMemoryErrors have occured

Registers (from ThreadContext: 0xbfe91350 / OS context: 0xbfe9144c):
   eax = bfe91748    ecx = 00000000    edx = 00000000    ebx = b50ff6ac 
   esp = bfe91740    ebp = bfe91770    esi = b673deb8    edi = bfe91748 
    es = 0000007b     cs = 00000073     ss = 0000007b     ds = 0000007b 
    fs = 00000000     gs = 00000033 
   eip = b50f2aba eflags = 00210292 

Stack:
(* marks the word pointed to by the stack pointer)
bfe91740: b51193a8* 00000000  00000000  bfe91818  00dee2f1  0608aed4  
bfe91758: b673ebe8  000041e4  00aad258  b50ff6ac  b673deb8  bfe917d8  
bfe91770: bfe91800  b50e25c6  b673deb8  060e01e4  00def7c0  b50e24a4  
bfe91788: bfe91790  bfe91798  bfe917d8  0605a656  060e0506  00000082  

Code:
(* marks the word pointed to by the instruction pointer)
b50f2a88: 90c3c95f  57e58955  ec835356  0000e828  815b0000  00cc12c3  
b50f2aa0: 08758b00  c7d87d8d  0000d845  e8570000  fffec7c4  8b08c483  
b50f2ab8: 128b1056* 1076ff50  832052ff  c08510c4  458b3378  04ec83d8  
b50f2ad0: ff56108b  ff501076  c4830c52  78c08510  d8758b1c  8b0cec83  

Loaded modules:
(* denotes the module causing the exception)
08048000-08056fd3  /opt/jrockit-R27.2.0-jdk1.5.0_10/bin/java
b7f07000-b7f07613  /opt/jrockit-R27.2.0-jdk1.5.0_10/bin/java
00de7000-00df9287  /lib/libpthread.so.0
00da3000-00dc737b  /lib/libm.so.6
00dcc000-00dcddfb  /lib/libdl.so.2
00101000-00237f3b  /lib/libc.so.6
00d86000-00d9ea33  /lib/ld-linux.so.2
b7bd2000-b7e71207  /opt/jrockit-R27.2.0-jdk1.5.0_10/jre/lib/i386/jrockit/libjvm.so
003ed000-003f35cb  /lib/librt.so.1
b7efa000-b7f0289b  /lib/libnss_files.so.2
b7a68000-b7a727db  /opt/jrockit-R27.2.0-jdk1.5.0_10/jre/lib/i386/libverify.so
b7a45000-b7a65217  /opt/jrockit-R27.2.0-jdk1.5.0_10/jre/lib/i386/libjava.so
b7a15000-b7a2709b  /lib/libnsl.so.1
b79ee000-b79f3f13  /opt/jrockit-R27.2.0-jdk1.5.0_10/jre/lib/i386/native_threads/libhpi.so
b7671000-b767f4c4  /opt/jrockit-R27.2.0-jdk1.5.0_10/jre/lib/i386/libzip.so
b7430000-b7479e1b  /opt/gwt/gwt-linux-1.4.10/libswt-pi-gtk-3235.so
0629a000-0662f5c3  /usr/lib/libgtk-x11-2.0.so.0
006f4000-006f7327  /lib/libgthread-2.0.so.0
070a6000-070aa393  /usr/lib/libXtst.so.6
06669000-0667ee73  /usr/lib/libgdk_pixbuf-2.0.so.0
06193000-0621c887  /usr/lib/libgdk-x11-2.0.so.0
06188000-0618f667  /usr/lib/libpangocairo-1.0.so.0
06129000-06165373  /usr/lib/libpango-1.0.so.0
0024d000-0034a0ff  /usr/lib/libX11.so.6
05ef6000-05ef986f  /usr/lib/libXfixes.so.3
0616a000-06183b53  /usr/lib/libatk-1.0.so.0
060e3000-061207ef  /lib/libgobject-2.0.so.0
06124000-06125f27  /lib/libgmodule-2.0.so.0
06043000-060dfddf  /lib/libglib-2.0.so.0
0622c000-062956e7  /usr/lib/libcairo.so.2
00351000-0035f157  /usr/lib/libXext.so.6
00386000-003ac46b  /usr/lib/libfontconfig.so.1
003b7000-003be2d7  /usr/lib/libXrender.so.1
003c2000-003c34cf  /usr/lib/libXinerama.so.1
06222000-06228cbb  /usr/lib/libXi.so.6
05ef0000-05ef23b3  /usr/lib/libXrandr.so.2
003c7000-003cf7a3  /usr/lib/libXcursor.so.1
06639000-066653e7  /usr/lib/libpangoft2-1.0.so.0
05e46000-05ec2453  /usr/lib/libfreetype.so.6
00248000-00249977  /usr/lib/libXau.so.6
00240000-0024431f  /usr/lib/libXdmcp.so.6
00dd2000-00de388f  /usr/lib/libz.so.1
05ec8000-05eec6d3  /usr/lib/libpng12.so.0
00363000-0038155b  /lib/libexpat.so.0
b7eef000-b7eefd2f  /usr/lib/gconv/ISO8859-1.so
b7407000-b742c073  /opt/gwt/gwt-linux-1.4.10/libswt-gtk-3235.so
b71ee000-b71fedd3  /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so
b6f72000-b6f73bbb  /usr/lib/pango/1.5.0/modules/pango-basic-fc.so
b7489000-b749a0a3  /opt/jrockit-R27.2.0-jdk1.5.0_10/jre/lib/i386/libnet.so
b7607000-b760aa27  /lib/libnss_dns.so.2
00d37000-00d4587f  /lib/libresolv.so.2
b6ad0000-b6afcc97  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/libnspr4.so
b769e000-b76a0fe7  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/libplc4.so
b769b000-b769cb0f  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/libplds4.so
b6a23000-b6ac9a33  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/libxpcom.so
b6547000-b65f56b3  /usr/lib/libstdc++.so.5
b747d000-b74878e3  /lib/libgcc_s.so.1
b768e000-b76983eb  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/libmozz.so
b64d3000-b65422df  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/libmozjs.so
b69bf000-b69dc913  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/libgkgfx.so
b6e41000-b6e4e5d3 
/opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/libtypeaheadfind.so
b6995000-b69bc187 
/opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/libembedcomponents.so
b6c01000-b6c107cb  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/libpref.so
b7687000-b768c63f  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/libsystem-pref.so
b693e000-b6943bef  /usr/lib/libpangoxft-1.0.so.0
b6a18000-b6a21e03  /usr/lib/libpangox-1.0.so.0
b670b000-b671cd97  /usr/lib/libXft.so.2
b6416000-b64cb1b3  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/libnecko.so
b6949000-b695c0d7  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/libcaps.so
b6404000-b641449b  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/libjsd.so
b63e9000-b6401757  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/libgtkembedmoz.so
b63d5000-b63e7007  /opt/gwt/gwt-linux-1.4.10/libswt-mozilla-gtk-3235.so
b62d1000-b63b0cdb  /usr/lib/libstdc++.so.6
b7601000-b7605517  /opt/gwt/gwt-linux-1.4.10/libswt-mozilla17-profile-gtk-3235.so
b7683000-b7684abf  /usr/lib/gconv/UTF-16.so
b5d0a000-b6288b03  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/libgklayout.so
b5cc6000-b5d054e3  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/libxpconnect.so
b528c000-b52c13f3  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/libi18n.so
b5261000-b5289173  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/libimglib2.so
b5239000-b525eb53  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/librdf.so
b7403000-b7405ecf  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/libgtkxtbin.so
06682000-066d5e57  /usr/lib/libXt.so.6
b6a0f000-b6a168c7  /usr/lib/libSM.so.6
b521f000-b5235553  /usr/lib/libICE.so.6
b50d1000-b50fc70f */opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/libwidget_gtk2.so
b509b000-b50cd6bf  /usr/lib/libgconf-2.so.4
b5043000-b50908fb  /usr/lib/libORBit-2.so.0
b69ee000-b69fcfce  /opt/gwt/gwt-linux-1.4.10/libgwt-ll.so
b63c3000-b63d3733  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/libwebbrwsr.so
b4fe8000-b503fd73  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/libdocshell.so
b4f7b000-b4fe3a93  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/libappcomps.so
b6703000-b670987f  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/libpipboot.so
b5207000-b521cc87  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/libjsj.so
b4f64000-b4f790e3  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/liboji.so
b4f33000-b4f61353  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/components/libgkplugin.so
b698f000-b6993327  /opt/gwt/gwt-linux-1.4.10/mozilla-1.7.13/plugins/libnullplugin.so

"Main Thread" id=1 idx=0x4 tid=16868 lastJavaFrame=0xbfe91d48

Stack 0: start=0xbfc96000, end=0xbfe96000, guards=0xbfc9b000 (ok), forbidden=0xbfc99000
Thread Stack Trace:
    at _ZN12nsBaseWidget19GetRenderingContextEv+46()@0xb50f2aba
    at _ZN8nsWindow13OnExposeEventEP10_GtkWidgetP15_GdkEventExpose+304()@0xb50e25c6
    at _Z15expose_event_cbP10_GtkWidgetP15_GdkEventExpose+56(nsWindow.cpp)@0xb50e6bf4
    at <unknown>(???.c)@0x63ccb00
    at <unknown>(???.c)@0x60ebd9b
    at <unknown>(???.c)@0x60fc433
    at <unknown>(???.c)@0x60fd71f
    at <unknown>(???.c)@0x60fdb19
    at <unknown>(???.c)@0x64e1748
    at <unknown>(???.c)@0x63c71b5
    at <unknown>(???.c)@0xb74656a4
    -- Java stack --
    at org/eclipse/swt/internal/gtk/OS._gtk_main_do_event(I)V(Native Method)
    at org/eclipse/swt/internal/gtk/OS.gtk_main_do_event(OS.java:5273)
    at org/eclipse/swt/widgets/Display.eventProc(Display.java:1135)
    at jrockit/vm/RNI.c2java(IIII)V(Native Method)
    at org/eclipse/swt/internal/gtk/OS._gdk_window_process_updates(IZ)V(Native Method)
    at org/eclipse/swt/internal/gtk/OS.gdk_window_process_updates(OS.java:3410)
    at org/eclipse/swt/widgets/Control.update(Control.java:3703)
    at org/eclipse/swt/widgets/Shell.setVisible(Shell.java:1449)
    at org/eclipse/swt/widgets/Shell.open(Shell.java:996)
    at com/google/gwt/dev/GWTShell.openNewBrowserWindow(GWTShell.java:516)
    at com/google/gwt/dev/GWTShell.launchStartupUrls(GWTShell.java:465)
    at com/google/gwt/dev/GWTShell.run(GWTShell.java:548)
    at com/google/gwt/dev/GWTShell.main(GWTShell.java:321)
    at jrockit/vm/RNI.c2java(IIII)V(Native Method)
    -- end of trace

Additional information is available in:
  /home/chingiz/icrpb/gwttest14/jrockit.16868.dump
No snapshot file (core dump) will be created because core dumps have been
disabled. To enable core dumping, try "ulimit -c unlimited"
before starting JRockit again.
If you see this dump, please open a support case with BEA and
supply as much information as you can on your system setup and
the program you were running. You can also search for solutions
to your problem at http://forums.bea.com in
the forum jrockit.developer.interest.general.
Extended, platform specific info:
libc release: 2.5-stable
Elf headers:
libc       ehdrs: EI: 7f454c46010101000000000000000000 ET: 3 EM: 3 V: 1 ENTRY:
00117070 PHOFF: 00000034 SHOFF: 00180420 EF: 0x0 HS: 52 PS: 32 PHN; 10 SS: 40 SHN:
75
STIDX: 74
libpthread ehdrs: EI: 7f454c46010101000000000000000000 ET: 3 EM: 3 V: 1 ENTRY:
00deb8d0 PHOFF: 00000034 SHOFF: 0001e43c EF: 0x0 HS: 52 PS: 32 PHN; 9 SS: 40 SHN: 40
STIDX: 39
libjvm     ehdrs: EI: 7f454c46010101000000000000000000 ET: 3 EM: 3 V: 1 ENTRY:
00057470 PHOFF: 00000034 SHOFF: 002dfe00 EF: 0x0 HS: 52 PS: 32 PHN; 4 SS: 40 SHN: 19
STIDX: 16
===== END DUMP ===============================================================

Reported by chingiz.tairbekov on 2007-06-02 04:44:37


dankurka commented 9 years ago

Reported by gwt.team.morrildl on 2007-06-04 15:23:05

dankurka commented 9 years ago
One affected user observes that this may be related to the 1.7.13 SeaMonkey build: 
he was able to use a Subversion head build, prior to that commit.

Reported by gwt.team.morrildl on 2007-06-04 15:28:22

dankurka commented 9 years ago
One affected platform is Fedora 7; both the shipped 1.4.10 build, and a build from
subversion trunk crash in this way.

Platform is 64-bit, but w/ a 32-bit JVM & environment.

Reported by gwt.team.morrildl on 2007-06-04 15:50:05

dankurka commented 9 years ago
Looking at it...

Reported by gwt.team.jat on 2007-06-05 18:01:41

dankurka commented 9 years ago
Confirmed for me too on 1.4RC:

[pelkey@pelkey Hello]$ ./Hello-shell 
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  SIGSEGV (0xb) at pc=0xa78deaba, pid=25075, tid=3086097280
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_09-b01 mixed mode)
# Problematic frame:
# C  [libwidget_gtk2.so+0x21aba]
_ZN12nsBaseWidget19GetRenderingContextEv+0x2e
#
# An error report file with more information is saved as
hs_err_pid25075.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#
./Hello-shell: line 3: 25075 Aborted                 java -cp
"$APPDIR/src:$APPDIR/bin:$APPDIR/../../gwt-user.jar:
$APPDIR/../../gwt-dev-linux.jar" com.google.gwt.dev.GWTShell -out
"$APPDIR/www" "$@" com.google.gwt.sample.hello.Hello/Hello.html

I'll attach my hs_err_pid25075.log

Reported by pelkey@cassatt.com on 2007-06-06 20:06:27


dankurka commented 9 years ago
Can people reporting this error provide information about what they are running?  I
am unable to reproduce this problem (using DynaTable-shell) in Ubuntu 6.06 (on a
64-bit machine, 32-bit JDK etc) with Sun's JDK1.5 or JDK1.6, or FC7 (on a 32-bit VM,
after installing compat-libstdc++-33) with Sun's JDK1.5 (using the jpackage rpm
java-1.5.0-sun-1.5.0.09-1jpp.nosrc.rpm), or RHEL4 32-bit with Sun JDK1.5.

Ideally, please include output of the following:
  Linux distribution (with version, typically in /etc/*-release)
  uname -a
  java -version

silassewell - can you give details of how you installed JDK 1.6 on your FC7 machine?
 I have tried using the exact same kernel (though on a 32-bit VM and a different
JDK), but I can't reproduce a failure in DynaTable.

Reported by gwt.team.jat on 2007-06-06 23:01:58

dankurka commented 9 years ago
Linux distribution: Fedora 7

uname -a: Linux localhost.localdomain 2.6.21 #1 SMP Fri Apr 27 14:01:36 BST 2007
x86_64 x86_64 x86_64 GNU/Linux

java -version: java version "1.6.0_01"
Java(TM) SE Runtime Environment (build 1.6.0_01-b06)
Java HotSpot(TM) Client VM (build 1.6.0_01-b06, mixed mode, sharing)

To install the JDK, I simply downloaded it the tarball from the Sun website and
extracted to a directory.

Note that morrild was talking about me in comment #6 and comment #7. So I am able to
run hosted mode fine if I revert to the tarball from a svn revision before mozilla
1.7.13 was introduced.

In fact, I just tried something else. If I copy the mozilla 1.7.12 folder from that
build into 1.4.10 and, delete 1.7.13 and rename 1.7.12 to 1.7.13, hosted mode doesn't
crash anymore. Hosted mode fails in the end with "[ERROR] Unable to load
'com/google/gwt/core/client/GWT.java-hosted' from class path; is your installation
corrupt? java.io.FileNotFoundException: com/google/gwt/core/client/GWT.java-hosted",
but it does _not_ crash.

Note that google code is not sending notification emails for some reason, so it may
be that responses to your requests won't be very quick.

Reported by ismaelj on 2007-06-07 13:07:42

dankurka commented 9 years ago
Fedora Core release 6 (Zod)

[pelkey@pelkey etc]$ uname -a
Linux pelkey.cos.cassatt.com 2.6.20-1.2933.fc6 #1 SMP Mon Mar 19 10:42:48 EDT 2007
i686 i686 i386 GNU/Linux

[pelkey@pelkey etc]$ java -version
java version "1.5.0_09"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_09-b01)
Java HotSpot(TM) Client VM (build 1.5.0_09-b01, mixed mode)

I see this running something as simple the Hello sample.

Reported by pelkey@cassatt.com on 2007-06-07 17:01:10

dankurka commented 9 years ago
BTW - I also was working just fine with a Subversion head build from just a few weeks
ago (a pull sometime on May 16th, I believe); that was also before mozilla-1.7.13
went in.

Reported by pelkey@cassatt.com on 2007-06-07 17:29:27

dankurka commented 9 years ago
Reproduced on Fedora Core 6, 32-bit AMD 2600+ with both JDK 1.5 and JDK 1.6 (hoped
that upgrading might fix the problem, but it didn't).  Using the latest beta 1.4.

Don't remember how JDK 1.5 was installed, but used Sun's Java RPM & JPackage wrapper
to install it.

Getting the error in JS_SetReservedSlot as seen above.  Seems to happen eventually
if
you add a lot of dynamic HTML to your page (try adding a few hundred labels and
refreshing a bit).

Reported by mmastrac on 2007-06-07 21:17:03

dankurka commented 9 years ago
gwt.team.jat -- 

I used the latest RPM version available from http://java.sun.com/javase/downloads/

SE Development Kit 6 Update 1 (jdk-6u1-linux-i586-rpm.bin).

1. yum -y install compat-libstdc++-33 compat-libstdc++-296
2. sh jdk-6u1-linux-i586-rpm.bin && rpm -i jdk-6u1-linux-i586.rpm
3. Exported JAVA_HOME and set java/javac alternatives

Let me know if you need any additional details.

Reported by silassewell on 2007-06-07 23:25:24

dankurka commented 9 years ago
I'm unable to get GWT1.4RC1 (1.4.10) running on any number of fedora/i368 machines
(fc6/f7) I've tried may combinations of sun jre but no luck

Here's my latest: fresh install of fedora f7:

--- snip ---
[root@localhost aaa]# ./Client-shell 
#
# An unexpected error has been detected by Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0xb30c8aba, pid=6826, tid=3084942224
#
# Java VM: Java HotSpot(TM) Client VM (1.6.0_01-b06 mixed mode, sharing)
# Problematic frame:
# C  [libwidget_gtk2.so+0x21aba]  _ZN12nsBaseWidget19GetRenderingContextEv+0x2e
#
# An error report file with more information is saved as hs_err_pid6826.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#
./Client-shell: line 3:  6826 Aborted                 java -cp
"$APPDIR/src:$APPDIR/bin:/usr/local/gwt-linux-1.4.10/gwt-user.jar:/usr/local/gwt-linux-1.4.10/gwt-dev-linux.jar"
com.google.gwt.dev.GWTShell -out "$APPDIR/www" "$@" Client/Client.html
[root@localhost aaa]# 

Reported by rrizun on 2007-06-09 20:07:05

dankurka commented 9 years ago
The 'built-in' gcj java on fedora f7 does not work for me either:

--- snip ---
[root@localhost aaa]# ./Client-shell 
./Client-shell: line 3: 28840 Aborted                 java -cp
"$APPDIR/src:$APPDIR/bin:/usr/local/gwt-linux-1.4.10/gwt-user.jar:/usr/local/gwt-linux-1.4.10/gwt-dev-linux.jar"
com.google.gwt.dev.GWTShell -out "$APPDIR/www" "$@" Client/Client.html
[root@localhost aaa]# java -version
java version "1.5.0"
gij (GNU libgcj) version 4.1.2 20070502 (Red Hat 4.1.2-12)

Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
[root@localhost aaa]# 

Reported by rrizun on 2007-06-09 20:10:53

dankurka commented 9 years ago
gcj isn't going to work -- you will need a regular JVM, such as one from Sun or IBM
(I am sure there are other JVMs which will work as well).

Reported by gwt.team.jat on 2007-06-11 03:41:21

dankurka commented 9 years ago
I confirm, same problem when using 1.4 RC.

GConf Error: Adding client to server's list failed, CORBA error:
IDL:omg.org/CORBA/COMM_FAILURE:1.0
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  SIGSEGV (0xb) at pc=0x8d7f8cf2, pid=22018, tid=1075318912
#
# Java VM: Java HotSpot(TM) Server VM (1.5.0_06-b05 mixed mode)
# Problematic frame:
# C  [libwidget_gtk2.so+0x1dcf2]

---------------  S Y S T E M  ---------------

OS:Red Hat Enterprise Linux AS release 3 (Taroon Update 7)

uname:Linux 2.4.21-40.ELsmp #1 SMP Thu Feb 2 22:13:55 EST 2006 x86_64
libc:glibc 2.3.2 NPTL 0.60
rlimit: STACK 10240k, CORE infinity, NPROC 65536, NOFILE 1024, AS
infinity
load average:0.47 0.25 0.16

CPU:total 4 family 47, cmov, cx8, fxsr, mmx, sse, sse2, ht

Memory: 4k page, physical 1934k(859k free), swap 2555k(2510k free)

vm_info: Java HotSpot(TM) Server VM (1.5.0_06-b05) for linux-x86,
built on Nov 10 2005 10:56:33 by java_re with gcc 3.2.1-7a (J2SE
release) 

Enclosed the hs file.

Reported by claude.petot on 2007-06-11 10:51:57


dankurka commented 9 years ago
It looks like maybe there are different things going on -- some reports say that
basically you can't run anything in hosted mode using the XXX-shell script, while
others seem to imply it will eventually happen if you dynamically create enough
objects.  It sounds like perhaps the JS_SetReservedSlot error only happens
intermittently while the nsBaseWidget::GetRenderingContext() crash happens immediately.

So, could those posting this please clarify if your crash was not as I assume above?

Reported by gwt.team.jat on 2007-06-11 18:44:28

dankurka commented 9 years ago
jat - at least for the JS_SetReservedSlot error, I believe you are correct. 

I can always start up the hosted mode (hasn't failed yet) through eclipse or
command-line.  After a while (or more often if creating many dynamic objects), the
hosted mode will crash on JS_SetReservedSlot.  

Reported by mmastrac on 2007-06-11 19:09:42

dankurka commented 9 years ago
I can confirm that the nsBaseWidget::GetRenderingContext() problem happens
immediately for me.

Reported by ismaelj on 2007-06-11 19:21:08

dankurka commented 9 years ago
GetRenderingContext crashes immediately for me. Specifically, the first window pops
up fine, but then, the second window opens, BUT, I just see a blip of the second
window for a split-millisecond and then it crashes immediately, complaining about
nsBaseWidget::GetRenderingContext.

Reported by rrizun on 2007-06-11 19:37:31

dankurka commented 9 years ago
For me too, the crash happens immediatly with nsBaseWidget::GetRenderingContext()

Reported by claude.petot on 2007-06-12 07:37:51

dankurka commented 9 years ago
Ok, I was able to reproduce the nsBaseWidget::GetRenderingContext() crash on a FC6
install on bare x86_64 hardware with Sun's JDK 1.6.0.  I will work on narrowing down
what is causing that, and hopefully that will fix the other people having the same
crash.

Reported by gwt.team.jat on 2007-06-12 14:51:48

dankurka commented 9 years ago
We committed r1190 and r1191 to roll back the default Mozilla to 1.7.12, while
allowing dynamic selection of the Mozilla installation to use from a config file. 
If
you can, please build from the current source and make sure the generated build works
ok for you.  In the next day or two, I will make a version of 1.7.13 avaialble which
you can switch to by simply unpacking it in your GWT install directory and we will
see if it will fix your problems while still allowing mouse wheel events in hosted
mode (the reason we switched to 1.7.13 in the first place).  Alternatively, if you
have a system installation of Mozilla 1.7.13, you can edit the
mozilla-hosted-browser.conf file to comment out the GWT-supplied install and give it
a try.

Aside from getting a working 1.7.13 again, I will also work on getting the native
code built against 1.7.12 rather than 1.7.13 -- it appears to work, but since the
reasone we are rolling back to 1.7.12 is stability across different platforms, it
seems less desirable to have this code built against 1.7.13.

Reported by gwt.team.jat on 2007-06-18 22:44:17

dankurka commented 9 years ago
I pulled the current source this morning and built and am no longer seeing the
problem with nsBaseWidgetGetRenderingContext at startup.  Seemed to work for both the
Hello sample and my own prototype code I was working on in 1.3.3 before this issue
with 1.4 came up.

Thanks for the fix!

Reported by pelkey@cassatt.com on 2007-06-19 15:31:51

dankurka commented 9 years ago
Hmmm - figured I should report this since I just saw this on the latest source you
asked us to build and test.  Previously I was hitting the
nsBaseWidgetGetRenderingContext issue so I couldn't even start the app.  As I noted
earlier, now that is working fine, but after working in my code this morning for a
few hours, I have just now seen the other JS_SetReservedSlot issue.  As previously
reported by others, I also have a lot of DHTML; I am adding/removing TreeItems to a
tree pretty continuously in hosted mode.  I will attach another hs_err file.

#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  SIGSEGV (0xb) at pc=0xa8c00792, pid=19811, tid=3086318464
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_09-b01 mixed mode)
# Problematic frame:
# C  [libmozjs.so+0x14792]  JS_SetReservedSlot+0x22
#
# An error report file with more information is saved as hs_err_pid19811.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#

Reported by pelkey@cassatt.com on 2007-06-19 18:57:22


dankurka commented 9 years ago
Thanks, I have created a new issue (1281) for the JS_SetReservedSlot crashes --
please enter future posts about this problem there instead.

http://code.google.com/p/google-web-toolkit/issues/detail?id=1281

Reported by gwt.team.jat on 2007-06-19 21:17:46

dankurka commented 9 years ago
1.4 RC2 now released.

Reported by gwt.team.scottb on 2007-08-20 19:26:06

dankurka commented 9 years ago

Reported by sumitchandel+legacy@google.com on 2008-04-28 23:38:04

dankurka commented 9 years ago
looks like this issue still persists. I am using fedora core 6 and with latest
jre(1.6.16) and mozilla 1.7.13, still ending in jvm crash,

The server is running at http://localhost:8080/
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x8d89eaba, pid=7766, tid=3076053904
#
# JRE version: 6.0_16-b01
# Java VM: Java HotSpot(TM) Server VM (14.2-b01 mixed mode linux-x86 )
# Problematic frame:
# C  [libwidget_gtk2.so+0x21aba]  _ZN12nsBaseWidget19GetRenderingContextEv+0x2e
#
# An error report file with more information is saved as:
# /jana/emrg_workspace/StockWatcher/war/hs_err_pid7766.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

Reported by jana.poornavel on 2009-09-18 20:48:15

dankurka commented 9 years ago
i'm facing this issue on:
Windows XP SP3 Version 2002
IE 6.0.2900.5512.xpsp_sp3_gdr.090206-1234

Error log:
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7c910cce, pid=4940, tid=5036
#
# JRE version: 6.0_16-b01
# Java VM: Java HotSpot(TM) Client VM (14.2-b01 mixed mode windows-x86 )
# Problematic frame:
# C  [ntdll.dll+0x10cce]
#
# An error report file with more information is saved as:
# D:\Work\Projects\analysis3.4.0\cmp\portal\web\hs_err_pid4940.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

Reported by oleksandr.berezianskyi on 2009-09-28 08:05:56

dankurka commented 9 years ago
I've found root cause of my failure : using ImageBundle under IE6.
Workaround: use Images under IE6 through deferred binding
How to fix EXCEPTION_ACCESS_VIOLATION (0xc0000005) under Windows+IE6:
--------Was--------
class ImageUserClass {
    private static final SomeImageBundle images = GWT.create(SomeImageBundle.class);
}

interface SomeImageBundle{
@Resource(value = "somePath") 
    AbstractImagePrototype someIcon();
}
--------___--------

--------After fix--------
class ImageUserClass {
    private final SomeImagesWrapper images = GWT.create(SomeImagesWrapper.class);
}

class SomeImagesWrapper {
private static final SomeImageBundle images = GWT.create(SomeImageBundle.class);
    public Image someIcon() {
        return someIcon().createImage();
    }
}

class SomeImagesWrapperIE extends SomeImagesWrapper {
    @Override
    public Image someIcon() {
        return new Image("somePath");
    }
}
module.gwt.xml
...
    <!-- IE's implementation use Images instead ImageBundle -->
    <replace-with class="com.clarabridge.common.client.widget.ruleeditor.resource.SomeImagesWrapperIE">
        <when-type-is class="com.clarabridge.common.client.widget.ruleeditor.resource.SomeImagesWrapper"
/>
        <any>
            <when-property-is name="user.agent" value="ie6" />
        </any>
    </replace-with>
...
--------__________--------

I think it can be done more optimal, but it fine works for me.

Reported by oleksandr.berezianskyi on 2009-09-28 09:25:03

dankurka commented 9 years ago

Reported by rjrjr@google.com on 2011-02-09 00:15:51