Eclipse ne répond pas sur Windows 7 pour le développement Android

J’ai beaucoup de mal à faire fonctionner Eclipse avec le plug-in Android sur Windows 7 64K. Je suis en train de devenir une éclipse qui ne répond pas beaucoup. Cela semble se produire au hasard. Je sais que Windows 7 n’est actuellement pas compatible avec Android SDK.

Cependant, quelqu’un a-t-il cela pour fonctionner?

J’utilise les éléments suivants: – Windows 7 64K – eclipse galileo (3.5.2) – JDK 1.6.0_21 64k

Il y a probablement plusieurs problèmes avec les mêmes symptômes “ne répondant pas”. Donc, ce qui suit pourrait ne pas fonctionner pour tout le monde.

J’utilise Windows 7 Enterprise x64 avec Eclipse Helios Service Release 1 et je vois que l’Eclipse “ne répond pas” assez souvent (tous les jours environ). Jusqu’à présent, je peux généralement le réparer en arrêtant l’adb.

  • Accédez au gestionnaire de tâches Windows (CTRL-ALT-DEL puis Démarrer le gestionnaire de tâches).
  • Dans l’onglet Processus, sortingez la colonne Nom de l’image
  • Sélectionnez adb.exe * 32
  • Processus final
  • Terminez le processus dans la boîte de dialog de vérification également.

Vous pouvez voir des avertissements sur la console à propos des tentatives de connexion “DeviceMonitor]”, mais Eclipse devrait maintenant être débloqué et redémarrer adb après quelques instants.

Le problème est résolu Cela est dû à un bogue dans JDK 1.6.0_21 build 6. Le problème est résolu dans la version 7. Voici les liens associés ….

http://www.eclipse.org/forums/index.php?t=msg&th=171988&start=0&

Merci pour l’aide de tout le monde.

Je l’ai vu beaucoup, donc avec jvisualvm, j’ai déclenché un vidage de fil et je trouve une impasse. Cela ne sera pas guéri en tuant adb. Je l’ai signalé (et référencé cette question): http://code.google.com/p/android/issues/detail?id=25149


Found one Java-level deadlock: ============================= "Device Client Monitor": waiting to lock monitor 0x0000000010516468 (object 0x00000000e14ca208, a java.util.ArrayList), which is held by "Device List Monitor" "Device List Monitor": waiting to lock monitor 0x0000000010516510 (object 0x00000000e9354218, a com.android.ddmuilib.logcat.LogCatReceiverFactory), which is held by "main" "main": waiting to lock monitor 0x0000000010e01a98 (object 0x00000000e0dbd3f8, a java.util.ArrayList), which is held by "Device List Monitor" Java stack information for the threads listed above: =================================================== "Device Client Monitor": at com.android.ddmlib.DeviceMonitor.deviceClientMonitorLoop(DeviceMonitor.java:657) - waiting to lock (a java.util.ArrayList) at com.android.ddmlib.DeviceMonitor.access$100(DeviceMonitor.java:42) at com.android.ddmlib.DeviceMonitor$3.run(DeviceMonitor.java:577) "Device List Monitor": at com.android.ddmuilib.logcat.LogCatReceiverFactory.removeReceiverFor(LogCatReceiverFactory.java:53) - waiting to lock (a com.android.ddmuilib.logcat.LogCatReceiverFactory) at com.android.ddmuilib.logcat.LogCatReceiverFactory.access$000(LogCatReceiverFactory.java:31) at com.android.ddmuilib.logcat.LogCatReceiverFactory$1.deviceDisconnected(LogCatReceiverFactory.java:41) at com.android.ddmlib.AndroidDebugBridge.deviceDisconnected(AndroidDebugBridge.java:797) at com.android.ddmlib.DeviceMonitor.updateDevices(DeviceMonitor.java:391) - locked (a java.util.ArrayList) - locked (a java.util.ArrayList) at com.android.ddmlib.DeviceMonitor.processIncomingDeviceData(DeviceMonitor.java:323) at com.android.ddmlib.DeviceMonitor.deviceMonitorLoop(DeviceMonitor.java:191) at com.android.ddmlib.DeviceMonitor.access$000(DeviceMonitor.java:42) at com.android.ddmlib.DeviceMonitor$1.run(DeviceMonitor.java:82) "main": at com.android.ddmlib.AndroidDebugBridge.addClientChangeListener(AndroidDebugBridge.java:437) - waiting to lock (a java.util.ArrayList) at com.android.ddmuilib.logcat.LogCatPidToNameMapper.(LogCatPidToNameMapper.java:46) at com.android.ddmuilib.logcat.LogCatReceiver.(LogCatReceiver.java:59) at com.android.ddmuilib.logcat.LogCatReceiverFactory.newReceiver(LogCatReceiverFactory.java:62) - locked (a com.android.ddmuilib.logcat.LogCatReceiverFactory) at com.android.ddmuilib.logcat.LogCatPanel.deviceSelected(LogCatPanel.java:243) at com.android.ddmuilib.SelectionDependentPanel.deviceSelected(SelectionDependentPanel.java:52) at com.android.ide.eclipse.ddms.views.SelectionDependentViewPart.selectionChanged(SelectionDependentViewPart.java:67) at com.android.ide.eclipse.ddms.DdmsPlugin$6.run(DdmsPlugin.java:705) at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:135) - locked (a org.eclipse.swt.widgets.RunnableLock) at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:4140) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3757) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2696) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2660) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2494) at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:674) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:667) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:123) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:344) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577) at org.eclipse.equinox.launcher.Main.run(Main.java:1410) Found 1 deadlock. 

Je suis sur Windows 7 x64 et je l’ai utilisé pour le développement Android. Aucun problème que ce soit. Êtes-vous sûr que ce soit le SDK Android, ou est-ce le pilote Android de votre téléphone? Prenez toutes les mises à jour les plus récentes et mettez tous mes fichiers et mon espace de travail en dehors du dossier des utilisateurs. Cela empêche toute possibilité de problème d’autorisation.

Eclipse frappe probablement beaucoup le ramasse-miettes. Vous pouvez vérifier si c’est la cause en cliquant sur Show heap status dans Préférences | Général.

Vous pouvez essayer de mettre -Xmx1024m à la fin de votre fichier eclipse.ini . S’il existe déjà un paramètre -Xmx , remplacez-le par celui-là. Cela aidera à empêcher le GC de suspendre si souvent l’interface utilisateur.

Je vois exactement le même problème, l’eclipse ide cesse de répondre fréquemment et apparemment au hasard. Exécution de Windows 7 64 bits, galileo 3.5.2, JDK 1.6.

J’utilise Eclipse helios 64bits sous Windows 7 et il semble que le problème soit de retour avec le dernier JDK: version java “1.6.0_21” Environnement d’exécution Java (TM) SE (version 1.6.0_21-b06) Java HotSpot (TM) 64 -Bit Server VM (build 17.0-b16, mode mixte)

La solution de contournement que j’ai utilisée consiste à utiliser la version précédente du JRE: C: \ eclipse-jee-helios-win32-x86_64 \ eclipse.exe -XX: MaxPermSize = 256m -vm ” _20 \ bin \ java.exe ”