Ha a dosemu összes tulajdonságát ki akarod használni, akkor rootként kell indítanod, pl.: a portok eléréséhez. A legtöbb dosos program nem igényli ezt, bár általában ha X alól használod szükséges root joggal indítani. Elméletileg a dosemu csak igen ritkán kéri ezt, és a további kiadások próbálják ezt is csökkenteni. De a DPMI használatával egy DOS kliensen keresztül elérhetővé válik az egész felhasználói (user space ) terület, innentől kezdve lehetősége van módosítani a dosemu kódját. Használd a 'secure' lehetőséget a /etc/dosemu.conf, pl.:
$_secure = "ngd" # secure for: n (normal users), g (guest), d (dexe)megszünteti ezt. Nem árt körülnézni a README.txt-ben további biztonsági megfontolások céljából.
Ez olyankor történik meg veled, ha egy olyan programot használsz aminek DPMI-re van szüksége és az nem engedélyezett. Cseréld ki a következő sort:
$_dpmi = (off)a /etc/dosemu.conf -ban
$_dpmi = (szám)-re, ahol a szám a rá szánt memória nagysága kilobájtban (pl.: a DOOM-nak 4000 kb elég).Gondolj az előbb leírtakra, miszerint a DPMI használata esetén nem ajánlott rootként futtatni a dosemut! De okozhatja az is, hogy a program VCPI-t használ (olvasd el az EMUfailure.txt-t, ha többet szeretnél tudni.) vagy más módot, arra hogy védet módba kapcsoljon (mást mint DPMI-t), ebben az esetben soha (míg meg nem írod te magad) nem fog működni dosemu alatt. Ha ezek közül egyik sem, van egy programod ami nincs felsorolva a EMUfailure.txt-ben, olvasd el az 1.14. fejezetet.
Dosemu bízik abban, hogy a DOS verzió a hdimage-n és a becsatolt meghajtón megegyezik a command.com. Ha nem a dosemu előbb, vagy utóbb elhasal. A Win95-nél lehet cserélni a DOS verziót mikor megjelenik a "Win95 indítása" felírat az F4, F5 és az F8 egyikét megnyomod. Különösen figyelj a command.com -ra. A config.emu-ban állítsd a megfelelő DOS verziónak megfelelően a shell változót, pl.: shell=c:\win95\command.com c:\ /P /E:1024 (97/02/28)
Válts át egy másik konzolra és indítsd el a "dosdebug" programot. Majd utána add ki a kill parancsot (ez eltart egy darabig, de működni fog).
# ps -ax
Daniel Barlow (jo95004@sable.ox.ac.uk) jelenti (95/4/8):
Ha nincsen se, terminálod se hálózatod, hogy beléphess a gépedre, meg kell nyomnod a reset gombot. Ha még maradt egy használható konzolod valahol, Írd be a "kbd_mode -a"-t, hogy kikapcsold a bill.t a raw módból, és/vagy "stty sane" parancsot, hogy lásd, hogy mit írsz.
Igen hasznos, ha egy olyan szkriptet használsz a dosemu futtatására, ami a dosemu után lefuttatja a "kbd_mode -a" parancsot. Amikor elhasal a dosemu, a szkript rendszerint tovább fut, és még kiadja a "kbd_mode -a" parancsot.
Rob Janssen (rob@pe1chl.ampr.org) jelenti (94/7/11): Ne felejtsd el meghívni az ems.sys -t a config.sys fájlban!
Szerezd meg és telepítsd a "klogd"-t. Probáld innen:
sunsite.unc.edu:/pub/Linux/system/Daemons/sysklogd1.2.tgz
Aldy Hernandez (aldy@sauron.cc.andrews.edu) jelenti (94/7/8): Állítsd disable értékre a videó és/vagy a BIOS caching -et.
JyiJiin Luo (jjluo@casbah.acns.nwu.edu) jelenti (94/4/19):
Gyakorlatilag ugyanaz a probléma mint elöbb. Ki kell állítani minden videó shadow beállítást az AMI BIOS-odban. Ezek után megfelelően működik a dosemu.
Néhány esetben hasznos lehet a HogThreshold értékével játszani a dosemu.conf fájlban. Daniel Barlow(jo95004@sable.ox.ac.uk) jelenti (95/4/8): HogThreshold értékét állítsd kb. a felére a BogoMips értékének, amit a rendszer kiír bootoláskor.
Vinod G Kulkarni (vinod@cse.iitb.ernet.in) jelenti (94/4/7):
Amikor a CDROM hozzá van fűzve (mount) a Linux fájlrendszeréhez és használva volt a dosemu alatt (mapped drive), előfordulhat némi probléma. A CD-ROM (iso9660) a kernel próbálja kitalálni a fájl típusát (pl. szöveges vagy bináris). Ha ez nem sikerül, megpróbálja heurisztikusan használni a fájlt. Némely körülmény között ez a heurisztika kudarcot vall, amikor szöveges fájlt binárisan akar kezelni.
A végeredménye, hogy ha néhány fájlt próbálsz átmásolni (a Linuxban magában is nem feltétlen dosemun keresztül) általában nagyobb lesz az eredetinél a mérete.(Üres karaktereket rak a ^J, ^M elé.)
Így dosemu alatt futó program hibát fog jelezni vagy bedobja a törülközőt, amit sokan a dosemu hibájának rónak fel.
Rob Janssen (pe1chl@rabo.nl) jelenti (94/8/10):
A megoldás annyi, hogy ki kell kapcsolni ezt a konvertálást. Ha paranccsal fűzöd (mount) a CD-ROM-ot írd a parancs mögé a "-o conv=binary" -t, vagy használd ezt az /etc/fstab-ban:
/dev/cdrom /cdrom iso9660 conv=binary,roNem szükséges semmilyen kernelfolt.
Daniel Barlow (jo95004@sable.ox.ac.uk) jelenti (95/4/8):
0.60-as verziótól, a hibakereső kiírás (debugging output) a parancssorból egy fájlba tudod irányítani, így: "dos -D+a -o /tmp/debug", ezzel jegyzed az összes hibakereső kiíratást (debug output) a /tmp/debug -fájlban. Már nincs szükség a stderr átirányítására.
Nick Holloway (alfie@dcs.warwick.ac.uk) jelenti (94/2/22):
Miután futtattam a DOS-t és eljátszadoztam a stty beállításaival, megduplázódtak a beütött karakterek. Most már tudom mi lehet az oka! Ez csak olyankor fordul elő, ha olyan konzolon futatod, amin be van állítva az 'istrip'. Ez az ok (szerintem), mert az egyszerű kódletapogatót (raw scancodes) meghiúsítja az 'istrip', (a billentyű felengedését is leütés eseménynek érzékeli). Azaz az bemeneti feldolgozást ki kell kapcsolni, amikor a scan kódokat (scan codes) használsz a konzolon. (Ez amúgy sem egy jó ötlet a tty sorai miatt)
Még grafikus kártyák tucatjai nincsenek teljesen támogatva a dosemuban, ha a grafikus konzolt engedélyezed, és a dosemu kidől, lehet hogy összeszemeteli a képernyőt szinte használhatatlanná téve azt. De felkészülhetsz erre az eshetőségre. Spudgun(spudgun@earthlight.co.nz) írta ezt az eljárást: Először mentsd el a regisztereidet ha konzolt futtatsz
cat /usr/bin/savetextmode restoretextmode -w /etc/textregs restorefont -w /etc/fontdatamiután bekövetkezett az összeomlás futtasd ezt a szkriptet:
restoretextmode -r /etc/textregs restorefont -r /etc/fontdata restorepaletteHa ez nem csinált semmit, annak az lehet az oka hogy az X szerver néha átállítja a Vid kártya regisztereit egy furcsa állásba, s ezért hibásan fog működni a szkript is. Az X szerver cseréje és/vagy savetextmode futtatása egy vt-n X alól segíteni fog.
FoxPro 2.6 nem fut hálózati meghajtón. Alexey Naidyonov (growler@growler.tsu.tula.ru) konstatálta ezt a problémát:
Valószínűleg a FoxPro fájlaid egy lredir-elt lemezen vannak, igaz? A baj, az hogy a FoxPro nem fut ilyen lemezen, de amikor az előbb említett lemez, (partíció) benne van a /etc/dosemu/conf-ban, menni fog.