linux-msdos-digest Sunday, August 6 2000 Volume 01 : Number 183 In this issue: ---------------------------------------------------------------------- From: Alistair MacDonald <[EMAIL PROTECTED]> Date: Fri, 28 Jul 2000 01:24:49 +0100 (BST) Subject: Re: DOSEMU and large drives On Thu, 27 Jul 2000, Ralph Alvy wrote: > Will dosemu be able to access partitions beyond the 8gb barrier? Normal DOS > can't. I assume it will be able to, since it's relying on linux to do that > work for it. If you mean partitions that *start*/*finish* beyond the barrier then, if Linux/your system/etc. supports them, you should be able to. If you mean partitions whose *size* breaks the 8Gb barrier then probably not, because we still have to emulate the FAT. Alistair ------------------------------ From: Alistair MacDonald <[EMAIL PROTECTED]> Date: Fri, 28 Jul 2000 01:35:33 +0100 (BST) Subject: Re: LFN support for DOSEMU, interrupts source On Thu, 27 Jul 2000, dgi_il wrote: > (I dont know if the windows version that DOSEMU is supposed to give is > supposed to be the kernel version of X version) Do you mean can the version of windows that DOSEMU can run, run under X or the console ? If so, the answer is either (although X is probably easier) so long as you have the right drivers [use the trident drivers under X] However, Win3.1 doesn't have LFN support. > I need help knowing where in the sources can I find the int 21h and int 2Fh > source. I will write the code my-self and maybe it will be added to the > official DOSEMU distro.. :) > If any one has another suggestion, fell free to give mail-me Lets see: find . -name '*.[ch]' -print | xargs egrep -li '0x2[1f]' (Good way of finding things quickly in code) http://www.dosemu.org/docs/DANG/0.99/DANG-14.html (Some information on the MFS system. Probably not enough. Please feel free to add more to the source code ... 8-) Beware of patents -- I belive MS may have a patent which prevents you doing this. Alistair ------------------------------ From: "Ralph Alvy" <[EMAIL PROTECTED]> Date: Fri, 28 Jul 2000 07:29:01 -0400 (EDT) Subject: Re: DOSEMU and large drives >If you mean partitions that *start*/*finish* beyond the barrier then, if >Linux/your system/etc. supports them, you should be able to. If you mean >partitions whose *size* breaks the 8Gb barrier then probably not, because >we still have to emulate the FAT. > >Alistair > Thanks. That's what I wanted to hear. - --- Ralph Alvy [EMAIL PROTECTED] ------------------------------ From: Urban Widmark <[EMAIL PROTECTED]> Date: Sun, 30 Jul 2000 20:49:10 +0200 (CEST) Subject: [patch] imps/2 mouse support This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to [EMAIL PROTECTED] for more info. - ---1463788779-162920704-964982950=:15825 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello The lack of support in dosemu for mice using the IMPS/2 protocol forces me to either not use the wheel in X (ps/2 mode, works fine in dosemu) or close X before starting dosemu (xdos is not an option). Not very fun :( Searching the archives for a solution I found at least one recent post from someone with the same problem, and a negative answer if there was a fix/workaround. After failing to get gpm to do anything useful with -R I decided to try and copy the imps2 bits from gpm. The attached patch adds support for mice in IMPS/2 mode. It does the following: + Adds imps2 as a mouse type, activate by using 'imps2' in dosemu.conf (I forgot to add imps2 as a listed option to the sample dosemu.conf) + Adds an imps2 entry to the array of protocols. Since I don't know if it is ok to change the X protocol number I added imps2 last, making it necessary for a dummy entry in the 'proto' array. + Wierd initialization, taken from gpm. Without it X seems to get confused when switching back and forth. imps2 appears to be just an extension of ps2 with one extra byte. I know almost nothing about dosemu internals so this is probably the wrong way to do it. But it does work (for me, for imps2, maybe everything else is broken instead :) It would be nice to see imps2 supported by dosemu, maybe this can help someone do it properly. Please Cc any replies, I'm not on this list. /Urban - ---1463788779-162920704-964982950=:15825 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dosemu-1.0.1-imps2-verA.patch" Content-Transfer-Encoding: BASE64 Content-ID: <[EMAIL PROTECTED]> Content-Description: Content-Disposition: attachment; filename="dosemu-1.0.1-imps2-verA.patch" ZGlmZiAtdXIgLS1leGNsdWRlLWZyb209L3Vzci9zcmMvZXhjbHVkZSBkb3Nl bXUtMS4wLjEtb3JpZy9zcmMvYmFzZS9hc3luYy9pbnQuYyBkb3NlbXUtMS4w LjEvc3JjL2Jhc2UvYXN5bmMvaW50LmMNCi0tLSBkb3NlbXUtMS4wLjEtb3Jp Zy9zcmMvYmFzZS9hc3luYy9pbnQuYwlUdWUgSnVuICA2IDAwOjMxOjIzIDIw MDANCisrKyBkb3NlbXUtMS4wLjEvc3JjL2Jhc2UvYXN5bmMvaW50LmMJU3Vu IEp1bCAyMyAyMDoxODowMCAyMDAwDQpAQCAtNjk2LDcgKzY5Niw3IEBADQog ICBjYXNlIDB4YzI6DQogICAgIG1fcHJpbnRmKCJQUzJNT1VTRTogQ2FsbCBh eD0weCUwNHhcbiIsIExXT1JEKGVheCkpOw0KICAgICBpZiAoIW1pY2UtPmlu dGRydikNCi0gICAgICBpZiAobWljZS0+dHlwZSAhPSBNT1VTRV9QUzIpIHsN CisgICAgICBpZiAobWljZS0+dHlwZSAhPSBNT1VTRV9QUzIgJiYgbWljZS0+ dHlwZSAhPSBNT1VTRV9JTVBTMikgew0KIAlSRUcoZWF4KSA9IDB4MDUwMDsg ICAgICAgIC8qIE5vIHBzMiBtb3VzZSBkZXZpY2UgaGFuZGxlciAqLw0KIAlD QVJSWTsNCiAJcmV0dXJuOw0KZGlmZiAtdXIgLS1leGNsdWRlLWZyb209L3Vz ci9zcmMvZXhjbHVkZSBkb3NlbXUtMS4wLjEtb3JpZy9zcmMvYmFzZS9kZXYv cGljL3BpYy5jIGRvc2VtdS0xLjAuMS9zcmMvYmFzZS9kZXYvcGljL3BpYy5j DQotLS0gZG9zZW11LTEuMC4xLW9yaWcvc3JjL2Jhc2UvZGV2L3BpYy9waWMu YwlTdW4gTWFyICA1IDE4OjQwOjQ3IDIwMDANCisrKyBkb3NlbXUtMS4wLjEv c3JjL2Jhc2UvZGV2L3BpYy9waWMuYwlTdW4gSnVsIDIzIDIwOjE3OjMzIDIw MDANCkBAIC0xMjEwLDcgKzEyMTAsNyBAQA0KICAgcGljX3NldGkoUElDX0lS UTAsIHRpbWVyX2ludF9lbmdpbmUsIDApOyAgLyogZG9faXJxMCBpbiBwaWMu YyAqLw0KICAgcGljX3VubWFza2koUElDX0lSUTApOw0KICAgcGljX3JlcXVl c3QoUElDX0lSUTApOyAgICAgICAgICAgICAgICAgICAgLyogc3RhcnQgdGlt ZXIgKi8NCi0gIGlmIChtaWNlLT5pbnRkcnYgfHwgbWljZS0+dHlwZSA9PSBN T1VTRV9QUzIpIHsNCisgIGlmIChtaWNlLT5pbnRkcnYgfHwgbWljZS0+dHlw ZSA9PSBNT1VTRV9QUzIgfHwgbWljZS0+dHlwZSA9PSBNT1VTRV9JTVBTMikg ew0KICAgICBwaWNfc2V0aShQSUNfSU1PVVNFLCBET1NFTVVNb3VzZUV2ZW50 cywgMCk7DQogICAgIHBpY191bm1hc2tpKFBJQ19JTU9VU0UpOw0KICAgfQ0K ZGlmZiAtdXIgLS1leGNsdWRlLWZyb209L3Vzci9zcmMvZXhjbHVkZSBkb3Nl bXUtMS4wLjEtb3JpZy9zcmMvYmFzZS9pbml0L2luaXQuYyBkb3NlbXUtMS4w LjEvc3JjL2Jhc2UvaW5pdC9pbml0LmMNCi0tLSBkb3NlbXUtMS4wLjEtb3Jp Zy9zcmMvYmFzZS9pbml0L2luaXQuYwlTdW4gTWFyICA1IDEzOjU3OjM3IDIw MDANCisrKyBkb3NlbXUtMS4wLjEvc3JjL2Jhc2UvaW5pdC9pbml0LmMJU3Vu IEp1bCAyMyAyMDoxODo0MSAyMDAwDQpAQCAtMjA4LDcgKzIwOCw3IEBADQog ICBwaWNfdW5tYXNraShQSUNfSVJRMSk7DQogICBwaWNfc2V0aShQSUNfSVJR OCwgcnRjX2ludDgsIDApOw0KICAgcGljX3VubWFza2koUElDX0lSUTgpOw0K LSAgaWYgKG1pY2UtPmludGRydiB8fCBtaWNlLT50eXBlID09IE1PVVNFX1BT Mikgew0KKyAgaWYgKG1pY2UtPmludGRydiB8fCBtaWNlLT50eXBlID09IE1P VVNFX1BTMiB8fCBtaWNlLT50eXBlID09IE1PVVNFX0lNUFMyKSB7DQogICAg IHBpY19zZXRpKFBJQ19JTU9VU0UsIERPU0VNVU1vdXNlRXZlbnRzLCAwKTsN CiAgICAgcGljX3VubWFza2koUElDX0lNT1VTRSk7DQogICB9DQpAQCAtMzQ5 LDcgKzM0OSw3IEBADQogICBDT05GX05GTE9QKGNvbmZpZ3VyYXRpb24sIGNv bmZpZy5mZGlza3MpOw0KICAgQ09ORl9OU0VSKGNvbmZpZ3VyYXRpb24sIGNv bmZpZy5udW1fc2VyKTsNCiAgIENPTkZfTkxQVChjb25maWd1cmF0aW9uLCBj b25maWcubnVtX2xwdCk7DQotICBpZiAoKG1pY2UtPnR5cGUgPT0gTU9VU0Vf UFMyKSB8fCAobWljZS0+aW50ZHJ2KSkNCisgIGlmICgobWljZS0+dHlwZSA9 PSBNT1VTRV9QUzIpIHx8IChtaWNlLT50eXBlID09IE1PVVNFX0lNUFMyKSB8 fCAobWljZS0+aW50ZHJ2KSkNCiAgICAgY29uZmlndXJhdGlvbiB8PSBDT05G X01PVVNFOw0KIA0KICAgaWYgKGNvbmZpZy5tYXRoY28pDQpkaWZmIC11ciAt LWV4Y2x1ZGUtZnJvbT0vdXNyL3NyYy9leGNsdWRlIGRvc2VtdS0xLjAuMS1v cmlnL3NyYy9iYXNlL2luaXQvbGV4ZXIubCBkb3NlbXUtMS4wLjEvc3JjL2Jh c2UvaW5pdC9sZXhlci5sDQotLS0gZG9zZW11LTEuMC4xLW9yaWcvc3JjL2Jh c2UvaW5pdC9sZXhlci5sCVR1ZSBKdW4gIDYgMDA6NTY6MDMgMjAwMA0KKysr IGRvc2VtdS0xLjAuMS9zcmMvYmFzZS9pbml0L2xleGVyLmwJU3VuIEp1bCAy MyAyMDoyMDoyNSAyMDAwDQpAQCAtNTMxLDYgKzUzMSw3IEBADQogbW91c2Vz eXN0ZW1zCQlSRVRVUk4oTU9VU0VTWVNURU1TKTsNCiBidXNtb3VzZQkJUkVU VVJOKEJVU01PVVNFKTsNCiBwczIJCQlSRVRVUk4oUFMyKTsNCitpbXBzMgkJ CVJFVFVSTihJTVBTMik7DQogaW50ZXJuYWxkcml2ZXIJCVJFVFVSTihJTlRF Uk5BTERSSVZFUik7DQogZW11bGF0ZTNidXR0b25zCQlSRVRVUk4oRU1VTEFU RTNCVVRUT05TKTsNCiBjbGVhcmR0cgkJUkVUVVJOKENMRUFSRFRSKTsNCmRp ZmYgLXVyIC0tZXhjbHVkZS1mcm9tPS91c3Ivc3JjL2V4Y2x1ZGUgZG9zZW11 LTEuMC4xLW9yaWcvc3JjL2Jhc2UvaW5pdC9wYXJzZXIueSBkb3NlbXUtMS4w LjEvc3JjL2Jhc2UvaW5pdC9wYXJzZXIueQ0KLS0tIGRvc2VtdS0xLjAuMS1v cmlnL3NyYy9iYXNlL2luaXQvcGFyc2VyLnkJU3VuIE1hciAgNSAyMTozMToz OCAyMDAwDQorKysgZG9zZW11LTEuMC4xL3NyYy9iYXNlL2luaXQvcGFyc2Vy LnkJU3VuIEp1bCAyMyAyMDoxOTo0MyAyMDAwDQpAQCAtMjY4LDcgKzI2OCw3 IEBADQogCS8qIHNlcmlhbCAqLw0KICV0b2tlbiBCQVNFIElSUSBJTlRFUlJV UFQgREVWSUNFIENIQVJTRVQgIEJBVURSQVRFDQogCS8qIG1vdXNlICovDQot JXRva2VuIE1JQ1JPU09GVCBNUzNCVVRUT04gTE9HSVRFQ0ggTU1TRVJJRVMg TU9VU0VNQU4gSElUQUNISSBNT1VTRVNZU1RFTVMgQlVTTU9VU0UgUFMyDQor JXRva2VuIE1JQ1JPU09GVCBNUzNCVVRUT04gTE9HSVRFQ0ggTU1TRVJJRVMg TU9VU0VNQU4gSElUQUNISSBNT1VTRVNZU1RFTVMgQlVTTU9VU0UgUFMyIElN UFMyDQogJXRva2VuIElOVEVSTkFMRFJJVkVSIEVNVUxBVEUzQlVUVE9OUyBD TEVBUkRUUg0KIAkvKiB4LXdpbmRvd3MgKi8NCiAldG9rZW4gTF9ESVNQTEFZ IExfVElUTEUgSUNPTl9OQU1FIFhfS0VZQ09ERSBYX0tFWUNPREVfQVVUTyBY X0JMSU5LUkFURSBYX1NIQVJFQ01BUCBYX01JVFNITSBYX0ZPTlQNCkBAIC0x MjA3LDYgKzEyMDcsMTEgQEANCiAJCXwgUFMyDQogCQkgIHsNCiAJCSAgbXB0 ci0+dHlwZSA9IE1PVVNFX1BTMjsNCisJCSAgbXB0ci0+ZmxhZ3MgPSAwOw0K KwkJICB9DQorCQl8IElNUFMyDQorCQkgIHsNCisJCSAgbXB0ci0+dHlwZSA9 IE1PVVNFX0lNUFMyOw0KIAkJICBtcHRyLT5mbGFncyA9IDA7DQogCQkgIH0N CiAJCXwgTU9VU0VNQU4NCmRpZmYgLXVyIC0tZXhjbHVkZS1mcm9tPS91c3Iv c3JjL2V4Y2x1ZGUgZG9zZW11LTEuMC4xLW9yaWcvc3JjL2Jhc2UvbWlzYy9p b2N0bC5jIGRvc2VtdS0xLjAuMS9zcmMvYmFzZS9taXNjL2lvY3RsLmMNCi0t LSBkb3NlbXUtMS4wLjEtb3JpZy9zcmMvYmFzZS9taXNjL2lvY3RsLmMJU3Vu IE1hciAgNSAxMzo1NzozNiAyMDAwDQorKysgZG9zZW11LTEuMC4xL3NyYy9i YXNlL21pc2MvaW9jdGwuYwlTdW4gSnVsIDIzIDIwOjE3OjAyIDIwMDANCkBA IC0xNzAsNyArMTcwLDggQEANCiANCiAgICAgZGVmYXVsdDoJCQkvKiBoYXMg YXQgbGVhc3QgMSBkZXNjcmlwdG9yIHJlYWR5ICovDQogDQotICAgICAgaWYg KChtaWNlLT5pbnRkcnYgfHwgbWljZS0+dHlwZSA9PSBNT1VTRV9QUzIpICYm IG1pY2UtPmZkID49IDApDQorICAgICAgaWYgKChtaWNlLT5pbnRkcnYgfHwg bWljZS0+dHlwZSA9PSBNT1VTRV9QUzIgfHwgbWljZS0+dHlwZSA9PSBNT1VT RV9JTVBTMikNCisJICAmJiBtaWNlLT5mZCA+PSAwKQ0KIAlpZiAoRkRfSVNT RVQobWljZS0+ZmQsICZmZHMpKSB7DQogCQltX3ByaW50ZigiTU9VU0U6IFdl IGhhdmUgZGF0YVxuIik7DQogCSAgcGljX3JlcXVlc3QoUElDX0lNT1VTRSk7 DQpkaWZmIC11ciAtLWV4Y2x1ZGUtZnJvbT0vdXNyL3NyYy9leGNsdWRlIGRv c2VtdS0xLjAuMS1vcmlnL3NyYy9iYXNlL21vdXNlL21vdXNlLmMgZG9zZW11 LTEuMC4xL3NyYy9iYXNlL21vdXNlL21vdXNlLmMNCi0tLSBkb3NlbXUtMS4w LjEtb3JpZy9zcmMvYmFzZS9tb3VzZS9tb3VzZS5jCVR1ZSBKdW4gIDYgMDE6 Mjk6NTYgMjAwMA0KKysrIGRvc2VtdS0xLjAuMS9zcmMvYmFzZS9tb3VzZS9t b3VzZS5jCVN1biBKdWwgMjMgMjA6MTU6MzIgMjAwMA0KQEAgLTE3NDksNyAr MTc0OSw4IEBADQogICAgICAgRE9TRU1VU2V0dXBNb3VzZSgpOw0KICAgICAg IG1lbWNweShwLG1vdXNlX3ZlcixzaXplb2YobW91c2VfdmVyKSk7DQogICAg IH0NCi0gICAgZWxzZSBpZiAoKG1pY2UtPnR5cGUgPT0gTU9VU0VfUFMyKSB8 fCAobWljZS0+dHlwZSA9PSBNT1VTRV9CVVNNT1VTRSkpIHsNCisgICAgZWxz ZSBpZiAoKG1pY2UtPnR5cGUgPT0gTU9VU0VfUFMyKSB8fCAobWljZS0+dHlw ZSA9PSBNT1VTRV9JTVBTMikgfHwNCisJICAgICAobWljZS0+dHlwZSA9PSBN T1VTRV9CVVNNT1VTRSkpIHsNCiAgICAgICBlbnRlcl9wcml2X29uKCk7DQog ICAgICAgbWljZS0+ZmQgPSBvcGVuKG1pY2UtPmRldiwgT19SRFdSIHwgT19O T05CTE9DSyk7DQogICAgICAgbGVhdmVfcHJpdl9zZXR0aW5nKCk7DQpAQCAt MTgxNSw4ICsxODE2LDggQEANCiAgICAgcmV0dXJuOw0KICAgfQ0KIA0KLSAg aWYgKCgobWljZS0+dHlwZSA9PSBNT1VTRV9QUzIpIHx8IChtaWNlLT50eXBl ID09IE1PVVNFX0JVU01PVVNFKSkNCi0JJiYgKG1pY2UtPmZkICE9IC0xKSkN CisgIGlmICgoKG1pY2UtPnR5cGUgPT0gTU9VU0VfUFMyKSB8fCAobWljZS0+ dHlwZSA9PSBNT1VTRV9JTVBTMikgfHwNCisgICAgICAgKG1pY2UtPnR5cGUg PT0gTU9VU0VfQlVTTU9VU0UpKSAmJiAobWljZS0+ZmQgIT0gLTEpKQ0KICAg ICBjbG9zZShtaWNlLT5mZCk7DQogfQ0KIA0KZGlmZiAtdXIgLS1leGNsdWRl LWZyb209L3Vzci9zcmMvZXhjbHVkZSBkb3NlbXUtMS4wLjEtb3JpZy9zcmMv YmFzZS9tb3VzZS9tb3VzZWludC5jIGRvc2VtdS0xLjAuMS9zcmMvYmFzZS9t b3VzZS9tb3VzZWludC5jDQotLS0gZG9zZW11LTEuMC4xLW9yaWcvc3JjL2Jh c2UvbW91c2UvbW91c2VpbnQuYwlTdW4gTWFyICA1IDEzOjU3OjM3IDIwMDAN CisrKyBkb3NlbXUtMS4wLjEvc3JjL2Jhc2UvbW91c2UvbW91c2VpbnQuYwlT dW4gSnVsIDMwIDIwOjAwOjAyIDIwMDANCkBAIC02Niw3ICs2Niw4IEBADQog ICAgICAgICAgIFJQVF9TWVNDQUxMKHdyaXRlKG1pY2UtPmZkLCAiKlgiLCAy KSk7DQogICAgICAgICAgIERPU0VNVVNldE1vdXNlU3BlZWQoMTIwMCwgbWlj ZS0+YmF1ZFJhdGUsIG1pY2UtPmZsYWdzKTsNCiAgICAgICAgIH0NCi0gICAg ICBlbHNlIGlmIChtaWNlLT50eXBlICE9IE1PVVNFX0JVU01PVVNFICYmIG1p Y2UtPnR5cGUgIT0gTU9VU0VfUFMyKSANCisgICAgICBlbHNlIGlmIChtaWNl LT50eXBlICE9IE1PVVNFX0JVU01PVVNFICYmIG1pY2UtPnR5cGUgIT0gTU9V U0VfUFMyICYmDQorCSAgICAgICBtaWNlLT50eXBlICE9IE1PVVNFX0lNUFMy KSANCiAJew0KIAkgIG1fcHJpbnRmKCJNT1VTRTogc2V0dGluZyBzcGVlZCB0 byAlZCBiYXVkXG4iLG1pY2UtPmJhdWRSYXRlKTsNCiAjaWYgMCAgIC8qIHRo aXMgY2F1c2VzIG15IGRvc2VtdSB0byBoYW5nIFtyel0gKi8NCkBAIC0xMzMs NiArMTM0LDE3IEBADQogCSAgfQ0KICAgICAgICAgfQ0KIA0KKyAgICAgIGlm IChtaWNlLT50eXBlID09IE1PVVNFX0lNUFMyKQ0KKyAgICAgICAgew0KKwkg IHN0YXRpYyB1bnNpZ25lZCBjaGFyIHMxW10gPSB7IDI0MywgMjAwLCAyNDMs IDEwMCwgMjQzLCA4MCwgfTsNCisJICBzdGF0aWMgdW5zaWduZWQgY2hhciBz MltdID0geyAyNDYsIDIzMCwgMjQ0LCAyNDMsIDEwMCwgMjMyLCAzLCB9Ow0K KwkgIHdyaXRlIChtaWNlLT5mZCwgczEsIHNpemVvZiAoczEpKTsNCisJICB1 c2xlZXAgKDMwMDAwKTsNCisJICB3cml0ZSAobWljZS0+ZmQsIHMyLCBzaXpl b2YgKHMyKSk7DQorCSAgdXNsZWVwICgzMDAwMCk7DQorCSAgdGNmbHVzaCAo bWljZS0+ZmQsIFRDSUZMVVNIKTsNCisJfQ0KKw0KICNpZmRlZiBDTEVBUkRU Ul9TVVBQT1JUDQogICAgICAgaWYgKG1pY2UtPnR5cGUgPT0gTU9VU0VfTU9V U0VTWVNURU1TICYmIChtaWNlLT5jbGVhcmR0cikpDQogICAgICAgICB7DQpA QCAtMTcwLDcgKzE4Miw3IEBADQogICBzdGF0aWMgaW50ICAgICAgICAgICBw QnVmUCA9IDA7DQogICBzdGF0aWMgdW5zaWduZWQgY2hhciBwQnVmWzhdOw0K IA0KLSAgc3RhdGljIHVuc2lnbmVkIGNoYXIgcHJvdG9bOV1bNV0gPSB7DQor ICBzdGF0aWMgdW5zaWduZWQgY2hhciBwcm90b1sxMF1bNV0gPSB7DQogICAg IC8qICBoZF9tYXNrIGhkX2lkICAgZHBfbWFzayBkcF9pZCAgIG5vYnl0ZXMg Ki8NCiAgICAgewkweDQwLAkweDQwLAkweDQwLAkweDAwLAkzIAl9LCAgLyog TWljcm9Tb2Z0ICovDQogICAgIHsJMHg0MCwJMHg0MCwJMHg0MCwJMHgwMCwJ MyAJfSwgIC8qIE1pY3JvU29mdC0zQmV4dCAqLw0KQEAgLTE4Miw2ICsxOTQs OCBAQA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBbQ0hSSVMtMjExMDkyXSAqLw0KICAgICB7CTB4 YzAsCTB4MDAsCTB4MDAsCTB4MDAsCTMJfSwgIC8qIFBTLzIgbW91c2UgKi8N CiAgICAgewkweGUwLAkweDgwLAkweDgwLAkweDAwLAkzCX0sICAvKiBNTV9I aXRUYWJsZXQgKi8NCisgICAgewkweDAwLAkweDAwLAkweDAwLAkweDAwLAkw CX0sICAvKiBYLW1vdXNlICh1bnVzZWQgZW50cnkpICovDQorICAgIHsJMHhj MCwJMHgwMCwJMHgwMCwJMHgwMCwJNAl9LCAgLyogSU1QUy8yIG1vdXNlICov DQogICB9Ow0KICAgDQogICBpZiAoIWNvbmZpZy51c2VzWCkgew0KQEAgLTE5 MCw2ICsyMDQsNyBAQA0KIAkgKiBjaGVjaywgaWYgd2UgaGF2ZSBhIHVzYWJs ZSBkYXRhIGJ5dGUNCiAJICovDQogCWlmIChwQnVmUCAhPSAwICYmIG1pY2Ut PnR5cGUgIT0gTU9VU0VfUFMyICYmDQorCSAgICBtaWNlLT50eXBlICE9IE1P VVNFX0lNUFMyICYmDQogCSAgICAoKHJCdWZbaV0gJiBwcm90b1ttaWNlLT50 eXBlXVsyXSkgIT0gcHJvdG9bbWljZS0+dHlwZV1bM10NCiAJICAgICB8fCBy QnVmW2ldID09IDB4ODApKSB7DQogCSAgIG1fcHJpbnRmKCJNT1VTRUlOVDog U2tpcHBpbmcgcGFja2FnZSwgcEJ1ZlAgPSAlZFxuIixwQnVmUCk7DQpAQCAt MzM0LDYgKzM0OSw3IEBADQogCSAgIGJyZWFrOw0KIA0KIAljYXNlIE1PVVNF X1BTMjoJCSAgICAvKiBQUy8yIG1vdXNlICovDQorCWNhc2UgTU9VU0VfSU1Q UzI6CSAgICAvKiBJTVBTLzIgbW91c2UgKi8NCiAJICAgYnV0dG9ucyA9IChw QnVmWzBdICYgMHgwNCkgPj4gMSB8ICAgICAgIC8qIE1pZGRsZSAqLw0KIAkg ICAgICAocEJ1ZlswXSAmIDB4MDIpID4+IDEgfCAgICAgICAvKiBSaWdodCAq Lw0KIAkgICAgICAocEJ1ZlswXSAmIDB4MDEpIDw8IDI7ICAgICAgICAvKiBM ZWZ0ICovDQpkaWZmIC11ciAtLWV4Y2x1ZGUtZnJvbT0vdXNyL3NyYy9leGNs dWRlIGRvc2VtdS0xLjAuMS1vcmlnL3NyYy9pbmNsdWRlL21vdXNlLmggZG9z ZW11LTEuMC4xL3NyYy9pbmNsdWRlL21vdXNlLmgNCi0tLSBkb3NlbXUtMS4w LjEtb3JpZy9zcmMvaW5jbHVkZS9tb3VzZS5oCVRodSBKdW4gIDEgMjM6MzI6 MjkgMjAwMA0KKysrIGRvc2VtdS0xLjAuMS9zcmMvaW5jbHVkZS9tb3VzZS5o CVN1biBKdWwgMjMgMTk6NTg6MTcgMjAwMA0KQEAgLTI4LDYgKzI4LDcgQEAN CiAjZGVmaW5lIE1PVVNFX1BTMiA3DQogI2RlZmluZSBNT1VTRV9ISVRBQ0hJ IDgNCiAjZGVmaW5lIE1PVVNFX1ggOQ0KKyNkZWZpbmUgTU9VU0VfSU1QUzIg MTANCiANCiAvKiB0eXBlcyBvZiBtb3VzZSBldmVudHMgKi8NCiAjZGVmaW5l IERFTFRBX0NVUlNPUgkJMQ0K - ---1463788779-162920704-964982950=:15825-- ------------------------------ From: Bart Oldeman <[EMAIL PROTECTED]> Date: Sun, 30 Jul 2000 20:31:20 +0100 (BST) Subject: Re: [patch] imps/2 mouse support On Sun, 30 Jul 2000, Urban Widmark wrote: > The lack of support in dosemu for mice using the IMPS/2 protocol forces me > to either not use the wheel in X (ps/2 mode, works fine in dosemu) or > close X before starting dosemu (xdos is not an option). Not very fun :( What's the problem with xdos? Too slow or not fullscreen or it doesn't work or you can't tell? > Searching the archives for a solution I found at least one recent post > from someone with the same problem, and a negative answer if there was a > fix/workaround. After failing to get gpm to do anything useful with -R I > decided to try and copy the imps2 bits from gpm. The method with gpm -R would be as follows: start gpm with "gpm -R -t imps2". However, the redirector uses the mousesystems protocol; in dosemu.conf you then have: $_com1 = "" $_mouse = "mousesystems" $_mouse_dev = "/dev/gpmdata" without a DOS mouse driver (using the internal mouse driver). OR $_com1 = "/dev/gpmdata" $_mouse = "mousesystems" $_mouse_dev = "com1" with a DOS mouse driver. The first of these two methods is recommended. > I know almost nothing about dosemu internals so this is probably the wrong > way to do it. But it does work (for me, for imps2, maybe everything else > is broken instead :) It would be nice to see imps2 supported by dosemu, > maybe this can help someone do it properly. Looking at the patch, there seems to be nothing wrong with it. Thanks very much. Hans Lermen has to decide whether to include in DOSEMU, but I think there is not much in the way of putting it into both dosemu 1.0.2 and 1.1.1. One tiny thing: + static unsigned char proto[10][5] = { should be + static unsigned char proto[11][5] = { since you added two new entries? Bart ------------------------------ From: Urban Widmark <[EMAIL PROTECTED]> Date: Sun, 30 Jul 2000 22:00:07 +0200 (CEST) Subject: Re: [patch] imps/2 mouse support On Sun, 30 Jul 2000, Bart Oldeman wrote: > What's the problem with xdos? Too slow or not fullscreen or it doesn't > work or you can't tell? I can't play Panzer General ... :) ERROR: general protection at 0x1682f: 4 ERROR: SIGSEGV, protected insn...exiting! Maybe it is possible to get it to run, can't say that I have tried it a lot under X. But somewhere I got the idea that gfx mode stuff had to run on the console. > The method with gpm -R would be as follows: > start gpm with "gpm -R -t imps2". However, the redirector uses the > mousesystems protocol; in dosemu.conf you then have: > > $_com1 = "" > $_mouse = "mousesystems" > $_mouse_dev = "/dev/gpmdata" > without a DOS mouse driver (using the internal mouse driver). Right, that is how I thought it should be done too. Not sure why but I couldn't get it to work. It's possible I didn't do it exactly like this. You can tell gpm what protocol to redirect as using: gpm -R ps2 -t imps2 > One tiny thing: > + static unsigned char proto[10][5] = { > should be > + static unsigned char proto[11][5] = { > since you added two new entries? Yes, I missed that (it works with a warning with at least some compilers). /Urban ------------------------------ From: Miroslav Skoric <[EMAIL PROTECTED]> Date: Sun, 30 Jul 2000 13:27:12 -0400 Subject: Re: Autoexec.bat ??? David Lerner wrote: > > A sample line if /etc/fstab might be: > > /dev/hda1 /dosc vfat defaults,umask=000 > > The umask 000 gives read, write, execute access to all users. That may > be appropriate for a home mechine where you are the only user. > What about to read from a WinNT NTFS partition within RH6.1 ? Misko ------------------------------ From: Bart Oldeman <[EMAIL PROTECTED]> Date: Mon, 31 Jul 2000 16:42:24 +0100 (BST) Subject: Re: DOSEMU and large drives On Fri, 28 Jul 2000, Alistair MacDonald wrote: > On Thu, 27 Jul 2000, Ralph Alvy wrote: > > > Will dosemu be able to access partitions beyond the 8gb barrier? Normal DOS > > can't. I assume it will be able to, since it's relying on linux to do that > > work for it. > > If you mean partitions that *start*/*finish* beyond the barrier then, if > Linux/your system/etc. supports them, you should be able to. If you mean > partitions whose *size* breaks the 8Gb barrier then probably not, because > we still have to emulate the FAT. I've researched it a bit further, and the 8Gb barrier is because of the BIOS. The BIOS (to be precisely interrupt 13h) has a limitation of 1024 cylinders, 256 heads and 63 sectors/track. With 512 bytes/sector this gives 1024*256*63*512=8,455,716,864 bytes. See the Large Disk HOWTO for more details. The emulated int13 in DOSEmu is no exception to this rule, except that the origin of the calculation does not have to be the beginning of the disk, but can be "anywhere", also beyond 8GB, since it translates the BIOS calls into Linux syscalls instead of talking directly to the IDE controller and the drive is not "real" but emulated. But it is only used for diskimages, partition access and the initial bootdir, not for redirected (lredir'ed) drives, which are network drives from DOS's point of view. FAT16 already has a 2GB limitation anyway. I guess we have the following limitations for size: any lredired drive: depends on file systems used on that drive (but probably nothing to worry about). partition access / diskimage : 8GB (it has to be FAT32 to get above 2GB). The FAT is not emulated by DOSEmu, only the BIOS is. initial bootdir : probably 2GB. This is the AFAIK only place where an emulated (read-only) FAT - a FAT16 - is used. Bart ------------------------------ From: "David Milligan" <[EMAIL PROTECTED]> Date: Tue, 1 Aug 2000 12:02:44 +1200 Subject: Console Telnet running Dosemu under Win2000 I have been using Console Telnet to access Linux and run dosemu. This has all worked well in Win95/98/NT. I have just tried to do this under Win2000 and have found a problem. NB : This problem is specific to Console Telnet running under Win2000 accessing dosemu. You can access Linux OK but when you type dos to run dosemu it tries to start and "bombs" out leaving you back at the prompt. Using dos -D9 +o dos.txt to get debug info from a working Win98 session and a non-working Win2000 session shows the following part which differs (the 1st line shown in each section below is OK. It then differs) :- Working Win98 ... DISK ext read @7/0/17 (1) -> 0x500 OK. - ------ EMU: main loop -- 000003 ----------- DO_VM86, cs=0000:7c60 ss=0000:7c00 f=000b0202 ax=0000 bx=7c00 ss=0000 sp=7c00 bp=7cec cx=0001 dx=0180 ds=0000 cs=0000 ip=7c60 si=7d00 di=7dfe es=0000 flg=000b0202 RET_VM86, cs=0000:7c60 ss=0000:7c00 f=000b0246 ret=0x1302 ax=4200 bx=7c00 ss=0000 sp=7c00 bp=7cec cx=0001 dx=0180 ds=0000 cs=0000 ip=7c60 si=7d10 di=7dfe es=0000 flg=000b0246 Do INT0x13 eax=0x00004200 ebx=0x00007c00 ss=0x00000000 esp=0x00007c00 ecx=0x00000001 edx=0x00000180 ds=0x00000000 cs=0x00000000 ip=0x00007c60 esi=0x00007d10 edi=0x00007dfe es=0x00000000 flg=0x000b0246 DO_INT0x13: Using caller_function() DISK: /var/lib/dosemu/drives/pdriver: Trying to read 4 sectors at T/S/H 0/21/7-32256 at pos 204288 Non-working Win2000 ... DISK ext read @7/0/17 (1) -> 0x500 OK. ERROR: cpu exception in dosemu code outside of VM86()! trapno: 0x0e errorcode: 0x00000004 cr2: 0x082b8000 eip: 0x08063b2f esp: 0xbffff770 eflags: 0x00010246 cs: 0x0023 ds: 0x002b es: 0x002b ss: 0x002b Page fault: read instruction to linear address: 0x082b8000 CPU was in user mode Exception was caused by non-available page VFLAGS(b): 010000001001000110 EAX: 000c0520 EBX: 00000001 ECX: 000000a0 EDX: 000000a0 VFLAGS(h): 00010246 ESI: 000c0520 EDI: 082b8000 EBP: bffff7b4 CS: 0023 DS: 002b ES: 002b FS: 0000 GS: 0000 FLAGS: PF ZF IF RF IOPL: 0 OPS : 2c 89 54 24 14 89 d1 fc a8 00 -> f3 a6 0f 84 dc 00 00 00 89 c7 Program=sigsegv.c, Line=293 EIP: 0000:00007c60 ESP: 0000:00007c00 VFLAGS(b): 00000 00000010 00000010 EAX: 00000000 EBX: 00007c00 ECX: 00000001 EDX: 00000180 VFLAGS(h): 00000202 ESI: 00007d00 EDI: 00007dfe EBP: 00007cec DS: 0000 ES: 0000 FS: 0000 GS: 0000 FLAGS: IF RF VM VIF VIP IOPL: 0 STACK: 00 00 00 00 00 00 00 00 00 00 -> eb 3e 90 44 4f 53 45 4d 55 31 OPS : 4e 12 78 0d b2 80 b4 42 cd 13 -> 72 2a 83 c6 10 eb ee 8b 46 04 722a 0000:7c60 jb 7C8C leavedos(4) called - shutting down What is causing the different behaviour? David Milligan ------------------------------ From: David Lerner <[EMAIL PROTECTED]> Date: Mon, 31 Jul 2000 20:13:50 -0400 Subject: Re: Autoexec.bat ??? Miroslav Skoric wrote: > > David Lerner wrote: > > > > A sample line if /etc/fstab might be: > > > > /dev/hda1 /dosc vfat defaults,umask=000 > > > > The umask 000 gives read, write, execute access to all users. That may > > be appropriate for a home mechine where you are the only user. > > > > What about to read from a WinNT NTFS partition within RH6.1 ? > > Misko It's an obvious variation of the above: /dev/hda6 /winnte ntfs defaults,umask=000 However, I recommend that you do not enable write access to a ntfs partition as file system corruption is likely. Dave ------------------------------ From: [EMAIL PROTECTED] Date: Tue, 01 Aug 2000 13:01:27 MET_DST Subject: RE: Share Emulator >From: "Jim Howarth" <[EMAIL PROTECTED]> >To: "dosemu" <[EMAIL PROTECTED]> >Date: Thu, 27 Jul 2000 10:27:16 -0400 >Some programs for dos require share to be running... is there any way that >one of our illustrious developers would be able to add in a share emulation. The problem with SHARE is a bit (or even more) complicated. There are two methods of detecting SHARE: - - INT 2Fh with AX=1000h - SHARE returns AL=0FFh - - locking a file (INT 21h, AX=5C00h, BX=CX=DX=SI=DI=0, without SHARE DOS returns error, with SHARE it locks a file region, and it must be unlocked by INT 21h, AX=5C01h) Also, SHARE modifies some pointers in DOS kernel, and it is possible (although unlike) an application to test it. On DosEmu, both these methods answer "No SHARE". In spite of it, lock/unlock calls work on files opened in sharing mode (eg. by INT 21h, AX=3D42h). Lock fails on files opened in compatibility mode, while on DOS it is allowed on them. What you can try? First, simple TSR which hooks INT 2Fh, and when AX=1000h, returns with AL=0FFh, otherwise passes call to previous handler. Probably some applications will assume there is SHARE and work. Other will require DosEmu fixing. Jerzy ------------------------------ From: Libor Sakmary <[EMAIL PROTECTED]> Date: Tue, 1 Aug 2000 14:46:48 +0200 Subject: Keyboard error Hello, I compiled and installed the dosemu 1.0.0.1. It started after coniguration, but the keyboard is inactive (the cursor is on the begenning of line flashing and nothing else works). The error output gives following: Kernel CPU speed is 334096819 Hz Running on CPU=586, FPU=1 using stderr for debug-output debug flags: ERROR: slang_keyb_close(): failed to restore keyboard termios settings! ERROR: slang_keyb_close(): failed to restore keyboard termios settings! Can anybody help? Regards Libor ------------------------------ From: Steffen Winterfeldt <[EMAIL PROTECTED]> Date: Tue, 1 Aug 2000 15:25:47 +0200 (CEST) Subject: Re: DOSEMU and large drives On Mon, 31 Jul 2000, Bart Oldeman wrote: > On Fri, 28 Jul 2000, Alistair MacDonald wrote: > > > On Thu, 27 Jul 2000, Ralph Alvy wrote: > > > > > Will dosemu be able to access partitions beyond the 8gb barrier? Normal DOS > > > can't. I assume it will be able to, since it's relying on linux to do that > > > work for it. > > > > If you mean partitions that *start*/*finish* beyond the barrier then, if > > Linux/your system/etc. supports them, you should be able to. If you mean > > partitions whose *size* breaks the 8Gb barrier then probably not, because > > we still have to emulate the FAT. > > I've researched it a bit further, and the 8Gb barrier is because of the > BIOS. The BIOS (to be precisely interrupt 13h) has a limitation of > 1024 cylinders, 256 heads and 63 sectors/track. With 512 bytes/sector this > gives 1024*256*63*512=8,455,716,864 bytes. > See the Large Disk HOWTO for more details. > > The emulated int13 in DOSEmu is no exception to this rule, except that the The extended BIOS call that uses 64bit block numbers is implemented in DOSEMU, so there should be no problem accessing large partitions. At least not more than usual. My experience with large lredir'ed filesystems (some GB) is that it depends on the apps you're running. Some can't cope with filesystem sizes >2GB, some can't handle filesystems with >2GB *free* space, some just don't work at all. Apps that don't care about fs size at all should always work. But quite a lot like to check if there is enough free space left on the disk before creating a file or such. > initial bootdir : probably 2GB. This is the AFAIK only place where an > emulated (read-only) FAT - a FAT16 - is used. It doesn't really matter. The emulated fs is about 400MB in size but that's not really important as you'll need just the system files and they're typically in the root dir (the root dir is placed first into the emulated FAT fs). Steffen ------------------------------ From: Bart Oldeman <[EMAIL PROTECTED]> Date: Tue, 1 Aug 2000 17:06:33 +0100 (GMT) Subject: Re: DOSEMU and large drives On Tue, 1 Aug 2000, Steffen Winterfeldt wrote: > On Mon, 31 Jul 2000, Bart Oldeman wrote: > > On Fri, 28 Jul 2000, Alistair MacDonald wrote: > > > On Thu, 27 Jul 2000, Ralph Alvy wrote: > > > > Will dosemu be able to access partitions beyond the 8gb barrier? Normal DOS > > > > can't. I assume it will be able to, since it's relying on linux to do that > > > > work for it. > > > > > > If you mean partitions that *start*/*finish* beyond the barrier then, if > > > Linux/your system/etc. supports them, you should be able to. If you mean > > > partitions whose *size* breaks the 8Gb barrier then probably not, because > > > we still have to emulate the FAT. > > > > I've researched it a bit further, and the 8Gb barrier is because of the > > BIOS. The BIOS (to be precisely interrupt 13h) has a limitation of > > 1024 cylinders, 256 heads and 63 sectors/track. With 512 bytes/sector this > > gives 1024*256*63*512=8,455,716,864 bytes. > > See the Large Disk HOWTO for more details. > > > > The emulated int13 in DOSEmu is no exception to this rule, except that the > > The extended BIOS call that uses 64bit block numbers is implemented in > DOSEMU, so there should be no problem accessing large partitions. At least > not more than usual. As long as the DOS you use inside DOSEmu supports it. Is there any? Maybe the DOS included with Windows 98? Fortunately it is a bit of a non-issue, since lredir'ed drives work fine for almost all purposes. > My experience with large lredir'ed filesystems (some GB) is that it > depends on the apps you're running. Some can't cope with filesystem > sizes >2GB, some can't handle filesystems with >2GB *free* space, some > just don't work at all. Which implies that these apps (calculating free space as a signed 32-bit value) also have problems running on a large FAT32/NTFS/HPFS filesystem under any OS. So just to stay on the safe side it's best to limit filesystems on which you run DOS apps to 2GB. Bart ------------------------------ From: Bill <[EMAIL PROTECTED]> Date: Tue, 01 Aug 2000 19:56:25 -0400 Subject: Re: Share Emulator Unless much has changed in dosemu, why not just run share. I know that several versions ago I was running share.exe, and while I don't know for sure that it was doing anything it was at least telling programs that it was. Whats wrong with using the real thing? Jim Howarth wrote: > Some programs for dos require share to be running... is there any way that > one of our illustrious developers would be able to add in a share emulation. > Some sort of command in the config file that we can add to make dos think > that the share TSR is running? I realize that DOSemu does this already, but > it doesn't tell anyone (ie programs running). > > Jim Howarth, Sales & Tech Support > Multiboard Communications ------------------------------ From: "Industrias O.S.G." <[EMAIL PROTECTED]> Date: Wed, 2 Feb 2000 04:38:12 -0000 Subject: How can I detect Linux DOSEMU? This is a multi-part message in MIME format. - ------=_NextPart_000_001D_01BF6D37.5052DD60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable How can I detect Linux DOSEMU inside Linux DOSEMU? Also, how can I get DOSEMU version inside Linux DOSEMU? Thanks William Portillo Industrias O.S.G. [EMAIL PROTECTED] www.geocities.com/i_osg/ - ------=_NextPart_000_001D_01BF6D37.5052DD60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META http-equiv=3DContent-Type content=3D"text/html; = charset=3Diso-8859-1"> <META content=3D"MSHTML 5.50.4134.600" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>How can I detect Linux DOSEMU inside = Linux=20 DOSEMU?</FONT></DIV> <DIV><FONT face=3DArial size=3D2>Also, how can I get DOSEMU version = inside Linux=20 DOSEMU?</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT> </DIV> <DIV><FONT face=3DArial size=3D2>Thanks</FONT></DIV> <DIV><FONT face=3DArial size=3D2>William Portillo</FONT></DIV> <DIV><FONT face=3DArial size=3D2>Industrias O.S.G.</FONT></DIV> <DIV><FONT face=3DArial size=3D2><A=20 href=3D"mailto:[EMAIL PROTECTED]">[EMAIL PROTECTED]</A></FONT></DIV= > <DIV><FONT face=3DArial = size=3D2>www.geocities.com/i_osg/</FONT></DIV></BODY></HTML> - ------=_NextPart_000_001D_01BF6D37.5052DD60-- ------------------------------ From: ionel <[EMAIL PROTECTED]> Date: Wed, 02 Aug 2000 08:50:11 +0300 Subject: making an image Hello. I have a little problem in configuring dos emulator. I want to make a harddisk image named H: and I don't know how to do it. I tried everything in the documentation and it still don't work. Thank you ------------------------------ From: ionel <[EMAIL PROTECTED]> Date: Wed, 02 Aug 2000 09:32:50 +0300 Subject: mapping Hi. Do you know how to map a linux folder with a name of the DOS drive H: or L: because some dos programs need those drives. I can't find any documentation about it. Thank you very much Christian ------------------------------ From: ionel <[EMAIL PROTECTED]> Date: Wed, 02 Aug 2000 12:56:51 +0300 Subject: many dos drives Hello. I just installed dos emulator for windows and I dont't know how to use multiple hdimage. I want to have in dos propmter many drives, drives mounted as folders from linux. I have only C:\ and I don't know what to do next. I appreciate if you know how to do , and if some of you want to help me. Christian ------------------------------ From: "Sergei O . Naumov" <[EMAIL PROTECTED]> Date: Wed, 2 Aug 2000 14:01:56 +0400 Subject: Two DosEMU's and IPX/SPX Hi, folks! Here I encountered a strange problem. I have dosemu 1.0 installed with a DOS packet network driver which services my IPX/SPX. However, whenever I try to run a second dosemu, I encounter strange network problems: one of the dosemu's freeze or dies or the driver, I presume, yells at me that it can not open network device. I suspect there is some problem with this packet driver but I use it to get SPX supported. Can anyone give me any pice of advice on the subject? Thanks a lot, Sergei ------------------------------ From: ionel <[EMAIL PROTECTED]> Date: Wed, 02 Aug 2000 14:39:10 +0300 Subject: lredir I have o problem of compatibility with lredir. I get this message: C:\> lredir You are running the FreeDos kernel. This has no support for lredir, aborting C:\> What can I do to make lredir work properly? Christian ------------------------------ From: "Bjorn Eriksson" <[EMAIL PROTECTED]> Date: Wed, 2 Aug 2000 14:39:15 +0200 Subject: Re: lredir Hi Christian, > I have o problem of compatibility with lredir. I get this message: > > C:\> lredir > You are running the FreeDos kernel. > This has no support for lredir, aborting > C:\> > > What can I do to make lredir work properly? Quick explanation: "This has no support for lredir, aborting" means that you can't use lredir with FreeDos - get another DOS version. ISTR that Caldera DOS works fine. As for the rest of your questions, Christian. Have you tried reading the documents that came with dosemu? //Bj�rnen. ------------------------------ From: ionel <[EMAIL PROTECTED]> Date: Wed, 02 Aug 2000 16:02:04 +0300 Subject: I have some problems Hello Whem i run lredir I got this error message C:\> lredir You are running the FreeDos kernel. This has no support for lredir, aborting C:\> I know that this is incompatible but there is a solution that my kernel should work? I want to make a linux folder to appear as DOS drive named H:\. I think that this thing can be make with lredir but i don't know how. My question is if I cam make compatible my kernel with DOS emulator. There is any patch for this? Thank you very much. Christian ------------------------------ From: Bart Oldeman <[EMAIL PROTECTED]> Date: Wed, 2 Aug 2000 15:41:03 +0100 (GMT) Subject: Re: How can I detect Linux DOSEMU? On Wed, 2 Feb 2000, Industrias O.S.G. wrote: > How can I detect Linux DOSEMU inside Linux DOSEMU? > Also, how can I get DOSEMU version inside Linux DOSEMU? Check out isemu.com. Bart ------------------------------ From: Allan Gee <[EMAIL PROTECTED]> Date: Wed, 2 Aug 2000 18:58:37 +0200 Subject: 64 file limitation DOSEMU seems to have a limit of 64 files when I make an "hdimage" of a Linux directory. What I want to do is make an F: drive of a Linux directory which has many files i.e. more than 64, files in it. I put the directory in the hdimage setting ie. $_hdimage = "mymsdos freedos /linux/files" C: D: E: This all works fine but I can only see 64 files on E: when there are in fact 1218 files on that directory. Please help!?! Regards Allan Gee Equation 021 4181777 082 6513355 ------------------------------ From: [EMAIL PROTECTED] Date: Wed, 02 Aug 2000 14:26:38 -0300 Subject: About disks Hello, Not long ago, I discovered that a samba mounted disk in a directory, could be linked to the /var/lib/dosemu/drives directory and be seen by applications under dosemu. I use MSDOS 5.0. My question is: using this method, is there any limitation about disk size? Regards, Haroldo. - -- - ----------------------+------------------------ Haroldo Stenger | [EMAIL PROTECTED] Montevideo, Uruguay. | [EMAIL PROTECTED] - ----------------------+------------------------ Visit UYLUG Web Site: http://www.linux.org.uy - ----------------------------------------------- ------------------------------ From: Bart Oldeman <[EMAIL PROTECTED]> Date: Wed, 2 Aug 2000 20:30:38 +0100 (BST) Subject: Re: About disks On Wed, 2 Aug 2000 [EMAIL PROTECTED] wrote: > Not long ago, I discovered that a samba mounted disk in a directory, could be > linked to the /var/lib/dosemu/drives directory and be seen by applications under > dosemu. I use MSDOS 5.0. My question is: using this method, is there any > limitation about disk size? We just had a discussion about this on this list: though from DOS' point of view it is a network drive and the size is not important (since open/read/write/close/etc file commands get translated into Linux commands, which samba then once again transforms towards the "real" file server), the limit is application-dependend: many DOS applications check free space and get confused if there is more than 2GB. Others may work fine. In general, staying below 2GB is safe, but this is not a hard limit. Regards, Bart ------------------------------ From: [EMAIL PROTECTED] Date: Wed, 02 Aug 2000 20:57:04 -0300 Subject: Re: About disks Bart Oldeman wrote: > > On Wed, 2 Aug 2000 [EMAIL PROTECTED] wrote: > > > Not long ago, I discovered that a samba mounted disk in a directory, could be > > linked to the /var/lib/dosemu/drives directory and be seen by applications under > > dosemu. I use MSDOS 5.0. My question is: using this method, is there any > > limitation about disk size? > > We just had a discussion about this on this list: though from DOS' > point of view it is a network drive and the size is not important (since > open/read/write/close/etc file commands get translated into Linux > commands, which samba then once again transforms towards the "real" file > server), the limit is application-dependend: many DOS applications check > free space and get confused if there is more than 2GB. Others may work > fine. In general, staying below 2GB is safe, but this is not a hard limit. Thankyou. I didn't realize that linking under drives/ is equivalent to LREDIR from within the dosemu box. I wonder if it'll be safe to use foxpro for dos apps (version 2.5) in these disks, since I saw a discussion here lately saying foxpro 2.6 wouldn't like network drives within dosemu. What do you think? Regards, Haroldo. - -- - ----------------------+------------------------ Haroldo Stenger | [EMAIL PROTECTED] Montevideo, Uruguay. | [EMAIL PROTECTED] - ----------------------+------------------------ Visit UYLUG Web Site: http://www.linux.org.uy - ----------------------------------------------- ------------------------------ From: ionel <[EMAIL PROTECTED]> Date: Thu, 03 Aug 2000 09:11:50 +0300 Subject: lredir error Hello Did some of you work with LREDIR command. Because I can't make an E: drive and when I try to do a drive named H: I got this message: C:\>lredir h: linux\fs/dos Error f (invalid drive) while redirecting drive H: to LINUX\FS/DOS C:\> and when I try to make an F: drive I got this message C:\>lredir f: linux\fs/dos Error 55 (duplicate redirection) while redirecting drive F: to LINUX\FS/DOS C:\> What can I do to make a H: drive. Thank you ------------------------------ From: [EMAIL PROTECTED] Date: Thu, 03 Aug 2000 14:37:52 MET_DST Subject: Re: Share Emulator > Date: Tue, 01 Aug 2000 19:56:25 -0400 > From: Bill <[EMAIL PROTECTED]> > > Unless much has changed in dosemu, why not just run share. I know that > several versions ago I was running share.exe, and while I don't know for > sure that it was doing anything it was at least telling programs that it was. > Whats wrong with using the real thing? The disadvantage may be - and it must be carefully tested: SHARE may catch lock requests and does not pass them to DosEmu, so if you have more than one DosEmu session and run in them applications which use record locking, these locks are ignored, leading to data damage if they were really needed. Q: if SHARE.EXE is loaded into DosEmu, do record lock requests get to the DosEmu, or their servicing ends on the SHARE? Seems testing SHARE presence by INT 2Fh, AX=1000h is suitable for file server, not for application which just needs use it; test by setting record lock is suitable for the application, and the only problem with DosEmu is that it rejects the lock request if the file was not open in sharing mode. Jerzy ------------------------------ From: [EMAIL PROTECTED] Date: Thu, 03 Aug 2000 14:46:26 MET_DST Subject: RE: lredir error >Date: Thu, 03 Aug 2000 09:11:50 +0300 >From: ionel <[EMAIL PROTECTED]> > C:\>lredir h: linux\fs/dos > Error f (invalid drive) Perhaps LASTDRIVE in CONFIG.SYS is below H (default is E). > C:\>lredir f: linux\fs/dos > Error 55 (duplicate redirection) Perhaps redirecting for F: was defined earlier. ------------------------------ From: Bart Oldeman <[EMAIL PROTECTED]> Date: Thu, 3 Aug 2000 14:32:06 +0100 (BST) Subject: Re: About disks On Wed, 2 Aug 2000 [EMAIL PROTECTED] wrote: > Thankyou. I didn't realize that linking under drives/ is equivalent to LREDIR > from within the dosemu box. I wonder if it'll be safe to use foxpro for dos apps > (version 2.5) in these disks, since I saw a discussion here lately saying foxpro > 2.6 wouldn't like network drives within dosemu. What do you think? Just test it. I have no experience with foxpro. Cheers, Bart ------------------------------ From: "jens mander" <sebi [EMAIL PROTECTED]> Date: Fri, 2 Jun 2000 12:59:37 +0200 Subject: =?iso-8859-1?Q?Power-Basic_f=FCr_Linux?= This is a multi-part message in MIME format. - ------=_NextPart_000_0005_01BFCC92.67F898A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hallo Herr Rutgers, wollte nur nachfragen inwieweit ich diverse Power-BASIC Applikationen von Business-Grafik-Systemen bis eigene INDEX-DB, Backup, Emulation, Druckersteuerungen (Grafik + ASCII f=FCr alle Drucker Hoch- + Querformat, alle Aufl=F6sungen), Analyse-Systeme, Search- + Build-Units f=FCr z.B. Backup, Druck, Analyse-Systeme, ... Tools f=FCr jegwede Herausforderung unter der dosemu laufen lassen kann. Alle EXE laufen sogar ab MS-DOS 3.0, im konventionellen Speicher, ab 286 = sehr sicher (Super-Error-Trapping) und auf den Pentium von heute rasant schnell. Ralf Feldhoff M=E4rkische Str. 114 42281 Wuppertal 0202 / 52 77 04 Danke im Voraus (Habe leider keine Email-Adresse mehr) Bis demn=E4chst Ralf - ------=_NextPart_000_0005_01BFCC92.67F898A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Diso-8859-1" = http-equiv=3DContent-Type> <META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>Hallo Herr Rutgers,</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>wollte nur nachfragen inwieweit = ich=20 diverse</FONT></DIV> <DIV><FONT face=3DArial size=3D2>Power-BASIC Applikationen von=20 Business-Grafik-Systemen</FONT></DIV> <DIV><FONT face=3DArial size=3D2>bis eigene INDEX-DB, Backup, Emulation, = Druckersteuerungen</FONT></DIV> <DIV><FONT face=3DArial size=3D2>(Grafik + ASCII f=FCr alle Drucker = Hoch- +=20 Querformat,</FONT></DIV> <DIV><FONT face=3DArial size=3D2>alle Aufl=F6sungen), = Analyse-Systeme,</FONT></DIV> <DIV><FONT face=3DArial size=3D2>Search- + Build-Units f=FCr z.B. = Backup,=20 Druck,</FONT></DIV> <DIV><FONT face=3DArial size=3D2>Analyse-Systeme, ...</FONT></DIV> <DIV><FONT face=3DArial size=3D2>Tools f=FCr jegwede = Herausforderung</FONT></DIV> <DIV><FONT face=3DArial size=3D2>unter der dosemu laufen lassen = kann.</FONT></DIV> <DIV><FONT face=3DArial size=3D2>Alle EXE laufen sogar ab MS-DOS 3.0, im = konventionellen Speicher, ab 286 sehr sicher (Super-Error-Trapping)=20 und</FONT></DIV> <DIV><FONT face=3DArial size=3D2>auf den Pentium von heute rasant=20 schnell.</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>Ralf Feldhoff</FONT></DIV> <DIV><FONT face=3DArial size=3D2>M=E4rkische Str. 114</FONT></DIV> <DIV><FONT face=3DArial size=3D2>42281 Wuppertal</FONT></DIV> <DIV><FONT face=3DArial size=3D2>0202 / 52 77 04</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>Danke im Voraus (Habe leider keine = Email-Adresse=20 mehr)</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>Bis demn=E4chst</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>Ralf</FONT></DIV></BODY></HTML> - ------=_NextPart_000_0005_01BFCC92.67F898A0-- ------------------------------ From: ionel <[EMAIL PROTECTED]> Date: Thu, 03 Aug 2000 17:31:01 +0300 Subject: dos emulator Hi my dos emulator works just fine. DOS programs are running very well. My question is if some of you know how to make a shortcut from Xwindow in linux to programs in dos emulator. I don't know how to do it. So I want to have shortcuts to some programs from DOS With thanks and regards, Christian ------------------------------ From: Bart Oldeman <[EMAIL PROTECTED]> Date: Thu, 3 Aug 2000 16:31:57 +0100 (GMT) Subject: Re: dos emulator On Thu, 3 Aug 2000, ionel wrote: > Hi my dos emulator works just fine. DOS programs are running very well. > My question is if some of you know how to make a shortcut from Xwindow > in linux to programs in dos emulator. I don't know how to do it. So I > want to have shortcuts to some programs from DOS The easiest is to feed keystrokes to DOS: e.g. type as the program to execute for your shortcut (or whatever it is called in Gnome/KDE/whatever): xdos -I 'keystroke "dir\r"' The "\r" stands for the Enter key. So to make it quit afterwards you do xdos -I 'keystroke "dir\rexitemu\r"' But this is only useful for non-interactive applications, since otherwise "exitemu\r" would be typed inside the application. If you see "ir" instead of "dir" you have to give it an extra keystroke, e.g. xdos -I 'keystroke "ddir\r"' If this does not work (you don't see xdos showing up) e.g. in KDE 1.2 you need to substitute ' by \': xdos -I \'keystroke "dir\r"\' Another example: xdos -I \'keystroke "cd games\rpacman\r"\' For more info see the HOWTO and README.txt (Running a DOS-application directly from Unix shell) Bart ------------------------------ From: Bart Oldeman <[EMAIL PROTECTED]> Date: Thu, 3 Aug 2000 17:53:09 +0100 (GMT) Subject: Re: dos emulator On Thu, 3 Aug 2000, Bart Oldeman wrote: > On Thu, 3 Aug 2000, ionel wrote: > > > Hi my dos emulator works just fine. DOS programs are running very well. > > My question is if some of you know how to make a shortcut from Xwindow > > in linux to programs in dos emulator. I don't know how to do it. So I > > want to have shortcuts to some programs from DOS > If you see "ir" instead of "dir" you have to give it an extra keystroke, > e.g. > xdos -I 'keystroke "ddir\r"' A better method is \pn (Thanks Hans ;-) README.txt: > \pn; Before typing the next stroke wait n unix ticks. > This is usefull, when the DOS-application fushes the > keybord buffer on startup. Your strokes would be discared, > if you don't wait. Moreover, in the KDE "shortcut" input boxes you should not use ' nor \' but ", and \" for the inner double quotes. So for instance do: xdos -I "keystroke \"\p50;dir\r\"" or xdos -I "keystroke \"\p50;cd games\rpacman\r\"" Bart ------------------------------ From: "dgi_il" <[EMAIL PROTECTED]> Date: Thu, 3 Aug 2000 23:16:36 +0200 Subject: Re: How can I detect Linux DOSEMU? Do you mean from dos prompt? use the program "isemu.com" from the direcory src/commands/precompiled Do you mean from a program? You will need to use assemble, call int 0xE6. For more help try the "Ralph Brown Interrupt viewer" (you could find it in this address: http://www.pobox.com/~ralf) or look at the source code in src/base/async/int.c (look for the string DOS_HELPER) this is the source for int 0xE6, -=-=-=-=-=- this is why GNU is cool, you don't need to go very far for looking for asnwers. . . -=-=-=-=-==- - ----- Original Message ----- >From: Industrias O.S.G. >To: [EMAIL PROTECTED] >Sent: Wednesday, February 02, 2000 6:38 AM >Subject: How can I detect Linux DOSEMU? >How can I detect Linux DOSEMU inside Linux DOSEMU? >Also, how can I get DOSEMU version inside Linux DOSEMU? >Thanks >William Portillo >Industrias O.S.G. >[EMAIL PROTECTED] >www.geocities.com/i_osg/ ------------------------------ From: [EMAIL PROTECTED] Date: Fri, 04 Aug 2000 13:30:22 -0300 Subject: Protected mode under dosemu Hi dear folks, foxpro 2.5 for DOS has two possible modes of operation, one is the common mode, and the other is the extended mode. The extended mode is somewhat faster, and boosts some limits. The extended mode requires the processor to run under protected mode. So, under dosemu+msdos5.0, when run, it exits saying that it has detected that the 80386 is running under virtual mode (we r under linux) and therefore it's impossible to switch to protected mode. Has this issue been discussed earlier? Is it possible to use protected mode apps under dosemu? Thanks Regards, Haroldo. - -- - ----------------------+------------------------ Haroldo Stenger | [EMAIL PROTECTED] Montevideo, Uruguay. | [EMAIL PROTECTED] - ----------------------+------------------------ Visit UYLUG Web Site: http://www.linux.org.uy - ----------------------------------------------- ------------------------------ From: Alistair MacDonald <[EMAIL PROTECTED]> Date: Sat, 5 Aug 2000 00:39:03 +0100 (BST) Subject: Re: Protected mode under dosemu On Fri, 4 Aug 2000 [EMAIL PROTECTED] wrote: > foxpro 2.5 for DOS has two possible modes of operation, one is the common mode, > and the other is the extended mode. The extended mode is somewhat faster, and > boosts some limits. The extended mode requires the processor to run under > protected mode. So, under dosemu+msdos5.0, when run, it exits saying that it has > detected that the 80386 is running under virtual mode (we r under linux) and > therefore it's impossible to switch to protected mode. > Has this issue been discussed earlier? Is it possible to use protected mode apps > under dosemu? You can use DPMI if foxpro supports it -- you'll need to adjust the settings in /etc/dosemu.conf for this to work. The only way to get "real" protected mode is through emulation. "cpuemu" might do it, but it would be slower than virtual mode! Alistair ------------------------------ From: [EMAIL PROTECTED] (hursh) Date: Sat, 5 Aug 2000 01:46:24 -0500 (CDT) Subject: xcopy failure Hi, I'm mailing this address since it was listed on the EMUfailure web page. I'll apologize now if I have the wrong folks. I'm running dosemu on debian's potato release. It's dosemu-0.98.8.0 run msdos 6.0. The failure occured during the install of Origin Systems' Ultima Collection. One failure is that the install batch uses the /-y option on xcopy which isn't in dos 6.0. I made a version without the offend option and noticed that the statements like "xcopy %1\ultima1\u1.bat" were bombing for no apparent reason. It almost looked like the %1 was not being resolved. I'm afraid I'm not fluent enough in batch to tell if this is also their mistake, but it looks right to me. A sample of the output is below: Akalabeth installation complete! File not found - U1.BAT 0 Files(s) copied Installing Ultima I... Reading source files(s)... The third problem which I am pretty should is not Origins fault is the xdos hung at this point in the program. It looks like it would have been running "xcopy %1\ultima1\*.* /s /e" (note this is from the version with the /-y option removed). I tried all sorts of kills including kill -9, and I tried dosdebug/kill which claims to have killed the process but it's still there. Also, I can't eject the CD it was installing from. (Big surprise.) Maybe I should have tried the dosdebug/kill first? On a side note, http://www.dosemu.org/docs/EMUfailure (for version 0.66.5) says the most recent version of the failures doc can be found at ftp.mathematik.th-darmstadt.de:/pub/linux/bonnes/, however the version there is older (0.64.4). It won't kill anyone, but I thought I'd mention it. Let me know if you would like any more info. Thanks, Dan Hursh ------------------------------ From: David Underwood <[EMAIL PROTECTED]> Date: Sat, 5 Aug 2000 13:31:58 -0500 Subject: ports /camac problem in dosemu I am trying to run a simple data acquisition system writtin in QuickBasic within dosemu. I got the ports for using the joystick buttons as interrupts working, but the camac interface card does nothing, even though the machine lang. driver just reads and writes to a few port addresses. Any suggestions? Dave ------------------------------ From: Stephan Hackenbracht <[EMAIL PROTECTED]> Date: Mon, 07 Aug 2000 00:04:17 +0200 Subject: Problem mit Fonts (dt. Umlaute / sz) auf allen Betriebsformen Dies ist eine mehrteilige Nachricht im MIME-Format. - --------------16730A78A38491E1A242022D Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hallo !! Die letzten 2 Tage habe ich einigerma�en erfolglos probiert, meine Erstinstallation von DOSEMU dazu zu bewegen, mir Umlaute anzuzeigen. (Ich wegen des Problems alle Manuals, s�mtlich Infos auf www.dosemu.org und www.suse.de gelesen, die Maillist Archive durchsucht und es auf Dejanews probiert). DOSEMU l�uft tadellos, zeig jedoch keine Umlaute an - weder beim Start �ber die Console, noch �ber X/xterm. Ich habe alle Einstellungen f�r den Zeichensatz (ibm, latin, latin1) und verschiedene Tastaturbelegungen (de, auto, us) durchprobiert - und auch auf meinem Linux verschiedene Consolenfonts durchgestet. Auf der Console unter Linux gehts - unter DOSEMU nicht. Weiterhin habe ich auch den UNICODE Workaround aus der SuSE-Supportdatenbank ausprobiert, und auch Erfolglos versucht, irgendwelche Codeseiten unter DOSEMU zu laden. ... und jetzt wei� ich offengesagt nicht mehr weiter... :(( ... Systeminfos: SuSE 6.2 mit Standart SCSI Kernel DOSEMU 0.98 auf MSDOS 6.2 wie auch dem beiligenden FreeDos /etc/dosemu.conf: siehe Anfang (sorry 4 spamming :-o ) Hoffentlich hat wer ne Idee, Stephan PS: Wenn noch irgendwelche Infos fehlen (hab sicher was vergessen )): bitte einfach R�ckfragen... - --------------16730A78A38491E1A242022D Content-Type: text/plain; charset=us-ascii; name="dosemu.conf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dosemu.conf" $_debug = "+a" $_features = "" $_timint = (on) $_mathco = (on) $_cpu = (80486) $_rdtsc = (on) $_cpuspeed = (0) $_pci = (off) $_xms = (1024) $_ems = (0) $_ems_frame = (0xe000) $_dpmi = (off) $_dosmem = (640) $_hardware_ram = "" $_secure = "ngd" $_odd_hosts = "" $_diskless_hosts = "" $_emusys = "des" $_emubat = "deb" $_emuini = "dei" $_hogthreshold = (0) $_irqpassing = "" $_speaker = "emulated" $_term_char_set = "latin" $_term_color = (on) $_term_updfreq = (4) $_escchar = (30) $_rawkeyboard = (off) $_layout = "auto" $_keybint = (on) $_X_updfreq = (5) $_X_title = "DOS in a BOX" $_X_icon_name = "xdos" $_X_keycode = (auto) $_X_blinkrate = (8) $_X_font = "" $_X_mitshm = (on) $_X_sharecmap = (off) $_X_fixed_aspect = (on) $_X_aspect_43 = (on) $_X_lin_filt = (off) $_X_bilin_filt = (off) $_X_mode13fact = (2) $_X_winsize = "" $_X_gamma = (1.0) $_X_vgaemu_memsize = (1024) $_X_lfb = (on) $_X_pm_interface = (on) $_X_mgrab_key = "" $_X_vesamode = "" $_video = "vga" $_console = (off) $_graphics = (off) $_videoportaccess = (on) $_vbios_seg = (0xc000) $_vbios_size = (0x10000) $_vmemsize = (1024) $_chipset = "" $_dualmon = (off) $_vbootfloppy = "" $_floppy_a = "threeinch" $_floppy_b = "fiveinch" $_hdimage = "drives/*" $_hdimage_r = $_hdimage $_aspi = "" $_com1 = "" $_com2 = "" $_com3 = "" $_com4 = "" $_ttylocks = "/var/lock" $_mouse = "microsoft" $_mouse_dev = "com1" $_mouse_flags = "" $_mouse_baud = (0) $_printer = "lp" $_printer_timeout = (20) $_ports = "" $_ipxsupport = (off) $_novell_hack = (off) $_vnet = (off) $_sound = (off) $_sb_base = (0x220) $_sb_irq = (5) $_sb_dma = (1) $_sb_dsp = "/dev/dsp" $_sb_mixer = "/dev/mixer" $_mpu_base = "0x330" - --------------16730A78A38491E1A242022D-- ------------------------------ End of linux-msdos-digest V1 #183 ********************************* To subscribe to linux-msdos-digest, send the command:
