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

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

	hs_err_pid18091.log
	55.1 KB Download

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

	hs_err_pid3763.log
	37.5 KB Download

===== 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 ===============================================================

	jrockit.16868.dump
	12.2 KB Download

(No comment was entered for this change.)

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.

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.

Looking at it...

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

	hs_err_pid25075.log
	37.6 KB Download

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.

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.

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.

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.

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).

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.

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]# 

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]# 

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).

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.

	hs_err_pid14487.log
	37.4 KB Download

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?

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.  

I can confirm that the nsBaseWidget::GetRenderingContext() problem happens
immediately for me.

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.

For me too, the crash happens immediatly with nsBaseWidget::GetRenderingContext()

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.

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.

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!

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
#

	hs_err_pid19811.log
	47.3 KB Download

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

1.4 RC2 now released.

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.
#

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.
#

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.