[gwt-contrib] Re: JVM crashes when using GWT compiler under Java 6 update 7 JVM

2009-04-30 Thread mbebjak

I have updated JRE and JDK to the version 1.6.0_13 and it works! No
more errors.
--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---



[gwt-contrib] Re: JVM crashes when using GWT compiler under Java 6 update 7 JVM

2009-04-29 Thread mbebjak

I have the same problem. Have you found any other solution then the
mentioned workaround?

--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---



[gwt-contrib] Re: JVM crashes when using GWT compiler under Java 6 update 7 JVM

2009-04-02 Thread Scott Blum
This looks to me like a HotSpot problem.. the jitter is crashing trying to
compile some JDT code.
Current thread (0x08ab8800):  JavaThread CompilerThread0 daemon
[_thread_in_native, id=2484, stack(0xe037f000,0xe040)]

Current CompileTask:
C2:498
 
org.eclipse.jdt.internal.compiler.lookup.ParameterizedMethodBinding.init(Lorg/eclipse/jdt/internal/compiler/lookup/ParameterizedTypeBinding;Lorg/eclipse/jdt/internal/compiler/lookup/MethodBinding;)V
(596 bytes)

So here's how you could try to come up with a workaround / file an issue
against the JVM:

- Grab our JDT 3.4.2 jar out of the GWT tools repository
- Open it up and find the source for ParameterizedMethodBinding
- Add this source file to your project (you'll need to put gwt-dev-windows
on your path if it's not)

You should now be able to run a compile and repro the crash.  If you *can't*
repro the crash anymore, it's possible your compiler is producing a slightly
different .class file for that class than the class file we ship (which was
built by the JDT guys).

Assuming you can repro the crash, start commenting out lines of code in the
offending constructor until it no longer crashes.  Or start refactoring out
pieces of the constructor into individual methods.  By playing around, you
can probably figure out what's killing it.


On Fri, Mar 27, 2009 at 2:26 PM, Vitali Lovich vlov...@gmail.com wrote:

 Ugggh... you want me to do all the work don't you :D

 On a separate note 5094 compilation is broken (JUnitShell fails to
 compile).  In 5096 the problem is resolved.


 On Fri, Mar 27, 2009 at 2:03 PM, Scott Blum sco...@google.com wrote:

 I can has hs_err_pid17105.log?


 On Fri, Mar 27, 2009 at 12:36 PM, Vitali Lovich vlov...@gmail.comwrote:


 [java] Compiling module com.google.gwt.benchmarks.viewer.ReportViewer
  [java] #

  [java] # An unexpected error has been detected by Java Runtime
 Environment:
  [java] #
  [java] #  SIGSEGV (0xb) at pc=0x0625665c, pid=17105, tid=3762477968
  [java] #
  [java] # Java VM: Java HotSpot(TM) Server VM (10.0-b23 mixed mode
 linux-x86)
  [java] # Problematic frame:
  [java] # V  [libjvm.so+0x25665c]
  [java] #
  [java] # An error report file with more information is saved as:
  [java] #
 /home/vlovich/workspace/gwt/tools/benchmark-viewer/hs_err_pid17105.log
  [java] #
  [java] # If you would like to submit a bug report, please visit:
  [java] #   http://java.sun.com/webapps/bugreport/crash.jsp
  [java] # The crash happened outside the Java Virtual Machine in
 native code.
  [java] # See problematic frame for where to report the bug.
  [java] #

 This is kind of annoying because GWT fails to build with the newer JDKs
 due to the issue mentioned before with the change to generics.  So it's a
 two step workaround:  Use the older sun JDK to compile the classes  after
 it crashes, use run ant again with the newer JDK so that the GWT compiler
 doesn't crash the VM.

 This also happens if I try to use the older JDK with my projects, but
 that's not really an issue since I just use the latest OpenJDK in the Ubuntu
 repos.

 Might be relevant that I'm using 64-bit jdks.







 


--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---



[gwt-contrib] Re: JVM crashes when using GWT compiler under Java 6 update 7 JVM

2009-04-02 Thread Ray Cromwell
Another quick workaround is try to switch the jitter (from -client to
-server). In JDK6 and below, these are in fact, separate compilers. I had
similar crashes with Java6 on OSX at one point and switching the HotSpot
compiler fixed them.
-Ray

On Thu, Apr 2, 2009 at 11:16 AM, Scott Blum sco...@google.com wrote:

 This looks to me like a HotSpot problem.. the jitter is crashing trying to
 compile some JDT code.
 Current thread (0x08ab8800):  JavaThread CompilerThread0 daemon
 [_thread_in_native, id=2484, stack(0xe037f000,0xe040)]

 Current CompileTask:
 C2:498
  
 org.eclipse.jdt.internal.compiler.lookup.ParameterizedMethodBinding.init(Lorg/eclipse/jdt/internal/compiler/lookup/ParameterizedTypeBinding;Lorg/eclipse/jdt/internal/compiler/lookup/MethodBinding;)V
 (596 bytes)

 So here's how you could try to come up with a workaround / file an issue
 against the JVM:

 - Grab our JDT 3.4.2 jar out of the GWT tools repository
 - Open it up and find the source for ParameterizedMethodBinding
 - Add this source file to your project (you'll need to put gwt-dev-windows
 on your path if it's not)

 You should now be able to run a compile and repro the crash.  If you
 *can't* repro the crash anymore, it's possible your compiler is producing a
 slightly different .class file for that class than the class file we ship
 (which was built by the JDT guys).

 Assuming you can repro the crash, start commenting out lines of code in the
 offending constructor until it no longer crashes.  Or start refactoring out
 pieces of the constructor into individual methods.  By playing around, you
 can probably figure out what's killing it.


 On Fri, Mar 27, 2009 at 2:26 PM, Vitali Lovich vlov...@gmail.com wrote:

 Ugggh... you want me to do all the work don't you :D

 On a separate note 5094 compilation is broken (JUnitShell fails to
 compile).  In 5096 the problem is resolved.


 On Fri, Mar 27, 2009 at 2:03 PM, Scott Blum sco...@google.com wrote:

 I can has hs_err_pid17105.log?


 On Fri, Mar 27, 2009 at 12:36 PM, Vitali Lovich vlov...@gmail.comwrote:


 [java] Compiling module
 com.google.gwt.benchmarks.viewer.ReportViewer
  [java]
 #
  [java] # An unexpected error has been detected by Java Runtime
 Environment:
  [java] #
  [java] #  SIGSEGV (0xb) at pc=0x0625665c, pid=17105, tid=3762477968
  [java] #
  [java] # Java VM: Java HotSpot(TM) Server VM (10.0-b23 mixed mode
 linux-x86)
  [java] # Problematic frame:
  [java] # V  [libjvm.so+0x25665c]
  [java] #
  [java] # An error report file with more information is saved as:
  [java] #
 /home/vlovich/workspace/gwt/tools/benchmark-viewer/hs_err_pid17105.log
  [java] #
  [java] # If you would like to submit a bug report, please visit:
  [java] #   http://java.sun.com/webapps/bugreport/crash.jsp
  [java] # The crash happened outside the Java Virtual Machine in
 native code.
  [java] # See problematic frame for where to report the bug.
  [java] #

 This is kind of annoying because GWT fails to build with the newer JDKs
 due to the issue mentioned before with the change to generics.  So it's a
 two step workaround:  Use the older sun JDK to compile the classes  after
 it crashes, use run ant again with the newer JDK so that the GWT compiler
 doesn't crash the VM.

 This also happens if I try to use the older JDK with my projects, but
 that's not really an issue since I just use the latest OpenJDK in the 
 Ubuntu
 repos.

 Might be relevant that I'm using 64-bit jdks.










 


--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---



[gwt-contrib] Re: JVM crashes when using GWT compiler under Java 6 update 7 JVM

2009-04-02 Thread Vitali Lovich
Interesting - didn't think of that, but I believe I had it set to -server
(not in the compilation of GWT, but when I ran the 32-bit hosted mode).

I'm so swamped right now I have no time to do anything but this one project
 then I have the first of my final exams Wednesday, so I dunno when I'll
get a chance to look at this.

On Thu, Apr 2, 2009 at 5:57 PM, Ray Cromwell cromwell...@gmail.com wrote:


 Another quick workaround is try to switch the jitter (from -client to
 -server). In JDK6 and below, these are in fact, separate compilers. I had
 similar crashes with Java6 on OSX at one point and switching the HotSpot
 compiler fixed them.
 -Ray

 On Thu, Apr 2, 2009 at 11:16 AM, Scott Blum sco...@google.com wrote:

 This looks to me like a HotSpot problem.. the jitter is crashing trying to
 compile some JDT code.
 Current thread (0x08ab8800):  JavaThread CompilerThread0 daemon
 [_thread_in_native, id=2484, stack(0xe037f000,0xe040)]

 Current CompileTask:
 C2:498
  
 org.eclipse.jdt.internal.compiler.lookup.ParameterizedMethodBinding.init(Lorg/eclipse/jdt/internal/compiler/lookup/ParameterizedTypeBinding;Lorg/eclipse/jdt/internal/compiler/lookup/MethodBinding;)V
 (596 bytes)

 So here's how you could try to come up with a workaround / file an issue
 against the JVM:

 - Grab our JDT 3.4.2 jar out of the GWT tools repository
 - Open it up and find the source for ParameterizedMethodBinding
 - Add this source file to your project (you'll need to put gwt-dev-windows
 on your path if it's not)

 You should now be able to run a compile and repro the crash.  If you
 *can't* repro the crash anymore, it's possible your compiler is producing a
 slightly different .class file for that class than the class file we ship
 (which was built by the JDT guys).

 Assuming you can repro the crash, start commenting out lines of code in
 the offending constructor until it no longer crashes.  Or start refactoring
 out pieces of the constructor into individual methods.  By playing around,
 you can probably figure out what's killing it.


 On Fri, Mar 27, 2009 at 2:26 PM, Vitali Lovich vlov...@gmail.com wrote:

 Ugggh... you want me to do all the work don't you :D

 On a separate note 5094 compilation is broken (JUnitShell fails to
 compile).  In 5096 the problem is resolved.


 On Fri, Mar 27, 2009 at 2:03 PM, Scott Blum sco...@google.com wrote:

 I can has hs_err_pid17105.log?


 On Fri, Mar 27, 2009 at 12:36 PM, Vitali Lovich vlov...@gmail.comwrote:


 [java] Compiling module
 com.google.gwt.benchmarks.viewer.ReportViewer
  [java]
 #
  [java] # An unexpected error has been detected by Java Runtime
 Environment:
  [java] #
  [java] #  SIGSEGV (0xb) at pc=0x0625665c, pid=17105,
 tid=3762477968
  [java] #
  [java] # Java VM: Java HotSpot(TM) Server VM (10.0-b23 mixed mode
 linux-x86)
  [java] # Problematic frame:
  [java] # V  [libjvm.so+0x25665c]
  [java] #
  [java] # An error report file with more information is saved as:
  [java] #
 /home/vlovich/workspace/gwt/tools/benchmark-viewer/hs_err_pid17105.log
  [java] #
  [java] # If you would like to submit a bug report, please visit:
  [java] #   http://java.sun.com/webapps/bugreport/crash.jsp
  [java] # The crash happened outside the Java Virtual Machine in
 native code.
  [java] # See problematic frame for where to report the bug.
  [java] #

 This is kind of annoying because GWT fails to build with the newer JDKs
 due to the issue mentioned before with the change to generics.  So it's a
 two step workaround:  Use the older sun JDK to compile the classes  after
 it crashes, use run ant again with the newer JDK so that the GWT compiler
 doesn't crash the VM.

 This also happens if I try to use the older JDK with my projects, but
 that's not really an issue since I just use the latest OpenJDK in the 
 Ubuntu
 repos.

 Might be relevant that I'm using 64-bit jdks.













 


--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---



[gwt-contrib] Re: JVM crashes when using GWT compiler under Java 6 update 7 JVM

2009-03-27 Thread Scott Blum
I can has hs_err_pid17105.log?

On Fri, Mar 27, 2009 at 12:36 PM, Vitali Lovich vlov...@gmail.com wrote:


 [java] Compiling module com.google.gwt.benchmarks.viewer.ReportViewer
  [java] #
  [java] # An unexpected error has been detected by Java Runtime
 Environment:
  [java] #
  [java] #  SIGSEGV (0xb) at pc=0x0625665c, pid=17105, tid=3762477968
  [java] #
  [java] # Java VM: Java HotSpot(TM) Server VM (10.0-b23 mixed mode
 linux-x86)
  [java] # Problematic frame:
  [java] # V  [libjvm.so+0x25665c]
  [java] #
  [java] # An error report file with more information is saved as:
  [java] #
 /home/vlovich/workspace/gwt/tools/benchmark-viewer/hs_err_pid17105.log
  [java] #
  [java] # If you would like to submit a bug report, please visit:
  [java] #   http://java.sun.com/webapps/bugreport/crash.jsp
  [java] # The crash happened outside the Java Virtual Machine in native
 code.
  [java] # See problematic frame for where to report the bug.
  [java] #

 This is kind of annoying because GWT fails to build with the newer JDKs due
 to the issue mentioned before with the change to generics.  So it's a two
 step workaround:  Use the older sun JDK to compile the classes  after it
 crashes, use run ant again with the newer JDK so that the GWT compiler
 doesn't crash the VM.

 This also happens if I try to use the older JDK with my projects, but
 that's not really an issue since I just use the latest OpenJDK in the Ubuntu
 repos.

 Might be relevant that I'm using 64-bit jdks.

 


--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---



[gwt-contrib] Re: JVM crashes when using GWT compiler under Java 6 update 7 JVM

2009-03-27 Thread Vitali Lovich
Ugggh... you want me to do all the work don't you :D

On a separate note 5094 compilation is broken (JUnitShell fails to
compile).  In 5096 the problem is resolved.

On Fri, Mar 27, 2009 at 2:03 PM, Scott Blum sco...@google.com wrote:

 I can has hs_err_pid17105.log?


 On Fri, Mar 27, 2009 at 12:36 PM, Vitali Lovich vlov...@gmail.com wrote:


 [java] Compiling module com.google.gwt.benchmarks.viewer.ReportViewer
  [java] #
  [java] # An unexpected error has been detected by Java Runtime
 Environment:
  [java] #
  [java] #  SIGSEGV (0xb) at pc=0x0625665c, pid=17105, tid=3762477968
  [java] #
  [java] # Java VM: Java HotSpot(TM) Server VM (10.0-b23 mixed mode
 linux-x86)
  [java] # Problematic frame:
  [java] # V  [libjvm.so+0x25665c]
  [java] #
  [java] # An error report file with more information is saved as:
  [java] #
 /home/vlovich/workspace/gwt/tools/benchmark-viewer/hs_err_pid17105.log
  [java] #
  [java] # If you would like to submit a bug report, please visit:
  [java] #   http://java.sun.com/webapps/bugreport/crash.jsp
  [java] # The crash happened outside the Java Virtual Machine in
 native code.
  [java] # See problematic frame for where to report the bug.
  [java] #

 This is kind of annoying because GWT fails to build with the newer JDKs
 due to the issue mentioned before with the change to generics.  So it's a
 two step workaround:  Use the older sun JDK to compile the classes  after
 it crashes, use run ant again with the newer JDK so that the GWT compiler
 doesn't crash the VM.

 This also happens if I try to use the older JDK with my projects, but
 that's not really an issue since I just use the latest OpenJDK in the Ubuntu
 repos.

 Might be relevant that I'm using 64-bit jdks.




 


--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---



hs_err_pid2473.log
Description: Binary data


[gwt-contrib] Re: JVM crashes when using GWT compiler under Java 6 update 7 JVM

2009-03-27 Thread Vitali Lovich
You can also has the hs_err for the 32-bit vm

On Fri, Mar 27, 2009 at 2:26 PM, Vitali Lovich vlov...@gmail.com wrote:
 Ugggh... you want me to do all the work don't you :D

 On a separate note 5094 compilation is broken (JUnitShell fails to
 compile).  In 5096 the problem is resolved.

 On Fri, Mar 27, 2009 at 2:03 PM, Scott Blum sco...@google.com wrote:

 I can has hs_err_pid17105.log?

 On Fri, Mar 27, 2009 at 12:36 PM, Vitali Lovich vlov...@gmail.com wrote:

     [java] Compiling module com.google.gwt.benchmarks.viewer.ReportViewer
  [java] #
  [java] # An unexpected error has been detected by Java Runtime
 Environment:
  [java] #
  [java] #  SIGSEGV (0xb) at pc=0x0625665c, pid=17105, tid=3762477968
  [java] #
  [java] # Java VM: Java HotSpot(TM) Server VM (10.0-b23 mixed mode
 linux-x86)
  [java] # Problematic frame:
  [java] # V  [libjvm.so+0x25665c]
  [java] #
  [java] # An error report file with more information is saved as:
  [java] #
 /home/vlovich/workspace/gwt/tools/benchmark-viewer/hs_err_pid17105.log
  [java] #
  [java] # If you would like to submit a bug report, please visit:
  [java] #   http://java.sun.com/webapps/bugreport/crash.jsp
  [java] # The crash happened outside the Java Virtual Machine in
 native code.
  [java] # See problematic frame for where to report the bug.
  [java] #

 This is kind of annoying because GWT fails to build with the newer JDKs
 due to the issue mentioned before with the change to generics.  So it's a
 two step workaround:  Use the older sun JDK to compile the classes  after
 it crashes, use run ant again with the newer JDK so that the GWT compiler
 doesn't crash the VM.

 This also happens if I try to use the older JDK with my projects, but
 that's not really an issue since I just use the latest OpenJDK in the Ubuntu
 repos.

 Might be relevant that I'm using 64-bit jdks.




 



--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---



hs_err_pid13507.log
Description: Binary data


[gwt-contrib] Re: JVM crashes when using GWT compiler under Java 6 update 7 JVM

2009-03-27 Thread Vitali Lovich

Sorry - forgot to mention that this happened when I tried to load the
hosted mode browser.

On Fri, Mar 27, 2009 at 3:57 PM, Vitali Lovich vlov...@gmail.com wrote:
 Might be related.  Just set up my project to run under the regular
 hosted mode w/ 32-bit JVM:

 LoadPlugin: failed to initialize shared library
 /home/vlovich/.mozilla/plugins/libflashplayer.so
 [/home/vlovich/.mozilla/plugins/libflashplayer.so: wrong ELF class:
 ELFCLASS64]
 LoadPlugin: failed to initialize shared library
 /usr/lib/jvm/java-6-sunjre/lib/amd64/libnpjp2.so
 [/usr/lib/jvm/java-6-sunjre/lib/amd64/libnpjp2.so: wrong ELF class:
 ELFCLASS64]
 #
 # An unexpected error has been detected by Java Runtime Environment:
 #
 #  SIGSEGV (0xb) at pc=0x0625665c, pid=20124, tid=3607796624
 #
 # Java VM: Java HotSpot(TM) Server VM (10.0-b23 mixed mode linux-x86)
 # Problematic frame:
 # V  [libjvm.so+0x25665c]
 #
 # An error report file with more information is saved as:
 # /home/vlovich/workspace/sacred_heart/hs_err_pid20124.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.
 #



 On Fri, Mar 27, 2009 at 3:07 PM, Vitali Lovich vlov...@gmail.com wrote:
 You can also has the hs_err for the 32-bit vm

 On Fri, Mar 27, 2009 at 2:26 PM, Vitali Lovich vlov...@gmail.com wrote:
 Ugggh... you want me to do all the work don't you :D

 On a separate note 5094 compilation is broken (JUnitShell fails to
 compile).  In 5096 the problem is resolved.

 On Fri, Mar 27, 2009 at 2:03 PM, Scott Blum sco...@google.com wrote:

 I can has hs_err_pid17105.log?

 On Fri, Mar 27, 2009 at 12:36 PM, Vitali Lovich vlov...@gmail.com wrote:

     [java] Compiling module com.google.gwt.benchmarks.viewer.ReportViewer
  [java] #
  [java] # An unexpected error has been detected by Java Runtime
 Environment:
  [java] #
  [java] #  SIGSEGV (0xb) at pc=0x0625665c, pid=17105, tid=3762477968
  [java] #
  [java] # Java VM: Java HotSpot(TM) Server VM (10.0-b23 mixed mode
 linux-x86)
  [java] # Problematic frame:
  [java] # V  [libjvm.so+0x25665c]
  [java] #
  [java] # An error report file with more information is saved as:
  [java] #
 /home/vlovich/workspace/gwt/tools/benchmark-viewer/hs_err_pid17105.log
  [java] #
  [java] # If you would like to submit a bug report, please visit:
  [java] #   http://java.sun.com/webapps/bugreport/crash.jsp
  [java] # The crash happened outside the Java Virtual Machine in
 native code.
  [java] # See problematic frame for where to report the bug.
  [java] #

 This is kind of annoying because GWT fails to build with the newer JDKs
 due to the issue mentioned before with the change to generics.  So it's a
 two step workaround:  Use the older sun JDK to compile the classes  after
 it crashes, use run ant again with the newer JDK so that the GWT compiler
 doesn't crash the VM.

 This also happens if I try to use the older JDK with my projects, but
 that's not really an issue since I just use the latest OpenJDK in the 
 Ubuntu
 repos.

 Might be relevant that I'm using 64-bit jdks.




 





--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---



[gwt-contrib] Re: JVM crashes when using GWT compiler under Java 6 update 7 JVM

2009-03-27 Thread Vitali Lovich

Ok - i'm almost positive it is the same problem.  I think the
loadplugin thing is a misdirection.  The project appears to crash
compiling the code.

On Fri, Mar 27, 2009 at 3:59 PM, Vitali Lovich vlov...@gmail.com wrote:
 Sorry - forgot to mention that this happened when I tried to load the
 hosted mode browser.

 On Fri, Mar 27, 2009 at 3:57 PM, Vitali Lovich vlov...@gmail.com wrote:
 Might be related.  Just set up my project to run under the regular
 hosted mode w/ 32-bit JVM:

 LoadPlugin: failed to initialize shared library
 /home/vlovich/.mozilla/plugins/libflashplayer.so
 [/home/vlovich/.mozilla/plugins/libflashplayer.so: wrong ELF class:
 ELFCLASS64]
 LoadPlugin: failed to initialize shared library
 /usr/lib/jvm/java-6-sunjre/lib/amd64/libnpjp2.so
 [/usr/lib/jvm/java-6-sunjre/lib/amd64/libnpjp2.so: wrong ELF class:
 ELFCLASS64]
 #
 # An unexpected error has been detected by Java Runtime Environment:
 #
 #  SIGSEGV (0xb) at pc=0x0625665c, pid=20124, tid=3607796624
 #
 # Java VM: Java HotSpot(TM) Server VM (10.0-b23 mixed mode linux-x86)
 # Problematic frame:
 # V  [libjvm.so+0x25665c]
 #
 # An error report file with more information is saved as:
 # /home/vlovich/workspace/sacred_heart/hs_err_pid20124.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.
 #



 On Fri, Mar 27, 2009 at 3:07 PM, Vitali Lovich vlov...@gmail.com wrote:
 You can also has the hs_err for the 32-bit vm

 On Fri, Mar 27, 2009 at 2:26 PM, Vitali Lovich vlov...@gmail.com wrote:
 Ugggh... you want me to do all the work don't you :D

 On a separate note 5094 compilation is broken (JUnitShell fails to
 compile).  In 5096 the problem is resolved.

 On Fri, Mar 27, 2009 at 2:03 PM, Scott Blum sco...@google.com wrote:

 I can has hs_err_pid17105.log?

 On Fri, Mar 27, 2009 at 12:36 PM, Vitali Lovich vlov...@gmail.com wrote:

     [java] Compiling module com.google.gwt.benchmarks.viewer.ReportViewer
  [java] #
  [java] # An unexpected error has been detected by Java Runtime
 Environment:
  [java] #
  [java] #  SIGSEGV (0xb) at pc=0x0625665c, pid=17105, tid=3762477968
  [java] #
  [java] # Java VM: Java HotSpot(TM) Server VM (10.0-b23 mixed mode
 linux-x86)
  [java] # Problematic frame:
  [java] # V  [libjvm.so+0x25665c]
  [java] #
  [java] # An error report file with more information is saved as:
  [java] #
 /home/vlovich/workspace/gwt/tools/benchmark-viewer/hs_err_pid17105.log
  [java] #
  [java] # If you would like to submit a bug report, please visit:
  [java] #   http://java.sun.com/webapps/bugreport/crash.jsp
  [java] # The crash happened outside the Java Virtual Machine in
 native code.
  [java] # See problematic frame for where to report the bug.
  [java] #

 This is kind of annoying because GWT fails to build with the newer JDKs
 due to the issue mentioned before with the change to generics.  So it's a
 two step workaround:  Use the older sun JDK to compile the classes  
 after
 it crashes, use run ant again with the newer JDK so that the GWT compiler
 doesn't crash the VM.

 This also happens if I try to use the older JDK with my projects, but
 that's not really an issue since I just use the latest OpenJDK in the 
 Ubuntu
 repos.

 Might be relevant that I'm using 64-bit jdks.




 






--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---