2012-06-12 7 views
14

Ho creato il codice sorgente Android basato su http://source.android.com/source/building.html su Ubuntu 12.04 e quando eseguo l'emulatore mi viene visualizzato l'errore e l'emulatore non verrà avviato:L'emulatore Android non si avvia su Ubuntu 12.04 dopo l'esecuzione da ssh

WARNING: Application calling GLX 1.3 function "glXCreatePbuffer" when GLX 1.3 
     is not supported! This is an application bug! 
X Error of failed request: GLXUnsupportedPrivateRequest 
    Major opcode of failed request: 146 (GLX) 
    Minor opcode of failed request: 16 (X_GLXVendorPrivate) 
    Serial number of failed request: 20 
    Current serial number in output stream: 22 

Qualche idea, come posso risolverlo?

Devo dire che mi collego alla macchina con SSH. Quando mi connetto da una macchina Ubuntu e corro, funziona bene, ma quando mi collego con il mio MacBook tramite SSH e provo a eseguirlo, mi dà errore sopra.

BR, Ramin

+0

La prego di inviare la configurazione (RAM, CPU ...)? Ecco un link che potrebbe interessarti: http://www.rtsoft.com/forums/showthread.php?2927-pbuffers-on-intel-cards-no-luck –

+0

8 processori con sotto configurazione: processore \t: 0 vENDOR_ID \t: GenuineIntel cpu famiglia \t: 6 modello \t \t: 26 nome del modello \t: Intel (R) Xeon (R) E5520 CPU @ 2.27GHz passo \t: 5 microcodice \t: 0x11 MHz CPU \t \t : 2260.570 dimensione della cache \t: 8192 KB FPU \t \t: sì fpu_exception \t: sì livello CPUID \t: 11 wp \t \t: sì bandiere \t \t: FPU VME de PSE TSC MSR pae MCE CX8 apic sep mtrr PGE mca cmov pat PSE36 clflush dts ACPI MMX fxsr SSE SSE2 ss syscall nx rdtscp lm constant_tsc arch_perfmon PEBS BTS nopl xtopology tsc_reliable nonstop_tsc aperfmperf PNI SSSE3 CX16 sse4_1 sse4_2 POPCNT hypervisor lahf_lm ida dts bogomips \t: 4521.14 –

+1

totali utilizzati i buffer condivisi liberi Mem: 7983 5998 1985 0 260 -/+ buffer/cache: 3548 4435 Swap: 11641 683 10958 –

risposta

2

Questo errore indica probabilmente l'applicazione richiede l'accesso diretto alla schermata. L'utilizzo di nx anziché di X su SSH può evitare il problema. Guarda se c'è anche un'opzione di run sull'emulatore.

0

Il server MacOSX X si lamenta dell'uso improprio di alcune funzioni GL, che possono essere causate da difetti su entrambi i lati. Quando si usa Ubuntu come client, l'ambiente X ovviamente si abbina bene.

Forse dovresti provare a eseguire l'emulatore sul display locale e visualizzarlo tramite VNC o qualcosa di simile. Se la connessione SSH è critica, è possibile eseguire il tunneling VNC tramite SSH, alcuni client VNC offrono direttamente tale opzione.

10

Abbiamo trovato un lavoro intorno a ieri.

Il problema sembra essere con android-sdks/tools/emulator, mentre l'emulatore- arm sembra funzionare correttamente.

Per testare cd alla directory android-SDK/strumenti e digitare: emulator-arm -avd your_avd

Sembra che questo costringe l'emulatore per utilizzare il renderer software invece di OpenGL, ma per me (usando NX) ha funzionato.

ho trovato il lavoro intorno qui: https://answers.launchpad.net/ubuntu/+source/xorg/+question/203681

Problemi correlati