A.4. De qué informar
Anterior | Apéndice A. Cómo reportar errores | Siguiente

## A.4. De qué informar

Necesita incluir un historial, archivos de configuración o muestras en su informe de error. Si alguno de estos es muy grande entonces es mejor subirlos a nuestro servidor HTTP en un formato comprimido (gzip y bzip2 preferentemente) e incluir solo la ruta al nombre del archivo en su informe de error. Nuestras listas de correo tienen un límite en el tamaño del mensaje de 80k, si tiene algo más grande entonces deberá comprimirlo y subirlo.

### A.4.1. Información del Sistema

- Si distribución de Linux o sistema operativo y versión p.e.:

  - Red Hat 7.1

  - Slackware 7.0 + devel packs from 7.1 ...

- versión del kernel:

      uname -a

- versión de libc:

      ls -l /lib/libc[.-]*

- versiones de gcc y ld:

      gcc -v
      ld -v

- versión de binutils:

      as --version

- Si tiene problemas con el modo de pantalla completa:

  - Administrador de ventanas, tipo y versión

- Si tiene problemas con XVIDIX:

  - Profundidad de color de las X:

        xdpyinfo | grep "depth of root"

- Si solo el GUI está fallando:

  - versión de GTK

  - versión de GLIB

  - versión de libpng

  - situación del GUI cuando ocurre el error

### A.4.2. Hardware y controladores

- Información de la CPU (esto funciona solo en Linux):

      cat /proc/cpuinfo

- Fabricante de la tarjeta gráfica y modelo, p.e.:

  - ASUS V3800U chip: nVidia TNT2 Ultra pro 32MB SDRAM

  - Matrox G400 DH 32MB SGRAM

- Tipo y versión del controlador de video, p.e.:

  - X built-in driver

  - nVidia 0.9.623

  - Utah-GLX CVS 2001-02-17

  - DRI from X 4.0.3

- Tipo y controlador de la tarjeta de sonido, p.e.:

  - Creative SBLive! Gold con controlador OSS de oss.creative.com

  - Creative SB16 con controlador del kernel OSS

  - GUS PnP con emulación ALSA OSS

- En caso de duda incluya la salida de lspci -vv en sistemas Linux.

### A.4.3. Problemas de configuración

Si obtiene errores cuando ejecuta ./configure, o la autodetección o algo falla, lea `config.log`. Puede encontrar la respuesta ahí, por ejemplo múltiples versiones de la misma biblioteca mezcladas en su sistema, o ha olvidado instalar los paquetes de desarrollo (los que tienen el sufijo -dev). Si cree que puede ser un error, incluya `config.log` en su informe.

### A.4.4. Problemas de compilación

Por favor incluya los siguientes archivos:

- config.h

- config.mak

Solo si falla la compilación bajo uno de los siguientes directorios, incluya estos archivos:

- Gui/config.mak

- libvo/config.mak

- libao2/config.mak

### A.4.5. Problemas de reproducción

Por favor incluya la salida de MPlayer con nivel de prolijo 1, pero recuerde no truncar la salida cuando pegue esto en su correo. Los desarrolladores necesitan todos los mensajes para diagnosticar correctamente el problema. Puede dirigir la salida a un archivo así:

    mplayer -v opciones nombre-archivo > mplayer.log 2>&1

Si su problema es específico con uno o más archivos, suba las víctimas a: http://streams.videolan.org/upload/

Suba también un pequeño archivo de texto que tenga la misma base en el nombre de su archivo con una extensión .txt. Describa el problema que tiene con el archivo en particular e incluya su dirección de correo electrónico así como la salida de MPlayer con nivel de prolijo 1. Usualmente los primeros 1-5 MB del archivo son suficientes para reproducir el problema, pero para asegurarse haga:

    dd if=su-archivo of=archivo-pequeño bs=1024k count=5

Esto coje los primeros cinco megabytes de 'su-archivo' y los escribe a 'archivo-pequeño. Entonces pruebe de nuevo con este archivo pequeño y si el error sigue apareciendo su muestra será suficiente para nosotros. Por favor, ¡nunca envíe estos archivos por correo! Súbalos, y envío solo la ruta/nombre del archivo en nuestro servidor FTP. Si el archivo está disponible en la red, entonces enviar la URL exacta es suficiente.

### A.4.6. Cuelgues

Debería ejecutar MPlayer dentro de gdb y enviarnos la salida completa o si tiene un volcado `core` de cuelgue puede extraer información útil desde el archivo Core. Aquí tiene cómo:

#### A.4.6.1. Cómo conservar información acerca de un error reproducible

Recompile MPlayer con debug de código activado:

    ./configure --enable-debug=3
    make

y luego ejecute MPlayer dentro de gdb usando:

    gdb ./mplayer

Ahora ya está dentro de gdb. Escriba:

    run -v opciones-para-mplayer
    nombre-archivo

y reproduzca el error. Tan pronto como muera, gdb le devuelve a la línea de órdenes donde entró

    bt
    disass $pc-32,$pc+32
    info all-registers

#### A.4.6.2. Cómo extraer información significativa desde un volcado core

Cree el siguiente archivo de órdenes:

    bt
    disass $pc-32,$pc+32
    info all-registers

y después ejecute ésta orden:

    gdb mplayer --core=core -batch --command=command_file > mplayer.bug

Anterior | Subir | Siguiente
A.3. Dónde informar de los errores | Inicio | A.5. Yo sé lo que estoy haciendo...