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:
