linux-msdos-digest Thursday, 28 October 1999 Volume 01 : Number 159
In this issue:
----------------------------------------------------------------------
From: "Alejandro Nestor Vargas" <[EMAIL PROTECTED]>
Date: Mon, 25 Oct 1999 19:14:25 -0300
Subject: RE: keyboard mapping
> Your right. I had no problem with my telnet software running Unix
programs
> like emacs and pico and lynx, but DOS-EMU changes all that. It breaks the
> keys and makes them not work. I am willing to try anything to get these
> working, but I think your solution fixes just Linux, and not DOS-EMU.
I tested dosemu in an old Tandem terminal with good results. It is similar
to vt200 but function keys and some screen definitions are very different. I
created the right terminfo and termcap files and it is working...
------------------------------
From: "Alejandro Nestor Vargas" <[EMAIL PROTECTED]>
Date: Mon, 25 Oct 1999 19:19:15 -0300
Subject: RE: dosemu and nfs
> /home directory is in server and are mounted from server using nfs.
I think there is a bug in dosemu with nfs filesystems...
------------------------------
From: "Alejandro Nestor Vargas" <[EMAIL PROTECTED]>
Date: Mon, 25 Oct 1999 19:24:55 -0300
Subject: RE: Warcraft2 memory problems
> hey there, wondering if anyone has managed to get Warcraft to work under
> dosemu. I starts up, but the shuts down saying it need like 39??? Kb to
> run with minimal settings. I have told dosemu that it has all the systems
> memory (I have 64M, and this is what I put avail. in dosemu.conf), but
> dosemu does not seem to be able to get this memory. Please help if you
> have any idea what might fix this memory problem. Oh yes, it works from
> real DOS just fine.
This program may be trying to use protected or 386 extended mode. This is
not possible because the processor is already in this mode...
------------------------------
From: "Alejandro Nestor Vargas" <[EMAIL PROTECTED]>
Date: Mon, 25 Oct 1999 19:16:16 -0300
Subject: RE: keyboard mapping
> and I wrote a program which works
> as keyboard converter - it sends to the telnet proper codes
> for DosEmu to see almost all keys as they are pressed on
> the terminal (only exception is CapsLock, which performs
> its normal action of uppercasing letters, but its state is
> not sent to DosEmu - simply it has no definition for it;
> and I use the CapsLock to send control sequences to the
> terminal emulator - otherwise it might be hard to get out,
> note usual Alt-Ctrl-Del would be passed to DosEmu, too ;-).
It seems to be a good work!! :) Is this program available for downloading?
------------------------------
From: Bill <[EMAIL PROTECTED]>
Date: Tue, 26 Oct 1999 00:38:38 -0400
Subject: Unix.exe
Thanks for the executable... I searched for hours before I remembered you
had attached it.. This is workable, but I could do much better if I had the
source code.. It would be easier for my program to absorb the functionality
of unix.exe than to have to have people find it themselves.
Is the UNIX.EXE source available? if so where? also where are the similar
tools found? (they were nowhere on my system)
Thank You,
Bill
Matt Clay wrote:
> The "unix.exe" program should have come with DosEmu (same place you get
> "exitemu.com" from). Just in case you can't find yours, I've attached a
> copy of the "unix.exe" command that came with DosEmu version 0.98.3.0
> (it should come through ok).
>
> ------------------------------------------------------------------------
> Name: unix.exe
> unix.exe Type: unspecified type (application/octet-stream)
> Encoding: base64
------------------------------
From: "Maximalred" <[EMAIL PROTECTED]>
Date: Mon, 25 Oct 1999 21:47:38 -0700
Subject: Question about Newer Versions and problems runing dos games with sound
This is a multi-part message in MIME format.
- ------=_NextPart_000_0017_01BF1F32.8E455EC0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
HI I was wonding if the next update will make more dos games play
and What is the best Setting for Memory in XDOS
like EMS , DPMI My computer has about 64MB SRAM Memory
and I am using the newest version of Dosemu from your site
I am using Windows 98 4.10 verison in it=20
will the be a full screen option in X-Dosemu=20
So I can play games like Day of the Tentacle , Duke3d etc.. in full =
screen=20
and I think the games run allmost right in grafics but the are dotts in =
the pictures=20
and I does not look as good as in does in the Real Dos
and I have not yet been able to get my sound blaster 16 card to work in =
Dosemu but I did use setup-dosemu program to set the dosemu.conf file up =
but I have been able to set the sound card up in the linux setup program =
without any problems
and Why do I get a blank screen if I run Dos with Windows 98 in the bash =
prompt=20
but It has no problems running it in startx Why??
I have been able to get Day of the Tentacle and Duke3d to work.I have =
not yet tryed other Games like Sam & Max and One game I have not I could =
not get to work well it gave my some errors and exit, it was quake
Are you planing to make a Full Screen option like in Dos Prompt in =
Windows for xdos and are you going to make the sound option better , etc =
auto memory settings ...
=20
- ------=_NextPart_000_0017_01BF1F32.8E455EC0
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.3401" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>
<DIV><FONT face=3DArial size=3D2>HI I was wonding if the next update =
will make more=20
dos games play</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>and What is the best Setting for Memory =
in=20
XDOS</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>like EMS , DPMI My computer has about =
64MB SRAM=20
Memory</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>and I am using the newest version of =
Dosemu from=20
your site</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I am using Windows 98 4.10 verison in =
it=20
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>will the be a full screen option in =
X-Dosemu=20
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>So I can play games like Day of the =
Tentacle ,=20
Duke3d etc.. in full screen </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>and I think the games run allmost right =
in grafics=20
but the are dotts in the pictures </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>and I does not look as good as in does =
in the Real=20
Dos</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>and I have not yet been able to get my =
sound=20
blaster 16 card to work in Dosemu but I did use setup-dosemu program to =
set the=20
dosemu.conf file up but I have been able to set the sound card up in the =
linux=20
setup program without any problems</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>and Why do I get a blank screen if I =
run Dos with=20
Windows 98 in the bash prompt </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>but It has no problems running it in =
startx=20
Why??</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I have been able to get Day of the =
Tentacle and=20
Duke3d to work.I have not yet tryed other Games like Sam & Max and =
One game=20
I have not I could not get to work well it gave my some errors and exit, =
it was=20
quake</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Are you planing to make a Full Screen =
option like=20
in Dos Prompt in Windows for xdos and are you going to make the =
sound=20
option better , etc auto memory settings ...</FONT></DIV>
<DIV><FONT face=3DArial =
size=3D2> </FONT></DIV></FONT></DIV></BODY></HTML>
- ------=_NextPart_000_0017_01BF1F32.8E455EC0--
------------------------------
From: Feher Sandor <[EMAIL PROTECTED]>
Date: Tue, 26 Oct 1999 10:59:00 +0200
Subject: Re: resizing
Hi!
Hans Lermen wrote:
>
> On Mon, 25 Oct 1999, Feher Sandor wrote:
> As I told you already: _text_ mode can't be resized in DOSEMU, it is bound
> to the font and the text resolution (default 80x25).
^^^^^^^^^^^^^^^^^^^^^^^^
That's the magic sentence! Well, I believe all is clear for me about
dosemu win resizing 8-).
Thanks a lot for your patience.
by., Sanya
------------------------------
From: Hans Lermen <[EMAIL PROTECTED]>
Date: Tue, 26 Oct 1999 11:38:12 +0200 (MEST)
Subject: Re: Question about Newer Versions and problems runing dos games with sound
On Mon, 25 Oct 1999, Maximalred wrote:
> HI I was wonding if the next update will make more dos games play
I guess not, except 'players' change from 'just playing' to 'also hacking'
and supply me with patches. BTW, I'm not a player atall ;-)
Hans
<[EMAIL PROTECTED]>
------------------------------
From: Jeremy Taylor <[EMAIL PROTECTED]>
Date: Tue, 26 Oct 1999 07:45:20 -0500 (CDT)
Subject: RE: Warcraft2 memory problems
Yes, it does use protected mode in real dos, I had errors with that before
(caught sigterm blah blah and kill), but setting DPMI fixed that, now its
just the memory errors. When I run the dos "mem" command, it shows all
memory as avail.
But if this is the case (error the result of trying to use
protected mem), is there a way to fool the proggy, or possibly convince
dosemu to use the native dos emm386.exe and himem.sys (from dos 7 or
whatever is with win98) instead of the internal mem manager of dosemu?
(Mind you I have experimented with this a little, but I get errors saying
there is allready a mem manager or whatever).
Thank you for your time
- -j1
On Mon, 25 Oct 1999, Alejandro Nestor Vargas wrote:
>
>
> > hey there, wondering if anyone has managed to get Warcraft to work under
> > dosemu. I starts up, but the shuts down saying it need like 39??? Kb to
> > run with minimal settings. I have told dosemu that it has all the systems
> > memory (I have 64M, and this is what I put avail. in dosemu.conf), but
> > dosemu does not seem to be able to get this memory. Please help if you
> > have any idea what might fix this memory problem. Oh yes, it works from
> > real DOS just fine.
>
> This program may be trying to use protected or 386 extended mode. This is
> not possible because the processor is already in this mode...
>
>
------------------------------
From: "Alejandro Nestor Vargas" <[EMAIL PROTECTED]>
Date: Tue, 26 Oct 1999 10:22:09 -0300
Subject: RE: keyboard mapping (everyone please read)
> It seems to me that the current keyboard functions require a terminal
> emulator to support macros, which can then be assigned to a key sequence.
> So if you wish to send the key sequence Alt+F1 to a program you need to do
> this- Ctrl + ^ then "a" then Ctrl + ^ then 1. This is very laborious, and
> most terminal emulators don't allow you to program the keys to do this.
> Therefore, the users that want to do this must spend about $200 per
> workstation for a high end telnet client.
Some terminals can send ALT keys. This is defined in terminfo/termcap. In
that cases, it may be used by any unix program. I think dosemu can do this
also.
On other way, some terminals like Wise has a scan code mode. Entering this
mode, the keyboard sends scan-code pairs (like the generated by standard PC
keyboards) to the host. I don't know if dosemu is capable to use it if it is
described in terminfo (enter_scancode_mode and exit_scancode_mode) database
for this terminal. It may be interesting to test, in example, a WISE 60
terminal emulation (or a real wise60 terminal) with dosemu to see if it is
used by it.
I think wee need a GOOD telnet client, with a linux color terminal
emulation, to be used with linux.
------------------------------
From: "White, Bob" <[EMAIL PROTECTED]>
Date: Tue, 26 Oct 1999 08:49:37 -0500
Subject: Old RedHat, New Dosemu
Hi All,
I am trying to shoehorn a Linux installation with dosemu98.8 capability onto
a 121 meg hard drive. I am using RedHat 4.0 (Colgate) because the
distribution is small enough to get X and dosemu running. My problem is I
can't install the latest version of dosemu on this box because it complains
of missing files (libX11.so.6 and libXext.so.6). Is there a way to install
version 98.8 of dosemu on a box running kernel 2.0.18?
Bob White
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
------------------------------
From: Matthew Nuzum <[EMAIL PROTECTED]>
Date: Tue, 26 Oct 1999 09:52:05 -0400
Subject: RE: keyboard mapping (everyone please read)
Define a "good" telnet client.
The client I am using works in all other Linux apps without flaw, I don't
know what this means but it receives an 82 on vttest. You can see it's home
page. http://www.musc.edu/~brannanp/telnet/ I like this client a lot
because it's free, and it looks just like a DOS app to my users (I haven't
told them we're not still using DOS).
I would be willing to try other programs, and, as a matter of fact, I think
I have tried about every program you can download. I get the same results
every time (Except w/ Power Term). For example, Tiny Term is a very high
quality terminal emulator. It suffers the same problems that my free one
does. I can program any of the F1-F12 keys, and delete, but I cannot
program any modified (alt + F1, etc.) key sequences.
That is why I asked in a previous message for the configuration file from
any person out there who has successfully made it work. I didn't receive
any replies.
I will ask again, if you or anyone you know of has made any other terminal
emulator work, let me see your key map files, and I can make almost any
other program work.
Matthew E. Nuzum
IS Director
Florida Vacation Accommodations
[EMAIL PROTECTED]
-----Original Message-----
From: Alejandro Nestor Vargas [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 26, 1999 9:21 AM
To: Matthew Nuzum
Subject: RE: keyboard mapping (everyone please read)
> It seems to me that the current keyboard functions require a terminal
> emulator to support macros, which can then be assigned to a key sequence.
> So if you wish to send the key sequence Alt+F1 to a program you need to do
> this- Ctrl + ^ then "a" then Ctrl + ^ then 1. This is very laborious, and
> most terminal emulators don't allow you to program the keys to do this.
> Therefore, the users that want to do this must spend about $200 per
> workstation for a high end telnet client.
Some terminals can send ALT keys. This is defined in terminfo/termcap. In
that cases, it may be used by any unix program. I think dosemu can do this
also.
On other way, some terminals like Wise has a scan code mode. Entering this
mode, the keyboard sends scan-code pairs (like the generated by standard PC
keyboards) to the host. I don't know if dosemu is capable to use it if it is
described in terminfo (enter_scancode_mode and exit_scancode_mode) database
for this terminal. It may be interesting to test, in example, a WISE 60
terminal emulation (or a real wise60 terminal) with dosemu to see if it is
used by it.
I think wee need a GOOD telnet client, with a linux color terminal
emulation, to be used with linux.
------------------------------
From: Hans Lermen <[EMAIL PROTECTED]>
Date: Tue, 26 Oct 1999 17:41:48 +0200 (MEST)
Subject: Re: Old RedHat, New Dosemu
On Tue, 26 Oct 1999, White, Bob wrote:
> of missing files (libX11.so.6 and libXext.so.6). Is there a way to install
Just recompile DOSEMU on your system, with Xdevel packages installed
though. Or recompile DOSEMU without X-support.
> version 98.8 of dosemu on a box running kernel 2.0.18?
^^
Not on 2.0.18, you need 2.0.28 atleast.
= =
Hans
<[EMAIL PROTECTED]>
------------------------------
From: "Gregory Doyle" <[EMAIL PROTECTED]>
Date: Tue, 26 Oct 1999 11:59:39 -0700
Subject: Console display problems (colours)
Hi again,
Well since I have been recieving helpful suggestions to my problems getting DOSEMU to
run an old Clipper Application satifactorily from this mailing list I will try with my
latest difficulty. I have the clipper application running in XDOS exactly as it would
in "Real" MS-DOS, (display colours and all the keys work as expected). However when I
run the application from DOSEMU from the console, the colours that are displayed are
not the same and quite unattractive. In fact some of the background colours displayed
make some text unreadable. In my DOSEMU.CONF I have the following:
$_video="vga"
$_console=(0)
$_graphics=(0)
$_videoportaccess=(1)
$_chipset="s3"
Any suggestions,
Thanks
GP Doyle
- --== Sent via Deja.com http://www.deja.com/ ==--
Share what you know. Learn what you don't.
------------------------------
From: "Mark H. Wood" <[EMAIL PROTECTED]>
Date: Tue, 26 Oct 1999 14:56:08 -0500 (EST)
Subject: RE: keyboard mapping (everyone please read)
I don't think you're going to find a complete and satisfactory solution. A
classical terminal has two kinds of shift key, in pairs whose members are
indistinct, which by themselves don't cause the terminal to emit any sort
of signal. DOS app.s mostly expect a PC keyboard, which has three kinds
of shift keys and whose shift keys emit distinct codes of their own. The
two keyboards are not conformable without hacks like declaring e.g. Alt-F1
to be a Ctrl analogue or a special-key introducer. Some terminals may
offer features that can be adapted to paper over the gap between these
designs, but others will not.
Keyboards have always been a mess, and it looks very much like they always
will be a mess. We can minimize the mess and mitigate its effects, but
it's still messy.
- --
Mark H. Wood, Lead System Programmer [EMAIL PROTECTED]
Please, no more software products offering a "richer experience"! I have
indigestion of the brain already. Give me a more ascetic experience.
------------------------------
From: [EMAIL PROTECTED]
Date: Tue, 26 Oct 1999 22:53:02 MET
Subject: Re: keyboard mapping (everyone please read)
> From: Matthew Nuzum <[EMAIL PROTECTED]>
> Date: Mon, 25 Oct 1999 15:34:11 -0400
> So if you wish to send the key sequence Alt+F1 to a program you need to do
> this- Ctrl + ^ then "a" then Ctrl + ^ then 1. This is very laborious, and
> most terminal emulators don't allow you to program the keys to do this.
> Therefore, the users that want to do this must spend about $200 per
> workstation for a high end telnet client.
I suppose the main problem is there are no many terminal
emulators which send EVERY keypress and keybreak to host.
Or, at least, there is no documented standard of such
a terminal emulator, telling what keys have what codes.
DosEmu just defined some own codes, and seems it also
recognizes keys which are defined properly in termcap.
I suppose DosEmu attempts to get more than typical terminal
emulator provides. Do you assume it is good idea to restrict
its abilities to conform every terminal emulator?
>think that dos-emu could be modified to make it friendlier to terminals.
...
>done that way. If we look at the way most terminal emulators do things (not
>power term, it does things differently and is too expensive) and then
>modeled dos-emu after that way of doing things, we could make [life easier
>and] dos-emu more accessible to everyone.
If you know what the way is, what are codes sent by these
terminal emulators (I hope there are few PD ones), then
just write documentation on this topic. I don't suppose
Hans has time to investigate terminal emulators.
Jerzy
------------------------------
From: [EMAIL PROTECTED]
Date: Tue, 26 Oct 1999 23:07:22 MET
Subject: RE: keyboard mapping
>From: "Alejandro Nestor Vargas" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
>Date: Mon, 25 Oct 1999 19:16:16 -0300
>> and I wrote a program which works
>> as keyboard converter - it sends to the telnet proper codes
>> for DosEmu to see almost all keys as they are pressed on
>It seems to be a good work!! :) Is this program available for downloading?
It will be on my page when I get it here - check
http://www.fuw.edu.pl/~jt/ and select "my plans".
Jerzy
------------------------------
From: [EMAIL PROTECTED]
Date: Tue, 26 Oct 1999 23:48:01 MET
Subject: RE: keyboard mapping (everyone please read)
>Date: Tue, 26 Oct 1999 14:56:08 -0500 (EST)
>From: "Mark H. Wood" <[EMAIL PROTECTED]>
>I don't think you're going to find a complete and satisfactory solution. A
>classical terminal has two kinds of shift key, in pairs whose members are
>indistinct, which by themselves don't cause the terminal to emit any sort
>of signal.
Yes, and such a terminal is wrong for DOS applications which
can check actual shift key state. DosEmu has disadvantage here,
too: it does not distinguish LeftShift and RightShift, and
LeftCtrl and RightCtrl - it accepts just one code for every of
these pairs. Hope there is no much applications using these
keys differently. For Alt keys (LeftAlt and RightAlt), DosEmu
does what it should do, RightAlt is named GrayAlt in its doc.
I assume the only way to keep things comfortable is to make
the terminal emulator sending all keys, and the only problem
is need to control the emulator... by some key, there must be
some key sequence which is recognized as local control rather
then a sequence to send. Or maybe use mouse - if available.
> DOS app.s mostly expect a PC keyboard, which has three kinds
>of shift keys and whose shift keys emit distinct codes of their own. The
>two keyboards are not conformable without hacks like declaring e.g. Alt-F1
>to be a Ctrl analogue or a special-key introducer. Some terminals may
No, no, no. Well, if there is some Real Programmer at the
terminal, he can use it. But when average uses sees on the
screen "Press Alt-F1 for help" from an application he uses,
and when he does it and the application gets Ctrl... it is
really hard for average user to use such a terminal!
For this reason I attempt to make keyboard working as it
is written on it. One of hardest case I had with some FTP
telnet which was connecting to INT 9 to get scancodes,
and then sent its predefined sequences - no, no macros,
users had no ability to decide what sequences it will use,
they might use keyboard mapping to decide which key is
which, but not what keys can be. I wanted it to be used
with some DOS emulator, and it needed some sequences -
of couse unlikely these FTP telnet sent. I fixed it - by
writing a program which changed interrupt vectors to get
control of keyboard interrupt, and simulater the interrupt
for FTP telnet. It was really nice to press Alt-Ctrl-Del
on my computer and see the DOS emulator reboot on remote!
Jerzy
------------------------------
From: "Steve G." <[EMAIL PROTECTED]>
Date: Tue, 26 Oct 1999 19:57:23 -0400 (EDT)
Subject: DOSEMU with Windows
Developers,
I have heard that it is possible to run Win3.x under Dosemu but not
Win9x. From what I can tell the only thing preventing it from running
Win9x is that Dosemu won't let himem.sys take control of the A20 Line in
the dosmem. Is there a way to allow this? Are you considering releasing
a version that will run Win9x? Please let me know.
Steven Gilroy
Assistant Network Administrator
West Central Ohio Internet Link
------------------------------
From: Reinhard Karcher <[EMAIL PROTECTED]>
Date: Wed, 27 Oct 1999 08:44:41 +0200
Subject: Re: Console display problems (colours)
At Die, 26 Okt 1999 Gregory Doyle wrote:
> Hi again,
> However when I run the application from DOSEMU from the console, the
> colours that are displayed are not the same and quite unattractive.
> In fact some of the background colours displayed make some text
> unreadable.
> In my DOSEMU.CONF I have the following:
> $_video="vga"
> $_console=(0)
> $_graphics=(0)
> $_videoportaccess=(1)
> $_chipset="s3"
>
Hi,
try $_console=(1) and $_graphics=(1). That works at the console. If
you call dos from a xterm, the colours will stay bad.
Reinhard
------------------------------
From: "john huttley" <[EMAIL PROTECTED]>
Date: Wed, 27 Oct 1999 21:09:47 +1300
Subject: Re: keyboard mapping
Concerning keyboard mapping,
The PC keyboard sends a scancode when a key is pressed and the
same code+128 when the key is released. This is mapped to the ascii
characters we
expect.
Some terminals, notably the wyse60 in PC-TERM mode can be configured to do
this also.
Obviously this is ideal for DOSEMU.
The catch is that when you first connect to a system the user must present a
username and password,
in ascii, and then enter a recognisable command at the shell prompt.
Scancodes wont be acceptable there.
Or will they?
All the magic of terminal conversion is done in two places.
termcap, which we all know and love,
but also stty, which supports 'raw' and 'cooked' io modes, flow control etc.
In SCO, the stty system can support scancode mode!
>From an admittedly cursory glance, it is possible to use a PC-TERM
terminal to login to SCO as you would use any other terminal.
This then provides an ideal interface to DOSEMU.
AFAIK, the problem then comes back to the stty subsystem and the keymapping.
It should be possible to assign a separate keymap to every tty. (At present
in linux only one 'console' keymap
can be used. It is impossible to assign different keymaps to different
virtual consoles, let alone all the different ttys)
Another possibility is to use wyse60 emulation and throw it in and out of
PC-TERM mode using
control codes. The old ms Word for SCO does this. The catch with this is
that sooner or later
it will get out of sync and also how would you change VC's in that mode?
So really, I think this discussion is in the wrong place. We've got to find
out who maintains
stty and be prepared to do some coding. That lets me out since I'm inept.
Regards
John
------------------------------
From: "Gregory Doyle" <[EMAIL PROTECTED]>
Date: Wed, 27 Oct 1999 05:28:00 -0800
Subject: Re: Console display problems (colours)
- --
On Wed, 27 Oct 1999 08:44:41 Reinhard Karcher wrote:
>At Die, 26 Okt 1999 Gregory Doyle wrote:
>> Hi again,
>> However when I run the application from DOSEMU from the console, the
>> colours that are displayed are not the same and quite unattractive.
>> In fact some of the background colours displayed make some text
>> unreadable.
>> In my DOSEMU.CONF I have the following:
>> $_video="vga"
>> $_console=(0)
>> $_graphics=(0)
>> $_videoportaccess=(1)
>> $_chipset="s3"
>>
>Hi,
>try $_console=(1) and $_graphics=(1). That works at the console. If
>you call dos from a xterm, the colours will stay bad.
>
>Reinhard
>
Well that worked fine Reinhard, thanks so much. So is there anything that can be done
such that the colours appear fine from a telnet client? Or is that just asking too
much? Anyone?
Thanks again,
GP Doyle
- --== Sent via Deja.com http://www.deja.com/ ==--
Share what you know. Learn what you don't.
------------------------------
From: "Alejandro Nestor Vargas" <[EMAIL PROTECTED]>
Date: Wed, 27 Oct 1999 10:37:36 -0300
Subject: RE: keyboard mapping (everyone please read)
> Define a "good" telnet client.
Hummm... a good telnet client may be a linux box when telnetting to other
linux server... I don't found any windows program that can emulate exactly a
terminal without extra configurations.
> The client I am using works in all other Linux apps without flaw, I don't
> know what this means but it receives an 82 on vttest. You can see it's
home
> page. http://www.musc.edu/~brannanp/telnet/ I like this client a lot
> because it's free, and it looks just like a DOS app to my users (I haven't
> told them we're not still using DOS).
I just downloaded this program and tested it. It looks good, and having the
source code wee can contribute with its development (I plain to do this). I
uncompressed the binary, telnetted to a linux server and runned midnight
commander. The function keys does not work at all. The PageUp and PageDown
keys don't work too. But I think it may be fixed either editing the keys
definition of the program or changing the emulation from ANSI to vt100,
vt220 or another.
I think for dosemu, a wise60 emulation may be great if it can handle the
scancode capabilitie of this terminal, because it sends codes for ALL keys,
including shift, alt, control, pause, scroll lock, print screen, etc.
------------------------------
From: Ari Moisio <[EMAIL PROTECTED]>
Date: Wed, 27 Oct 1999 12:04:59 +0300 (EET DST)
Subject: -fno_gcse
Hello
What means -fno_gcse parameter at compiler command line. I cannot find
any description of it from gcc manuals neither gcc recognizes it.
I had manually remove it from Makefile.conf to avoid compiler (cc1)
error.
- --
Mr. Ari Moisio, Niittykatu 7, 41160 Tikkakoski, +358-40-5055239
[EMAIL PROTECTED] http://www.iki.fi/arimo PGP-keyID: 0x3FAF0F05
------------------------------
From: "Alejandro Nestor Vargas" <[EMAIL PROTECTED]>
Date: Wed, 27 Oct 1999 12:01:49 -0300
Subject: RE: DOSEMU with Windows
> I have heard that it is possible to run Win3.x under Dosemu but not
> Win9x. From what I can tell the only thing preventing it from running
> Win9x is that Dosemu won't let himem.sys take control of the A20 Line in
> the dosmem. Is there a way to allow this? Are you considering releasing
> a version that will run Win9x? Please let me know.
I am not developper, but I can say you that in the same way you can't run
windows 95 in a dos windows inside windows 95, you can't run windows 95 in a
dos windows inside linux. The line A20 is not in use by linux. Then, no
other program can take control of it. Linux is a REAL operating system,
then, it don't let other programs to control the system. The only way to do
this is with a completely emulated machine. There are some programs to do
this. One is BOCHS, other is VMWARE. Bochs is GNU. Vmware is commercial
software. I testhed vmware and it is a good work. It can run windows, linux,
or other op. system in linux or windows nt.
------------------------------
From: "Alejandro Nestor Vargas" <[EMAIL PROTECTED]>
Date: Wed, 27 Oct 1999 12:13:20 -0300
Subject: RE: keyboard mapping
>
> In SCO, the stty system can support scancode mode!
>
> >From an admittedly cursory glance, it is possible to use a PC-TERM
> terminal to login to SCO as you would use any other terminal.
>
> This then provides an ideal interface to DOSEMU.
>
>
> AFAIK, the problem then comes back to the stty subsystem and the
keymapping.
The Wise60 can work in normal terminal mode and enter PC-TERM mode with a
escape sequence. DosEmu may search the terminfo database for this sequence
and send it is it is available. In the same way, there is a sequence to
leave this mode and return normal operation.
------------------------------
From: "Alejandro Nestor Vargas" <[EMAIL PROTECTED]>
Date: Wed, 27 Oct 1999 12:28:39 -0300
Subject: RE: keyboard mapping (everyone please read)
> Keyboards have always been a mess, and it looks very much like they always
> will be a mess. We can minimize the mess and mitigate its effects, but
> it's still messy.
Have dosemu support for the scan-code mode of some terminals like wise60? It
may be the answer for a perfect keyboard handling via telnet. The other way
may be a propietary telnet client.
------------------------------
From: Andru Luvisi <[EMAIL PROTECTED]>
Date: Wed, 27 Oct 1999 08:44:59 -0700 (PDT)
Subject: RE: DOSEMU with Windows
On Wed, 27 Oct 1999, Alejandro Nestor Vargas wrote:
[snip]
> this is with a completely emulated machine. There are some programs to do
> this. One is BOCHS, other is VMWARE. Bochs is GNU. Vmware is commercial
> software. I testhed vmware and it is a good work. It can run windows, linux,
> or other op. system in linux or windows nt.
Alas, Bochs (www.bochs.com) is *very* far from GNU/GPL. The source is
available, but you aren't allowed to modify it, redistribute modified
coppies, or use it in other projects. It also costs $25, but that isn't
so bad. After all, Free Software is about freedom and not price.
Andru
- --
- --------------------------------------------------------------------------
| Andru Luvisi | http://libweb.sonoma.edu/ |
| Programmer/Analyst | Library Resources Online |
| Ruben Salazar Library |-----------------------------------------|
| Sonoma State University | http://www.belleprovence.com/ |
| [EMAIL PROTECTED] | Textile imports from Provence, France |
- --------------------------------------------------------------------------
------------------------------
From: "Jair Azambuja Viana" <[EMAIL PROTECTED]>
Date: Wed, 27 Oct 1999 14:12:41 -0200
Subject: unexpected CPU exception 0x06
I'm runing the DOSEMU 0.9.10 in a Conectiva Red Hat 4.0, I made a "bootdir" with the
MS DOS files and they work very well, the dpmi server is running too. But when I get
out of the programs they crash and return de folow message:
ERROR: unexpected CPU exception 0x06 errorcode: 0x00000000 while in vm86
(DOS)
Program=3D3D3Dsigsegv.c, Line=3D3D3D250
EIP: 650a:00006904 ESP: 0000:0000ffe2 VFLAGS(b): 00000 01110010 10010110
EAX: 00000f9e EBX: 00000000 ECX: 00000000 EDX: 00000000 VFLAGS(h):
00007296
ESI: 00000000 EDI: 00000000 EBP: 00000000 DS: 0000 ES: 0b31 FS: 0000 GS:
0000
FLAGS: PF AF SF IF NT RF VM VIF IOPL: 3
STACK: 61 20 20 0d 0a 32 35 2f 31 30 -> 3d 00 00 00 0a 82 00 00 00 00
OPS : 00 00 00 00 00 00 03 00 00 00 -> ff ff ff ff ff ff ff ff e8 01
ffff 650a:6904 ??? di
I tried change the processor in the dosemu.conf but it didn't work.
Please help-me.
Thanks
Jair Azambuja Viana
[EMAIL PROTECTED]
www.jair.com.br
------------------------------
From: [EMAIL PROTECTED] (Kragen Sitaker)
Date: Wed, 27 Oct 1999 13:53:30 -0400 (EDT)
Subject: Re: DOSEMU with Windows
Some guy writes:
> I have heard that it is possible to run Win3.x under Dosemu but not
> Win9x. From what I can tell the only thing preventing it from running
> Win9x is that Dosemu won't let himem.sys take control of the A20 Line in
> the dosmem. Is there a way to allow this? Are you considering releasing
> a version that will run Win9x? Please let me know.
No, the only thing preventing it is that dosemu emulates an 8086 using
v86 mode, more or less, while Win3.x in enhanced mode and Win9x
requires at least a 386. Win3.x only runs in real mode under dosemu.
Bochs, VMWare, and (soon!) FreeMWare can run Win9x. WINE can run many
Win9x programs.
- --
<[EMAIL PROTECTED]> Kragen Sitaker <http://www.pobox.com/~kragen/>
Wed Oct 27 1999
13 days until the Internet stock bubble bursts on Monday, 1999-11-08.
<URL:http://www.pobox.com/~kragen/bubble.html>
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 27 Oct 1999 21:53:13 -0500
Subject: ANNOUNCE: dosemu-0.99.13.eb1.1
dosemu-0.99.13.eb1.1 is a preliminary patch of my ongoing
work to improve the keyboard code in dosemu.
It can be found at:
http://www.users.uswest.net/~ebiederman/files/dosemu-0.99.13.eb1.1.diff.gz
It's a patch against dosemu-0.99.13
Testers wanted.
New Features:
- - Internal Unicode support.
- - pc scancodes on terminals (Thanks to Robert March).
Improvements:
- - Misc enhancements to the current keyboard support.
- - X keycode should be portable across all X (non-buggy) servers
- - X keycode should not be necessary for non-us users.
- - Non-us keymaps supported in more than just raw-keyboard mode.
- - Can generate appropriate scancodes from pasted text.
Comments:
I have been working on improving the keybaord code in dosemu off and on.
In particular I have been working on improving support for non-us keyboards.
To make this work well I have implented an internal charaset for dosemu
which is a superset of unicode. Trivially allowing conversions between
character sets, and allowing very strange combinations.
Considering the recent keyboard on terminal threads this patch looks appropriate.
TODO:
- - Regression testing.
- - Break this patch into smaller chunks for submission to Hans Lerman
Eric
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 27 Oct 1999 22:13:28 -0500
Subject: Re: keyboard mapping (everyone please read)
Matthew Nuzum <[EMAIL PROTECTED]> writes:
>
> It seems to me that the current keyboard functions require a terminal
> emulator to support macros, which can then be assigned to a key sequence.
> So if you wish to send the key sequence Alt+F1 to a program you need to do
> this- Ctrl + ^ then "a" then Ctrl + ^ then 1. This is very laborious, and
> most terminal emulators don't allow you to program the keys to do this.
> Therefore, the users that want to do this must spend about $200 per
> workstation for a high end telnet client.
[ Bah. The majority of very good terminal emulators run on unix
and have source code available.]
The Ctrl + ^ then "a" combinations and their kin are to cover the
lackings in many terminals so you can type by hand what is missing,
and still be functional.
Dosemu will get as much out information out of terminfo as possible.
> I think that there is another option, but I am not capable of doing it. I
> think that dos-emu could be modified to make it friendlier to terminals.
Dosemu is current as friendly as possible (in the general case) keyboard wise.
The keys you can read from a terminfo/termcap entry are limited.
And the capabilites are often not filled in anyway, in the terminfo entry.
The only serious current lack not having support for unicode
terminals. Which should make both display and keyboard codes more
flexible.
I have recently added support for the enter&exit pc scancode mode
capabilites in my most recent version of my experimental keyboard
code. See my other message.
The best solution I can think of for windows.
Is get VNC:
http://www.uk.research.att.com/vnc/
Run an X session in VNC
Display that VNC session on your windows machine.
Run xdos.
Eric
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 27 Oct 1999 22:15:21 -0500
Subject: Re: Console display problems (colours)
"Gregory Doyle" <[EMAIL PROTECTED]> writes:
> So is there anything that can be done such that the colours appear fine from a
>telnet client? Or is that just asking too much? Anyone?
dos -X or xdos (in X).
Eric
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 27 Oct 1999 22:18:27 -0500
Subject: Re: Unix.exe
Bill <[EMAIL PROTECTED]> writes:
> Thanks for the executable... I searched for hours before I remembered you
> had attached it.. This is workable, but I could do much better if I had the
> source code.. It would be easier for my program to absorb the functionality
> of unix.exe than to have to have people find it themselves.
>
> Is the UNIX.EXE source available? if so where? also where are the similar
> tools found? (they were nowhere on my system)
Yes, source is included with the dosemu.
Eric
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 27 Oct 1999 22:22:59 -0500
Subject: Re: keyboard mapping
Matthew Nuzum <[EMAIL PROTECTED]> writes:
> Your right. I had no problem with my telnet software running Unix programs
> like emacs and pico and lynx, but DOS-EMU changes all that. It breaks the
> keys and makes them not work. I am willing to try anything to get these
> working, but I think your solution fixes just Linux, and not DOS-EMU.
Dosemu reads terminfo files. At least the recent versions do.
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 27 Oct 1999 22:25:53 -0500
Subject: Re: keyboard mapping
"john huttley" <[EMAIL PROTECTED]> writes:
> Concerning keyboard mapping,
> The PC keyboard sends a scancode when a key is pressed and the
> same code+128 when the key is released. This is mapped to the ascii
> characters we
> expect.
>
Myth:
> Some terminals, notably the wyse60 in PC-TERM mode can be configured to do
> this also.
Fact: Some wyse60 terminals (may implement this).
and some wyse60 emulators (do implenet this).
The only real wyse60 terminals I have had access to do not implement this.
Eric
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 27 Oct 1999 22:27:22 -0500
Subject: Re: keyboard mapping
"Alejandro Nestor Vargas" <[EMAIL PROTECTED]> writes:
> >
> > In SCO, the stty system can support scancode mode!
> >
> > >From an admittedly cursory glance, it is possible to use a PC-TERM
> > terminal to login to SCO as you would use any other terminal.
> >
> > This then provides an ideal interface to DOSEMU.
> >
> >
> > AFAIK, the problem then comes back to the stty subsystem and the
> keymapping.
>
> The Wise60 can work in normal terminal mode and enter PC-TERM mode with a
> escape sequence. DosEmu may search the terminfo database for this sequence
> and send it is it is available. In the same way, there is a sequence to
> leave this mode and return normal operation.
Which is fine, except no standard terminfo entry implments this capability.
Any one plan patches for Eric S. Raymond (Terminfo database maintainer)?
Eric
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 27 Oct 1999 22:33:43 -0500
Subject: Re: Keyboard-Problem (german) at remote-login
"Narr, McPaper" <[EMAIL PROTECTED]> writes:
> once again the old story:
>
> I figured out some more things about this nonworking keys
> in dosemu (a/o/u-umlaut).
> With setting rawkeyboard=1 the problems at the console
> are gone.
> But not the others...
> After inspecting the active keymap ("keytable dump ..."),
> I found that ALL characters >127 got away - this happens
> on a remote (serial) line AND if I run dos in a xterm in
> KDE.
> Without dos these both boxes behave absolutely correct.
>
> How can I switch the dos-input to 8-bit?
> Any ideas?
Close the dosemu keymap happens to be hardcoded to US for terminals.
So it doesn't know what to do with an umlaut it doesn't map to anything
so the umlaut is dropped.
Could you check out:
http://www.users.uswest.net/~ebiederm/files/dosemu-0.99.13.eb1.1.diff.gz
I haven't doubled checked your particular case but it should be handled correctly.
Also using X_keycode mode in xdos has also been know to make the keyboard
work better for non English keyboard configurations.
Eric
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 27 Oct 1999 22:40:09 -0500
Subject: Re: Help!
=?iso-8859-1?B?RGlvrg==?= <[EMAIL PROTECTED]> writes:
> Thank you for your help. My doubt is how do I code, or call, that the callback
>routine in DOSEMU ?
>
> The example below, show the procedure in the TSR application service, which running
>on DOS. How
> would it look like converted for DOSEMU ?
If you can avoid it don't do it like that:
Have dosemu call an interrupt service routine.
To get the timing right (with respect to virtual interrupts) you need
to be very careful.
Looking how the BIOS is coded might give you some examples.
But in general I don't recommend writing code like that. A small assembler
stub in the bios called by an interrupt (which can call your function)
works much better.
Eric
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 27 Oct 1999 22:41:23 -0500
Subject: Re: Escape key and dosemu
Sergio Guimaraes Faulhaber <[EMAIL PROTECTED]> writes:
> Hi,
>
> I use dosemu-0.66.7 and escape key works on dos 6.2.
>
> I use with DR-DOS and escape key don't work.
Odd it has always worked for me.
You might try dosemu-0.98.x
the latest stable series.
Eric
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 27 Oct 1999 22:46:14 -0500
Subject: Re: Dosemu-0.99.13 compile failure.
The Count <[EMAIL PROTECTED]> writes:
> This is a multi-part message in MIME format.
> --------------6A8F0FA698D267F39F92B425
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
>
>
> Hi there.
>
> I've tried to compile Dosemu-0.99.13 with gcc-2.95 and glibc 2.1, and
> everything was going nice until something happenend with the linking ...
> (see log attached).
>
> Any help ? Please ?
Nothing specific except every function not found looks like inline asm.
It looks like you have the wrong optimization setting for dosemu,
because these things aren't getting expanded inline.
Eric
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 27 Oct 1999 22:48:45 -0500
Subject: Re: Runnung graphics in dosemu
"Sanjiv Kumar Singh" <[EMAIL PROTECTED]> writes:
> Dear Sir,
> I am unable to run graphics in dosemu. I have set $_graphics (1) in
>/etc/dosemu.conf. I am using a Cirrus Logic adapter cldg-5465 with 4MB VRAM. After
>starting the system locks up and I have to use cltr-alt-del for a reboot.
> I am using VESA chipset in the libvga.config file. Please help me as in this
>regard.
Dosemu unfortunantely doesn't use svgalib (the two aren't compatible).
So the only real solution is to patch dosemu so it can handle you video card.
Or alternatively run dosemu under X.
Eric
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 27 Oct 1999 23:03:11 -0500
Subject: Re: Problems with DOSEMU and framebuffers
Grzegorz Adam Hankiewicz <[EMAIL PROTECTED]> writes:
> Hello.
>
> First, I would like to know if this is some mailing list,
Yes.
>because I am not
> on it, and won't get answers if you don't cc your replies to me in that
> case.
>
> Second, I have been testing Dosemu for a while, and it comes that I cannot
> use it when I have booted with the framebuffer activated. When I enter the
> dos emulator, magically the resolution is switched to text mode, and all
> looks again like dos. The problem is that exiting the emulator doesn't
> restore the framebuffer device/resolution/whatever, and even typing
> blindly fbset resolution doesn't help.
>
> It's just luck that I could run shutdown blindly and didn't have unsaved
> work in any other terminal.
>
> My question is if this is known, is going to be solved, is being worked
> out... whatever. I would like to use dosemu, but since I will be using the
> framebuffer too, I will be restricted to dos only when I boot without
> framebuffer, and for that matter, I could boot directly in to pure dos,
> right?
I don't know of anyone working on this problem currently.
You can run dosemu under X.
Otherwise the code in dosemu to save/restore video modes needs to be updated
for your video card.
Eric
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 27 Oct 1999 23:06:19 -0500
Subject: Re: Ctrl/Alt Fn-keys over telnet?
Robert March <[EMAIL PROTECTED]> writes:
>
> However, that terminal emulator will need to be able to program and
> re-program those keys on the fly from within something like a menu script
> or an application start script. Otherwise, the user would not be able to
> properly execute various applications that define keys differently.
Hi,
Sorry for taking forever. . .
But pc-scancode support is now written and functional.
Thanks for the information you made it possible.
Over the next week or two I will be cleaning up my code so it can be
accepted into mainstream dosemu...
Eric
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 27 Oct 1999 22:57:34 -0500
Subject: Re: DOSemu's isemu.com
Sam Steele <[EMAIL PROTECTED]> writes:
> Would it be possible to include isemu.com with my DOS software so I can detect
>DOSemu and adapt as needed?
> I currently don't know assembler, so the isemu source is very confusing to me..
>
isemu is GPL'd like the rest of dosemu so license permitting yes.
Eric
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 27 Oct 1999 23:27:30 -0500
Subject: Re: xdos config problems
Feher Sandor <[EMAIL PROTECTED]> writes:
> 1.I must use our national keyboard settings (Hungarian). It works fine
> when I set term_char_set="latin2" but in this case my application's
> window crashed. (It contains 437 characters in its window frame.).
> If I set term_char_set="ibm" keyboard doesn't work but the program's
> window is fine.
No Clue.
>
> 2.I thought the xdos resolve these problems for me. I'v got some
> elementary problem with this:
>
> - I can't resize it's window ??? (I don't know why doesn't it
> work.It's my most important and urgent problem!)
Resize is just because it uses the supplied font, and doesn't want to
confuse the emulation. Using a different font will allow a larger size.
> - Only a part of national laguage set is work properly.
> But the window frames looks good.
A different font (besides the standard vga font) that support hungarian
would probably make this work bettetr.
>
> 3. Finally, I telnet into this machine, the national keyb. doesn't work
> in dosemu, but it work at console.
> (Gereon Ruetten <[EMAIL PROTECTED]> has my problem too I
> saw).
This is in the process of being fixed.
Eric
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 27 Oct 1999 23:29:50 -0500
Subject: Re: very little runs - inc pkzip
Sean Hennessy - Geishan <[EMAIL PROTECTED]> writes:
> I've just read a few more messages and realised I didn't mention that
> I've tryed this with versions 99.10, 99.13 and 98.8
>
> The usual message is 'not enough memory to load program' when there
> should be heaps.
> The dos version I've tried are 95, 6.2, freedos
>
> I had these programs running under RH5.1 when I first evaluated dosemu.
> Now I need the thing and it don't work!!
Probably you don't have dpmi set up right.
$_dpmi = (4096)
should help.
Eric
------------------------------
From: Hans Lermen <[EMAIL PROTECTED]>
Date: Thu, 28 Oct 1999 11:16:56 +0200 (MEST)
Subject: Re: -fno_gcse
On Wed, 27 Oct 1999, Ari Moisio wrote:
> What means -fno_gcse parameter at compiler command line.
Its a egcs thing and switches off those additional optimization
to -O2 which made trouble with DOSEMU and leaded to miscompiles.
Hans
<[EMAIL PROTECTED]>
------------------------------
From: Sergey Aleshin <[EMAIL PROTECTED]>
Date: Thu, 28 Oct 1999 16:11:41 -0400 (GMT+4)
Subject: Re: Ctrl/Alt Fn-keys over telnet?
On 27 Oct 1999, Eric W. Biederman wrote:
> Sorry for taking forever. . .
> But pc-scancode support is now written and functional.
> Thanks for the information you made it possible.
>
Which terminal emulator program to use with this dosemu?
- --
Sergey Aleshin
National Library of Udmurt Republic
e-mail: [EMAIL PROTECTED]
Sometimes you get an almost irresistible urge to go on living.
------------------------------
End of linux-msdos-digest V1 #159
*********************************
To subscribe to linux-msdos-digest, send the command:
