Unknown Recipient: Steven Pautz----------------------------------- Returned
-----------------------------------
From: [EMAIL PROTECTED] at -FABRIK/Internet
Date: 7/10/00 10:12AM -0700
*To: "linux-msdos-digest" <[EMAIL PROTECTED]> at
-FABRIK/Internet
Subject: linux-msdos-digest V1 #180
-------------------------------------------------------------------------------
TEXTttxt
� ��i ��i linux-msdos-digest Monday,
July 10 2000 Volume 01 : Number 180
In this issue:
----------------------------------------------------------------------
From: Tom Davey <[EMAIL PROTECTED]>
Date: Tue, 04 Jul 2000 11:26:39 -0700
Subject: Re: Best DOS for 132-col character mode (VGA mode 33h)?
[EMAIL PROTECTED] wrote:
> Try demo of PTS-DOS 2000 or DR DOS 7.03 (the second is free for
> DosEmu), they recognize 132-column mode; I am not sure if DosEmu
> recognizes it correctly, but at least passes to these DOS-es the
> info that the display is 132-col if set by stty (MSDOS sets 80).
Thanks very much for the suggestions! I've found both DOSs on the
Web without a problem.
Regards,
Tom
- --
Tom Davey, Director, Web Site
Linuxcare, Inc.
tel: 415.354.4335 fax: 415.701.9076
[EMAIL PROTECTED], www.linuxcare.com
Linuxcare. Support for the Revolution.
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 04 Jul 2000 14:09:57 -0500
Subject: Re: Best DOS for 132-col character mode (VGA mode 33h)?
Tom Davey <[EMAIL PROTECTED]> writes:
> Hello folks,
>
> I rely on an indispensable DOS application named Framework IV,
> from the late great Ashton-Tate. I can run this application just
> fine in character mode at a resolution of 132 x 43 in a window
> under the OS/2 4.0 Workplace Shell. I guess IBM built support for
> this video mode into the "embedded" DOS included with OS/2.
>
> However, the display under plain old MS-DOS 6.2 "wraps" at 80
> cols, jumbling things like a Cubist painting. Naturally, the same
> happens with DOSEmu on Linux, whether in a console or in X.
> Microsoft did *not* build in support for 132-col mode, it seems.
>
> I'm assuming that I need a better DOS--maybe IBM DOS, or Caldera
> DOS?--to obtain support for this VGA character mode (which I
> think is 33h) when using DOSEmu. My questions:
>
> a) any suggestions about which DOS to buy, if any?
It's not a dos issue it's a bios issue, or at least should be.
And it should be fully supported in dosemu. Though I seem
to recall an oddity or two, mostly that in a telnet window
we default to the terminal window size and not 80x25 as the
initial mode.
Can you please give me a good description of how you are trying
to run this program, and how you are trying to set this video mode.
Without details I can't give much help.
>
> b) even if I found a DOS that supports this mode, will the
> 132-col mode also work under DOSEmu and X?
>
> Thanks much,
> Tom Davey
>
> --
> Tom Davey, Director, Web Site
> Linuxcare, Inc.
> tel: 415.354.4335 fax: 415.701.9076
> [EMAIL PROTECTED], www.linuxcare.com
>
> Linuxcare. Support for the Revolution.
------------------------------
From: [EMAIL PROTECTED]
Date: Tue, 4 Jul 100 16:04:33 GMT
Subject: RE: Help with cobol files...
>>
>> "It may be file/record locking problem: both dosemu
>> and samba have some methods to signal the locking, but if
>> these methods are different, one does not see locks of the
>> another. I do not know samba, but I needed to fix mars for
>> the same reason (lack of locking common for mars & dosemu)."
>>
Hello,
Is It correct ?? Can't I use the DOSEMU ??
>You best bet would be to use VMware (http://www.vmware.com)
>and run DOS under that. Use the DOS network client (available
>for free) to connect to the files served by Samba. This
>was Samba will handle all the locking.
>
>The problem you are experiencing is most likely caused by
>the Linux kernel not currently supporting Windows style
oplocks.
- --------------------------------------------------------------------
Esta mensagem foi enviada utilizando o WebMail das Lojas Insinuante.
------------------------------
From: lizard <[EMAIL PROTECTED]>
Date: Tue, 4 Jul 2000 16:26:47 -0500 (CDT)
Subject: Dos BBS Door games in Dosemu
hey there. To anyone who has been working on getting dos bbs door games to
work under dosemu from a unix/linux bbs like falken. Please check this
out. I have worked out the buggyness of doing this with the dosdoor
package and have successfully managed to get L.O.R.D. working using
DOSEMU-1.0.1 with I think the newest version of the Falken BBS package for
linux. I have instructions and a couple usefull scripts for fixing the
format of the dos dropfile generated by dosdoor. I will not use the
bandwidth to explain howto here, but if your interested in this visit my
site at this location for instructions and the fix scripts.....
here is the direct url
http://63.225.148.222/dos/bbsgames.shtml
or if you goto the main page of 63.225.148.222 click the "dosgames"
button/link and then at the top of that page is link to new section on dos
bbs door games.
I seen problems with this posted before and never much for resolution, so
hopefully this should make it a lot easier for anyone wanting to do this.
Let me know if you need any more help or info.
- -jeremy
my address is http://63.225.148.222 come and visit.
Or just visit http://www.users.uswest.net/~jtaylor21 anytime which will
redirect you to my current ip (whatever it may be)
------------------------------
From: Hans Lermen <[EMAIL PROTECTED]>
Date: Wed, 5 Jul 2000 01:27:19 +0200 (MEST)
Subject: dosemu-1.0.1 available
Hi Friends and Users of DOSEMU,
Finaly, after a lot of delay, dosemu-1.0.1 is uploaded to the usual place:
ftp.dosemu.org:/dosemu/
.../patchset-1.0.1.tgz
.../dosemu-1.0.1.tgz
.../dosemu-1.0.1-1.i386.rpm
In the meantime it got also mirrored at
ftp://metalab.unc.edu/pub/Linux/system/emulators/dosemu/
(so, US people better get it from there)
The md5sums are:
d9a100954a914bea7a2e2acea545ca8a dosemu-1.0.1-1.i386.rpm
98a814dbc0bb2163f9e36b9b155cc48c dosemu-1.0.1.tgz
8b7bc893b5156e65028cdae4e9eac576 patchset-1.0.1.tgz
The new version has a couple of bugs fixed and also has gotten some new
exiting stuff, such as VGA 16 color modes now fully supported in xdos,
virtual COM ports (support for bbs door games) and bootdir support for the
FD maintained DosC kernel (kernel.sys).
It also should compile/run with most currently available compilers/kernels
up to gcc-2.95.x and linux-2.4.0-test3.
For more details have a look at the ChangeLog.
Hans
<[EMAIL PROTECTED]>
------------------------------
From: Tom Davey <[EMAIL PROTECTED]>
Date: Tue, 04 Jul 2000 20:07:42 -0700
Subject: Re: dosemu-1.0.1 available
Hans Lermen wrote:
> Finaly, after a lot of delay, dosemu-1.0.1 is uploaded
> to the usual place:
Hi Hans,
it works wonderfully! I upgraded from .98; the rpm install was
flawless.
The 16-color VGA support under X Window is great. So is the
automatic resizing of the xdos window to accomodate 80 x 50 and
80 x 43 modes. The cursor blink rate works properly. 1.0.1 parses
dosemu.conf better, catching a tiny error that I've had in there
for a long time. It even seems to run noticeably faster. This
release contains a number of things I've wanted for a long time.
I'm thrilled!
Thanks and regards,
Tom Davey
------------------------------
From: Sergey Suleimanov <[EMAIL PROTECTED]>
Date: 05 Jul 2000 10:11:46 +0400
Subject: Re: dosemu-1.0.1: -X trouble
Something is broken, this is only for xdos, and only 1.0.1
debug flags:
debug flags: +g
TIMER: using pentium timing
DOS memory area being mapped in
Initialized all signals to NOT-BLOCK
CMOS initialized
PIC,mouse,IPX initialized
CONFIG: 0x4027 binary: 0100 0000 0010 0111
EMULATE
GEN: fd=10 does not get SIGIO, use_sigio=8192
CONSOLE MSG: '
Linux DOS emulator 1.0.1.0 $Date: 2000/07/03 $
'
CONSOLE MSG: 'Last configured at Wed Jul 5 09:35:47 MSD 2000 on linux
'
CONSOLE MSG: 'This is work in progress.
'
CONSOLE MSG: 'Please test against a recent version before reporting bugs and
problems.
'
CONSOLE MSG: 'Bugs, Patches & New Code to [EMAIL PROTECTED]
'
CONSOLE MSG: 'DPMI-Server Version 0.9 installed
'
DEFIVEC: int 0x1c @ 0xf000:0x01c0
DEFIVEC: int 0x1c @ 0xf000:0x01c0
DEFIVEC: int 0x1c @ 0xf000:0x01c0
DEFIVEC: int 0x1c @ 0xf000:0x01c0
DEFIVEC: int 0x1c @ 0xf000:0x01c0
INT1A: RTC time 09:53:41
INT1A: RTC date 20000705 (DOS format)
ERROR: general protection at 0xae580: c6
Program=do_vm86.c, Line=368
EIP: ae58:00010000 ESP: 0000:00000708 VFLAGS(b): 00000 00000000 01000110
EAX: 00000100 EBX: 000002f0 ECX: 00003317 EDX: 00000918 VFLAGS(h): 00000046
ESI: 0000051e EDI: 00001a70 EBP: 00000002 DS: 02cc ES: 0893 FS: 0000 GS: 0000
FLAGS: PF ZF RF VM IOPL: 0
STACK: c1 9e 18 09 17 33 01 ea 93 08 -> 70 00 00 00 00 00 00 00 00 00
OPS : 1e 56 8e 1e 1a 00 c5 36 78 00 -> c6 44 09 0f 5e 1f b4 17 26 8a
c644090f ae58:0000 mov [si+09],0F
00| f000:0000->f0000 01| 0070:06f4->00df4 02| f000:0020->f0020
03| 0070:06f4->00df4 04| 0070:06f4->00df4 05| f000:0050->f0050
06| f000:0060->f0060 07| f000:0070->f0070 08| f800:4000->fc000
09| f000:e987->fe987 0a| f000:00a0->f00a0 0b| f000:00b0->f00b0
0c| f000:00c0->f00c0 0d| f000:00d0->f00d0 0e| f000:00e0->f00e0
0f| 0070:06f4->00df4 10| f000:0100->f0100 11| f000:0110->f0110
12| f000:0120->f0120 13| 0070:0774->00e74 14| f000:0140->f0140
15| 0070:084a->00f4a 16| f800:3500->fb500 17| f000:0170->f0170
18| f000:0180->f0180 19| 0070:07fb->00efb 1a| f000:01a0->f01a0
1b| 0070:06ee->00dee 1c| f000:01c0->f01c0 1d| f000:01d0->f01d0
1e| 9ec1:1a70->a0680 1f| c000:0568->c0568 20| f000:0200->f0200
21| f000:0210->f0210 22| f000:0220->f0220 23| f000:0230->f0230
24| f000:0240->f0240 25| f000:0250->f0250 26| f000:0260->f0260
27| f000:0270->f0270 28| f000:0280->f0280 29| 0070:0762->00e62
2a| f000:02a0->f02a0 2b| f000:02b0->f02b0 2c| f000:02c0->f02c0
2d| f000:02d0->f02d0 2e| f000:02e0->f02e0 2f| f000:02f0->f02f0
30| f000:0300->f0300 31| f000:0310->f0310 32| f000:0320->f0320
33| f000:0330->f0330 34| f000:0340->f0340 35| f000:0350->f0350
ERROR: SIGSEGV, protected insn...exiting!
calling SIG_close
calling keyboard_close
00| f000:0000->f0000 01| 0070:06f4->00df4 02| f000:0020->f0020
03| 0070:06f4->00df4 04| 0070:06f4->00df4 05| f000:0050->f0050
06| f000:0060->f0060 07| f000:0070->f0070 08| f800:4000->fc000
09| f000:e987->fe987 0a| f000:00a0->f00a0 0b| f000:00b0->f00b0
0c| f000:00c0->f00c0 0d| f000:00d0->f00d0 0e| f000:00e0->f00e0
0f| 0070:06f4->00df4 10| f000:0100->f0100 11| f000:0110->f0110
12| f000:0120->f0120 13| 0070:0774->00e74 14| f000:0140->f0140
15| 0070:084a->00f4a 16| f800:3500->fb500 17| f000:0170->f0170
18| f000:0180->f0180 19| 0070:07fb->00efb 1a| f000:01a0->f01a0
1b| 0070:06ee->00dee 1c| f000:01c0->f01c0 1d| f000:01d0->f01d0
1e| 9ec1:1a70->a0680 1f| c000:0568->c0568 20| f000:0200->f0200
21| f000:0210->f0210 22| f000:0220->f0220 23| f000:0230->f0230
24| f000:0240->f0240 25| f000:0250->f0250 26| f000:0260->f0260
27| f000:0270->f0270 28| f000:0280->f0280 29| 0070:0762->00e62
2a| f000:02a0->f02a0 2b| f000:02b0->f02b0 2c| f000:02c0->f02c0
2d| f000:02d0->f02d0 2e| f000:02e0->f02e0 2f| f000:02f0->f02f0
30| f000:0300->f0300 31| f000:0310->f0310 32| f000:0320->f0320
33| f000:0330->f0330 34| f000:0340->f0340 35| f000:0350->f0350
calling disk_close_all
calling video_close
releasing ports and blocked devices
calling shared memory exit
calling HMA exit
closing debugger pipes
calling mapping_close()
calling close_all_printers
calling serial_close
calling mouse_close
- --
Sergey Suleimanov
------------------------------
From: Tom Davey <[EMAIL PROTECTED]>
Date: Tue, 04 Jul 2000 23:55:45 -0700
Subject: Re: Best DOS for 132-col character mode (VGA mode 33h)?
"Eric W. Biederman" wrote:
> It's not a dos issue it's a bios issue, or at least should be.
> And it should be fully supported in dosemu. Though I seem
> to recall an oddity or two, mostly that in a telnet window
> we default to the terminal window size and not 80x25 as the
> initial mode.
>
> Can you please give me a good description of how you are trying
> to run this program, and how you are trying to set this video mode.
> Without details I can't give much help.
Hi Eric,
Your comments are encouraging to me. Here are the details on this
program and its video support.
Ashton-Tate's Framework IV dates from 1991. It ships with a set of
generic video drivers enabling all the ordinary text and graphical VGA
modes, plus a set of SVGA-mode drivers specific to various chip sets.
By examining the drivers with a Framework video utility, I can see that
the differences among the drivers mainly involve the column/row values
for the character counts and the hex values in the AX and BX registers.
For example, here are values for three typical drivers:
COL ROW AX BX Description
=======================================================
132 44 0033h 0000h 16-color 640x480 text mode
80 50 1112h 0000h 16-color 640x480 text mode
100 31 4F02h 0102h 16-color 800x600 graphics mode
All of these drivers work fine using a Mach 64 board (ATI Graphics
Expression) under OS/2 4.0. Only the first two work fine (same computer,
same ATI card) under xdos 1.0.1 (using MSDOS 6.2 and XFree86 3.3).
It's the 132x44 text mode driver that doesn't work. Using it, the
program does indeed run, but the display "wraps" unevenly at 80 columns,
scrambling the screen.
If DOSEmu really can support 132-column VGA text mode, that would be
awesome!
Tom
- --
Tom Davey, Director, Web Team
Linuxcare, Inc.
tel: 415.354.4335 fax: 415.701.9076
[EMAIL PROTECTED], http://www.linuxcare.com
------------------------------
From: [EMAIL PROTECTED]
Date: Wed, 05 Jul 2000 10:22:14 MET_DST
Subject: RE: A cuestio/
>Message-ID: <[EMAIL PROTECTED]>
>Date: Tue, 04 Jul 2000 11:18:12 -0500
>From: cArLoZ LoZaNo <[EMAIL PROTECTED]>
>I want know that if its possible acces a Novell netware server and
>connect the volume in a drive of the dosemu.
Yes. Need $_ipxsupport = (on) in /etc/dosemu.conf,
and load netx.exe after starting the DOS.
------------------------------
From: "Bjorn Eriksson" <[EMAIL PROTECTED]>
Date: Wed, 5 Jul 2000 15:42:43 +0200
Subject: patch against 1.0.0.9? (Was: dosemu-1.0.1 available)
> Finaly, after a lot of delay, dosemu-1.0.1 is uploaded to the usual place:
>
> ftp.dosemu.org:/dosemu/
> .../patchset-1.0.1.tgz
Anyone tried this patch against patchset-1.0.0.9.tgz
(ftp://ftp.dosemu.org/dosemu/testing/patchset-1.0.0.9.tgz)?
//Bj�rnen.
------------------------------
From: Hans Lermen <[EMAIL PROTECTED]>
Date: Wed, 5 Jul 2000 16:59:01 +0200 (MEST)
Subject: Re: patch against 1.0.0.9? (Was: dosemu-1.0.1 available)
On Wed, 5 Jul 2000, Bjorn Eriksson wrote:
> > ftp.dosemu.org:/dosemu/
> > .../patchset-1.0.1.tgz
>
> Anyone tried this patch against patchset-1.0.0.9.tgz
> (ftp://ftp.dosemu.org/dosemu/testing/patchset-1.0.0.9.tgz)?
=======
Why should one? Patchsets are always relative to the latest (3 digit)
main release. Hence dosemu-1.0.0 + patchset-1.0.1 ===> dosemu-1.0.1
Read the README which comes with the patchset and follow the steps
described there;-)
Hans
<[EMAIL PROTECTED]>
------------------------------
From: "Bjorn Eriksson" <[EMAIL PROTECTED]>
Date: Wed, 5 Jul 2000 17:31:08 +0200
Subject: Re: patch against 1.0.0.9? Works fine, I think.
[What's your point? Discourage use of testing/-code or what?]
> On Wed, 5 Jul 2000, Bjorn Eriksson wrote:
>
> > > ftp.dosemu.org:/dosemu/
> > > .../patchset-1.0.1.tgz
> >
> > Anyone tried this patch against patchset-1.0.0.9.tgz
> > (ftp://ftp.dosemu.org/dosemu/testing/patchset-1.0.0.9.tgz)?
> =======
> Why should one? Patchsets are always relative to the latest (3 digit)
> main release. Hence dosemu-1.0.0 + patchset-1.0.1 ===> dosemu-1.0.1
>
> Read the README which comes with the patchset and follow the steps
> described there;-)
Eh? Maybe I was a bit unclear. I am Not using the latest main release but
rather patchlevel 1.0.0.9 downloaded from the testing/-directory. This in
part 'cause I wanted your mapself.c-patch and Julia's-vmodem patch.
The actual _answer_ to my question is: It'll work just dandy and report
that the first few (patch-1.0.0.[1-9]) pathes are already applied.
Uhm, I haven't really tried it though; I just did a quick directory
compare. I don't want to fiddle with it right now since I'm on vacation! :-)
//Bj�rnen.
------------------------------
From: Hans Lermen <[EMAIL PROTECTED]>
Date: Wed, 5 Jul 2000 23:55:35 +0200 (MEST)
Subject: Re: patch against 1.0.0.9? Works fine, I think.
On Wed, 5 Jul 2000, Bjorn Eriksson wrote:
>
> [What's your point? Discourage use of testing/-code or what?]
Nope, I got the intention of your mail wrong ;-)
I thought you were complaining about patchset-1.0.1 not being top
on patchset-1.0.0.9.
> The actual _answer_ to my question is: It'll work just dandy and report
> that the first few (patch-1.0.0.[1-9]) pathes are already applied.
>
> Uhm, I haven't really tried it though; I just did a quick directory
> compare. I don't want to fiddle with it right now since I'm on vacation! :-)
Ok ok, got it. Following a special 'vacation' service :-)
The important differences between 1.0.0.9 and 1.0.1 mainly are:
- fixed a diabolic bug in mapping/mapfile.c (s/\|/,/) :-(
- made sure we realy have root-only access on the mapfile when
running suid root. On NFS mounted $HOME we will come into trouble,
when we have no root_squash. For security reasons we cannot
allow suid-root DOSEMUs publish its mapped executable space
on a NFS mounted volume, that isn't trusted enough to have
root_squash.
- changes to src/commands/emumouse.c (new options -Mx -My)
- fixed global.conf to take care of GNU sh-utils > 1.16
( default behaviour of 'who' isn't backward compatible anymore)
- changes to base-configure.in to reflect glibc-2.2 changes
- prepare src/base/misc/disks.c for linux-2.4.x
(BLKGETSIZE no long defineable via <linux/fs.h>)
Hans
<[EMAIL PROTECTED]>
------------------------------
From: lizard <[EMAIL PROTECTED]>
Date: Wed, 5 Jul 2000 19:34:05 -0500 (CDT)
Subject: Re: Dos BBS Door games in Dosemu
say there, just a brief note regarding the dos bbs door games page.
had a long outage with my service provider, as a result my address
changed.
If you are looking for the page, please goto
http://www.users.uswest.net/~jtaylor21
this will contain a valid link to my server if an ip change occurs again
(regardless of what the address is, it update the link to my server
anytime an ip change occurs within 1 hour).
sorry for any inconvienience this may have cause, the above address should
prevent any trouble like this in the future.
thanks
jeremy
my address is http://63.225.151.162 come and visit.
Or just visit http://www.users.uswest.net/~jtaylor21 anytime which will
redirect you to my current ip (whatever it may be)
On Tue, 4 Jul 2000, lizard wrote:
> hey there. To anyone who has been working on getting dos bbs door games to
> work under dosemu from a unix/linux bbs like falken. Please check this
> out. I have worked out the buggyness of doing this with the dosdoor
> package and have successfully managed to get L.O.R.D. working using
> DOSEMU-1.0.1 with I think the newest version of the Falken BBS package for
> linux. I have instructions and a couple usefull scripts for fixing the
> format of the dos dropfile generated by dosdoor. I will not use the
> bandwidth to explain howto here, but if your interested in this visit my
> site at this location for instructions and the fix scripts.....
>
> here is the direct url
>
> http://63.225.148.222/dos/bbsgames.shtml
>
> or if you goto the main page of 63.225.148.222 click the "dosgames"
> button/link and then at the top of that page is link to new section on dos
> bbs door games.
>
> I seen problems with this posted before and never much for resolution, so
> hopefully this should make it a lot easier for anyone wanting to do this.
>
> Let me know if you need any more help or info.
> -jeremy
>
>
> my address is http://63.225.148.222 come and visit.
> Or just visit http://www.users.uswest.net/~jtaylor21 anytime which will
> redirect you to my current ip (whatever it may be)
>
>
------------------------------
From: Denis-Carl Robidoux <[EMAIL PROTECTED]>
Date: Thu, 06 Jul 2000 10:24:17 -0400
Subject: 64M limitation in dosemu...
Help!!!
I converted my workstation from NT to Linux for more then a year now
but...
from time to time I have to compile in DOS (I use dosemu with DOS 6.22
for that) for huge DOS projects for a certain product of ours. And even
if I have 192Megs of ram on my workstation I cannot compile the project
b'cause whatever I do or change in the config file there is a limitation
of 64Megs... I'm forced to reboot in NT just to compile the project if I
don't want to see the damn "memory exhausted" error message. What an
heresy!
Can anyone help me?
------------------------------
From: Chris VanHorn <[EMAIL PROTECTED]>
Date: Thu, 06 Jul 2000 14:02:25 -0400
Subject: DOSEMU
Hi, Anyone know if you can access the network through DOSEMU? I believe
I read somewhere that it is possible, but I am unsure. Another question
is, does DOSEMU use alot of resources and memory? I dont plan on
runnning any programs that use more than the 640k of conventional
memory, and am curious as to how much load that will produce. Thanks
- --
- Chris VanHorn
EOHSI Network Services
[EMAIL PROTECTED]
732-445-7026
------------------------------
From: Matthew Nuzum <[EMAIL PROTECTED]>
Date: Thu, 06 Jul 2000 14:51:07 -0400
Subject: Re: DOSEMU
This is a multi-part message in MIME format.
- --------------93DA3201518702E36D5F93D6
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
In your dosemu.conf file, you are able to set aside how much memory DOSEMU
is allowed.
My configuration is set so that each process is allowed 640K of memory.
My server is dedicated to running DOSEMU and has 128 MB of RAM.
It currently runs about 50-54 simultaneous instances of DOSEMU before there
is a noticeable performance penalty. With a 450 MHz processor, no one has
ever noticed a difference in speed in application performance until the
number of active sessions enters the low 50s. Then performance penalties
are related to low memory rather than processor speed.
Keep in mind, that if you run more than 32 simultaneous DOSEMU sessions you
will have to recompile your Kernel. Hope this helps,
Matthew Nuzum
Chris VanHorn wrote:
> Hi, Anyone know if you can access the network through DOSEMU? I believe
> I read somewhere that it is possible, but I am unsure. Another question
> is, does DOSEMU use alot of resources and memory? I dont plan on
> runnning any programs that use more than the 640k of conventional
> memory, and am curious as to how much load that will produce. Thanks
>
> --
> - Chris VanHorn
> EOHSI Network Services
> [EMAIL PROTECTED]
> 732-445-7026
- --------------93DA3201518702E36D5F93D6
Content-Type: text/x-vcard; charset=us-ascii;
name="mnuzum.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Matthew Nuzum
Content-Disposition: attachment;
filename="mnuzum.vcf"
begin:vcard
n:Nuzum;Matthew
tel;fax:(941)951-1830
tel;work:(941)364-9505 ext. 2200
x-mozilla-html:TRUE
url:http://www.vacationinfl.com
org:Florida Vacation Accommodations;MIS
adr:;;3800 South Tamiami Trail, Suite 14;Sarasota;FL;34239;USA
version:2.1
email;internet:[EMAIL PROTECTED]
title:IS Director
fn:Matthew Nuzum
end:vcard
- --------------93DA3201518702E36D5F93D6--
------------------------------
From: Jim Howarth <[EMAIL PROTECTED]>
Date: Thu, 6 Jul 2000 17:06:30 -0400 (EDT)
Subject: Dos Doors and virtual Comports
Howdy,
I've read in the last release that DOSEMU now supports virtual comports.
If I can get some help from the developers regarding how to set them up
and how they work I would be happy to do up a Howto/Man page on how to set
this up for distribution with DOSEMU. I know there are a lot of people
out there who need help (me) and if its goes out with DOSEMU, it will
lower the question load a fair bit.
Any help would be greatly appreciated!
Jim
------------------------------
From: Scott Bachmann <[EMAIL PROTECTED]>
Date: Thu, 6 Jul 2000 17:36:58 -0400 (EDT)
Subject: Re: Dos Doors and virtual Comports
The virtual comports appear to actually have been left out of the latest
release somehow, or it's just not in the patchset I happened to download,
which was the latest. However, please read src/doc/README/vmodem
as it gives an overview of what happens. In short, you use
$_comX = "virtual". I'd hope that someone would document however, how to
setup more then only 4 comports (perhaps a #define?), as I run software
which can support more then 50 different nodes online at the same time and
allow them to use dosemu to play door games, some of which are multinode.
If you downloaded the patchset like me, and the code doesn't appear to be
there, the vmodem patch does the same thing: ftp://bbs.ipass.net/pub/dosemu/
>
> I've read in the last release that DOSEMU now supports virtual comports.
> If I can get some help from the developers regarding how to set them up
> and how they work I would be happy to do up a Howto/Man page on how to set
> this up for distribution with DOSEMU. I know there are a lot of people
> out there who need help (me) and if its goes out with DOSEMU, it will
> lower the question load a fair bit.
>
> Any help would be greatly appreciated!
>
> Jim
>
>
------------------------------
From: Kenneth Karlsson <[EMAIL PROTECTED]>
Date: Fri, 07 Jul 2000 01:04:00 +0200
Subject: Accessing linux harddisk
Is there anyway that I can access my linux partition from within dosemu.
Regards Kenneth
------------------------------
From: Hans Lermen <[EMAIL PROTECTED]>
Date: Fri, 7 Jul 2000 03:07:45 +0200 (MEST)
Subject: Re: Dos Doors and virtual Comports
On Thu, 6 Jul 2000, Scott Bachmann wrote:
> The virtual comports appear to actually have been left out of the latest
> release somehow,
???
Look at the ChangeLog:
2000/05/19 ver. 1.0.0.2 unofficial pre-release
From Julia A. Case <[EMAIL PROTECTED]>
- virtual modem support (socalled vmodem or "doors" patch)
> or it's just not in the patchset I happened to download,
patchset-1.0.1.tgz contains it, as well as dosemu-1.0.1.tgz does.
Further more, there were reports on this list, that it actually works
and the same person posted an URL of his webpage, which explains how to
get run those doors games. The posting was from lizard
<[EMAIL PROTECTED]>, Subject: Dos BBS Door games in Dosemu
Hans
<[EMAIL PROTECTED]>
------------------------------
From: Jim Howarth <[EMAIL PROTECTED]>
Date: Thu, 6 Jul 2000 21:19:09 -0400 (EDT)
Subject: Re: Dos Doors and virtual Comports
For some reason the release I got 1.0.1 doesn't contain it.. or should I
say gives an unrecognised command error when I put in 'virtual'
I suppose I can't say it isn't there... just doesn't seem to be there..
:)
Jim
On Fri, 7 Jul 2000, Hans Lermen wrote:
> On Thu, 6 Jul 2000, Scott Bachmann wrote:
>
> > The virtual comports appear to actually have been left out of the latest
> > release somehow,
>
> ???
>
> Look at the ChangeLog:
> 2000/05/19 ver. 1.0.0.2 unofficial pre-release
> From Julia A. Case <[EMAIL PROTECTED]>
> - virtual modem support (socalled vmodem or "doors" patch)
>
> > or it's just not in the patchset I happened to download,
>
> patchset-1.0.1.tgz contains it, as well as dosemu-1.0.1.tgz does.
>
> Further more, there were reports on this list, that it actually works
> and the same person posted an URL of his webpage, which explains how to
> get run those doors games. The posting was from lizard
> <[EMAIL PROTECTED]>, Subject: Dos BBS Door games in Dosemu
>
> Hans
> <[EMAIL PROTECTED]>
>
>
------------------------------
From: Scott Bachmann <[EMAIL PROTECTED]>
Date: Thu, 6 Jul 2000 20:42:37 -0400 (EDT)
Subject: Re: Dos Doors and virtual Comports
I noticed it in the change logs, but when I compaired the vmodem patch
that I downloaded from the ftp site to the actual code of dosemu, after
patching it with the latest patch set, there was no code that appeared to
handle the "virtual" flag for dosemu. After patching my version (by hand
just to make sure I didn't miss something) following the vmodem patch, and
double checking my global.conf to make sure it was the latest, it appeared
to work correctly (but I havn't had a chance to fully test it with a real
door). It could be it got left out of the patchset, but it's in the full
release. I'm on a 33.6 so I havn't had a chance to download the full
release yet. Anyone else look at the code?
>
> For some reason the release I got 1.0.1 doesn't contain it.. or should I
> say gives an unrecognised command error when I put in 'virtual'
>
> I suppose I can't say it isn't there... just doesn't seem to be there..
> :)
>
> Jim
>
> On Fri, 7 Jul 2000, Hans Lermen wrote:
>
> > On Thu, 6 Jul 2000, Scott Bachmann wrote:
> >
> > > The virtual comports appear to actually have been left out of the latest
> > > release somehow,
> >
> > ???
> >
> > Look at the ChangeLog:
> > 2000/05/19 ver. 1.0.0.2 unofficial pre-release
> > From Julia A. Case <[EMAIL PROTECTED]>
> > - virtual modem support (socalled vmodem or "doors" patch)
> >
> > > or it's just not in the patchset I happened to download,
> >
> > patchset-1.0.1.tgz contains it, as well as dosemu-1.0.1.tgz does.
> >
> > Further more, there were reports on this list, that it actually works
> > and the same person posted an URL of his webpage, which explains how to
> > get run those doors games. The posting was from lizard
> > <[EMAIL PROTECTED]>, Subject: Dos BBS Door games in Dosemu
> >
> > Hans
> > <[EMAIL PROTECTED]>
> >
> >
>
------------------------------
From: Jim Howarth <[EMAIL PROTECTED]>
Date: Thu, 6 Jul 2000 21:41:54 -0400 (EDT)
Subject: Re: Dos Doors and virtual Comports
I have a clue how to do patches so I just waste the bandwidth.. :)
Jim
On Thu, 6 Jul 2000, Scott Bachmann wrote:
> I noticed it in the change logs, but when I compaired the vmodem patch
> that I downloaded from the ftp site to the actual code of dosemu, after
> patching it with the latest patch set, there was no code that appeared to
> handle the "virtual" flag for dosemu. After patching my version (by hand
> just to make sure I didn't miss something) following the vmodem patch, and
> double checking my global.conf to make sure it was the latest, it appeared
> to work correctly (but I havn't had a chance to fully test it with a real
> door). It could be it got left out of the patchset, but it's in the full
> release. I'm on a 33.6 so I havn't had a chance to download the full
> release yet. Anyone else look at the code?
>
> >
> > For some reason the release I got 1.0.1 doesn't contain it.. or should I
> > say gives an unrecognised command error when I put in 'virtual'
> >
> > I suppose I can't say it isn't there... just doesn't seem to be there..
> > :)
> >
> > Jim
> >
> > On Fri, 7 Jul 2000, Hans Lermen wrote:
> >
> > > On Thu, 6 Jul 2000, Scott Bachmann wrote:
> > >
> > > > The virtual comports appear to actually have been left out of the
latest
> > > > release somehow,
> > >
> > > ???
> > >
> > > Look at the ChangeLog:
> > > 2000/05/19 ver. 1.0.0.2 unofficial pre-release
> > > From Julia A. Case <[EMAIL PROTECTED]>
> > > - virtual modem support (socalled vmodem or "doors" patch)
> > >
> > > > or it's just not in the patchset I happened to download,
> > >
> > > patchset-1.0.1.tgz contains it, as well as dosemu-1.0.1.tgz does.
> > >
> > > Further more, there were reports on this list, that it actually works
> > > and the same person posted an URL of his webpage, which explains how to
> > > get run those doors games. The posting was from lizard
> > > <[EMAIL PROTECTED]>, Subject: Dos BBS Door games in
Dosemu
> > >
> > > Hans
> > > <[EMAIL PROTECTED]>
> > >
> > >
> >
>
>
------------------------------
From: Jim Howarth <[EMAIL PROTECTED]>
Date: Thu, 6 Jul 2000 22:25:02 -0400 (EDT)
Subject: $_comX = "virtual" is broken
Well its pretty well official.. :) In 1.0.1 this feature doesn't work.
Here are the errors I get below when running 'dos'
lilu:/home/jhowarth/dosemu-1.0.1# dos
kernel CPU speed is 451034293 Hz
Running on CPU=586, FPU=1
Error in /var/lib/dosemu/global.conf: (line 384) unrecognized serial flag
'virtual'
Error in /var/lib/dosemu/global.conf: (line 396) unrecognized serial flag
'virtual'
Error in /var/lib/dosemu/global.conf: (line 408) unrecognized serial flag
'virtual'
Error in /var/lib/dosemu/global.conf: (line 420) unrecognized serial flag
'virtual'
4 error(s) detected while parsing the configuration-file
lilu:/home/jhowarth/dosemu-1.0.1#
So thats basically the problem... when global.conf is parsing dosemu.conf
its detecting that 'virtual' doesn't exist and is puking out... next
question is when will it be fixed.. ;-)
Demanding little fsck aren't I...
Jim
------------------------------
From: Scott Bachmann <[EMAIL PROTECTED]>
Date: Thu, 6 Jul 2000 21:43:42 -0400 (EDT)
Subject: Re: $_comX = "virtual" is broken
Perfect time for me to say "I told you so" but I won't. All someone has
to do is take the existing vmodem patch and place it in the offical
release. It looks like it works okay and I know a lot of people have been
using it before. I don't recall if I made any changes other then whats in
the patch. I did look around for an easy way to make it have more nodes,
but I don't know the layout of dosemu well enough to figure that out and
it's not that important right now. The vmodem patch should be found at or
about: ftp://bbs.ipass.net/pub/dosemu/vmodem-patch-0.66.7.tgz. It could
be someone else wrote an offical patch for this, that they have laying
around, that never got tossed in. I hope that person steps forward if
they do have it.
>
> Well its pretty well official.. :) In 1.0.1 this feature doesn't work.
> Here are the errors I get below when running 'dos'
>
> lilu:/home/jhowarth/dosemu-1.0.1# dos
> kernel CPU speed is 451034293 Hz
> Running on CPU=586, FPU=1
> Error in /var/lib/dosemu/global.conf: (line 384) unrecognized serial flag
> 'virtual'
> Error in /var/lib/dosemu/global.conf: (line 396) unrecognized serial flag
> 'virtual'
> Error in /var/lib/dosemu/global.conf: (line 408) unrecognized serial flag
> 'virtual'
> Error in /var/lib/dosemu/global.conf: (line 420) unrecognized serial flag
> 'virtual'
> 4 error(s) detected while parsing the configuration-file
> lilu:/home/jhowarth/dosemu-1.0.1#
>
> So thats basically the problem... when global.conf is parsing dosemu.conf
> its detecting that 'virtual' doesn't exist and is puking out... next
> question is when will it be fixed.. ;-)
>
> Demanding little fsck aren't I...
>
> Jim
>
------------------------------
From: lizard <[EMAIL PROTECTED]>
Date: Fri, 7 Jul 2000 00:13:55 -0500 (CDT)
Subject: Re: Accessing linux harddisk
try adding the following to your config.sys file:
device=c:\emufs.sys /
this will make your / filesystem available as like D: drive (you may want
to restrict to specific dirs or mounts, not sure but I THINK (have not
really tried) you could specify like this:
device=c:\emufs.sys /mnt/somemountpoint
or something similar (if you have a dos partition in your box or something).
my address is http://63.225.151.162 come and visit.
Or just visit http://www.users.uswest.net/~jtaylor21 anytime which will
redirect you to my current ip (whatever it may be)
On Fri, 7 Jul 2000, Kenneth Karlsson wrote:
> Is there anyway that I can access my linux partition from within dosemu.
>
> Regards Kenneth
>
>
------------------------------
From: lizard <[EMAIL PROTECTED]>
Date: Fri, 7 Jul 2000 00:44:19 -0500 (CDT)
Subject: Re: Dos Doors and virtual Comports
I actually have similar problem with virtual comms in 1.0.1 . Of course I
got that with the patch applied to prior version too. The virtual comms
are not needed ( i dont think) if you running bbs door via telnet bbs
login. But it you are using modems then I think you need it.
my address is http://63.225.151.162 come and visit.
Or just visit http://www.users.uswest.net/~jtaylor21 anytime which will
redirect you to my current ip (whatever it may be)
On Thu, 6 Jul 2000, Jim Howarth wrote:
> For some reason the release I got 1.0.1 doesn't contain it.. or should I
> say gives an unrecognised command error when I put in 'virtual'
>
> I suppose I can't say it isn't there... just doesn't seem to be there..
> :)
>
> Jim
>
> On Fri, 7 Jul 2000, Hans Lermen wrote:
>
> > On Thu, 6 Jul 2000, Scott Bachmann wrote:
> >
> > > The virtual comports appear to actually have been left out of the latest
> > > release somehow,
> >
> > ???
> >
> > Look at the ChangeLog:
> > 2000/05/19 ver. 1.0.0.2 unofficial pre-release
> > From Julia A. Case <[EMAIL PROTECTED]>
> > - virtual modem support (socalled vmodem or "doors" patch)
> >
> > > or it's just not in the patchset I happened to download,
> >
> > patchset-1.0.1.tgz contains it, as well as dosemu-1.0.1.tgz does.
> >
> > Further more, there were reports on this list, that it actually works
> > and the same person posted an URL of his webpage, which explains how to
> > get run those doors games. The posting was from lizard
> > <[EMAIL PROTECTED]>, Subject: Dos BBS Door games in Dosemu
> >
> > Hans
> > <[EMAIL PROTECTED]>
> >
> >
>
>
------------------------------
From: [EMAIL PROTECTED]
Date: Fri, 07 Jul 2000 13:03:06 MET_DST
Subject: Re: Dos Doors and virtual Comports
>From: Scott Bachmann <[EMAIL PROTECTED]>
>Message-ID: <[EMAIL PROTECTED]>
>Date: Thu, 6 Jul 2000 17:36:58 -0400 (EDT)
>setup more then only 4 comports (perhaps a #define?), as I run software
>which can support more then 50 different nodes online at the same time and
But what way the software is to access so many comports
simultaneously? Usually DOS programs get com port info
from BIOS table, which has 4 entries (at 40h:0..7).
If a DOS program is to use more, it must have some way
to find them, and this is usually hardware-dependent
(e.g. there are multiport serial cards with 8 ports - do
you mean using such a cards, or I missed something?).
Or maybe you want to run separate DosEmu for each
external connection, but in such a case even these 4
comports for a DosEmu session is more than you need.
Jerzy
------------------------------
From: ronnie <[EMAIL PROTECTED]>
Date: Fri, 07 Jul 2000 09:46:17 -0400
Subject: Re: Dos Doors and virtual Comports
Am new to the list, and not sure if 'virtual' is what I should be asking
about.
What I need, is the ability to define a com port (in dosemu) to allow
that port to gain access to a linux tty (pty?) login prompt on the same
box.
What I am doing..
Have a DOS communications program (like Telix/Procomm) running under
dosemu.
Going out on com1, into another Linux cpu to get shell access to go out
tn3270.
Know I could just loop (null modem) com1 to com2, but it is a waste of
two com ports.
Have tried defining com1 as /dev/tty6. Which appears to bring me back
into the same
Linux box. But not in the proper orientation (needs a null modem
device?)
Thanks for any suggestions on how I may do this...
------------------------------
From: Philipp <[EMAIL PROTECTED]>
Date: Sat, 08 Jul 2000 10:49:51 +0200
Subject: Cdrom
I have a problem with my cdrom-drive. Always when I try to copy files
from my cdrom-drive to the harddisk, dosemu aborts after copying 4
files. I have installed Caldera DR-Dos 7.03 and I am using the
nwcdex.exe.
Whats the problem?
Thanks a lot
------------------------------
From: "Jennie Oliver" <[EMAIL PROTECTED]>
Date: Sat, 8 Jul 2000 20:37:04 +0100
Subject: Cant understand how to use DOS
This is a multi-part message in MIME format.
- ------=_NextPart_000_0005_01BFE91C.46A5F2A0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
I do not know what to do once I have the DOS Screen on there are games =
there and I downloaded a game to DOS but when I get the Screen up I dont =
Know what to do. Ive tried start setup games every letter and number it =
just says bad command and dosent do anything can you please tell me what =
Im doing wrong!!!
Thankyou=20
Jennie
- ------=_NextPart_000_0005_01BFE91C.46A5F2A0
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.2919.6307" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>I do not know what to =
do once I have=20
the DOS Screen on there are games there and I downloaded a game to DOS =
but when=20
I get the Screen up I dont Know what to do. Ive tried start setup games =
every=20
letter and number it just says bad command and dosent do anything can =
you please=20
tell me what Im doing wrong!!!</FONT></DIV>
<DIV> </DIV>
<DIV><FONT color=3D#000000 face=3DArial=20
size=3D2> &nbs=
p; =20
Thankyou </FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial=20
size=3D2> &nbs=
p; =20
Jennie</FONT></DIV></BODY></HTML>
- ------=_NextPart_000_0005_01BFE91C.46A5F2A0--
------------------------------
From: [EMAIL PROTECTED] (Bernhard Bialas)
Date: Sat, 08 Jul 2000 22:29:40 +0200
Subject: Slow graphic refresh in xdos
Hello,
at first, congratulation for the new dosemu version 1.01.
Now its for me possible to use my 16 colors VGA chess games with xdos.
But one thing I have to complaine: the graphic is slow, very slow. I can
see some seconds, how one piece move from one square to other. I have
tryied some optimization like a fast refresh rate in dosemu.conf but no
effects.
My question is: it's possible to get an acceptable graphic speed or is
my old computer the reason? Here some data:
processor Pentium 75 MHz, 40 MB RAM, S3Trio64V 2MB, Kernel 2.2.14,
Dosemu 1.01 X-Server 16 bit color 800 x 600.
Best regards
Bernhard Bialas
------------------------------
From: Hans Lermen <[EMAIL PROTECTED]>
Date: Sat, 8 Jul 2000 22:42:46 +0200 (MEST)
Subject: Re: Dos Doors and virtual Comports
On Fri, 7 Jul 2000, Hans Lermen wrote:
> On Thu, 6 Jul 2000, Scott Bachmann wrote:
>
> > The virtual comports appear to actually have been left out of the latest
> > release somehow,
> > or it's just not in the patchset I happened to download,
>
> patchset-1.0.1.tgz contains it, as well as dosemu-1.0.1.tgz does.
Sorry, it indeed turnes out, that the patch is only _partialy_ in :-(
(for some strange reasons only the global.conf part made it into 1.0.1)
I've put the rest into:
ftp://ftp.dosemu.org/pub/dosemu/fixes/patch-1.0.1-missing-vmodem.gz
Please apply this one to vanilla dosemu-1.0.1 and check it.
Hans
<[EMAIL PROTECTED]>
------------------------------
From: Hans Lermen <[EMAIL PROTECTED]>
Date: Sat, 8 Jul 2000 23:00:56 +0200 (MEST)
Subject: Re: Slow graphic refresh in xdos
On Sat, 8 Jul 2000, Bernhard Bialas wrote:
> Now its for me possible to use my 16 colors VGA chess games with xdos.
> But one thing I have to complaine: the graphic is slow, very slow.
In xdos, 16 color modes are _fully_ emulated (instruction wise), else it
won't work.
> My question is: it's possible to get an acceptable graphic speed or is
> my old computer the reason? Here some data:
> processor Pentium 75 MHz, 40 MB RAM, S3Trio64V 2MB, Kernel 2.2.14,
^^^^^^
No chance, either run on console or get a (5 times) faster machine. The
code is pretty optimized already, I don't see how to make it that faster.
Hans
<[EMAIL PROTECTED]>
------------------------------
From: Hari Nair <[EMAIL PROTECTED]>
Date: Sat, 08 Jul 2000 18:15:19 -0700
Subject: Problem with Serial Port communication
Hi All,
I am having the following problem with DOSEMU on Linux.
When I run a program from plain MS-DOS over the serial communication
(COM1), it works
fine and very fast. But if I run the same program on DOSEMU on Linux 6.2
(Redhat), it works
fine but it is almost 10 time slower than in plain MS-DOS. Do you know
how to make this
program run faster on DOSEMU ?
I've read in HOWTO that I can try keyword "fast" to prevent port access
logging but have no idea
where exactly I should use it (my device is connected to /dev/ttyS0 -
COM1). Would you please
tell my what I should do now?
Thanks in advance.
Hari
------------------------------
From: Christopher Vanhorn <[EMAIL PROTECTED]>
Date: Sat, 8 Jul 2000 22:16:46 -0400 (EDT)
Subject: NetBOIS
Is it possible to get NetBIOS services in a dosemu windows. I am going to
run multiple dosemu windows and need them to communicate through netbios.
If anyone has done this, please let me know. Thanks.
- Chris VanHorn
[EMAIL PROTECTED]
------------------------------
From: Matthew Nuzum <[EMAIL PROTECTED]>
Date: Sun, 09 Jul 2000 12:51:44 -0400
Subject: Re: Cant understand how to use DOS
This is a multi-part message in MIME format.
- --------------665C5516935DAC16AD805393
Content-Type: multipart/alternative;
boundary="------------08C21E47922C42BE9DCDD0DB"
- --------------08C21E47922C42BE9DCDD0DB
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
I know this sounds a little asinine, but I highly recommend the book,
"DOS for Dummies." I still have a copy and refer to it occasionally. I
see it often on the clearance shelves at Barnes & Noble and
Books-A-Million; I'll bet you can get a copy anywhere.
I'm not 100% sure, but I think it was the "DOS for Dummies" book that
started the ".. for Dummies" series, so it must be good, right?
Jennie Oliver wrote:
> I do not know what to do once I have the DOS Screen on there are games
> there and I downloaded a game to DOS but when I get the Screen up I
> dont Know what to do. Ive tried start setup games every letter and
> number it just says bad command and dosent do anything can you please
> tell me what Im doing wrong!!! Thankyou
> Jennie
- --------------08C21E47922C42BE9DCDD0DB
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">
I know this sounds a little asinine, but I highly recommend the book, "DOS
for Dummies." I still have a copy and refer to it occasionally.
I see it often on the clearance shelves at Barnes & Noble and
Books-A-Million;
I'll bet you can get a copy anywhere.
<p>I'm not 100% sure, but I think it was the "DOS for Dummies" book that
started the ".. for Dummies" series, so it must be good, right?
<p>Jennie Oliver wrote:
<blockquote TYPE=CITE><style></style>
<font face="Arial"><font color="#000000"><font size=-1>I
do not know what to do once I have the DOS Screen on there are games there
and I downloaded a game to DOS but when I get the Screen up I dont Know
what to do. Ive tried start setup games every letter and number it just
says bad command and dosent do anything can you please tell me what Im
doing wrong!!!</font></font></font> <font face="Arial"><font
color="#000000"><font
size=-1>
Thankyou</font></font></font><font face="Arial"><font color="#000000"><font
size=-1>
Jennie</font></font></font></blockquote>
</body>
</html>
- --------------08C21E47922C42BE9DCDD0DB--
- --------------665C5516935DAC16AD805393
Content-Type: text/x-vcard; charset=us-ascii;
name="mnuzum.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Matthew Nuzum
Content-Disposition: attachment;
filename="mnuzum.vcf"
begin:vcard
n:Nuzum;Matthew
tel;fax:(941)951-1830
tel;work:(941)364-9505 ext. 2200
x-mozilla-html:TRUE
url:http://www.vacationinfl.com
org:Florida Vacation Accommodations;MIS
adr:;;3800 South Tamiami Trail, Suite 14;Sarasota;FL;34239;USA
version:2.1
email;internet:[EMAIL PROTECTED]
title:IS Director
fn:Matthew Nuzum
end:vcard
- --------------665C5516935DAC16AD805393--
------------------------------
From: Jim Howarth <[EMAIL PROTECTED]>
Date: Sun, 9 Jul 2000 14:08:02 -0400 (EDT)
Subject: Re: Dos Doors and virtual Comports
I applied it, and I get this error...
ERROR: PORT: IRQ 12 conflict. IO devices COM1 & COM3
ERROR: PORT: IRQ 11 conflict. IO devices COM2 & COM4
Any ideas?
On Sat, 8 Jul 2000, Hans Lermen wrote:
> On Fri, 7 Jul 2000, Hans Lermen wrote:
>
> > On Thu, 6 Jul 2000, Scott Bachmann wrote:
> >
> > > The virtual comports appear to actually have been left out of the latest
> > > release somehow,
> > > or it's just not in the patchset I happened to download,
> >
> > patchset-1.0.1.tgz contains it, as well as dosemu-1.0.1.tgz does.
>
> Sorry, it indeed turnes out, that the patch is only _partialy_ in :-(
> (for some strange reasons only the global.conf part made it into 1.0.1)
>
> I've put the rest into:
>
> ftp://ftp.dosemu.org/pub/dosemu/fixes/patch-1.0.1-missing-vmodem.gz
>
> Please apply this one to vanilla dosemu-1.0.1 and check it.
>
> Hans
> <[EMAIL PROTECTED]>
>
>
>
------------------------------
From: Sergey Suleimanov <[EMAIL PROTECTED]>
Date: 10 Jul 2000 14:59:04 +0400
Subject: Phar Lap & dosemu 1.0.x
After upgrading from 0.99.13 to 1.0.x I have troubles with
FoxPro
FoxPro 2.6 (X) - Normal shutdown.
Phar Lap fatal sys err 10025: Unexpected processor exception occurred
Error occurred in protected mode, exception/interrupt number 000Dh
Protected mode machine state:
CS:EIP=00C7h:00007097h, SS:ESP=00AFh:00000C80h
DS=00AFh, ES=010Fh, FS=00AFh, GS=00AFh
EAX=00000064h, EBX=00001088h, ECX=00001088h, EDX=0000CE60h
EBP=00000C8Ch, ESI=00006734h, EDI=000000C0h, EFLAGS=00010212h
Segmentation fault.
Can anybody help me?
- --
Sergey Suleimanov
------------------------------
From: [EMAIL PROTECTED]
Date: Mon, 10 Jul 2000 14:34:45 MET_DST
Subject: file sharing problem
I suppose there is still a problem with DOS-like file sharing
in at least three: DosEmu, Samba, Mars. The problem is:
assume have tasks of two types accessing some file:
- - task type A opens a file Read-Only Deny-Write
- - task type B opens the file Read-Write Deny-None
DOS file sharing rules allow any number of tasks type A to run
simultaneously, or any number of tasks type B, but forbid to
run tasks of different types simultaneously (because type A
denies writing to others, and type B wants writing)
but file sharing rules in DosEmu or Samba (I am not sure about
Mars, but Mars does it in a way I would discourage - it creates
files in its own directory to tell about file sharing) allow
tasks type A and B to run simultaneously because they both use
the same area lock: read lock for byte 0x7fffffff of the file.
This means if an application may try these two access types on
the same file, it is likely to cause problems. So I am working
on a fix, and my knowledge about it is on page:
ftp://zfja-gate.fuw.edu.pl/mail-ftp/zfja-ftp/linux/index.html
Click "mars fixes info" for description of my ideas of fixing it.
Jerzy Tarasiuk
------------------------------
From: Matthew Nuzum <[EMAIL PROTECTED]>
Date: Mon, 10 Jul 2000 08:58:42 -0400
Subject: Re: file sharing problem
This is a multi-part message in MIME format.
- --------------3775FA3EFD2A2AA4EE62A43E
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
An interesting thing happened a few weeks ago that might be related to
your research.
I have a dedicated server for the task of running a specific DOS
database application. Everyone who uses this application uses it
through DOSEMU. As my number of users increased, I found that a shared
mem setting was limiting my number of users to 32 sessions.
In order to buy myself some time to find the solution, I tried to let
some users run the application using their own CPU's and attaching to
the Linux server w/ SAMBA. It was unusable because every time the
application tried to access a record, it would give a message, "Waiting
for lock" and constantly wait. I don't think I ever successfully used
that configuration.
While using DOSEMU (on lredir drive) I have NEVER seen that message, and
have not experienced any kind of corruption. This program is the
primary application used by > 75% of our employees. We always have
30-45 sessions going.
Each and every user uses exactly the same configuration once into dos.
Maybe that is why we have not experienced any problems.
We have been successfully using our current configuration, without
problem, for 10 months now, so if there were a problem, I'm sure we
would have seen it by now.
If there is any data I can give you about our configuration or usage
that will help your research, let me know, I'm happy to aid the cause.
Matthew Nuzum
[EMAIL PROTECTED] wrote:
> I suppose there is still a problem with DOS-like file sharing
> in at least three: DosEmu, Samba, Mars. The problem is:
>
> assume have tasks of two types accessing some file:
> - task type A opens a file Read-Only Deny-Write
> - task type B opens the file Read-Write Deny-None
>
> DOS file sharing rules allow any number of tasks type A to run
> simultaneously, or any number of tasks type B, but forbid to
> run tasks of different types simultaneously (because type A
> denies writing to others, and type B wants writing)
>
> but file sharing rules in DosEmu or Samba (I am not sure about
> Mars, but Mars does it in a way I would discourage - it creates
> files in its own directory to tell about file sharing) allow
> tasks type A and B to run simultaneously because they both use
> the same area lock: read lock for byte 0x7fffffff of the file.
>
> This means if an application may try these two access types on
> the same file, it is likely to cause problems. So I am working
> on a fix, and my knowledge about it is on page:
> ftp://zfja-gate.fuw.edu.pl/mail-ftp/zfja-ftp/linux/index.html
> Click "mars fixes info" for description of my ideas of fixing it.
>
> Jerzy Tarasiuk
- --------------3775FA3EFD2A2AA4EE62A43E
Content-Type: text/x-vcard; charset=us-ascii;
name="mnuzum.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Matthew Nuzum
Content-Disposition: attachment;
filename="mnuzum.vcf"
begin:vcard
n:Nuzum;Matthew
tel;fax:(941)951-1830
tel;work:(941)364-9505 ext. 2200
x-mozilla-html:TRUE
url:http://www.vacationinfl.com
org:Florida Vacation Accommodations;MIS
adr:;;3800 South Tamiami Trail, Suite 14;Sarasota;FL;34239;USA
version:2.1
email;internet:[EMAIL PROTECTED]
title:IS Director
fn:Matthew Nuzum
end:vcard
- --------------3775FA3EFD2A2AA4EE62A43E--
------------------------------
From: Peter TEX Weigand <[EMAIL PROTECTED]>
Date: Mon, 10 Jul 2000 20:23:10 +0200 (MET DST)
Subject: redirect < does not work
Hello
I upgraded from ~0.76 to 1.0.1 because of the nice feature of the
bootdir and now redirect of stdin does not work anymore in dos call and
inside dos:
"dos <xx.bat" will ignore the passed data and
"C:> somethng.exe <xxx.dat" will also ignore the passed data
Is this a bug or do I have to do it in a different way, e.g. keystroke
for the dos command (which I do now) and inside dos??? If the < does not
work then I have to change some remote dos commands.
If I do "C:> type xxx.dat | somethng.exe" it does not pass as well.
Actually the redirect should work but with dosemu-1.0.1 it will not!
Another question: Didn't do the old dosemu version file locking, because
the 1.0.1 gave me problems before I added in NFS mount the nolock
directive?
Another encountered problem: sometimes the PATH variable is not fully
walked through (find file) when you do change the path in a batch file
an a program is executed. I fixed this by adding a dummy (e.g. ;C:\) in
the autoexec.bat at the end of the PATH definition.
Cheers
Peter
------------------------------
End of linux-msdos-digest V1 #180
*********************************
To subscribe to linux-msdos-digest, send the command:
----------
Received: from nic.funet.fi by post.fabrik.com
with ESMTP (Fabrik F07.3-000)
id [EMAIL PROTECTED] ; Mon, 10 Jul 2000 11:24:43 -0800
Received: from vger.rutgers.edu ([128.6.190.2]:2067 "EHLO vger.rutgers.edu"
ident: "NO-IDENT-SERVICE[2]" smtp-auth: <none> TLS-CIPHER: <none>)
by nic.funet.fi with ESMTP id <S30829AbQGJSY2>;
Mon, 10 Jul 2000 21:24:28 +0300
Received: ([EMAIL PROTECTED]) by vger.rutgers.edu via listexpand
id <S156542AbQGJSMK>; Mon, 10 Jul 2000 14:12:10 -0400
Received: by vger.rutgers.edu id <S156653AbQGJSMF>;
Mon, 10 Jul 2000 14:12:05 -0400
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: linux-msdos-digest V1 #180
Reply-To: [EMAIL PROTECTED]
Errors-To: [EMAIL PROTECTED]
Precedence: bulk
Message-Id: <[EMAIL PROTECTED]>
Date: Mon, 10 Jul 2000 14:12:05 -0400
----------
