2009-07-28 17 views
12

OMG, Eclipse (to Gallileo, ale w poprzednich wersjach też miałem takie problemy) rozbił się ponownie, cicho jak zwykle. To może się zdarzyć raz w tygodniu, ale to naprawdę denerwujące. Wszystko, co mam teraz, to dziennik awarii. Czy istnieją sposoby na odkrycie prawdziwego powodu tych wypadków?Jak diagnozować awarie zaćmień?

Nagłówek dziennika awarii, nie widzę niczego przydatne:

# 
# An unexpected error has been detected by HotSpot Virtual Machine: 
# 
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d80f8d4, pid=1388, tid=3180 
# 
# Java VM: Java HotSpot(TM) Client VM (1.5.0_12-b04 mixed mode) 
# Problematic frame: 
# V [jvm.dll+0xcf8d4] 
# 
+0

Próbowałaś począwszy Eclipse z wiersza poleceń? Zwykle otrzymuję pełny ślad stosu miejsca wystąpienia awarii, a następnie nagłówek dziennika awarii, który został zamieszczony powyżej. – EboMike

Odpowiedz

0

jest to błąd w Sun Java VM, która wyzwala Eclipse. Te są bardzo trudne do wykrycia. I sugerują, że to podejście:

  1. zainstalować nowszą maszynę wirtualną (1.5.0 lub 1.6)
  2. wyłączyć wszystkie wtyczki masz zainstalowane
  3. Miałem podobny problem z Groovy w systemie Linux. Nie pamiętam mojego rozwiązania, ale spróbuj w tym przypadku innej wersji Groovy.
2

Dla Galileo, polecam próbować uruchomić go z najnowszą możliwą maszyną JVM;

To nie znaczy, że musisz skompilować swoje projekty z tym JDK: możesz zadeklarować tyle JDK, ile chcesz w swojej sesji zaćmienia.

alt text http://www.benmccann.com/dev-blog/wp-content/uploads/2008/01/eclipse_edit_jre.png

(chociaż ten obraz pokazuje jdk1.5 można uruchomić zaćmienie z jakimkolwiek innym JVM)

Zobacz ten eclipse.ini więcej szczegółów.


W tym ostatnim thread illustrates, które mogą się dzieje ze „starej” eclipse.ini, więc warto sprawdzić i aktualizację pliku ini.

2

Zwykle miałem cichą awarię na 64-bitowym systemie Linux. Dla mnie to było w porządku, po dodaniu tych linii do mojego eclipse.ini (patrz odpowiedni Eclipse i Sun wpisy bug):

-XX:CompileCommand=exclude,org/eclipse/core/internal/dtree/DataTreeNode,forwardDeltaWith 
-XX:CompileCommand=exclude,org/eclipse/jdt/internal/compiler/lookup/ParameterizedMethodBinding,<init> 
+0

To doprowadziło mnie do dalszego procesu uruchamiania z 64-bitową wersją 1.5_22. nadal się zawiesza, ale rzadziej i nie na starcie. Myślę, że ma to coś wspólnego z procesem kompilacji, podczas którego następuje zaćmienie. – Clutch

+0

* Myślę, że * dodanie tego do pliku eclipse.ini sprawiło, że stał się bardziej stabilny na 64-bitowym systemie Ubuntu 14.04. Korzystam z pakietu deweloperskiego "adt-bundle-linux-x86_64-20140321", który jest bardzo niestabilny po wyjęciu z pudełka (awarie podczas normalnego rozwoju, może 2-3 razy na godzinę, jeśli masz pecha, brak śledzenia stosu, zaćmienie kończy działanie) . – wojciii

Powiązane problemy