Vista vs Eclipse

Bonjours !
Je viens vous faire part de ma mésaventure d’hier soir et lance par la même occasion un SOS.
Je développe tranquilou sous éclipse 3.3.2 plugin PDT (php) et subclipse, tout va bien.
Je décide de faire une pause, installe la dernière MAJ Vista, met à jour mon pilote graphique et me fait une petite partie de Trtackmania.
De retour de cette petite pause et après 2 redémarrage eclipse est en grève !

Symptome :

  • Le spashscreen disparait avant la barre de chargement.
  • Un jolie rapport d’exception se créé dans mon répertoire eclipse.

Me voilà partie pour réinstaller un JRE mais rien n’y fait !

Entre les performance parfois critique, les problème de compatibilité (starforce ?) et ce genre de problème ponctuel il je trouve que Vista ne marque pas vraiment de bon points. Au moins sous Ubuntu la bidouille n’est pas donnée a tout le monde mais on trouve toujours une solution.

Si vous avez une idée ou si cela vous est déjà arrivé, avez vous une solution a me proposer ? Merci !

Le rapport d’exception :


#
# An unexpected error has been detected by Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x01be7bfc, pid=3116, tid=4088
#
# Java VM: Java HotSpot(TM) Client VM (1.6.0_03-b05 mixed mode)
# Problematic frame:
# C  [libapr-1.dll+0x7bfc]
#
# If you would like to submit a bug report, please visit:
#   [java.sun.com...](http://java.sun.com/webapps/bugreport/crash.jsp)
#

---------------  T H R E A D  ---------------

Current thread (0x24fdfc00):  JavaThread "Worker-0" [_thread_in_native, id=4088]

siginfo: ExceptionCode=0xc0000005, reading address 0x00000000

Registers:
EAX=0x014c2050, EBX=0x00000000, ECX=0x00000000, EDX=0x00000000
ESP=0x260c8770, EBP=0x260c877c, ESI=0x001cfcc0, EDI=0x00000000
EIP=0x01be7bfc, EFLAGS=0x00010246

Top of Stack: (sp=0x260c8770)
0x260c8770:   00000000 001cfcc0 014c2050 260ca7a8
0x260c8780:   01bd1f32 260ca7a4 014c2050 00000000
0x260c8790:   00000000 00000000 001cfcc0 014c2050
0x260c87a0:   00000000 014c2050 00000000 014c2050
0x260c87b0:   014c20f0 6eec84f1 014c2050 00000010
0x260c87c0:   6ee40000 6eec11f2 014c2050 014c20f0
0x260c87d0:   6eec1210 6eec8610 014c2050 014c20a0
0x260c87e0:   014c2050 014c2050 00000001 003a0043 

Instructions: (pc=0x01be7bfc)
0x01be7bec:   89 55 10 53 8b 5d 14 56 57 85 db 75 03 8b 58 18
0x01be7bfc:   8b 03 bf 01 00 00 00 3b c7 0f 82 19 01 00 00 8b 


Stack: [0x25fd0000,0x260d0000),  sp=0x260c8770,  free space=993k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [libapr-1.dll+0x7bfc]
C  [libapriconv-1.dll+0x1f32]
C  [libapriconv-1.dll+0x1da4]
C  [_tbl_simple.so+0x123b]
C  [_tbl_simple.so+0x11c4]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  org.tigris.subversion.javahl.SVNClient.status(Ljava/lang/String;ZZZZZ)[Lorg/tigris/subversion/javahl/Status;+0
j  org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getStatus(Ljava/io/File;ZZZZ)[Lorg/tigris/subversion/svnclientadapter/ISVNStatus;+83
j  org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getStatus(Ljava/io/File;ZZZ)[Lorg/tigris/subversion/svnclientadapter/ISVNStatus;+7
j  org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getStatus(Ljava/io/File;ZZ)[Lorg/tigris/subversion/svnclientadapter/ISVNStatus;+5
j  org.tigris.subversion.subclipse.core.status.NonRecursiveStatusUpdateStrategy.statusesToUpdate(Lorg/eclipse/core/resources/IResource;)[Lorg/tigris/subversion/svnclientadapter/ISVNStatus;+80
j  org.tigris.subversion.subclipse.core.status.StatusCacheManager.refreshStatus(Lorg/eclipse/core/resources/IContainer;Z)[Lorg/eclipse/core/resources/IResource;+58
j  org.tigris.subversion.subclipse.core.resourcesListeners.FileModificationManager.refreshStatus([Lorg/eclipse/core/resources/IResource;)V+97
j  org.tigris.subversion.subclipse.core.resourcesListeners.FileModificationManager.resourceChanged(Lorg/eclipse/core/resources/IResourceChangeEvent;)V+69
j  org.eclipse.core.internal.events.NotificationManager$2.run()V+8
j  org.eclipse.core.runtime.SafeRunner.run(Lorg/eclipse/core/runtime/ISafeRunnable;)V+5
j  org.eclipse.core.internal.events.NotificationManager.notify([Lorg/eclipse/core/internal/events/ResourceChangeListenerList$ListenerEntry;Lorg/eclipse/core/resources/IResourceChangeEvent;Z)V+79
j  org.eclipse.core.internal.events.NotificationManager.broadcastChanges(Lorg/eclipse/core/internal/watson/ElementTree;Lorg/eclipse/core/internal/events/ResourceChangeEvent;Z)V+97
j  org.eclipse.core.internal.resources.Workspace.broadcastPostChange()V+22
j  org.eclipse.core.internal.resources.Workspace.endOperation(Lorg/eclipse/core/runtime/jobs/ISchedulingRule;ZLorg/eclipse/core/runtime/IProgressMonitor;)V+150
j  org.eclipse.core.internal.resources.Resource.refreshLocal(ILorg/eclipse/core/runtime/IProgressMonitor;)V+233
j  org.eclipse.core.internal.refresh.RefreshJob.runInWorkspace(Lorg/eclipse/core/runtime/IProgressMonitor;)Lorg/eclipse/core/runtime/IStatus;+91
j  org.eclipse.core.internal.resources.InternalWorkspaceJob.run(Lorg/eclipse/core/runtime/IProgressMonitor;)Lorg/eclipse/core/runtime/IStatus;+37
j  org.eclipse.core.internal.jobs.Worker.run()V+31
v  ~StubRoutines::call_stub

---------------  P R O C E S S  ---------------

Java Threads: ( => current thread )
  0x2518d000 JavaThread "Thread-2" [_thread_blocked, id=1296]
  0x24ea9400 JavaThread "Worker-1" [_thread_blocked, id=3848]
  0x24fdf000 JavaThread "Thread-1" [_thread_blocked, id=4080]
=>0x24fdfc00 JavaThread "Worker-0" [_thread_in_native, id=4088]
  0x2502f000 JavaThread "Start Level Event Dispatcher" daemon [_thread_blocked, id=2616]
  0x0237e800 JavaThread "Framework Event Dispatcher" daemon [_thread_blocked, id=2196]
  0x0237e000 JavaThread "State Data Manager" daemon [_thread_blocked, id=2400]
  0x0232d400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=3500]
  0x0232b000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2388]
  0x02327400 JavaThread "Attach Listener" daemon [_thread_blocked, id=3400]
  0x02324400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=3384]
  0x02310000 JavaThread "Finalizer" daemon [_thread_blocked, id=3388]
  0x02307400 JavaThread "Reference Handler" daemon [_thread_blocked, id=3188]
  0x02291c00 JavaThread "main" [_thread_in_native, id=3020]

Other Threads:
  0x02302400 VMThread [id=3084]
  0x02346c00 WatcherThread [id=3496]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
 def new generation   total 2880K, used 719K [0x04400000, 0x04710000, 0x057b0000)
  eden space 2624K,  17% used [0x04400000, 0x04473dd0, 0x04690000)
  from space 256K, 100% used [0x04690000, 0x046d0000, 0x046d0000)
  to   space 256K,   0% used [0x046d0000, 0x046d0000, 0x04710000)
 tenured generation   total 37824K, used 8075K [0x057b0000, 0x07ca0000, 0x14400000)
   the space 37824K,  21% used [0x057b0000, 0x05f92d28, 0x05f92e00, 0x07ca0000)
 compacting perm gen  total 15616K, used 15455K [0x14400000, 0x15340000, 0x24400000)
   the space 15616K,  98% used [0x14400000, 0x15317ed0, 0x15318000, 0x15340000)
No shared spaces configured.

Dynamic libraries:
0x00400000 - 0x0040e000 	C:\eclipse\eclipse.exe
0x77020000 - 0x77147000 	C:\Windows\system32\ntdll.dll
0x76820000 - 0x768fb000 	C:\Windows\system32\kernel32.dll
0x771e0000 - 0x7727d000 	C:\Windows\system32\USER32.dll
0x76ea0000 - 0x76eeb000 	C:\Windows\system32\GDI32.dll
0x758a0000 - 0x75966000 	C:\Windows\system32\ADVAPI32.dll
0x76a90000 - 0x76b53000 	C:\Windows\system32\RPCRT4.dll
0x73550000 - 0x735d5000 	C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_5.82.6001.18000_none_886786f450a74a05\COMCTL32.dll
0x76900000 - 0x769aa000 	C:\Windows\system32\MSVCRT.dll
0x766a0000 - 0x766be000 	C:\Windows\system32\IMM32.DLL
0x76b60000 - 0x76c28000 	C:\Windows\system32\MSCTF.dll
0x77150000 - 0x77159000 	C:\Windows\system32\LPK.DLL
0x77160000 - 0x771dd000 	C:\Windows\system32\USP10.dll
0x72000000 - 0x72012000 	C:\eclipse\plugins\org.eclipse.equinox.launcher.win32.win32.x86_1.0.3.R33x_v20080118\eclipse_1023.dll
0x74aa0000 - 0x74aa8000 	C:\Windows\system32\VERSION.dll
0x73710000 - 0x7374f000 	C:\Windows\system32\uxtheme.dll
0x76c80000 - 0x76dc4000 	C:\Windows\system32\ole32.dll
0x6d7c0000 - 0x6da0a000 	C:\eclipse\jre\bin\client\jvm.dll
0x73040000 - 0x73072000 	C:\Windows\system32\WINMM.dll
0x769c0000 - 0x76a4d000 	C:\Windows\system32\OLEAUT32.dll
0x736d0000 - 0x73709000 	C:\Windows\system32\OLEACC.dll
0x7c340000 - 0x7c396000 	C:\Windows\system32\MSVCR71.dll
0x756d0000 - 0x756fc000 	C:\Windows\system32\apphelp.dll
0x6d310000 - 0x6d318000 	C:\eclipse\jre\bin\hpi.dll
0x75800000 - 0x75807000 	C:\Windows\system32\PSAPI.DLL
0x6d770000 - 0x6d77c000 	C:\eclipse\jre\bin\verify.dll
0x6d3b0000 - 0x6d3cf000 	C:\eclipse\jre\bin\java.dll
0x6d7b0000 - 0x6d7bf000 	C:\eclipse\jre\bin\zip.dll
0x6d570000 - 0x6d583000 	C:\eclipse\jre\bin\net.dll
0x76770000 - 0x7679d000 	C:\Windows\system32\WS2_32.dll
0x769b0000 - 0x769b6000 	C:\Windows\system32\NSI.dll
0x74ef0000 - 0x74f2b000 	C:\Windows\system32\mswsock.dll
0x74f50000 - 0x74f55000 	C:\Windows\System32\wship6.dll
0x6d590000 - 0x6d599000 	C:\eclipse\jre\bin\nio.dll
0x015a0000 - 0x015ef000 	C:\eclipse\configuration\org.eclipse.osgi\bundles\112\1\.cp\swt-win32-3349.dll
0x748e0000 - 0x74a7e000 	C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.6001.18000_none_5cdbaa5a083979cc\COMCTL32.dll
0x766c0000 - 0x76718000 	C:\Windows\system32\SHLWAPI.dll
0x767a0000 - 0x76813000 	C:\Windows\system32\comdlg32.dll
0x75970000 - 0x7647f000 	C:\Windows\system32\SHELL32.dll
0x76dd0000 - 0x76ea0000 	C:\Windows\system32\WININET.dll
0x76a50000 - 0x76a53000 	C:\Windows\system32\Normaliz.dll
0x76720000 - 0x76765000 	C:\Windows\system32\iertutil.dll
0x01b50000 - 0x01b58000 	C:\eclipse\configuration\org.eclipse.osgi\bundles\33\1\.cp\os\win32\x86\localfile_1_0_0.dll
0x6eec0000 - 0x6eee1000 	C:\eclipse\plugins\org.tigris.subversion.javahl.win32_1.2.4\libapr.dll
0x6ee50000 - 0x6ee59000 	C:\eclipse\plugins\org.tigris.subversion.javahl.win32_1.2.4\libapriconv.dll
0x263d0000 - 0x264d8000 	C:\eclipse\plugins\org.tigris.subversion.javahl.win32_1.2.4\libeay32.dll
0x73670000 - 0x73677000 	C:\Windows\system32\WSOCK32.dll
0x25dd0000 - 0x25e94000 	C:\eclipse\plugins\org.tigris.subversion.javahl.win32_1.2.4\libdb44.dll
0x6e220000 - 0x6e286000 	C:\Windows\system32\MSVCP60.dll
0x01b60000 - 0x01b91000 	C:\eclipse\plugins\org.tigris.subversion.javahl.win32_1.2.4\ssleay32.dll
0x6ee60000 - 0x6ee89000 	C:\eclipse\plugins\org.tigris.subversion.javahl.win32_1.2.4\libaprutil.dll
0x01bb0000 - 0x01bc2000 	C:\eclipse\plugins\org.tigris.subversion.javahl.win32_1.2.4\intl3_svn.dll
0x265e0000 - 0x266e9000 	C:\eclipse\plugins\org.tigris.subversion.javahl.win32_1.2.4\libsvnjavahl-1.dll
0x71fd0000 - 0x71fd5000 	C:\Windows\system32\SHFOLDER.dll
0x6ee40000 - 0x6ee45000 	C:\Program Files\Subversion\iconv\_tbl_simple.so
0x01bd0000 - 0x01bd9000 	C:\Program Files\Subversion\bin\libapriconv-1.dll
0x01be0000 - 0x01c00000 	C:\Program Files\Subversion\bin\libapr-1.dll

VM Arguments:
jvm_args: -Xms40m -Xmx256m -XX:MaxPermSize=256m
java_command: <unknown>
Launcher Type: generic

Environment Variables:
PATH=C:\eclipse\jre\bin\client;C:\eclipse\jre\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Programmes\qemu;C:\Program Files\Subversion\bin
USERNAME=Coutand
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 13, GenuineIntel



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

OS: Windows Vista Build 6001 Service Pack 1

CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 15 stepping 13, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3

Memory: 4k page, physical 2094420k(962144k free), swap 4194303k(3281480k free)

vm_info: Java HotSpot(TM) Client VM (1.6.0_03-b05) for windows-x86, built on Sep 24 2007 22:24:33 by "java_re" with unknown MS VC++:1310


Bonjour,

Malheureusement, comme indiqué sur le site d’Eclipse, les versions 3.2 et 3.3 ne sont pas “officiellement” compatible Vista (ni 32 et surtout pas 64).
Les “bug” sont majoritairement issus de SWT (la couche native graphique de Eclipse).
Elle le sera à partir de la 3.4 (qui est en rc6 pour le moment).

Une solution un peut tâche mais qui a le mérite de fonctionner (en tout cas c’est celle que j’ai choisis en attendant la v3.4 de Eclipse)

  • Tu installes virtual box (c’est gratuit pour un usage personnel)
  • Tu te fais une image visrtualisée de WinXP (bon la il te faut une licence Windows)
  • Tu y installes tout ton environnement de dev
  • Et tout marchera dans ton environnement virtualisé

Un autre avantage à cette solution, c’est que tu peux trimballer l’ensemble de ton environnement où bon te semble.
Un inconvénient, c’est que si tu as une petite machine tu le sentiras passer.

Renaud.

Merci de l’infos ! J’ai résolu le problème je suis repassé sous XP.
Je suis assez sévère avec les OS la virtualisation est en effet une solution efficace mais j’attends d’un OS qu’il fasse le maximum.
En un ans je suis passsé de XP -> Ubuntu -> Vista -> XP et je trouve que XP est le plus mature.