linux-msdos-digest Tuesday, 16 November 1999 Volume 01 : Number 161
In this issue:
----------------------------------------------------------------------
From: Hans Lermen <[EMAIL PROTECTED]>
Date: Mon, 8 Nov 1999 10:35:33 +0100 (MET)
Subject: Re: Disk Images And Disk Drives
On Sun, 7 Nov 1999, UNIXMAN wrote:
> It seems version 99.10 won't read the floppy, etc since it's a developer
> release, it's beyond me why they included it with RH 6.0, I assume it was
> a mistake but they have included it with 6.1 now too.
Yup, and if you look further at the version numbers of RH 6.1 you'll find
tons of other bleeding edge stuff too, that other distributors wisely
delay for future releases ... when it will become stable.
> I've emailed them
> about this but of course, no action, no reply. Last time I checked it
> wasn't even in the errata.
Seems to be purely a market strategy, I can't see any other obvious
reason. ...hmm, this reminds me ...
Hans
<[EMAIL PROTECTED]>
------------------------------
From: Sergey Suleimanov <[EMAIL PROTECTED]>
Date: 09 Nov 1999 08:46:08 +0300
Subject: Re: crush after set $_ipxsupport
Admin> I have strange problem. My dosemu crushed after a few minutes
Admin> work with my program ( reindex several 100 Mb dbf files ) when
Admin> I set $_ipxsupport = (on). My Fox Pro 2.6 program works on
Admin> local disk in extension mode (foxprox.exe) but $_ipxsupport
Admin> influence on it.
Admin> The message after crush is :
Admin> ERROR: unexpected CPU exception 0x0c errorcode: 0x00000000
Admin> while in vm86 (DOS) Program=sigsegv.c, line 250 .........
Admin> ......... etc
Admin> Can you help me ?
You may apply this in /usr/src/dosemu-0.99.13/src/arch/linux/async/
- --- signal.c.orig Mon Mar 2 09:34:42 1998
+++ signal.c Mon Mar 2 10:30:09 1998
@@ -473,7 +473,7 @@
/* g_printf("**** ALRM: %dms\n",(1000/PARTIALS)); */
- - #ifdef IPX
+ #ifdef 0 /* IPX */
if (config.ipxsup)
pic_request (PIC_IPX);
#endif
printer_tick(0);
But after some period inactivity you lost netware
connection. So,...
I think this is a bug in PIC emulation for DPMI modes.
- --
Sergey Suleimanov
------------------------------
From: "Admin A. Adminoviskiy" <[EMAIL PROTECTED]>
Date: Wed, 10 Nov 1999 21:26:31 +0300
Subject: Re: crush dosemu by foxprox.exe 2.6 after set $_ipxsupport and $_dpmi
> Admin> I have strange problem. My dosemu crushed after a few minutes
> Admin> work with my program ( reindex several 100 Mb dbf files ) when
> Admin> I set $_ipxsupport = (on). My Fox Pro 2.6 program works on
> Admin> local disk in extension mode (foxprox.exe) but $_ipxsupport
> Admin> influence on it.
>
> Admin> The message after crush is :
>
> Admin> ERROR: unexpected CPU exception 0x0c errorcode: 0x00000000
> Admin> while in vm86 (DOS) Program=sigsegv.c, line 250 .........
> Admin> ......... etc
>
> Admin> Can you help me ?
>
> You may apply this in /usr/src/dosemu-0.99.13/src/arch/linux/async/
>
> --- signal.c.orig Mon Mar 2 09:34:42 1998
> +++ signal.c Mon Mar 2 10:30:09 1998
> @@ -473,7 +473,7 @@
> /* g_printf("**** ALRM: %dms\n",(1000/PARTIALS)); */
>
> - #ifdef IPX
> + #ifdef 0 /* IPX */
> if (config.ipxsup)
> pic_request (PIC_IPX);
> #endif
> printer_tick(0);
>
> But after some period inactivity you lost netware
> connection. So,...
>
You are right. Everything works as you said. Program works without any
problem but about in half an hour the connection losts if I don't work there.
I have the same problem with dosemu 0.98.8 .
Foxprox 2.6 is not stable in such mode of dosemu ( after set $_ipxsupport
and $_dpmi ).
I only open several times (3-5) big file (10M) by foxprox and brows it and
dosemu crushes.
1.
use a.dbf
brows
( 10 times <PgDn> , <Esc> )
use
2.
................
...........
5.
use a.dbf
brows
( 10 times <PgDn> , <Esc> )
use
and you have dosemu crush
> I think this is a bug in PIC emulation for DPMI modes.
>
> --
> Sergey Suleimanov
------------------------------
From: Sergey Suleimanov <[EMAIL PROTECTED]>
Date: 11 Nov 1999 08:16:45 +0300
Subject: Re: crush dosemu by foxprox.exe 2.6 after set $_ipxsupport and $_dpmi
>>>>> "Admin" == Admin A Adminoviskiy writes:
Admin> dosemu 0.98.8 . Foxprox 2.6 is not stable in such mode of
Admin> dosemu ( after set $_ipxsupport and $_dpmi ). I only open
Admin> several times (3-5) big file (10M) by foxprox and brows it and
Admin> dosemu crushes.
Another one cause may be in $_keybint. It also use PIC. Try to
disable it.
- --
Sergey Suleimanov
------------------------------
From: "Porubay Sergey" <[EMAIL PROTECTED]>
Date: Thu, 11 Nov 1999 14:34:59 +0300
Subject: Re: crush dosemu by foxprox.exe 2.6 after set $_ipxsupport and $_dpmi (fwd)
> Admin> dosemu 0.98.8 . Foxprox 2.6 is not stable in such mode of
> Admin> dosemu ( after set $_ipxsupport and $_dpmi ). I only open
> Admin> several times (3-5) big file (10M) by foxprox and brows it and
> Admin> dosemu crushes.
>
> Another one cause may be in $_keybint. It also use PIC. Try to
> disable it.
no changes in behaviour :-(
>
> --
> Sergey Suleimanov
>
>
------------------------------
From: "Gregory Doyle" <[EMAIL PROTECTED]>
Date: Thu, 11 Nov 1999 10:16:22 -0800
Subject: Pass-Through Printing via Telnet in DOSEMU?
Hi again,
I have an executable script file in my /usr/bin directory called PASSPRT. The script
file sets up Pass Through Printing via a Telnet client. The script is as follows:
printf "\033[5i\c"
cat $*
printf "\033[4i\c"
When I telnet to the linux box from elsewhere (ie. a WIN95 box) I can passprt anyfile
on the Linux Box and have it printed at the windows default printer via the telnet
client. I was wondering was there anyway I could configure DOSEMU such that the
printing generated during a DOSEMU session could go to PASSPRT instead of LPR. This
way the printing generated in DOSEMU over a Telnet session would print at the local
printer where the Telnet client is running. Does anyone have any suggestions or ideas?
Thanks in Advance
GP Doyle
- --== Sent via Deja.com http://www.deja.com/ ==--
Share what you know. Learn what you don't.
------------------------------
From: don taber <[EMAIL PROTECTED]>
Date: Thu, 11 Nov 1999 11:57:56 -0800
Subject: device drivers & serial communication under dosemu
I have some simple dos programs which communicate with
lab equipment by gpib and serial connections. I can't get
either to work under dosemu. Here's what I've tried:
The gpib card sits at 2b8 and uses irq 5. /dev/cua0 is set up
to use irq 4 on port 3f8. So my /etc/dosemu.conf has:
$_irqpassing = "4 5"
$_ports = "range 0x2b8,0x2bf range 0x3f8,0x3ff"
$_com1 = "/dev/cua0"
The driver (gpib.com) loads from config.sys okay when dosemu start and
the board checks out okay (by ibtest) so I'm accessing the port, but
communications fail. ibdiag reports that it never sees the interrupt.
Am I naive in my thinking that I can just set up a device to use an
interrupt in dosemu without the linux kernel knowing something about
it? Or is there something I can do to make this work? (The dos stuff
is simple and works so I'd prefer to avoid trying to coax the linux
gpib driver to work on my system. It compiles but insmod dumps core
when I try to load it so I gave up.)
I also want to talk to a stepper motor on com1. But the basic command
open "com1:9600,n,8,1" as #6
times out. Another interrupt problem? Anybody know what I gotta do?
Thanks.
Don Taber
[EMAIL PROTECTED]
------------------------------
From: Tasos Chronis <[EMAIL PROTECTED]>
Date: Fri, 12 Nov 1999 10:20:56 +0200
Subject: Re: Pass-Through Printing via Telnet in DOSEMU?
Hi
Before some time I made a very small java app that listened on a TCP
port,
and on the linux box I configured the global.conf to pipe the printing
text
to a perl script that send the text to the PC running telnet.
If anyone wants it I can send it to the list.
(I have to find out where it is ;-))
Gregory Doyle wrote:
>
> Hi again,
>
> I have an executable script file in my /usr/bin directory called PASSPRT. The
>script file sets up Pass Through Printing via a Telnet client. The script is as
>follows:
>
> printf "\033[5i\c"
> cat $*
> printf "\033[4i\c"
>
> When I telnet to the linux box from elsewhere (ie. a WIN95 box) I can passprt
>anyfile on the Linux Box and have it printed at the windows default printer via the
>telnet client. I was wondering was there anyway I could configure DOSEMU such that
>the printing generated during a DOSEMU session could go to PASSPRT instead of LPR.
>This way the printing generated in DOSEMU over a Telnet session would print at the
>local printer where the Telnet client is running. Does anyone have any suggestions or
>ideas?
>
> Thanks in Advance
>
> GP Doyle
>
> --== Sent via Deja.com http://www.deja.com/ ==--
> Share what you know. Learn what you don't.
------------------------------
From: John Porterfield <[EMAIL PROTECTED]>
Date: Thu, 11 Nov 1999 18:14:00 -0600
Subject: Monitoring the parallel port in dosemu
I'm trying to write a driver for the Xircom Pocket Ethernet III, I have the
driver loading in dosemu and it communicates with the the adaptor fine from
there, what I need to do is monitor the parallel port so I can see whats
going on between the the adaptor and the driver in dos.
The Gee^H^H^HMeek Shall Inherit the Earth...
- ------------------------------------------------------------
GPG Fingerprint - CE28E05E2C072E35E3C3A95868034A0E3B1D82FA
Public Key can be obtained at http://www.avalon.net/~jporterf/publickey.asc
------------------------------
From: "Gregory Doyle" <[EMAIL PROTECTED]>
Date: Fri, 12 Nov 1999 08:01:09 -0800
Subject: Re: Pass-Through Printing via Telnet in DOSEMU?
Sounds interesting, I would like you to post it to the list, perhaps it is a viable
solution.
Thanks
GP Doyle
- --
On Fri, 12 Nov 1999 10:20:56 Tasos Chronis wrote:
>Hi
>
>Before some time I made a very small java app that listened on a TCP
>port,
>and on the linux box I configured the global.conf to pipe the printing
>text
>to a perl script that send the text to the PC running telnet.
>
>If anyone wants it I can send it to the list.
>(I have to find out where it is ;-))
>
>Gregory Doyle wrote:
>>
>> Hi again,
>>
>> I have an executable script file in my /usr/bin directory called PASSPRT. The
>script file sets up Pass Through Printing via a Telnet client. The script is as
>follows:
>>
>> printf "\033[5i\c"
>> cat $*
>> printf "\033[4i\c"
>>
>> When I telnet to the linux box from elsewhere (ie. a WIN95 box) I can passprt
>anyfile on the Linux Box and have it printed at the windows default printer via the
>telnet client. I was wondering was there anyway I could configure DOSEMU such that
>the printing generated during a DOSEMU session could go to PASSPRT instead of LPR.
>This way the printing generated in DOSEMU over a Telnet session would print at the
>local printer where the Telnet client is running. Does anyone have any suggestions or
>ideas?
>>
>> Thanks in Advance
>>
>> GP Doyle
>>
>> --== Sent via Deja.com http://www.deja.com/ ==--
>> Share what you know. Learn what you don't.
>
- --== Sent via Deja.com http://www.deja.com/ ==--
Share what you know. Learn what you don't.
------------------------------
From: Tasos Chronis <[EMAIL PROTECTED]>
Date: Fri, 12 Nov 1999 19:32:31 +0200
Subject: Re: Pass-Through Printing via Telnet in DOSEMU?
This is a multi-part message in MIME format.
- --------------30B54B2DC65E00C32258B25B
Content-Type: text/plain; charset=iso-8859-7
Content-Transfer-Encoding: 7bit
Hi
In the printer section of global.conf it have something
like that :
if (strlen($_printer))
foreach $xxx ($LIST_DELIM, $_printer)
$xxx = "'/usr/bin/webps ",$REMOTE_HOST,"'";
printer { options "< %s" command $$xxx timeout 40 }
done
endif
My global.conf file is included. Don't remember if I did any other
changes
for REMOTE_HOST.
I have not used it for ages.
It should be the correct one, because the first version of java app
did a iso to unicode conversion and in my case, greek, that was
disastrous.
Note do note run the thing on a site connect it the internet.
It opens a TCP port and prints anything it gets at lpt1: a good way get
by java
printing problem, and print like a true dos app ;-)
Antio from not so sunny Greece.
Tasos Chronis
Gregory Doyle wrote:
>
> Sounds interesting, I would like you to post it to the list, perhaps it is a viable
>solution.
>
> Thanks
>
> GP Doyle
> --
>
> On Fri, 12 Nov 1999 10:20:56 Tasos Chronis wrote:
> >Hi
> >
> >Before some time I made a very small java app that listened on a TCP
> >port,
> >and on the linux box I configured the global.conf to pipe the printing
> >text
> >to a perl script that send the text to the PC running telnet.
> >
> >If anyone wants it I can send it to the list.
> >(I have to find out where it is ;-))
> >
> >Gregory Doyle wrote:
> >>
> >> Hi again,
> >>
> >> I have an executable script file in my /usr/bin directory called PASSPRT. The
>script file sets up Pass Through Printing via a Telnet client. The script is as
>follows:
> >>
> >> printf "\033[5i\c"
> >> cat $*
> >> printf "\033[4i\c"
> >>
> >> When I telnet to the linux box from elsewhere (ie. a WIN95 box) I can passprt
>anyfile on the Linux Box and have it printed at the windows default printer via the
>telnet client. I was wondering was there anyway I could configure DOSEMU such that
>the printing generated during a DOSEMU session could go to PASSPRT instead of LPR.
>This way the printing generated in DOSEMU over a Telnet session would print at the
>local printer where the Telnet client is running. Does anyone have any suggestions or
>ideas?
> >>
> >> Thanks in Advance
> >>
> >> GP Doyle
> >>
- --------------30B54B2DC65E00C32258B25B
Content-Type: application/octet-stream;
name="webprint.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="webprint.zip"
UEsDBBQAAAAIAMNVLSZfHWQUBQIAABUDAAAOAAAAV2ViUHJpbnQuY2xhc3Ntkdtu00AQhv9N
nDh106aNaSEc2pS2wWlOtISC0ogIRSBVCi2SKxDiynFXlYtjR86mgqeAtwhcwkUiUQnueRQu
eQDKrFEggnjlmfV45p9vdr/9/PwFUZSwy7B0ap1ZFY+LismDMx6Yvv2KCxWMIV53PEc8YFCM
/fyzJFUoGiKIMSyERa7lnVTMNz3BOypUhqjfFyTYCn86fuVp4HjCFAG3OntJzECbQQKzDPO/
O2VNYQWCHycwx6BPKVKRYlC7MuB6JGy0JtoKCp/sSaxFpDUsQGeI2a7f4wRiyPgSliXuZRrE
sm3eJTbdyLf+zhtOSmQZXJWJ1xjSz3k7BGj6nsdt4fieihsk7HbFdi2BVYac8Z/CdKwo1jSs
4ObEbPuHj15LkFB2gyH1j5KKnIZbknjigA/bp0SiIi8laaItFBgSY1AVJbqfpn9MY6dajscP
+p02D46stksRpWM5dHLLxstpjAzaH54efZh+P7D5Y0dWzo0blGUh1lCmxvKJgEkOshX6ypBn
5GNbIxQ/0obhdpgEuu9t7NBOpr2Fgjj5xjkiLxZX340Qb31CMj0/xKUB9JryHvGM8rUWKwxx
5YO015+cY6WYzo6wPrj4cVAcwhhcfCe5Aqq4h03kUCeKccMyZsmWyO5ARxNZPMQG+Rx2qeI+
1TTI1mk1aFVxh7IVqt2ktxoC3/0FUEsDBBQAAAAIAMNVLSZp7pF8bAMAADwGAAAYAAAAV2Vi
UHJpbnRDb25uZWN0aW9uLmNsYXNzbVTdVhtVGN0HkgxMh7+U0gLVUkohP5T4U7WFilhKa9o0
tIBFUNRJcqBDwwQnE5e+gO/gEwQv62qSpV1L732OPoRX4j4zGRpILuacmbP3+c7e3/ed+ee/
P/9CN26gKDC4b/5opoqmvZfaeO5Is6BBCETuWLblLgp0x+LPDHJDOroQFohuytwTx7Ld5ZJt
y7xrlWwNGjeUS/kX0hUYyngBbemm1r2lBQO90HvRg3MCIx5olVJ3K7u70pGFNZ4oHQ19AqMB
lrYPK+66SzEHATwgMHAmroYhgf496bbQBS7G4pkOcSjiPIZ1RHFB4FKsI8U3elHHIC4JnH9L
8kU08TEd/RgX6LJsRsp09sPj3sG7yvMVRgo4Xt42HctVjq52SEaAXRMYC7DVinsiMcCvMxs0
3gopV2+dtyLUMoOYsh5njmOdOb63pI5pzJ7y7h/ZxOd0TCElMNyGb/uE93VM4gN2TanCVriQ
6eCccm7iI5Waj9lNAeG+VZSBu1vc2TzAa0tKtOy9poR5HbexoI6hDu1QxZWOgUU/5GcC4bJr
Oq6Bz/2WvcuVfLFUlgbuqZUoVtTmlZaypFdXfsrLQ7+VvxDoUbcgY9lSGY23CzHwEI9UF2QE
epPJ5Er2HsceZE9dJp+s4QnvhvyhYhbLZ2yt5vZ5fxbi2wbWsK7jKTYCR0XbwDNldRKbp4P+
XHblgYattuSe1Pomvu7FNr7hsRSWzj7owbdne9Ana/heh6lOCDtmoeCwHO1mWUunwk4PLZcK
TMiAyku2cpCTzoaZK3JlOtZ24TvVTkA/yTIzoa+XKk5eqrIL9AX/lDm1ERMsZBeAMMc8Cnzr
Un8Qb2breDNvlzcvNr8FJEIcd/lV43eE804VU/OhI0RGQ3/PhxOvYNRxn9NSHQ+q0LJVdP+m
lifqeJxJRlfr+PJXRKroV5xkHV9Vj9806b9jJ/pdHbmj4z9ePj46flU9/pe92IdxykjzTqyx
XGre5iooY4/jHM5xnCFrCsO4Tu4M38Yxi8u4RQNLGMMyrrCZJrh/hru68ZzSlYVfmAIVKZdo
IJJI1mAkXqN/6zUGt3wfIw2MNnC5hgkCkwSm+Ew3QW660cB7oQY+rOGTFsLtrdkG7hBq4NMa
lhJ1LL880RtlAkNUO4kB6hrCDkZgcV2lNc1n30v0i/8BUEsDBBQAAAAIAMNVLSZmRJDEQQAA
AFIAAAAJAAAAd2VicHMuYmF0c0hNzshXyE9L4+UqTi1RcPZxDA4OcAzxsE22iilPTSooyswr
sVaFC6vycmUVpSroJhcoIClQCE9NCgAxeLl4uQBQSwECFAAUAAAACADDVS0mXx1kFAUCAAAV
AwAADgAAAAAAAAAAACAAtoEAAAAAV2ViUHJpbnQuY2xhc3NQSwECFAAUAAAACADDVS0mae6R
fGwDAAA8BgAAGAAAAAAAAAAAACAAtoExAgAAV2ViUHJpbnRDb25uZWN0aW9uLmNsYXNzUEsB
AhQAFAAAAAgAw1UtJmZEkMRBAAAAUgAAAAkAAAAAAAAAAQAgAP+B0wUAAHdlYnBzLmJhdFBL
BQYAAAAAAwADALkAAAA7BgAAAAA=
- --------------30B54B2DC65E00C32258B25B
Content-Type: application/octet-stream;
name="wp.tar.gz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="wp.tar.gz"
H4sIAA1NLDgAA+w8/XPbtpL91forNozuSUxlWf5o0thx5tJGbT3jxDnbfU3nfWgoEpJ4pkiV
IC27qe9vv90FCAIi7fQ1r+/m7qp0JBBYLHYXi/0C3R/E9F0ep8XwP4Pr4LPf57M7Gj0djeAz
AHj29Jn+fcq/9Nnf2x9hz2h3f3TwxbOnXwDs7u8/O/gMRr8TPc6nlEWQA3xWBDKTD8AlWRgk
k1KK/CGo/3WfnR24XMQS8L8A5DJIEkAWr0UOxSIoYEW6IUFgx22xiNM5xAUksSxEKoedeLnK
8gJIdYZxNnxyBE5XKgruC5NASvhBa9rXWZqKsIizFMQN4okkUpCLIIIP0NnCBa+DQsBFFl6J
AiT/HFkDX5WzmchFdI4zkMo4tQd5gR/yuMCRrCzuG2KuRH5kLVfkxFweRBF3l9MkDltI7ld0
DfQMjWoWJ8JHkeXZWsLJ2fgmFCtmkXjaUlzAMcgjJBh/U7HeYKTPfSfpqiwQswiWVbeaO5yL
whrs+75PzG0hkxqdxV/fwW/3nZWFwVH11wvYo7TCAIq8FD7KY0uz+WvX4s5vUCa6w5aSzwjp
1BV9ZAIV8GvUOgl5mfZ96MDWHX3pHbjO4kiPfKDurSK/1a2t9QLRQZ9prPq29LbIgmiN0yEp
1mmcij6viiDxDPo4OhQ/lUEi+97nn38+fvsavz3fhymCXxGg4XjIv0lKc3w1cnGL6r8coujd
QdwPxH/H39XsMMmkWhtaJ3q49snbbz0FcQdhUIQL6NsaRMypwVmcoqRu1aOSBLe0frmLtZOg
V2gswFTT113nrqNl7x5bWksP4N4V1d4sgxgPBQv9L3+DIJ9f+ySktpOA/RdsWqozpLXJ7ux/
OfpyhLTu7GwC790Dvauha22DZLV7vKmBXrIqdg+9NuC9VuA9Bt7a6rTvmyID7QaqsYgUqN4R
rZmVYrLOoJZ/hR7kSkKZFnGCtjaszWAWhmUuD5Vy2XaPLMYwCEmCfXXerUW2tojqFhOl5g68
QsjC0zp7374rREjdyYws+yyIEzkAVhm0ZkLTMTBgGXbm61iPFspur2P0GmpOXCg2miq5xUdD
fTmqjLA2GI6TDv5P+8X/L5+1mK5+74AG479nu7v3xn+7o4M6/nv6bB979rDrj/jvX/F5/Gin
lPnONE53ViJPOsggWu3DQ2WHjjqPyzQR6Aag/++vzr/9M7yEETnbKBbglTKYi0PojmCRyQJe
QJSF5VKkhYdupEt9x12a9JfR3xARm07wuP+vqXfU6eZimWHsdWwteHh48nZ8uf0STVsfw4ys
yFhFjl+CV4Qrb9CBj33eCZG/wiiOJ/Fiv3LSO4pbeSXlhH7FYmiwtHj6mhkjmzBI06yorDwQ
H1GAIGjtU0UWC0nN2n4ZlEU2S0q56JM/k+UUllcULQFZyOUtdBOMYY5fXFxitPASzaSOfbhb
mXElXqiE6vGQRxZ1c+5d57GGNsB/TU0YxFtz11HLH/1hh/+Pf+ZJNg2SIerp7Hdb4+H8/+Cp
k//vH1D+j//+sP//is/jf+qn81hVE9h04a+lXQOKL7FrgnHfOriVE8z+RVhi8AyBhBWG0ZDN
OKqM07jAf0GC2GhmPC/zgCLWYYcWwGyuvEFXI8WyBBcAYJblhAt3CTA8l9gn4eUx7ENfTdge
DZ8/G46Guz7jGu6gy9o5H796/Wa8XYhwMSxuCuiHi2BFucHe0KcFCsxxqDwSCRnmsQqeNa3y
FkdvEFOQRtzBPnEI32VrqpkM4DYrIc3yZZDAOkt7BYgI5VAYIT16xIS8PbscXxxyc3eIMhRq
dEcU4Y6inIUIfVonYxI4fv6vnaEazkOL1Osgj4NpIhAbfqQoCkzPMK7nkk6Qk4jDpIxQ9NNb
2EHonSSe6nV2rD1jcUYZJdTIm8K2JFePYb9ECnCJxg4RzG+kH2WyJgrnopAKUbmKgkKRScLF
2KKEKI+vRQo9ZKtcbavZPXSwWaL0Y2+ISREVALJ0jivkIsyWODHirUA/zBtw9vb0xwZ1mnpM
hQgUlSCdi4fEo3aX5IlEYzOHbJ2SJig8YVYmkSopbFA7hB9xIg6QCFKBDCJdV2m2RiVLMj4I
r88uxm++V4g4j0d5SZgK3BHBy87iKEIJr+NiwSzRJlm0aV6MHspsKehI3IJciRAPFyaEUkj8
pogEyZgKQIYRZUQlqiYm/N63NNPWkj6rc0aRyBLNKYiYskQ1DWCbUCPKDUHSLIFHahaUSTHQ
0maNuo4DfbyHbG79GhOq45x3n2C2v9GaBP1Zni0hz1B0STaP0wGIBONY5itLq+mABzHdlmUc
bTOoErGLXZHa/e7szbjSTKJZaRZ+vsly1sQkKAqukQrcDmYaZyrSaHiWJUm2pi1BAdHmoB06
rBciaVi6R1zyZJ57JW7XWR5BT9cmJ6w6PT6LLGgCr3EpLmBCREyICodJlATn+zyb12HW8SFm
La9l01y/THOBxygO8QT2iOYgUqyQtm5QpwRU2/6+pR+oFcEtoPpmqrRM9j6g4m+wXCVanZC8
ihQSex7aYXYfMjxIsrhNhOLBNfqMwGyjVontE2u6C0+6QzaBtB0jYzwbAvcwSGk7hrugPMOr
MKS4Po/ni0LyGUdVRWg6HZUyQGMXJQ39cz1qJ57hylBOUEShQEFgVlKm1KX83ET7uck+Diga
wXRNWGgUtUQdNIHxjNDdN/mxdlR4aJSrCslmkIYPUK/CgFJDXB/lr3RO4iklsJKrQXrnGc9w
OIRpWZCOlZJOQX1UcagDlf8Bb9MEex06uYxkLVjstGGKSPTiiuoOj5NGS4wg8ri41Q6J5lQ6
y7r87tXld+yaqZcsJ91eoNbmjAHVOMbNzXCTqRyFbjMpae3uRDE4OTs/+XbCOI6hS780qJ89
zps5KqTs+bBKow/py2MSmQfJ1TwyvnHBa2jXTFJA0/kIqU1E2u/qJU9Pvpq8Pjn3fU4+H9OB
luV9O6D3iZagDeApG4iYUtfyYn5nA3599vYbA4nbwcNaWRCKhlEKfx6fX5ycvUWgPvRH8OIF
7B348Av0nz+jh92n/LBH7S+pOfJZxC2fv9vtv7cO/F0Lx9CoV0daX4/hRYMoJaxgShm813ny
5AlKPM9vB8ope4NNoQyQU9uBRZmQJMglV99Zl7WT0qrX8RyZnJ5cXE5ej09P3pDQYLDlbT2O
RBIvqXosWTPpjkzCiyKYvsS9S4L0aqCMTqdTaXd1CEhRFTUmVAN2aJuHAyfKhUiSPpd2YXtm
s1ZtI/FmHyh/U5YX341PTyfn48vvz982BSfyPMsPfwVioPJGwFaS9ZlNN5579CN04svV0BWa
slltlkkpepmSGsdcKlkE5CXoPMYRRgYivEL1R4dKsr+5uUGh94wF6bVR2nNE0CON7tLMIxbG
vZQ0pPHjhv7cJwsKf6bXcVZKNJ4UURl/haoQUHAKMmZvh1HSkJd5l6DJInMVRPAfZRxe8Y0Y
GyuVj3AqgjZtgWEhyqRczfMgEhtSVTZGiQh3eS207DCG+UBBzF0dX6NP5vgEY+mKnfOv/YFC
QtGAwAzBUkvcCo5uerRzOniQYbYSKPH1IsaDshQBJhsEF0iFhq6Pw8kTdXUkpNp09prEl4k1
dWgt0usY9VykhTGLktyroogsM4bTscwSzgHSAI2oXAUhRherHNHeiEiFvz3F4qTnD9XcH4Sy
8lAEVyhyuqjhdWWJVJuldD5EfoaitSEf7YkR17ElJmOZWNxztrd0O05cRuqw9tg3TVSo0fd7
7YfVoDfHsv+o9WDCn/4E/Vbz95JNsGt3D4zd3fd94zuMNkCtBNU+6F1WnsBmugfO0TJDeKjU
QSLtQ9lyKWTCCqH9SQ2rOlDBr0UDTIco8ipeTTjSO+oocin8WBPN9aaRZeS9QSFb28Z7WSzo
vkkporhBa1thcVUCLFVB5SS0a7rkq+YjMN2h00oKcqjI4SNFtOO6JAUxLedVQbg7mYmgQK8s
654CjX9akMDQiSzCjFrhqqSfVRjTz81S0o8wP5NZjipdo0B65a0eLKdBoVtxGjcoqpcV+XKC
xymnOHxgOrIky80TJtGzXPzE6GRIwNRMAnSORb06hv0YuBT3L/XeRvQeGS4SoZoxKv2Ejqd6
RExhFumHKYbYVxh4W3y+x1BWier9BD2mXCxVWyJlIlwGK/XIuzYJKF3VwKo9Odi3cSF+BE00
yDR2n5dIyO7+LKhQYE4m4581bfMA/bGN63oekNIscXMMUDKbqsZqOVEvMaAF0sjRIk+JXfV4
LWRA6zFCFbXPS6EV0yh+nVOps6TC3XukTmQh03gg8oHVhYHE7kD97unfff17wCqIjkiYBirv
df0wS4K5rB+nQRnZqPVbA4O6SaotSFWoC12jtMHj1Y0sV9RNwykerySZLILwih6vU1HYwDJD
f0ADcorrKgqxGec/6VaE26FbcqVbS1QDJme5KnmWNkHkAJWg2Z1viHXjAOP0RTan62q5QN/M
dm215GN5PcWEeJZkqxVv4yKKl8GcSSvQgdOV/T0IURvjBi2fRIpee2JS4Y8uWf2i2aMKVzaz
LD2bcQ5eO1WyUeUaypxpP8FtRK46gaP/SilV1wdEPIM7O+4gbGzgUDtF5EPVgrrTEKdg86iQ
oQ/8Q2ENV2j0E2KvgNFYKpNJqyAv0yBNyX3PaFAZWWNtsUcZW2N1N/lEWjSX3KZonX48bZ2N
48K2zTbBfDna//KpJWI038qIG47QSviAXygfsuZkMpRhB2PcbUMPd4pnArA5RibR4ChPi42O
hZ/8AaDN8DxaiJ9Mtytd5TEsWHoy3Q1Y9CkWLD2Z7jrLeX1y8eqr0/Hkzdn3F2NK/DinM90X
4/OTV6e6X+kguRvOpGVRzmaDOjRVZU3Kt1PKZtHVYjyAu4pfXJPh9b4an7z9dsI5pkdBbvf7
C+p4Xy99Pn5zdjmefHd2camA6oRAx1rrRQbBEuI67al0AcFUUIUd4SLnDgzj+x74mFGOoNIT
mwr0axh9Cs/WDa1f+J9BcegxCr/yJDYKdcPqVUMuB4RnlcSFxmRThoT5n+8Onj/3752KGWff
7q0R2J2e7/kGjeVtGuJ2DRnFmBW6qhry7hKD0IuB9x75fXk8qmLUk4t3p69+rPTJ0Gvt3q7f
gl8L0bshrYGI6qlLOpiX4/M3hL9doKaNgp/wVG+TMxt5wpdF1T4a7NZuUaCsr8FlHNXFXK7Z
FLcrQVaVSvVGu2uPdh9dFWS17RZxm8vxe7enNpUfR2+ppStW1y1gYx3kKXi6lpGXaUqpORpf
kkSF8cg6RRsBZWUyaFD8RNurltTQHiZZVOvalHorse6WGhTxVG9gw6cpHayFQPpVIyPVe1Tp
WKV1TZOlNU8Zvjo29p1ImejIUk+Z58bAbOZZIjYm7gNlsTnVLLiyoK+qKD7eiLuRIxV11/G3
2WL9UYt1naXvNkXxQDLo5IK7I5MMflEJxiF1o37A7+6wmUblGMLbIFiw5Va1xQRnUVYfp3C0
Xdn5WYz7fEh3LXN1XUQ4KsdYGVzLCPF2GaecRdGEJ2iTS1daAWZxLMa+VVwb2LDW4YZHhCwN
lyttOBtWsEGAXx93Xd+5sCqELAK+wuJEcJpgAEsFvOYJi7JUuHGXFHTFc6hEQBiiWF7xO0FL
ZAojfuvelQSq89lGRKZn/UrJQGPGg/LRquPKx+r8feSjBPSeqvbok6vaZscodOUhfvnlfl9z
SoZjVOnxY2PEAgk3aNeovvZ6/H4MfV2SCm6BL0pwWS4B2effpKa+nafSIddNYwKcQW/DcTm5
qu+mrgRvHix0DkAbQpPb+m6qS/DmwULoALQhrPJg38mS2WrrtoXNHm5DVqfV/kaaTTPqJwul
C9KGtM7N4dEx7Blv7w7hZOvJ20zrG2FNY/ZmbGMyfxpUDcTax3yiXw89gd3RyK+Vx5xTVbzw
fVPHoJIZ/6pyWVXcoGJZfQwaSHQdwhw77Q6NB7VKFR6GcLZsdD9RXzX73sAEhNZMPvzPMfZD
P+zDgMA2PQ9/6jB0YzIHoGq6LcWORXGj8GF31OK32adIvGLIWLjb21ukD7ZogwmgjoJ+/vln
LRk2EAjoiKS5omnbYqFphMowNLhPGrY8qlmWIKAyetrUtYS11Sab+pCzf6aXNKd+qNTHKiqh
Dm0s8J7/zoU/XH+rK3FginBuSU5DO9GJqeSBqc65tbpqc6wKXKMkB26xrKV+prEks2lVSMP0
3iqiNapqoKqBVmGwEpttkbuuPe261rDrmLOua4lsdHxmu/aB6prjb8MZbepumJaus1s85c65
Ot0sAaIvbLwvYN4q6DGc9ZYHv8iifOpm4XBr67F2cnVf5V71GbRLTCoONnN6aRyKnobLgzUV
frMgZzAMdmtA/dpaNV7bbhOSU05Qh+TXmM9kqKCoBVTrMErLZT8qL+gqzgNxektxgUeMgUcZ
8p+gUByS2rLVq5sg4yPEWtGSuYGfMAo27QoZ2pJVEsQpMmT7L1P9Ush8ME27ZlB5QmuoDQnq
zwojF2mbs6qPHZRue9Z4y2rW6PU0ziRmb3O2heaBfJw16DdnaKdiPTlzyF3Zk6qDTw5aNzW8
fqyhFassVCoVq1tjX4XCG71cGrSk5KTOrmi8o01u7R5NmuqyaG3GrJs1w0W8QjViPdBtlrRu
eoO6u7mdURkkyyylubpJc3XT6IQ15OqEPkI1w5Uqdutd71pS6BpanClGJtaTtnBGFF1Dhp56
11ZHsTjStOnnu0bZoTqffNxbDqIq/1dKURuFD6CvA+qLAQB1LWDuB7gjwrisuiZo8dzVXYF1
bQBQXRpY9wdNRpsGaoMjkce67EOc0I2tY6bc9La6NjBOv+rgPw1Br1Vk+a11vVDR40QRH1mD
LoB839knc9WjDd1y13MP4CPX6vqaLaSKp9LbKbCLzuY6DoW+Y3LMuDqACtY+R/YBNShbkTVO
3j/K897HeN77DTzvOWTufRrPDWSfzPP+x3je/w087ztk7n8azw1kn8zzwcd4PvgNPB84ZB58
Gs8NZPfwbGyIwt2wik3KbVHwJHNroRLD+kqXBOH5L0atwqJ7XX+TN+7ljB1/Oez33Jvgdqfr
zv2oAzUU+k0CaA/JISrheRt31J551Z1f8s/bllKC/ED+SzW7Nu6uc81dPzLxtqGtAnVQN6c9
eptNheA05ITPbjStq1omaq7jbjfcdMvVrZG2W981O6zfzAAvyYKIrpZGpvq1FvptWwHTEhOa
OCVCCn4vppmBKkQcyKimqtlzi8IY1TTesA2slJ4tfsPBBw4tNBDod0fAvEUCYLPrMn/nxPPm
JaUiA+IXAsORygioMGC07sGCqGbXPgwERhuhJFlro0Kqi+Guhpm03skNcILRZl0gTTNDqXo3
jf5wQBOxWXO6/7VN641UxIYJ7Q4N0nKGiAfe3DTEGEpwX6loQeTRS/8UisXpwws+aVbIjB7U
71lq4J6ijosTYO7PLU2yVOQfV4vqaPJ73UKHY6rULSstaH3J4uHc2v47hpYE280C1dq+b4iw
ExKdi4cTlRzbZ46rU3r2wEN14yvSSNyQtdK47hxXuPmGUCuiuUZUU2M7mcatpzs5fWiyLVn7
5RNXGVrxjjbwWq8zoIxWyxgORs+fmj8u0a8w0bsG/C6nQmxeHQKdgzyu/m869MYJ/7mABO/f
yALpP9fAg7zKPX4PhN5Igr2RtumO2dNImjXGNqNRAde2QV9M9szfxfP/IoEOlnOt3tOv0fOn
he4X4FCuLgkN5QcjEzI06oh2saNFqTMhVeYMszJJ9CvY7XUjVj2GpX22ZGXVPOrXn4zAqOvr
+1WkzecrDJPAbxRureJyBTSofV3d5R16/gCoylrL1V4CsVnIW9BTcRd2/7udY9ltG4bd+xVq
1sEp1sLNHkDT7dJjbwV2DVY4rzUY2rR2gi7Y8u8jKUqiHk7coUMxQMwhiW1JlETzJZK6C/mc
HUNETTwfFU8lsqP3SlA6yvn0zDlgfKVSd4qWH6uL1PBIIJXQHN1QuBOXZieMJPxsR7ckuJPE
5RYnl1YKNzE5IR7j+UcS1J+5JWrlIyCiqoUgYpFnJmPW7HZWTRswqZDNgNHcqME5vEF1hUbz
+RlVn5mBfLpVOgXMH2ibIFOfhtpJu81yCcl97Bz7bcQ+jilsnKKwHWh2InTXe4LMuyLh6/0+
iQ9Syvg+8h6HOjcy+btFM9ERYk5c6CDIeKEX9SMG2YOC3cLOe9qIEM9FnNzdA0TRGGgW3xdL
xSdNaHVsBS8/EjTtWLOQs64331sU4X4Las1TVYNIre4s9vKitmK8KylfkNNMtBgVp0lGsOKp
M/+k5eA/ZlZH9ko4G9MqMRUnnmWYr8XKi/Y9Vg8/VtpmU+Ky7A+DgZWOCf5nIvv0Wmzq20aK
6FhCs0RuUS2i8Od2eR3OBWOkQX2kb73F+qdT/mR4BNuPav2gmAk1B2wvw/DTG/1mCe03CBpp
OBaKld3+5Ablfr2+P+4aROLFjhz6kSP67YdV/XgceFykuS8R9SQJG3gUL0RpMxhKxA2YZzTi
8dSs2XRS07n6rcBeUEU5grujsvzFRWwG2wJurWpVjO4LBZ+ekNsWB6ybBjamzt2ZqeapejBc
a7Vc7kEiunZi8CKMDstvozcl7kM5ogWjnziEhyQpc/MGDLV2fAOflBazhp+bKFERfHpRL2Nl
JRIZnRtu7ICTis+/EcNYJ7POKH9VqAN0WYRUwEuNVinYo2tPmdil5imKp4LXCCuE6OxzWhTM
m6M8oK3c60BLaWvst/FWPOhBJgMKp5U2sXkmJ4qLPU2XYiCtlx+kFUNf0L7CJnfRwwK3BdjR
bupF7IBt91F03mNxPPL8PQ4ad99jbk+8l9umN21XlJtg45dfr68Ec0snqHh8HPM6usk+elKS
gD4i9zb3vbESNhuMDuufyvtBwM1FFG/jFD94BO+ittlDeoEW0uY1o+PXOzXweC7pgfY/Lpe7
i1NAsbjZmAMiirImxFdVjQyaMLcbGBvI6XWnwhucmEf51wcmiFjtSKXsD89F8OwHmUjpUVl7
QuYX1R8OuQ8X/05RjelRcdChGPSTHtQ29k0NnlE3+rBPP4e7/CVveUF7fZ+d3T9rFZE8Y01R
xNewSRfioXR1SnHmUhOoBlI1HuAI2sNSEAcs4M5Gzdc1lbXBls2Scluqe1tYIqgOEZeQYHpl
B6LMbDXJ0lTQYj1uZo9rTInmOiiI1OkVVb4wxwwJdqKz6ydYXItJKHQumieE41K4M1FnDK9h
nFB47WdqLfXXy5Y9ee26aBkyZMiQIUOGDBkyZMiQIUOGDBkyZMiQIUOGDP8r/AFdGcFTAHgA
AA==
- --------------30B54B2DC65E00C32258B25B--
------------------------------
From: Tenebrum <[EMAIL PROTECTED]>
Date: Fri, 12 Nov 1999 13:55:22 -0500
Subject: kernel 2.2.x?
are there any releases of DOSEMU compatible with the 2.2 series of
kernels ? (2.2.10 esp) sorry if that's kind of a dumb
question thanks
------------------------------
From: Esa Tikka <[EMAIL PROTECTED]>
Date: Fri, 12 Nov 1999 21:55:03 +0200 (EET)
Subject: Re: kernel 2.2.x?
On Fri, 12 Nov 1999, Tenebrum wrote:
> are there any releases of DOSEMU compatible with the 2.2 series of
> kernels ? (2.2.10 esp) sorry if that's kind of a dumb
> question thanks
I haven't noticed any incompabilities with any of the more recent versions
of dosemu (I use 0.99.13).
- --
Esa Tikka --- esa dot tikka at lut dot fi ---
LTKK/ti3 ---> .satan, oscillate my metallic sonataS <---
Vote against spam in EU @ http://www.politik-digital.de/spam
------------------------------
From: Andre Sznajder <[EMAIL PROTECTED]>
Date: Fri, 12 Nov 1999 16:03:38 -0400
Subject: files=XX and clipper
Hi,
I'm having a hard time trying to get a clipper program to run properly under
dosemu. When I try to some files, I get a clipper error code 4 .
In DOS this kind of problem is solved by using using a large number in for
files=# in config.sys. I've tried the same procedure in dosemu but it doesn't
help !
Do you have any hints on what could be going on ?
Thanks,
Andre
------------------------------
From: "Alejandro Nestor Vargas" <[EMAIL PROTECTED]>
Date: Fri, 12 Nov 1999 17:15:36 -0300
Subject: RE: Monitoring the parallel port in dosemu
> I'm trying to write a driver for the Xircom Pocket Ethernet III, I have
the
> driver loading in dosemu and it communicates with the the adaptor fine
from
> there, what I need to do is monitor the parallel port so I can see whats
> going on between the the adaptor and the driver in dos.
I don't know how to do this, but I can tell you that it can be done, because
the linux driver for parallel port zip drive (ppa) was written in that way.
:)
------------------------------
From: UNIXMAN <[EMAIL PROTECTED]>
Date: Fri, 12 Nov 1999 16:22:53 -0500 (EST)
Subject: RedHat's neglect of dosemu
I've seen so many times now problems related to people using dosemu 99.xx
(the one that comes with RH) I wonder if something should be put on the
web page about this, it would save about 50% of problems and messages.
------------------------------
From: "Gregory Doyle" <[EMAIL PROTECTED]>
Date: Fri, 12 Nov 1999 16:50:09 -0800
Subject: Re: files=XX and clipper
- --
On Fri, 12 Nov 1999 16:03:38 Andre Sznajder wrote:
>Hi,
>I'm having a hard time trying to get a clipper program to run properly under
>dosemu. When I try to some files, I get a clipper error code 4 .
>In DOS this kind of problem is solved by using using a large number in for
>files=# in config.sys. I've tried the same procedure in dosemu but it doesn't
>help !
>Do you have any hints on what could be going on ?
>
>Thanks,
> Andre
I am running a Clipper Program in DOSEMU and it works fine. I have the following
lines in my CONFIG.SYS file
FILES=105
BUFFERS=50
Originally to get the Clipper applicaton running I had to set the dpmi in the
/etc/dosemu.conf file. In my /etc/dosemu.conf I have the dpmi set as follows:
$_dpmi = (1024)
Whether or not you have to set dpmi is dependent on how your Clipper Application was
compiled originally, but you can try it out to see if it works. I hope this helps,
since I am not sure what a clipper error code 4 is.
Regards,
GP Doyle
- --== Sent via Deja.com http://www.deja.com/ ==--
Share what you know. Learn what you don't.
------------------------------
From: <[EMAIL PROTECTED]>
Date: Sun Nov 14 01:45:00 CST 1999
Subject: Asean Export Centre
Dear Sir or Madam:
Allow me to introduce myself. I am NetSpirit, an electronic salesman that travels
around the world to bring you all kinds of useful products and services.
This time round, I have brought with me great business opportunities from South East
Asia. Please visit http://www.asean-export.com to find out more.
If you are looking for instant business opportunities, we have a lot of GREAT DEALS (
http://www.asean-export.com/product.htm ) in store for you!
You are also invited for a free tour ( http://www.asean-export.com/freetour.htm ) of
all our related web-sites.
If you wish to be updated with our latest information, simply download me (
http://www.asean-export.com/download.htm ) as an icon on your desktop for direct
access.
However, if you do not want me to visit you again, simply delete me and do accept my
sincere apology.
If you have any brilliant business ideas that you want to realize or require any
special Internet marketing services, we can be contacted in Singapore at:
[EMAIL PROTECTED]
Note:
This email is intended for interested users only. If you do not wish to be included in
our mailing list, just reply to let us know.
------------------------------
From: Marcel Landman <[EMAIL PROTECTED]>
Date: Sun, 14 Nov 1999 03:21:23 +0000
Subject: dosemu-0.98.8 installation
Dear people,
I am trying to install 0.98.8 dosemu, however I get the following:
1022:/usr/local/src/dosemu-0.98.8>make install
make[1]: Entering directory `/usr/local/src/dosemu-0.98.8/src'
/bin/bash: /usr/install/-d: No such file or directory
make[1]: *** [install] Error 1
make[1]: Leaving directory `/usr/local/src/dosemu-0.98.8/src'
make: *** [install] Error 2
I have been digging around the Makefiles but cannot find what is causing
it. Any ideas?
- -Marcel Landman
P.S. is there a dosemu mailing list one can become member of?
------------------------------
From: Marcel Landman <[EMAIL PROTECTED]>
Date: Sun, 14 Nov 1999 07:44:18 +0000
Subject: Re: dosemu-0.98.8 installation
Sorry guys, my install was broken.
I am all sorted now :-)
- -mln
Marcel Landman wrote:
>
> Dear people,
>
> I am trying to install 0.98.8 dosemu, however I get the following:
>
> 1022:/usr/local/src/dosemu-0.98.8>make install
> make[1]: Entering directory `/usr/local/src/dosemu-0.98.8/src'
> /bin/bash: /usr/install/-d: No such file or directory
> make[1]: *** [install] Error 1
> make[1]: Leaving directory `/usr/local/src/dosemu-0.98.8/src'
> make: *** [install] Error 2
>
> I have been digging around the Makefiles but cannot find what is causing
> it. Any ideas?
>
> -Marcel Landman
> P.S. is there a dosemu mailing list one can become member of?
------------------------------
From: Marcel Landman <[EMAIL PROTECTED]>
Date: Sun, 14 Nov 1999 08:48:16 +0000
Subject: General Protection fault (sounds familiar?)
Hello guys,
I just installed version 0.98.8 from sources to see if my problem would
go away if I gave myself all kinds of weird permissions.
Before I was running the binary distribution (.rpm) and when I entered a
certain section in the program, dosemu would exit with a message
containing registers and stack and the exception. The exception was 6,
invalid opcode.
I then got the sources and installed full-feature. It now crashes with a
different message, which is more human readable, but less detailed.
CPU speed set to 233/1 MHz
Running on CPU=586, FPU=1, rdtsc=1
Unknown debug-msg mask: e (when I run dosdbg +a)
ERROR: general protection at 0x10cd0a: d8
ERROR: SIGSEGV, protected insn...exiting!
Also, I seem to end up at a different point in dosdebug,
General Protection Fault, system state: stopped
AX=0002 BX=0005 CX=0000 DX=8a86 SI=3246 DI=ffff SP=087c BP=0001
DS=0669 ES=081d FS=0000 GS=0000 FL=3206
CS:IP=ffff:cd1a SS:SP=0669:087c
ffff:cd1a D805 fadd dword ptr [di]
The program:
SCULPTOR 4GL + SQL
Release 2.1c (21 Sep 1992)
(C) 1984-1992 Microprocessor Developments Ltd.
All rights reserved
It in turns calls other programs, I think.
I am running RH5.2 and linux kernel 2.0.36 and MSDOS 7.00 (win 95). This
program can run in a dos box in windows.
- -mln
P.S. dosemu kicks the ass of vmware (much faster).
------------------------------
From: Marcel Landman <[EMAIL PROTECTED]>
Date: Sun, 14 Nov 1999 10:47:25 +0000
Subject: Shift state
Hello, I am still having lots of fun with dosemu over here. But I have a
minor hickup:
In xdos, when I use my window manager's (Fvwm95) ctrl+shift hotkeys to
move to another window, the shift states in the dos box get stuck. No
big deal, as I can just press and release the shift key to return to
normal state. However, if there is a fix, please let me know.
Also, (if there is no fix) it may be a good idea to mention this in the
documentation. In some programs it may appear that the keyboard is
frozen. (While all they have to do is hit the shift key).
- -mln
------------------------------
From: Sciacovelli <[EMAIL PROTECTED]>
Date: Sun, 14 Nov 1999 14:35:29 +0100
Subject: dosemu lredir
Please can you help me to locate the lredir profgram:
I need to accedd drives c:, d:, e: and the floppy of a DOS formatted
disk.
I am trying since few days with little success.
Thanks
------------------------------
From: "Andre Sznajder" <[EMAIL PROTECTED]>
Date: Tue, 16 Nov 1999 12:00:35 -0200
Subject: dosemu and MFCobol
This is a multi-part message in MIME format.
- ------=_NextPart_000_0004_01BF302A.30BE49C0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi,
I'm trying to get MicroFocus Cobol DOS executable to run under DOSEMU.
Micro Focus uses the XM to enable the code to see up to 16Mb of memory.
When I try to run the code with XM it crashes dosemu.
Do you have any hints on what could be going on ?
Thanks,
Andre=20
- ------=_NextPart_000_0004_01BF302A.30BE49C0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2>Hi,</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>I'm trying to get MicroFocus Cobol =
DOS=20
executable to run under DOSEMU.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>Micro Focus uses the XM to enable =
the code to=20
see up to 16Mb of memory.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>When I try to run the code with XM =
it crashes=20
dosemu.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>Do you have any hints on what could =
be going on=20
?</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>Thanks,</FONT></DIV>
<DIV><FONT color=3D#000000=20
size=3D2> &nbs=
p; =20
Andre </FONT></DIV></BODY></HTML>
- ------=_NextPart_000_0004_01BF302A.30BE49C0--
------------------------------
From: "Andre Sznajder" <[EMAIL PROTECTED]>
Date: Tue, 16 Nov 1999 12:05:17 -0200
Subject: dosemu and clipper
This is a multi-part message in MIME format.
- ------=_NextPart_000_0004_01BF302A.D9374160
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
I'm runnnig a clipper program under dosemu and it runs fine except for a =
minor problem.
I'm getting an error message 4 from a clipper program when it tries to =
open
some files. I've tryied to set files=3D150 in config.sys but it doesn't =
work.
Have you got any suggestions ?
Thanks,
Andre
- ------=_NextPart_000_0004_01BF302A.D9374160
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2>I'm runnnig a clipper program under =
dosemu and=20
it runs fine except for a minor problem.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>I'm getting an error message 4 from =
a clipper=20
program when it tries to open</FONT></DIV>
<DIV><FONT size=3D2>some files. I've tryied to set files=3D150 in =
config.sys but it=20
doesn't work.</FONT></DIV>
<DIV><FONT size=3D2>Have you got any suggestions ?</FONT></DIV>
<DIV><FONT size=3D2>Thanks,</FONT></DIV>
<DIV><FONT=20
size=3D2> &nbs=
p; =20
Andre</FONT></DIV></BODY></HTML>
- ------=_NextPart_000_0004_01BF302A.D9374160--
------------------------------
From: [EMAIL PROTECTED]
Date: Sun, 14 Nov 1999 19:02:48 MET
Subject: Re: General Protection fault (sounds familiar?)
> Date: Sun, 14 Nov 1999 08:48:16 +0000
> From: Marcel Landman <[EMAIL PROTECTED]>
> ERROR: general protection at 0x10cd0a: d8
...
> Also, I seem to end up at a different point in dosdebug,
It is exactly the same: ffff:cd1a=10cd0a
> General Protection Fault, system state: stopped
> AX=0002 BX=0005 CX=0000 DX=8a86 SI=3246 DI=ffff SP=087c BP=0001
> DS=0669 ES=081d FS=0000 GS=0000 FL=3206
> CS:IP=ffff:cd1a SS:SP=0669:087c
> ffff:cd1a D805 fadd dword ptr [di]
This opcode must cause the error: access to 32-bit data at end
of segment (offset=ffff). The question is how did you get there.
Check what segment DOS uses for its stack - maybe it is bug in
the DOS (not DosEmu), and during DOS call processing it jumps
to some strange address which contains this bad code. I suppose
detailed check of stack contents will help find the reason.
------------------------------
From: Gene Leung <[EMAIL PROTECTED]>
Date: Mon, 15 Nov 1999 09:31:38 +0800
Subject: Re: dosemu and clipper
- --------------BB6A511954C30D94CBC1DA03
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hi Andre,
Did you set the clipper environment in your config.sys as well?
i.e.,
set tmpdir="c:\temp\"
set clipper=//f:70 //swappath:%tmpdir% //temppath:%tmpdir%
set causeway=swap:%tmpdir%
Best Regards
Gene Leung
MIS Dept.
Andre Sznajder wrote:
> I'm runnnig a clipper program under dosemu and it runs fine except
> for a minor problem.I'm getting an error message 4 from a clipper
> program when it tries to opensome files. I've tryied to set files=150
> in config.sys but it doesn't work.Have you got any suggestions
> ?Thanks, Andre
- --------------BB6A511954C30D94CBC1DA03
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
<body bgcolor="#FFFFFF">
Hi Andre,
<p>Did you set the clipper environment in your config.sys as well?
<br>i.e.,
<p>set tmpdir="c:\temp\"
<br>set clipper=//f:70 //swappath:%tmpdir% //temppath:%tmpdir%
<br>set causeway=swap:%tmpdir%
<p>Best Regards
<br>Gene Leung
<br>MIS Dept.
<br>
<p>Andre Sznajder wrote:
<blockquote TYPE=CITE> <font color="#000000"><font size=-1>I'm runnnig
a clipper program under dosemu and it runs fine except for a minor
problem.</font></font><font color="#000000"><font size=-1>I'm
getting an error message 4 from a clipper program when it tries to
open</font></font><font size=-1>some
files. I've tryied to set files=150 in config.sys but it doesn't work.</font><font
size=-1>Have
you got any suggestions ?</font><font size=-1>Thanks,</font><font
size=-1>
Andre</font></blockquote>
</body>
</html>
- --------------BB6A511954C30D94CBC1DA03--
------------------------------
From: Shahin Merat <[EMAIL PROTECTED]>
Date: Mon, 15 Nov 1999 09:24:09 +0330 (IRT)
Subject: raw keyboard mode for non console terminals
Dear Sir,
I am using dosemu for years, I find it very impressive in
emulating dos. I am useing a dos application on dosemu
which involves redirecting the keyboard interrupt.
It used to work with the older versions of dosemu having
the keyboard_old configuration option, but it does not
work on the newer versions of dosemu where this option
is removed. It will work only on the console if I set
raw_keyboard mode.
I need to use my application remotely through telnet
Unfortunately the older versions of dosemu which do
have the old_keyboard support do not compile on the
newer linux kernels (and I don't realy want to use old
versions) and the newer versions can not enable
raw_keyboard for non-console terminals so I have no
choice but to try and modify the source. Before doing
this I thought you may have any suggestions to make the
raw_keyboard function work on non-console terminals.
I would appreciate any help.
Regards
- ---
Shahin Merat, Shariati Hospital, Tehran, Iran
[EMAIL PROTECTED] / [EMAIL PROTECTED]
------------------------------
From: UNIXMAN <[EMAIL PROTECTED]>
Date: Mon, 15 Nov 1999 02:40:44 -0500 (EST)
Subject: filename extentions on DR-DOS
something interesting I noticed here, with msdos you can call filenames
without the extentions but not with DR-DOS. Also just in case anyone's
run into this, if you boot dosemu and get
.
echo
OFF
then you edited the autoexec.bat or config.sys with pico and it saved as
a unix file. Use vi to preserve the dos ascii file format.
------------------------------
From: "Gregory Doyle" <[EMAIL PROTECTED]>
Date: Mon, 15 Nov 1999 11:27:13 -0800
Subject: Re: Pass-Through Printing via Telnet in DOSEMU?
- --
On Fri, 12 Nov 1999 19:32:31 Tasos Chronis wrote:
>Hi
>
>In the printer section of global.conf it have something
>like that :
>
>
>if (strlen($_printer))
> foreach $xxx ($LIST_DELIM, $_printer)
> $xxx = "'/usr/bin/webps ",$REMOTE_HOST,"'";
> printer { options "< %s" command $$xxx timeout 40 }
> done
>endif
>
>My global.conf file is included. Don't remember if I did any other
>changes
>for REMOTE_HOST.
>
Learning from how you modified the global.conf file, I did the following to my
global.conf file
if (strlen($_printer))
foreach $xxx ($LIST_DELIM, $_printer)
$xxx = "'/usr/bin/passprt '";
printer { options "%s" command $$xxx timeout 40 }
done
endif
Anyhow this seems to route the printout to the local telnet printer, however for some
reason each print jobs bombs (ie. only a portion of the job gets the the local telnet
printer and the rest seems to get lost)
I then decided to change the global.conf file and change the printer line with the
following:
printer { file "filename"}
Upon exiting DOSEMU, at the shell prompt I then do: passprt "filename"
When I do this I get the entire printjob printing at the local telnet printer.
Anybody know why this would be happening. It seems somehow DOSEMU can send the
printout to a file, but something gets lost when I get DOSEMU to pipe it to the
executable script. Anybody have any ideas or suggestions?
Thanks in advance
GP Doyle
- --== Sent via Deja.com http://www.deja.com/ ==--
Share what you know. Learn what you don't.
------------------------------
From: Marcel Landman <[EMAIL PROTECTED]>
Date: Tue, 16 Nov 1999 01:56:52 +0000
Subject: Re: General Protection fault (sounds familiar?)
>> Also, I seem to end up at a different point in dosdebug,
>It is exactly the same: ffff:cd1a=10cd0a
Sorry, I wasn't very clear. I mean I crash at a different point when
then when I was using the .rpm version of 0.98.8. The above crash was
with 0.98.8 I installed from source.
>> General Protection Fault, system state: stopped
>> AX=0002 BX=0005 CX=0000 DX=8a86 SI=3246 DI=ffff SP=087c BP=0001
>> DS=0669 ES=081d FS=0000 GS=0000 FL=3206
>> CS:IP=ffff:cd1a SS:SP=0669:087c
>> ffff:cd1a D805 fadd dword ptr [di]
> This opcode must cause the error: access to 32-bit data at end
> of segment (offset=ffff). The question is how did you get there.
> Check what segment DOS uses for its stack - maybe it is bug in
> the DOS (not DosEmu), and during DOS call processing it jumps
> to some strange address which contains this bad code. I suppose
> detailed check of stack contents will help find the reason.
Yes, the instructions prior to that:
ffff:cd10 0000 add [bx+si],al
ffff:cd12 0000 add [bx+si],al
ffff:cd14 0000 add [bx+si],al
ffff:cd16 0000 add [bx+si],al
ffff:cd18 0000 add [bx+si],al
ffff:cd1a D805 fadd dword ptr [di]
Looks like a cpu racing around in a data area. Here is the stack:
0669:0860 8C 6A 32 E7 02 00 05 00 00 00 86 8A 46 32 FF FF
.j2g........F2
0669:0870 01 00 69 06 1D 08 30 CD FF FF 03 32 65 D1 2E D0
..i...0M.2eQ.P
0669:0880 00 26 04 00 00 00 70 CB FF FF 00 00 00 00 00 00
.&....pK......
0669:0890 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
................
0669:08a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
................
0669:08b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
................
0669:08c0 00 00 00 00 00 00 00 00 00 00 01 02 00 06 5D 65
..............]e
0669:08d0 00 44 0A 66 00 46 0A 67 00 48 0A 68 00 4A 0A 69
.D.f.F.g.H.h.J.i
I am new to dosdebug, so you'll have to tell me which flags you want on
if you want to see some logging. I either get too much, or too litlle.
In the mean time, I have tried to figure out what is happening starting
from the beginning point. This is a bit much data, but may be useful to
some of the Sherlocks out there:
Ok. first the application calls a sub:
tc
(...)(lots of stuff and then:)
0615:1a42 E84203 call 1D87
General Protection Fault, AX=0002 BX=0005 CX=0000 DX=8a86 SI=3246
DI=ffff SP=087c BP=0001
DS=0669 ES=081d FS=0000 GS=0000 FL=3206
CS:IP=ffff:cd1a SS:SP=0669:087c
ffff:cd1a D805 fadd dword ptr [di]
- -*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/
I then set a breakpoint so it lets me trace inside of 1D87 (after
restarting):
bp 615:1a42
tc
(...)
Trap 1, AX=1100 BX=0000 CX=000e DX=2f21 SI=00c5 DI=0000 SP=7f42
BP=7f48
DS=2a5f ES=2932 FS=0000 GS=0000 FL=3302
CS:IP=0615:19ea SS:SP=2a5f:7f42
0615:19ea CD16 int 16
General Protection Fault, AX=0002 BX=0005 CX=0000 DX=8a86 SI=3246
DI=ffff SP=087c BP=0001
DS=0669 ES=081d FS=0000 GS=0000 FL=3206
CS:IP=ffff:cd1a SS:SP=0669:087c
ffff:cd1a D805 fadd dword ptr [di]
- -*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/
right, so it crashes inside int 16... I look at 0:58, which I believe
to be the interrupt table entry for int 16 and use the address there
for my next break point:
bp 615:1a42
bp 70:42d
tc
...
Trap 1, AX=4b00 BX=0082 CX=0000 DX=00bc SI=5861 DI=05f9 SP=028a
BP=7dce
DS=0605 ES=0605 FS=0000 GS=0000 FL=3312
CS:IP=0605:046b SS:SP=0605:028a
0605:046b CD21 int 21
General Protection Fault, AX=0002 BX=0005 CX=0000 DX=8a86 SI=3246
DI=ffff SP=087c BP=0001
DS=0669 ES=081d FS=0000 GS=0000 FL=3206
CS:IP=ffff:cd1a SS:SP=0669:087c
ffff:cd1a D805 fadd dword ptr [di]
- -*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/
Facinating! This program is trying to load & excute another program.
This
is asking for trouble ...
Interrupt 21 lives, I believe, at 0:84, so I set another breakpoint:
bp 615:1a42
bp 70:42d
bp c9:fb2
tc
(...)
Trap 1, AX=1123 BX=0004 CX=751f DX=8a86 SI=8a86 DI=03be SP=090e
BP=0444
DS=0669 ES=00c9 FS=0000 GS=0000 FL=3346
CS:IP=ff33:ada2 SS:SP=00c9:090e
ff33:ada2 CD2F int 2F
General Protection Fault, AX=0002 BX=0005 CX=0000 DX=8a86 SI=3246
DI=ffff SP=087c BP=0001
DS=0669 ES=081d FS=0000 GS=0000 FL=3206
CS:IP=ffff:cd1a SS:SP=0669:087c
ffff:cd1a D805 fadd dword ptr [di]
- -*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/
hmmm, dos crashes while trying to resolve a filename? A network problem
perhaps. Let's see what happens inside of int 2f...
bp 615:1a42
bp 70:042d
bp c9:fb2
bp 436:1cc
tc
(...)
Trap 1, AX=0002 BX=0005 CX=0000 DX=8a86 SI=3246 DI=ffff SP=0876
BP=0001
DS=0669 ES=081d FS=0000 GS=0000 FL=3146
CS:IP=ff33:43ac SS:SP=0669:0876
ff33:43ac CF iret
General Protection Fault, AX=0002 BX=0005 CX=0000 DX=8a86 SI=3246
DI=ffff SP=087c BP=0001
DS=0669 ES=081d FS=0000 GS=0000 FL=3206
CS:IP=ffff:cd1a SS:SP=0669:087c
ffff:cd1a D805 fadd dword ptr [di]
- -*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/
ehm, right so iret goes nowhere, I suppose. Let's see what the stack
says
at that point...
bp ff33:43ac
g
- -*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/
Gets me there 2-3 times and then crashes without even looking at my
beautiful
break point! (read-only?)
ok, how about this,
bp ff33:43ac
bp 615:1a42
bp 70:042d
bp c9:fb2
bp 436:1cc
tc
(...)
ff33:11dc 0000 add [bx+si],al
Trap 1, AX=0005 BX=1042 CX=0000 DX=0000 SI=0000 DI=0000 SP=f012
BP=43ad
DS=ff33 ES=3106 FS=0000 GS=0000 FL=3106
CS:IP=ff33:11de SS:SP=0750:f012
ff33:11de 0000 add [bx+si],al
Trap 1, AX=0005 BX=1042 CX=0000 DX=0000 SI=0000 DI=0000 SP=f012
BP=43ad
DS=ff33 ES=3106 FS=0000 GS=0000 FL=3102
CS:IP=ff33:11e0 SS:SP=0750:f012
ff33:11e0 0000 add [bx+si],al
****
leavedos(4) called, at termination point of DOSEMU
****
AX=0005 BX=1042 CX=0000 DX=0000 SI=0000 DI=0000 SP=f012 BP=43ad
DS=ff33 ES=3106 FS=0000 GS=0000 FL=3306
CS:IP=ff33:11fc SS:SP=0750:f012
ff33:11fc FFFF ??? di
- -*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/-*/
Crashes differently and the program's output is also different:
ERROR: unexpected CPU exception 0x06 errorcode: 0x00000000 while in vm86
(DOS)
Program=sigsegv.c, Line=246
EIP: ff33:000011fc ESP: 0750:0000f012 VFLAGS(b): 00000 00110001
00000110
EAX: 00000005 EBX: 00001042 ECX: 00000000 EDX: 00000000 VFLAGS(h):
00003106
ESI: 00000000 EDI: 00000000 EBP: 000043ad DS: ff33 ES: 3106 FS: 0000 GS:
0000
FLAGS: PF TF IF RF VM IOPL: 3
STACK: 00 00 00 00 ad 43 42 10 33 ff -> 00 00 00 00 00 00 00 00 00 00
OPS : 00 00 00 00 00 00 00 00 3c 02 -> ff ff 3f 02 27 03 50 00 00 10
ffff ff33:11fc ??? di
- -*/-*/-*/-*/-*/-*/-*/-*/-*/-*/
Right, well that is as far as I get. I'll need a bit more coaching in
how to get to the bottom of this, obviously.
- -Marcel Landman
------------------------------
From: Marcel Landman <[EMAIL PROTECTED]>
Date: Tue, 16 Nov 1999 04:01:36 +0000
Subject: Re: General Protection fault (sounds familiar?)
Ok, I wasn't very satisfied not having a stack trace on that iret, so I tried it
another way:
bp 436:1cc #where int 2f lives
bp ff33:43ac #where the infamous iret lives.
g
Trap 3, system state: stopped
AX=2c00 BX=0b10 CX=023a DX=385e SI=07cf DI=0001 SP=7f18 BP=7f20
DS=2a5f ES=2932 FS=0000 GS=0000 FL=3046
CS:IP=ff33:43ac SS:SP=2a5f:7f18
ff33:43ac CF iret
g
Trap 3, system state: stopped
AX=1123 BX=0010 CX=751f DX=0184 SI=0184 DI=03be SP=0908 BP=0444
DS=2932 ES=00c9 FS=0000 GS=0000 FL=3046
CS:IP=0436:01cc SS:SP=00c9:0908
0436:01cc EA58013504 jmp 0435:0158 #qualify remote filename
d ds:si
2932:0184 65 78 65 63 2E 6C 6F 67 00 32 39 38 32 2E 30 30 exec.log.2982.00
2932:0194 20 31 33 2E 33 36 00 20 20 20 20 20 20 20 20 20 13.36.
2932:01a4 20 20 20 20 20 20 00 20 20 20 20 20 20 20 20 20 .
2932:01b4 20 20 20 20 00 20 20 20 20 20 20 20 20 20 20 20 .
2932:01c4 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
2932:01d4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
2932:01e4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
2932:01f4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
g
Trap 3, system state: stopped
AX=0012 BX=0008 CX=0301 DX=0184 SI=0301 DI=0000 SP=7ef2 BP=7efe
DS=2932 ES=2a5f FS=0000 GS=0000 FL=3046
CS:IP=ff33:43ac SS:SP=2a5f:7ef2
ff33:43ac CF iret
d ss:7ee0
2a5f:7ee0 12 00 08 00 01 03 84 01 01 03 00 00 FE 7E 32 29 ............~~2)
2a5f:7ef0 5F 2A 6B 06 74 20 02 32 5F 2A 80 15 00 00 1A 7F _*k.t .2_*.....
2a5f:7f00 F5 1F 74 20 84 01 32 29 01 03 A4 01 A4 01 BA 00 u.t ..2)..$.$.:.
2a5f:7f10 00 00 01 00 00 00 02 FF 01 00 36 7F 2A 02 74 20 .........6*.t
2a5f:7f20 84 01 32 29 08 0C 5F 2A 00 00 F2 15 5F 2A BA 00 ..2).._*..r._*:.
2a5f:7f30 4C 7F 8E E2 5F 2A 46 7F 45 02 74 20 84 01 32 29 L.b_*FE.t ..2)
2a5f:7f40 07 0C 5F 2A 00 00 5C 7F 76 0C DE 15 84 01 32 29 .._*..\v.^...2)
2a5f:7f50 07 0C 5F 2A BA 00 00 00 00 00 01 00 70 7F 4F 57 .._*:.......pOW
g
Trap 3, system state: stopped
AX=1123 BX=0012 CX=0000 DX=0184 SI=0184 DI=03be SP=0908 BP=0444
DS=2932 ES=00c9 FS=0000 GS=0000 FL=3046
CS:IP=0436:01cc SS:SP=00c9:0908
0436:01cc EA58013504 jmp 0435:0158
d ds:si
2932:0184 65 78 65 63 2E 6C 6F 67 00 32 39 38 32 2E 30 30 exec.log.2982.00
2932:0194 20 31 33 2E 33 36 00 20 20 20 20 20 20 20 20 20 13.36.
2932:01a4 20 20 20 20 20 20 00 20 20 20 20 20 20 20 20 20 .
2932:01b4 20 20 20 20 00 20 20 20 20 20 20 20 20 20 20 20 .
2932:01c4 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
2932:01d4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
2932:01e4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
2932:01f4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
g
Trap 3, system state: stopped
AX=0020 BX=0012 CX=0020 DX=0184 SI=0301 DI=0000 SP=7ef2 BP=7efe
DS=2932 ES=2a5f FS=0000 GS=0000 FL=3046
CS:IP=ff33:43ac SS:SP=2a5f:7ef2
ff33:43ac CF iret
d ss:7ee0
2a5f:7ee0 20 00 12 00 20 00 84 01 01 03 00 00 FE 7E 32 29 ... .......~~2)
2a5f:7ef0 5F 2A 9D 07 74 20 46 32 5F 2A 80 01 00 00 1A 7F _*..t F2_*.....
2a5f:7f00 F5 1F 74 20 84 01 32 29 01 03 A4 01 A4 01 BA 00 u.t ..2)..$.$.:.
2a5f:7f10 00 00 01 00 00 00 02 FF 01 00 36 7F 2A 02 74 20 .........6*.t
2a5f:7f20 84 01 32 29 08 0C 5F 2A 00 00 F2 15 5F 2A BA 00 ..2).._*..r._*:.
2a5f:7f30 4C 7F 8E E2 5F 2A 46 7F 45 02 74 20 84 01 32 29 L.b_*FE.t ..2)
2a5f:7f40 07 0C 5F 2A 00 00 5C 7F 76 0C DE 15 84 01 32 29 .._*..\v.^...2)
2a5f:7f50 07 0C 5F 2A BA 00 00 00 00 00 01 00 70 7F 4F 57 .._*:.......pOW
g
Trap 3, system state: stopped
AX=1120 BX=ffff CX=0000 DX=0000 SI=0008 DI=f9b0 SP=090c BP=ffff
DS=00c9 ES=ffff FS=0000 GS=0000 FL=3046
CS:IP=0436:01cc SS:SP=00c9:090c
0436:01cc EA58013504 jmp 0435:0158 #flush disk buffers
g
Trap 3, system state: stopped
AX=0dff BX=0080 CX=0000 DX=0000 SI=0008 DI=0000 SP=7e2e BP=7e3c
DS=2a5f ES=2932 FS=0000 GS=0000 FL=3046
CS:IP=ff33:43ac SS:SP=2a5f:7e2e
ff33:43ac CF iret
d ss:7e10
2a5f:7e10 00 00 00 00 00 00 00 00 00 00 1C 7E FF 0D 80 00 ...........~...
2a5f:7e20 00 00 00 00 08 00 00 00 3C 7E 5F 2A 32 29 76 83 ........<~_*2)v.
2a5f:7e30 DE 15 02 32 5F 2A 32 29 08 00 00 00 2E 7F 92 C9 ^..2_*2)......I
g
Trap 3, system state: stopped
AX=1123 BX=2a3f CX=0000 DX=107c SI=107c DI=03be SP=090c BP=0444
DS=2a5f ES=00c9 FS=0000 GS=0000 FL=3046
CS:IP=0436:01cc SS:SP=00c9:090c
0436:01cc EA58013504 jmp 0435:0158
d ds:si
2a5f:107c 43 3A 5C 00 4F 4D 4D 41 4E 44 2E 43 4F 4D 00 00 C:\.OMMAND.COM..
g
Trap 3, system state: stopped
AX=0000 BX=2a3f CX=0000 DX=107c SI=343c DI=343a SP=7d8e BP=7da0
DS=2a5f ES=2a5f FS=0000 GS=0000 FL=3046
CS:IP=ff33:43ac SS:SP=2a5f:7d8e
ff33:43ac CF iret
d ss:7d70
2a5f:7d70 00 00 00 00 00 00 00 00 00 01 03 00 00 00 3F 2A ..............?*
2a5f:7d80 00 00 7C 10 3C 34 3A 34 A0 7D 5F 2A 5F 2A CE A7 ..|.<4:4 }_*_*N'
2a5f:7d90 DE 15 46 32 00 00 08 00 5F 2A 5F 2A 1E 00 03 00 ^.F2...._*_*....
g
Trap 3, system state: stopped
AX=1123 BX=2a3f CX=0002 DX=3e54 SI=3e54 DI=03be SP=090c BP=0444
DS=2a5f ES=00c9 FS=0000 GS=0000 FL=3046
CS:IP=0436:01cc SS:SP=00c9:090c
0436:01cc EA58013504 jmp 0435:0158
d ds:si
2a5f:3e54 43 3A 5C 41 52 53 00 00 00 00 00 00 00 00 00 00 C:\ARS..........
g
Trap 3, system state: stopped
AX=0000 BX=2a3f CX=0002 DX=3e54 SI=343b DI=343c SP=7d8e BP=7da0
DS=2a5f ES=2a5f FS=0000 GS=0000 FL=3046
CS:IP=ff33:43ac SS:SP=2a5f:7d8e
ff33:43ac CF iret
d ss:7d70
2a5f:7d70 00 00 00 00 00 00 00 00 00 01 03 00 00 00 3F 2A ..............?*
2a5f:7d80 02 00 54 3E 3B 34 3C 34 A0 7D 5F 2A 5F 2A 10 A8 ..T>;4<4 }_*_*.(
2a5f:7d90 DE 15 46 32 00 00 08 00 5F 2A 5F 2A 1E 00 03 00 ^.F2...._*_*....
g
Trap 3, system state: stopped
AX=1123 BX=0080 CX=0016 DX=107c SI=107c DI=03be SP=090c BP=0444
DS=2a5f ES=00c9 FS=0000 GS=0000 FL=3046
CS:IP=0436:01cc SS:SP=00c9:090c
0436:01cc EA58013504 jmp 0435:0158
d ds:si
2a5f:107c 43 3A 5C 43 4F 4D 4D 41 4E 44 2E 43 4F 4D 00 00 C:\COMMAND.COM..
g
Trap 3, system state: stopped
AX=0000 BX=0080 CX=0016 DX=107c SI=353f DI=108a SP=7d8a BP=7da0
DS=2a5f ES=0605 FS=0000 GS=0000 FL=3046
CS:IP=ff33:43ac SS:SP=2a5f:7d8a
ff33:43ac CF iret
d ss:7d70
2a5f:7d70 00 00 00 00 00 00 00 00 00 00 80 00 16 00 7C 10 ..............|.
2a5f:7d80 3F 35 8A 10 A0 7D 5F 2A 05 06 99 A8 DE 15 02 32 ?5.. }_*...(^..2
2a5f:7d90 05 06 80 00 00 00 08 00 5F 2A 5F 2A 1E 00 03 00 ........_*_*....
Trap 3, system state: stopped
AX=1123 BX=2a3f CX=0000 DX=373e SI=373e DI=03be SP=090c BP=0444
DS=2a5f ES=00c9 FS=0000 GS=0000 FL=3046
CS:IP=0436:01cc SS:SP=00c9:090c
0436:01cc EA58013504 jmp 0435:0158
d ds:si
2a5f:373e 43 3A 2E 00 00 00 00 00 00 00 00 00 00 00 00 00 C:..............
g
Trap 3, system state: stopped
AX=0000 BX=2a3f CX=0000 DX=373e SI=343d DI=343a SP=7d98 BP=7daa
DS=2a5f ES=2a5f FS=0000 GS=0000 FL=3046
CS:IP=ff33:43ac SS:SP=2a5f:7d98
ff33:43ac CF iret
d ss:7d80
2a5f:7d80 78 01 00 01 03 00 00 00 3F 2A 00 00 3E 37 3D 34 x.......?*..>7=4
2a5f:7d90 3A 34 AA 7D 5F 2A 5F 2A CE A7 DE 15 46 32 00 00 :4*}_*_*N'^.F2..
2a5f:7da0 0C 00 5F 2A 5F 2A 08 00 03 00 E6 7D 65 8C DE 15 .._*_*....f}e.^.
g
Trap 3, system state: stopped
AX=1123 BX=2a3f CX=0005 DX=3e54 SI=3e54 DI=03be SP=090c BP=0444
DS=2a5f ES=00c9 FS=0000 GS=0000 FL=3046
CS:IP=0436:01cc SS:SP=00c9:090c
0436:01cc EA58013504 jmp 0435:0158
d ds:si
2a5f:3e54 43 3A 5C 41 52 53 00 44 20 43 4F 4D 16 0E 00 00 C:\ARS.D COM....
g
Trap 3, system state: stopped
AX=0000 BX=2a3f CX=0005 DX=3e54 SI=343b DI=3440 SP=7d98 BP=7daa
DS=2a5f ES=2a5f FS=0000 GS=0000 FL=3046
CS:IP=ff33:43ac SS:SP=2a5f:7d98
ff33:43ac CF iret
d ss:7d80
2a5f:7d80 78 01 00 01 03 00 00 00 3F 2A 05 00 54 3E 3B 34 x.......?*..T>;4
g
Trap 3, system state: stopped
AX=1123 BX=2a3f CX=0005 DX=373e SI=373e DI=03be SP=0908 BP=0444
DS=2a5f ES=00c9 FS=0000 GS=0000 FL=3046
CS:IP=0436:01cc SS:SP=00c9:0908
0436:01cc EA58013504 jmp 0435:0158
d ds:si
2a5f:373e 43 3A 5C 41 52 53 00 00 00 00 00 00 00 00 00 00 C:\ARS..........
g
Trap 3, system state: stopped
AX=0010 BX=2a3f CX=0010 DX=373e SI=3440 DI=3743 SP=7d98 BP=7daa
DS=2a5f ES=2a5f FS=0000 GS=0000 FL=3046
CS:IP=ff33:43ac SS:SP=2a5f:7d98
ff33:43ac CF iret
d ss:7d80
2a5f:7d80 78 01 00 01 03 00 10 00 3F 2A 10 00 3E 37 40 34 x.......?*..>7@4
2a5f:7d90 43 37 AA 7D 5F 2A 5F 2A 53 A8 DE 15 12 32 00 00 C7*}_*_*S(^..2..
2a5f:7da0 0C 00 5F 2A 5F 2A 08 10 03 00 E6 7D 65 8C DE 15 .._*_*....f}e.^.
g
Trap 3, system state: stopped
AX=1123 BX=0003 CX=751f DX=00bc SI=00bc DI=03be SP=08e4 BP=0444
DS=0605 ES=00c9 FS=0000 GS=0000 FL=3046
CS:IP=0436:01cc SS:SP=00c9:08e4
0436:01cc EA58013504 jmp 0435:0158
d ds:si
0605:00bc 43 3A 5C 43 4F 4D 4D 41 4E 44 2E 43 4F 4D 00 00 C:\COMMAND.COM..
g
****
leavedos(4) called, at termination point of DOSEMU
****
system state: stopped
AX=0005 BX=1042 CX=0000 DX=0000 SI=0000 DI=0000 SP=f012 BP=43ad
DS=ff33 ES=3006 FS=0000 GS=0000 FL=3206
CS:IP=ff33:11fc SS:SP=0750:f012
ff33:11fc FFFF ??? di
Now I am really stuck and it is way past bed time. Maybe I wake up to some new
instructions next morning. Good night!
- -Marcel Landman
------------------------------
From: [EMAIL PROTECTED]
Date: Tue, 16 Nov 1999 14:12:37 MET
Subject: Re: raw keyboard mode for non console terminals
>Date: Mon, 15 Nov 1999 09:24:09 +0330 (IRT)
>From: Shahin Merat <[EMAIL PROTECTED]>
>emulating dos. I am useing a dos application on dosemu
>which involves redirecting the keyboard interrupt.
>It used to work with the older versions of dosemu having
>the keyboard_old configuration option, but it does not
>work on the newer versions of dosemu where this option
>is removed. It will work only on the console if I set
>raw_keyboard mode.
>I need to use my application remotely through telnet
But what detaily the application needs?
What fault did you noticed?
Is it that you need send some keypress to it, and it
does not get the keypress?
I know about some limitation, which may be important:
no ability to send keypress, say of key 'a', without
immediate key release. At least in stable versions,
some development version allows scancodes to be sent.
Jerzy
------------------------------
From: [EMAIL PROTECTED]
Date: Tue, 16 Nov 1999 15:20:57 MET
Subject: Re: General Protection fault (sounds familiar?)
>Message-ID: <[EMAIL PROTECTED]>
>Date: Tue, 16 Nov 1999 01:56:52 +0000
>From: Marcel Landman <[EMAIL PROTECTED]>
>Sorry, I wasn't very clear. I mean I crash at a different point when
>then when I was using the .rpm version of 0.98.8. The above crash was
>with 0.98.8 I installed from source.
This can be result of jump to address which is not valid
code address. Futher results usually depend on even small
differences of data which is at the address.
>Yes, the instructions prior to that:
>ffff:cd10 0000 add [bx+si],al
...
>ffff:cd1a D805 fadd dword ptr [di]
... in such a case you cannot even know what was target
offset of the jump (how many "add [bx+si],al" was done).
>Looks like a cpu racing around in a data area. Here is the stack:
>0669:0860 8C 6A 32 E7 02 00 05 00 00 00 86 8A 46 32 FF FF
AX... BX... CX... DX... SI... DI...
>0669:0870 01 00 69 06 1D 08 30 CD FF FF 03 32 65 D1 2E D0
BP... DS... ES... IP?.. CS... flags ^SP
>0669:0880 00 26 04 00 00 00 70 CB FF FF 00 00 00 00 00 00
but I am unable to find anything to point to place of the
first error, also in the remaining data from the stack.
>I am new to dosdebug, so you'll have to tell me which flags you want on
I am new to it, too.
>Ok. first the application calls a sub:
>(...)(lots of stuff and then:)
>0615:1a42 E84203 call 1D87
>General Protection Fault, AX=0002 BX=0005 CX=0000 DX=8a86 SI=3246
And in such a case normal method is to restart it, and trace
into the sub, then execute every sub in it until one causes
the error, then trace into the one, and so on...
>(...)
>Trap 1, AX=1100 BX=0000 CX=000e DX=2f21 SI=00c5 DI=0000 SP=7f42
>BP=7f48
>DS=2a5f ES=2932 FS=0000 GS=0000 FL=3302
>CS:IP=0615:19ea SS:SP=2a5f:7f42
>0615:19ea CD16 int 16
>General Protection Fault, AX=0002 BX=0005 CX=0000 DX=8a86 SI=3246
>DI=ffff SP=087c BP=0001
>DS=0669 ES=081d FS=0000 GS=0000 FL=3206
>CS:IP=ffff:cd1a SS:SP=0669:087c
>right, so it crashes inside int 16... I look at 0:58, which I believe
>to be the interrupt table entry for int 16 and use the address there
>for my next break point:
>bp 615:1a42
>bp 70:42d
I guess the 70:42d is address where INT 16 points to, ok?
>tc
>...
>Trap 1, AX=4b00 BX=0082 CX=0000 DX=00bc SI=5861 DI=05f9 SP=028a
>BP=7dce
>DS=0605 ES=0605 FS=0000 GS=0000 FL=3312
>CS:IP=0605:046b SS:SP=0605:028a
>
>0605:046b CD21 int 21
>General Protection Fault, AX=0002 BX=0005 CX=0000 DX=8a86 SI=3246
>DI=ffff SP=087c BP=0001
>DS=0669 ES=081d FS=0000 GS=0000 FL=3206
>CS:IP=ffff:cd1a SS:SP=0669:087c
...
>Facinating! This program is trying to load & excute another program.
I suppose it is attempt to execute just the program you
are debugging - can you check the name at DS:DX?
Breakpoints works improperly if more than one set?
You did not set bp at 0605:046b - why it occured?
And seems these breakpoints you set were ignored...
Result: breakpoint at unexpected point, and later
crash without any of breakpoints that were set.
Seems like the breakpoint you set did something strange,
maybe you need set one breakpoint at the call, execute
program until the call, then set breakpoint on INT 16?
>ERROR: unexpected CPU exception 0x06 errorcode: 0x00000000 while in vm86
0x06 means "invalid opcode".
Jerzy
------------------------------
End of linux-msdos-digest V1 #161
*********************************
To subscribe to linux-msdos-digest, send the command:
