Daniel Barlow(jo95004@sable.ox.ac.uk), 08/04/95
Si vous ne pouvez pas vous connecter depuis le réseau ou sur un autre
terminal, il y a de fortes chances pour que vous soyez obligé d'appuyer
sur le bouton Reset. Si vous réussisez tout de même à obtenir un
shell utilisable, lancez "kbd_mode -a" pour sortir le clavier du mode
direct, et/ou "stty sane" sur la console pour voir ce que vous tapez.
Le plus simple est de se faire un script pour lancer dosemu, qui
lance automatiquement "kbd_mode -a" juste après dosemu. Quand
dosemu se plante, le script récupère la main et exécute la commande
"kbd_mode -a".
dosemu.conf, mais cela ne fait rien.Rob Janssen (rob@pe1chl.ampr.org) (11/07/94) :
N'oubliez pasde charger ems.sys depuis le config.sys.
disk change"?(11/08/94)
Installez klogd.
sunsite.unc.edu:/pub/Linux/system/Daemons/sysklogd1.2.tgz
dosemu refuse-t-il de se lancer une deuxième fois
après être revenu en mode console? Aldy Hernandez (aldy@sauron.cc.andrews.edu) (7/8/94) :
Vous devriez désactiver le cache de votre carte vidéo et/ou de votre BIOS.
dosemu fonctionne-t-il dans un xterm mais pas sur la console?JyiJiin Luo (jjluo@casbah.acns.nwu.edu) expliquait le 19/04/94 :
J'ai eu exactement le même problème. J'ai découvert
que tout le cache de la mémoire vidéo devait être
invalidé. Maintenant, dosemu fonctionne parfaitement.
dosemu?Dans certains cas, il peut être utile de jouer avec le paramètre
HogThreshold dans dosemu.conf.
Daniel Barlow(jo95004@sable.ox.ac.uk), 08/04/95
HogThreshold devrait être positionné environ à la
moitié du nombre de BogoMips donné au démarrage du
sytème.
dosemu.Vinod G Kulkarni (vinod@cse.iitb.ernet.in) expliquait le 07/04/94 :
Quand un CDROM est monté depuis Linux et utilisé depuis
dosemu (lecteur redirigé), il peut y avoir quelques
problèmes. Le pilote de CDROM (iso9660) du noyau tente
de déterminer le type de fichier (binaire ou texte). S'il ne
réussit pas, il essaye de déterminer ce type en utilisant
une méthode heuristique. Cette méthode échoue dans
certains cas, généralement quand un fichier texte est
traité comme un fichier binaire (je ne sais pas si c'est un bogue ou
une fonctionnalité).
Quoi qu'il en soit, il en résulte que la copie d'une tel
fichier depuis le CDROM (depuis Linux lui-même, et pas
nécessairement depuis dosemu) génère un fichier
cible généralement plus gros que le fichier source. (Des
espaces sont ajoutés avant ^J,^M.) C'est pourquoi un
programme tournant sous dosemu produit des messages d'erreurs ou se
plante, ce qui peut être pris, à tort ("t"), pour
un problème de dosemu.
Rob Janssen (pe1chl@rabo.nl) (10/08/94) :
La solution à ce problème est de désactiver la
conversion. Utiliser l'option "-o conv=binary"
à la commande mount pour le CDROM, ou la spécifier dans
/etc/fstab :
/dev/cdrom /cdrom iso9660 conv=binary,ro
Daniel Barlow(jo95004@sable.ox.ac.uk), 08/04/95
En ce qui concerne dosemu0.60, les informations de déboguage sont
stockés dans un fichier précisé en argument sur la ligne de commande.
Utiliser "dos -D+a -o /tmp/debug" pour stocker tous les
informations de déboguage dans /tmp/debug. Il ne devrait plus y
avoir besoin de rediriger stderr.
Nick Holloway (alfie@dcs.warwick.ac.uk) expliquait le 22/02/94 :
Après avoir lancé dos et après avoir changé
quelques paramètres avec stty, j'avais des caractères en
double. Je peux maintenant en expliquer la raison !
Cela arrive uniquement lorsque dos est lancé sur la console avec
istrip positionné. Je pense que l'explication est que les codes
clavier bruts sont modifiés par istrip, de telle manière
que les événement "relâchement d'une touche"
sont vus comme des événements "appui sur une touche".
Donc, il faut que istrip ne soit pas positionné pour utiliser
les codes claviers sur une console (ce ne serait pas une bonne idée
pour les lignes tty).