Questo è un bug nel plugin ADT per una soluzione fino a quando è utilizzo fisso un link simbolico NTFS
ho un C:.. Drive per Windows 7 e un'unità D: per tutto il mio lavoro e i miei dati Dopo aver installato Windows 7, ho riposizionato tutte le mie cartelle speciali da C: \ Users \ John Doe a D: \ John Doe. ADT Plugin sta provando a caricare l'emulatore da C: quando esso e i file di configurazione sono su D: (PANICO: impossibile aprire ecc.). NTFS può ottenere il plugin ADT per leggere da D: utilizzando un collegamento simbolico NTFS. Aprire un prompt dei comandi in C: \ Users \ John Doe (ovviamente utilizzare il proprio nome utente), utilizzare il comando mklink.
mklink /J "C:\Users\John Doe\\.android" "D:\John Doe\\.android"
Ora, quando il plugin ADT sta cercando di riferimento .android su C :, NTFS invia la richiesta a D: e l'emulatore si avvia correttamente.
Original Source
O
Se non è un problema di percorso, quindi:
Creare una variabile d'ambiente chiamata: ANDROID_SDK_HOME
e impostarlo in C:\Users\Administrator Open Eclipse > Window > Preferences
e cliccare nella Run/Debug
e String Sostituzione Aggiungi un nuovo variabile chiamata: user.home e impostarla su C:\Users\Administrator
Creare un AVD ed eseguirlo.
Original Source
fonte
2013-08-30 20:03:27
Ho provato la tua ultima soluzione. Non riesco nemmeno a creare un AVD ora, con l'errore: [2013-08-30 18:33:29 - SDK Manager] Errore: null – jerryh91
"C: \ Users \ John Doe \ workspace", il tuo spazio di lavoro? – jerryh91
Proverò il tuo precedente soln. Cosa c'è di così speciale nell'unità D? Come sai che è dove sono l'emulatore e i file di configurazione? Quando ho guardato il mio percorso elencato in dettagli AVD, sembra puntare alla cartella appropriata, contenente "config.ini" e "userdata.img" – jerryh91