2012-06-12 11 views
14

Construí el código fuente de Android basado en el http://source.android.com/source/building.html en Ubuntu 12.04 y cuando ejecuto el emulador me aparece el error y el emulador no se inicia:android emulator no se iniciará en Ubuntu 12.04 después de cuando se ejecuta desde 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 

¿Alguna idea de cómo puedo arreglar eso?

Debo mencionar que me conecto a la máquina con SSH. Cuando me conecto desde una máquina Ubuntu y funciono, funciona bien, pero cuando me conecto a ella con mi máquina macbook a través de SSH y trato de ejecutarlo, me da el error anterior.

BR, Ramin

+0

Podría por favor, puesto que su configuración (RAM, CPU ...)? Aquí hay un enlace que podría interesarle: http://www.rtsoft.com/forums/showthread.php?2927-pbuffers-on-intel-cards-no-luck –

+0

8 procesadores con la siguiente configuración: procesador \t: 0 Vendor_id \t: GenuineIntel familia de CPU \t: 6 modelo \t \t: 26 nombre del modelo \t: Intel (R) Xeon (R) CPU E5520 @ 2.27GHz pisar \t: 5 microcódigo \t: 0x11 MHz CPU \t \t : 2260.570 tamaño de caché \t: 8192 KB FPU \t \t: sí fpu_exception \t: si el nivel cpuid \t: 11 wp \t \t: sí banderas \t \t: FPU VME de pse tsc msr pae MCE CX8 apic SEP mtrr PGE MCA cmov pat pse36 clflush dts ACPI MMX SSE SSE2 fxsr 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 hipervisor lahf_lm ida dts bogomips \t: 4521.14 –

+1

totales utilizados buffers compartidos gratuitas Mem: 7983 5998 1985 0 260 -/+ buffers/caché: 3548 4435 Intercambio: 11641 683 10958 –

Respuesta

2

Este error indica probablemente la aplicación requiere acceso directo a la pantalla. Usar nx en lugar de X sobre SSH puede evitar el problema. Mira si hay una opción de tiempo de ejecución en el emulador también.

0

El servidor MacOSX X se queja del mal uso de algunas funciones GL, que pueden ser causadas por fallas en ambos lados. Al usar Ubuntu como cliente, el entorno X obviamente combina bien.

Quizás debería intentar ejecutar el emulador en la pantalla local, y verlo por VNC o algo similar. Si la conexión SSH es crítica, puede canalizar VNC a través de SSH, algunos clientes de VNC ofrecen directamente esa opción.

10

Encontré un trabajo alrededor de ayer.

El problema parece ser con android-sdks/tools/emulator, mientras que emulator- brazo parece funcionar bien.

Para probar cd para los SDK de Android-directorio tools/y tipo: emulator-arm -avd your_avd

Parece que esto obliga al emulador para utilizar el software de render en lugar de OpenGL, pero para mí (utilizando NX) que funcionó.

me encontré con el trabajo por aquí: https://answers.launchpad.net/ubuntu/+source/xorg/+question/203681

Cuestiones relacionadas