I mis à niveau vers GingerBreak 2.3 SDK aujourd'hui et ont commencé à recevoir cette erreur lorsque je tente de lancer DDMS:DDMS lancer erreur BAD depuis API SDK 9 mise à niveau
Failed pour obtenir la version adb: Impossible d'exécuter le programme "adb": Erreur CreateProcess = 2, le système ne peut pas trouver le fichier spécifié.
Comment puis-je résoudre ce problème? En cours d'exécution Windows 7, 64bit.
Il semble que adb.exe se trouve maintenant dans le dossier platform-tools du SDK. J'ai dû ajouter le dossier platform-tools à mon PATH in my Environment Variables.
N'est pas la question sur DDMS.bat? Comment l'exécutez-vous sans utiliser la perspective DDMS d'Eclipse? Cela me donne la même erreur après la mise à jour de l'API 9. EDIT: Oups. Bryan, vous avez posé la question. Je ne l'ai pas remarqué. Définira le chemin adb et laissera savoir si des correctifs dans ma machine. [FIXE] La solution de Bryan le corrige! Ajoutez l'android \ platform-tools \ à PATH. Dans mon cas, c'était C: \ eclipse \ android \ platform-tools \ – Vik
J'ai toujours exécuté DDMS en allant dans le répertoire Android SDK, Tools, DDMS.bat. Le problème est qu'ils ont déplacé le fichier adb.exe pour que DDMS ne le trouve pas à moins que vous ne l'ajoutiez globalement. –
Yup. J'avais l'habitude de faire la même chose. La perspective DDMS d'Eclipse semblait fonctionner correctement même après la mise à jour et \ tools \ ddms.bat s'est cassé. Merci ! C'est corrigé maintenant. – Vik
J'ai essayé de mettre à niveau mon système de développement Android fonctionnant parfaitement hier avec le nouveau 2.3 SDK et associé ADT. Après la mise à niveau, je n'ai pas pu obtenir Eclipse pour compiler mon projet correctement, ni accéder au SDK Android et au gestionnaire AVD d'Eclipse. Eclipse semble avoir perdu la trace de l'emplacement du SDK Android. Je lui donnerais le nom du dossier, mais il pourrait revenir en disant qu'il ne pouvait pas trouver .../tools/adb.exe. Oui, je sais adb.exe déplacé. Mais remarquez que l'erreur était en train de la chercher à l'ancien emplacement. C'est comme si je n'avais pas le nouvel ADT, mais j'ai vérifié et revérifié et je l'ai fait. Je pense que le nouvel ADT ne s'est pas installé correctement pour une raison quelconque, et/ou je ne vérifiais pas sa version correctement.
Lorsque j'ai recherché une solution, tout le monde a fait remarquer que ADB a été déplacé et que le chemin de classe devait changer. Mais il n'y a pas vraiment de classpath pertinent dans cette situation. Il y a juste un chemin vers le SDK Android qui doit être défini dans Eclipse. J'ai même essayé l'astuce si j'avais copié adb.exe dans le dossier des outils. À ce moment, Eclipse pouvait trouver le SDK Android, mais ensuite un autre problème qui s'est glissé alors j'ai abandonné sur ce trou.
De toute façon, j'ai fini par souffler mes dossiers eclipse et Android SDK et recommencer. Maintenant ça fonctionne bien. Je suis sûr qu'il y a une meilleure solution, mais j'en avais marre de jouer avec.
Je suis maintenant 2 pour 4 sur l'utilisation d'Android SDK et AVD Manager pour faire une mise à niveau.
Espérons que cela aide quelqu'un.
Mise à jour: Après un examen plus approfondi, il semble que mes sujets de stackoverflow soient mélangés puisque l'OP n'a jamais mentionné Eclipse.
J'avais mis à jour mon Android-SDK en utilisant l'outil Android et j'avais un problème similaire. J'ai dû mettre à jour les progiciels d'Eclipse via la sélection du menu Aide - Mises à jour logicielles.J'ai alors choisi de mettre à jour le paquet ADT et l'autre lié à Android après que le message d'erreur original ait disparu. – Amos
J'ai eu le même problème et cela fonctionne comme ceci. Première exécution adb.exe, après ouverture ddms.bat
Gingerbreak - c'est à peu près le bon titre pour ce que je suis - il est cassé tout sur ma machine! – NickT