Daniel Barlow(
jo95004@sable.ox.ac.uk) comentaba (4/8/95) lo siguiente:
Si no tiene acceso a través de un terminal o de una red por el que pueda
entrar, no le queda más remedio que pulsar el botón de reset. Si todavía
puede utilizar alguna shell por alguna parte, ejecute "kbd_mode -a"
para quitar el modo raw del teclado, y/o "stty sane" en la
consola para que pueda ver lo que esté tecleando.
Algo que resulta útil es el hacer un script para ejecutar dosemu, que
ejecute automáticamente "kbd_mode -a" al terminar éste. Cuando dosemu
caiga, el script normalmente seguirá corriendo, y ejecutará el comando
"kbd_mode -a".
dosemu.conf pero noayuda. Rob Janssen (
pe1chl.ampr.org) comentaba (7/11/94):
No olvide cargar el ems.sys que se proporciona, en el archivo
config.sys.
diskchange"?(8/11/94)
Consiga e instale klogd. Pruebe en
ftp://sunsite.unc.edu/pub/Linux/system/Daemons/sysklogd1.2.tgz
Aldy Hernández (
aldy@sauron.cc.andrews.edu) comentaba (7/8/94) lo siguiente:
Debe deshabilitar la caché de vídeo y/o de la BIOS.
xterm pero no en laconsola?JyiJiin Luo (
jluo@casbah.acns.nwu.edu) comentaba (4/19/94):
Yo he pasado por el mismo problema anteriormente. Lo he resuelto desactivando la shadow del vídeo en mi BIOS AMI. Ahora dosemu se ejecuta bien en mi sistema.
En algunos casos resulta útil el jugar con los valores de la variable
HogThreshold en el archivo dosemu.conf.
Daniel Barlow(
jo95004@sable.ox.ac.uk) comentaba (4/8/95) lo siguiente:
La variable HogThreshold debe valer aproximadamente la mitad de
los BogoMips que el sistema muestre al arrancar.
Vinod G Kulkarni (
vinod@cse.iitb.ernet.in) comentaba (4/7/94):
Cuando se monta el CDROM desde Linux y se utiliza dentro de dosemu (unidad mapeada), puede dar algunos problemas. El controlador del CD-ROM (iso9660) que está en el kernel trata de encontrar el tipo del fichero (ej., binario o texto). Si no puede encontrarlo, intenta adivinar el tipo del archivo a través de métodos heurísticos. Este método falla bajo ciertas circustancias como cuando un archivo de texto (que parece binario) se trata como binario. (No sé si esto es un error o una carácterística de Linux).
El resultado de todo esto está en que si copia tal archivo desde el CD-ROM
(desde el mismo Linux, y no necesariamente desde dosemu), el archivo
resultante será mayor que el original. (Se han añadido espacios en blanco
antes de ^J,^M). De forma que un programa que se esté ejecutando
bajo dosemu da un error o se cuelga, lo que se confunde con un error de
dosemu.
Rob Janssen (
pe1chl@rabo.nl) comenta (8/10/94):
La forma de resolverlo es desactivando totalmente la conversión.
Introduzca la opción "-o conv=binary" al comando mount
cuando monte el CD-ROM, o inserte lo siguiente en el /etc/fstab:
/dev/cdrom /cdrom iso9660 conv=binary,ro
No se necesita parchear el kernel.
Daniel Barlow(
jo95004@sable.ox.ac.uk) comentaba (4/8/95) lo siguiente:
En el caso de la versión 0.60 de dosemu, los datos de salida del debugger se redireccionan a un archivo especificado en la línea de comandos.
Utilice "dos -D+a -o /tmp/debug" para volcar los datos de salida
del debugger al archivo /tmp/debug. No debería existir
ninguna necesidad de redireccionar stderr.
Nick Holloway (
alfie@dcs.warwick.ac.uk) comentaba (2/22/94) lo siguiente:
Tras haber ejecutado dosemu después de haber toqueteado algunos valores
del stty, se me duplicaban los caracteres al escribir. ¡Ahora ya he
descubierto cuál es la razón!
Sólo sucede cuando dosemu se está ejecutando en la consola con
'istrip' establecido. Esto es así (creo) porque los códigos en bruto
generados por las pulsaciones de teclado son mutilados por istrip, de
modo que los eventos de liberación de una tecla parecen realmente eventos
de pulsación.
Por tanto, es preciso desactivar el procesamiento de entrada cuando se
usen códigos de pulsación en modo consola (No debe ser muy buena idea
hacerlo en líneas tty).