Проблема с запуском эмулятора Android в затмении - PullRequest
23 голосов
/ 19 марта 2010

Я пытаюсь запустить образцы SDK на эмуляторе в Eclipse 3.5.

Большую часть времени AVD Manager зависает, когда я пытаюсь создать новый AVD. Когда мне удается создать AVD и попытаться запустить эмулятор, я получаю следующее:

эмулятор: ОШИБКА: пути поиска не найдены в конфигурации этого AVD

странно, файл config.ini AVD искажен. Попробуйте воссоздать его.

Я использую последнюю версию SDK для Win7 32 бит. Есть идеи?

Обновление:

Мне кажется, я нашел источник проблемы. Я использую еврейскую версию WIN 7. Мое имя пользователя на иврите. По-видимому, это вызывает проблемы для Eclipse. Как только я начал подозревать, что это проблема, я создал в системе нового пользователя с именем DEV и попытался запустить эмулятор под этим пользователем. Пошел как масло.

Ответы [ 17 ]

0 голосов
/ 28 июня 2012

Один из способов - не выходить из эмулятора после запуска. Вы редактируете программу, не закрывая эмулятор. Делай это каждый раз.

0 голосов
/ 19 марта 2010

Попробуйте снова загрузить SDK, разархивировать его и переустановить через Eclipse.

Убедитесь, что у вас последняя версия и правильно настроены все пути в настройках Eclipse.

0 голосов
/ 24 марта 2010

Еще одно соображение, которое я, возможно, пропустил в других ответах - я вижу, вы упомянули Eclipse 3.5 - подумайте об использовании 3.5.2 (текущей последней версии)

Может быть, неважно, возможно, вы просто его пропустили, в любом случае использование самых современных вещей никогда не повредит.

0 голосов
/ 22 марта 2010

Если вы установили Android SDK на другой диск, например, не на C: тогда вам может потребоваться установить переменную среды ANDROID_HOME в расположение установки SDK

0 голосов
/ 18 апреля 2013

Это решило это для меня на IOS: я посмотрел фактический файл .ini для устройства (Nexus-7-inch-tablet.ini), который выглядел так:

avd.ini.encoding=ISO-8859-1
target=android-17
path=/Users/stevensanborn/.android/avd/Nexus-7-inch-tablet.avd
path.rel=avd/Nexus-7-inch-tablet.avd

и удалено и дополнительное место для возврата в файле. Решил это и сработало. Смешной.

0 голосов
/ 14 августа 2013

Решение (которое работало для меня) состояло в том, чтобы добавить следующие недостающие записи в config.ini моего avd:

image.sysdir.2=system-images/android-14/armeabi-v7a/
image.sysdir.1=add-ons/addon-google_apis-google-14/images/armeabi-v7a/
0 голосов
/ 19 марта 2010

Я согласен с Зианом, здесь что-то серьезно не так, и вам следует подумать о переустановке. Также убедитесь в следующем:

1) Убедитесь, что папка avd выглядит нормально. Это можно найти в каталоге .android в вашем домашнем каталоге. Загляните в ~\.android\avd\<name-of-avd>.avd\, и вы увидите файлы config.ini и userdata.img, а также образ sd, если вы его создали. Убедитесь, что ваш config.ini выглядит примерно так:

hw.sdCard=yes
hw.dPad=yes
hw.accelerometer=yes
hw.lcd.density=160
skin.name=HVGA
skin.path=platforms/android-1.6/skins/HVGA
hw.trackBall=no
hw.ramSize=256
image.sysdir.1=platforms/android-1.6/images/

Или, если у вас нет пользовательских настроек, он будет состоять из одной строки:

hw.lcd.density=160

2) Убедитесь, что у вас установлена ​​последняя версия плагина ADT Eclipse (v0.95).

3) Кроме того, у вас действительно не должно быть проблем с разрешениями в вашем домашнем каталоге, но, эй, это Windows - вы никогда не знаете. Так что вы можете вручную установить права доступа к папке avd / для чтения / записи / выполнения, просто чтобы быть уверенным.

4) Кроме этого, переустановите с предубеждением!

...