linux-msdos-digest Sunday, February 27 2000 Volume 01 : Number 167 In this issue: ---------------------------------------------------------------------- From: Reinhard Karcher <[EMAIL PROTECTED]> Date: Fri, 18 Feb 2000 07:49:59 +0100 Subject: Re: Novell SPX under MS-DOS On Thu, 17 Feb 2000 Sergei O. Naumov wrote: > I read through the list archives and found a phrase saying that "IPX/SPX" > under DOSEMU might be tricky. So, this is exactly my problem. I need to > run a Btrive based application from inside DOSEMU and Btrive requester tells > me that SPX is not installed on my workstation. Look for packet driver in your dosemu documentation (NOVELL-HOWTO.txt). Reinhard ------------------------------ From: Reinhard Karcher <[EMAIL PROTECTED]> Date: Fri, 18 Feb 2000 07:30:30 +0100 Subject: Re: time passing On Tue, 15 Feb 2000 Dave Aronson wrote: > I have a DOS application that needs to know how much time has elapsed > since a certain event. When it checks the time, it seems to be getting > lied to. For instance, this very morning, it recorded an elapsed time > of under half an hour, when I know full well it was well over a full > hour! (Was it off by exactly one hour? Frankly I don't know.) This > is not some little hack I cobbled together, so that I would first > suspect my own coding, but the Maximus BBS system (3.01, Y2K compliant > version) that has been in use for a rather long time. Any clues? You didn't mention the version of your dosemu. IIRC there was such a problem, but it was fixed in a recent version. Try the newest dosemu form ftp.dosemu.org or some mittor. Reinhard ------------------------------ From: "Daniel Lafraia" <[EMAIL PROTECTED]> Date: Fri, 18 Feb 2000 11:41:57 -0200 Subject: RE: Dosemu running in a big hospital in Brazil Hello Leisner, Unfortunatelly 32 isn't enough :) Old machines (386DX) telnet the main server (PII400 256mb RAM) to open dosemu with their software. Those old machines boot linux in a disk and mount via NFS two remote directories, one for disktools and the other one for printer spooling. When someone log into the server, we check the IP address and call dosemu with the correct command for lpd printer. Now-a-days they need about 45 sessions but sooner they will have up to 80. We tested more than 45 and it's running pretty well. Each session doesn't use the hardware too much, they just have to check something periodically, so most of them are "light" sessions. Hans helped us to raise the kernel IPC limit (default 7 (128) bit, we changed to 9 (512)). The kernel (2.2.14) is now compiled and running. We just had to change NFS server because the old one was kernel level NFS server, the new 2.2.14 does not have this support anymore. One thing I figure out is that DOS 6.22 sometimes do weird things. For example, when you copy something from the disk sometimes the filename is not ok. Another weird thing is, if the file/directory is in upcase (under Linux), dos can't find the directory, so I have to put everything in lower case and it's ok. Weird. Is there any better dos kernel? Thanks, Daniel Lafraia > -----Original Message----- > From: Marty Leisner [mailto:[EMAIL PROTECTED]] > Sent: Sunday, February 13, 2000 3:07 AM > To: Daniel Lafraia > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; > [EMAIL PROTECTED]; Peter Franz Woiblet Jr; > [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: Dosemu running in a big hospital in Brazil > > > > Well, I'm pretty impressed...isn't 32 enough?? ;-) > Microsoft would rather you buy 32 PCs ;-) > > Is this repeatable and consistent? > > Are you sure you aren't running out of space (48 mbyte of swap is very > small for 128 mbyte of ram). Does anything else > happen "funny" on the system? > > How does it fail when booting? You might want to run it under > strace. > > > > Marty Leisner > > > "Daniel Lafraia" <[EMAIL PROTECTED]> writes on Fri, 11 Feb > 2000 22:43:29 -02 > 00 > > Hello Hans and everybody from Dosemu mailing list, > > > > We just put dosemu 0.99.xx (xx = I really don't remember the last > release, I > > guess it's 10) with kernel 2.2.5 (Redhat 6.0) running a system > developed in > > Clipper Summer. Employees access the main server using old > stations > (most of > > them are 386DX) with a Linux boot disk requesting dynamic IP using > dhcpd to > > telnet the main server. Everything is running pretty fine. > > The server is a Pentium II 400 - 128Mb RAM (48 megs of swap). > > > > There's just one problem :))))))) > > > > When 32 workstations are logged working pretty well (32 copies of > dosemu in > > memory), the 33th will try to log on and dosemu seems to > fail while > booting > > MSDOS (v6.22). It's important to say that the swap space > is not being > used > > most of the time. I really don't know if it's a memory problem. > > > > Is there any limit for simultaneous copies of dosemu > running in the same > > machine? > > The Linux file descriptors seems not to be a problem in this case. > > The most interesting thing is that DOSEMU does not give > any information > when > > it fails, it simply doesn't load MSDOS and abort the load. > > > > Any hint? What was the highest number of process of dosemu > have you ever > > seen? > > Hope to hear from you soon. > > > > Thank you, > > Daniel Lafraia > > Brazil > > ------------------------------ From: [EMAIL PROTECTED] (Eric W. Biederman) Date: 18 Feb 2000 08:24:56 -0600 Subject: Re: Dosemu running in a big hospital in Brazil "Daniel Lafraia" <[EMAIL PROTECTED]> writes: > > > Is there any limit for simultaneous copies of dosemu running in the same > > > machine? > > Nothing hardcoded. But it hasn't been a typical configuration.. > > wow! :) As I could see, dosemu could handle this :) Just as a data point how many dosemu processes are you running, and in what environment xdos or terminal are you running them? > > > Any hint? What was the highest number of process of dosemu have you ever > > > seen? > > try dos -D+a -odos.out > > Then look at dos.out. > > > > A stab in the dark is that perhaps you have run out of shm memory > > segments? > > Yep, it was IPC limit. It's now fixed. Thank you. > Hey, talking about debug, is there any way to log each DOS command? There is a debugger with will let you log each cpu instruction.... And set various breakpoints. This facility could probably be tweaked to catch the dos exec entry point and log from there. Though no one has done it. Eric ------------------------------ From: [EMAIL PROTECTED] Date: Fri, 18 Feb 2000 07:19:20 -0600 Subject: Key combos Who can point me to documentation on faking odd key combinations through dosemu? Things like <alt>F1, <ctrl><alt>F5, and things like that. This needs to be done remotely as well as at a local console; don't care about through an xterm. In the past, I have read how to do it, but have not recently been able to re-find it. - -- Onward! Through the Fog! Willie http://austinfarm.org/homegrown ------------------------------ From: [EMAIL PROTECTED] (Eric W. Biederman) Date: 18 Feb 2000 09:19:31 -0600 Subject: Re: German umlaut "XXX" and Telnet Reinhard Karcher <[EMAIL PROTECTED]> writes: > On >Thu, 17 Feb 2000 Dieter Roessing wrote: > > I'm working with dosemo on a local linux-machine and it works fine. > > But if I open a telnet-session to a remote host and starts the dosemu > > there I can't use the german umlaute f.e. ������. > > Know someone if it is possible to use these characters in a telnet > > session. > > Sorry, the only way to use the full 8 bit characterset remote > is xdos. I don't kow of any telnet solution. Short answer. The code has been written, and has been sent to Hans Lermen. It should show up in 0.99.14. Eric ------------------------------ From: "Daniel Lafraia" <[EMAIL PROTECTED]> Date: Fri, 18 Feb 2000 11:46:05 -0200 Subject: RE: Dosemu running in a big hospital in Brazil > > Is there any limit for simultaneous copies of dosemu running in the same > > machine? > Nothing hardcoded. But it hasn't been a typical configuration.. wow! :) As I could see, dosemu could handle this :) > > Any hint? What was the highest number of process of dosemu have you ever > > seen? > try dos -D+a -odos.out > Then look at dos.out. > > A stab in the dark is that perhaps you have run out of shm memory > segments? Yep, it was IPC limit. It's now fixed. Thank you. Hey, talking about debug, is there any way to log each DOS command? Thanks, Daniel Lafraia ------------------------------ From: Juan Carlos Castro y Castro <[EMAIL PROTECTED]> Date: Fri, 18 Feb 2000 14:21:42 -0200 Subject: Re: Dosemu running in a big hospital in Brazil This is a multi-part message in MIME format. - --------------69BFB3E1A6B4AFC7D6F68A98 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Why don't you try DR-DOS (http://www.lineo.com)? If your hospital is public, there's a good chance you'll be able to use it freely. Daniel Lafraia wrote: > One thing I figure out is that DOS 6.22 sometimes do weird things. For > example, when you copy something from the disk sometimes the filename is not > ok. Another weird thing is, if the file/directory is in upcase (under > Linux), dos can't find the directory, so I have to put everything in lower > case and it's ok. Weird. Is there any better dos kernel? - --------------69BFB3E1A6B4AFC7D6F68A98 Content-Type: text/x-vcard; charset=us-ascii; name="jcastro.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Juan Carlos Castro y Castro Content-Disposition: attachment; filename="jcastro.vcf" begin:vcard n:Castro;Juan tel;work:55 (21) 540-9100 x-mozilla-html:FALSE url:http://www.appi.com.br/jcastro org:APPI Inform�tica Ltda.;Desenvolvimento adr:;;Av. Ataulfo de Paiva, 135/1410;Rio de Janeiro;RJ;22449-900;Brazil version:2.1 email;internet:[EMAIL PROTECTED] title:Consultor note;quoted-printable:One man alone cannot fight the future. USE LINUX!=0D=0A-----BEGIN GEEK CODE BLOCK-----=0D=0AVersion: 3.1=0D=0AGIT d- s+:+ a C++$ U++@$ P+ L++ E--- W++ N+ o? K- w++$=0D=0AO- M->+ V-- PS+ PE Y+ PGP+ t+ 5- X++ R tv+ b++ DI++ D++=0D=0AG e++ h r+++ y+++=0D=0A------END GEEK CODE BLOCK------=0D=0A x-mozilla-cpt:;31776 fn:Juan Carlos Castro y Castro end:vcard - --------------69BFB3E1A6B4AFC7D6F68A98-- ------------------------------ From: Bart Oldeman <[EMAIL PROTECTED]> Date: Fri, 18 Feb 2000 19:41:50 +0000 (GMT) Subject: DOSEMU Hint & Tips; part 2: the BIOS 8x8 font Hi all, some dos applications, for instance Turbo/Borland Pascal programs that use the graph unit and the "outtext" procedure, (e.g. VPA, the vga planets assistant), expect that the first 128 characters of the ascii 8x8 font are in the BIOS at location f000:fa6e. In dosemu (at least console mode), there are just a bunch of zeroes there. However, the BIOS is not write protected in dosemu sessions, so a nice little program can copy the font to this location; the following asm-code does this; assemble (for instance) with nasm: mov ah, 0fh int 10h push ax ; save current textmode mov ax, 6 int 10h ; enter 640x200x2 graphics mode with 8x8 font xor ax, ax mov ds, ax lds si, [10ch] ; load the address of the font in ds:si mov ah, 0f0h mov es, ax mov di, 0fa6eh ; load f000:fa6e in es:di mov cx, 512 cld rep movsw ; copy 128x8 bytes pop ax mov ah,0 int 10h ; restore textmode ret ; return to DOS or see http://eis.bris.ac.uk/~enbeo Execute this (e.g.) in autoexec.bat and all these programs work fine. Bart ------------------------------ From: Bart Oldeman <[EMAIL PROTECTED]> Date: Fri, 18 Feb 2000 19:32:10 +0000 (GMT) Subject: DOSEMU Hints & Tips; part 1: the mouse Hello, in the last years, I found several quirks in dosemu and found ways to work around them. These are not documented, as far as I know. But let me hope that they may be helpful for others. I'll cover the following in this and upcoming emails: 1. The mouse 2. The BIOS 8x8 font 3. a bootdir construction 4. dosemu and vesafb Part 1. the mouse There are 4 possibilities to set up a serial mouse for dosemu in /etc/dosemu/conf or /etc/dosemu.conf and only the last one works nice for me: 1. $_com1 = "" # no need for a dos mouse driver here $_mouse = "microsoft" #or something else $_mouse_dev = "/dev/mouse" #is a symlink to /dev/ttyS0 or 1 2. $_com1 = "/dev/mouse" # you need a mouse.com or something like that $_mouse = "microsoft" #or something else $_mouse_dev = "com1" 3. $_com1 = "" #no need for a dos mouse driver here $_mouse = "mousesystems" #MUST be mousesystems $_mouse_dev = "/dev/gpmdata" # gpm with option -R must be running 4. $_com1 = "/dev/gpmdata" #you need the mouse.com $_mouse = "mousesystems" #MUST be mousesystems $_mouse_dev = "com1" #gpm with option -R must be running for a ps2 you can use possibility 1 with $_mouse = "ps2" and /dev/mouse a symlink to /dev/psaux, or use possibility 3 or 4 verbatim. 2. is not possible then. A nice substitute for mouse.com is ctmouse.com, which can be obtained at ftp://ftp.simtel.net/pub/simtelnet/msdos/mouse/ctmous16.zip or at one of the simtel mirrors, of course. Its resident size is only 6K. Only nos. 1 and 2 are documented, but try 3 or 4 if you have trouble with the mouse in some applications. Bart ------------------------------ From: Bart Oldeman <[EMAIL PROTECTED]> Date: Fri, 18 Feb 2000 21:00:23 +0000 (GMT) Subject: DOSEMU hints and tips; part 4: dosemu and vesafb Hi everyone, vesafb works great for me: it gives me nice 128x48 character console. However, dosemu doesn't like it. If you set the following in dosemu.conf: $_video = "vga" # one of: plainvga, vga, ega, mda, mga, cga $_console = (1) # use 'console' video $_graphics = (1) # use the cards BIOS to set graphics $_videoportaccess = (1) # allow videoportaccess when 'graphics' enabled $_vbios_seg = (0xc000) # set the address of your VBIOS (e.g. 0xe000) $_vbios_size = (0x8000)# set the size of your BIOS (e.g. 0x8000) $_vmemsize = (4096) # size of regen buffer $_chipset = "plainvga" # one of: plainvga, trident, et4000, diamond, avance # cirrus, matrox, wdvga, paradise, ati, s3 (FYI: i've got a SiS 6326 chipset), dosemu boots fine, but console switching messes up graphics mode, except when switching to and from X in vc 7. Is it possible to get around this by combining dosemu with svgalib, which supports more graphics cards and handles console switching nice for me? The problem I'm talking about now is that once you leave dosemu, your console is still in the wrong graphics mode. It can be solved by the utility textmode, supplied by svgalib. Run savetextmode right after booting and then running textmode (blindly) after running dosemu brings you back to normal. Or type dos;textmode or make an alias. See "man textmode" for more info about this. Bart ------------------------------ From: "Jeff Hogg" <[EMAIL PROTECTED]> Date: Fri, 18 Feb 2000 13:34:43 -0600 Subject: Trying to get old dos program printing under 98.8-1 Hallo.. I have dosemu set up under Redhat 6.1, kernel 2.2.12, dosemu 98.8-1. I have wp5.1, Q&A, Quickbooks, and a menu I wrote in Pascal all running and printing fine under dosemu. However, one rather old program called Microsoft multiplan refuses to work normally. Every time we print using this program, it takes about a minute and a half to spit out the page. The program hangs and doesn't respond until the printing starts. I've tried various settings for the print_tool and concluded that linux wasn't the problem. I went in and tried a few variations on $_ports=" device /dev/lp0 fast range 0x378 0x37a" but had mixed results at best. I can find no workable examples of the syntax for the ports line. I think the program is trying to print to the old dos PRN: port. Is there any way to handle this? I've tinkered with global.conf (after making a back up copy) and tried setting the base address to 0x378 as well, but that did nothing for me either. Any thoughts on where to look next would be appreciated. Jeff Hogg ------------------------------ From: Bart Oldeman <[EMAIL PROTECTED]> Date: Fri, 18 Feb 2000 20:48:10 +0000 (GMT) Subject: DOSEMU Hints & Tips; part 3: the bootdir Hello all, in the documentation it is suggested to use a boot directory which contains symlinks to all your files and directories on an (e.g.) dos partition. The disadvantage of this is that each time you change the root directory under dos you have to adjust the symlinks. While this can be automized with a script, the following is also possible: 1. Put or symlink all files that are essential for config.sys in the boot directory, eg msdos.sys, io.sys, ems.sys, cdrom.sys, country.sys, emufs.sys and lredir.exe. The rest (even command.com) is not needed. 2. Put the following lines at the end of your config.sys in the bootdir install=lredir.exe del c: install=lredir.exe c: LINUX\FS/mnt/c Assuming your dos partition is mounted at /mnt/c it lets point c: at /mnt/c instead of the default bootdir from then on. You can specify an alternative for autoexec.bat using the /K switch in the SHELL command, e.g. SHELL=C:\DOS\COMMAND.COM /K autoemu.bat /P It is possible to access your dosemu-config.sys using an lredir command, e.g. lredir d: LINUX\FS/var/lib/dosemu/bootdir. Bart ------------------------------ From: Bart Oldeman <[EMAIL PROTECTED]> Date: Fri, 18 Feb 2000 21:09:43 +0000 (GMT) Subject: Graphics mode 320x200x256 under X in 24bpp Hello, if I run Xfree86 in 24 bpp and switch to mode 13h (320x200x256 colors) in xdos it complains: ERROR: X: X_SetMode: video_mode 0x13 not supported on this screen in 16 bpp and 8 bpp it runs fine. My question: why? The docs don't tell me about exceptions for 24 bpp. System info: debian 2.2 (frozen potato), glibc 2.1.3 amd k6-2 300, 64 MB memory dosemu 0.98.8 linux 2.2.14 xfree86 3.3.6 graphics card: SiS6326, 8Mb AGP Bart ------------------------------ From: root <[EMAIL PROTECTED]> Date: Fri, 18 Feb 2000 19:03:53 -0500 Subject: packet driver patches Hello, Here are two patch files for bugs related to the built-in DOSEmu packet driver code. The patches are relative to DOSEmu version 0.98.8 (= the .orig files). The affected files are: dosemu-0.98.8/src/base/bios/bios.S dosemu-0.98.8/src/dosext/net/net/pktnew.c Frank FHM <[EMAIL PROTECTED]> begin 644 pkt_drvr-diffs.zip M4$L#!!0````(`%.64BC9`?3P50$``&0"```+`!``8FEO<RY3+F1I9F956`P` M*=NM.,W:K3@`````=9!!3\)`$(7/TU\Q(1Z`4E@J4MN+-1@B"@FQQ(,A(=ON M2C>V7;+=HO'7NP6-@I`];#)OYLW[QG$<C(4LNU%7*K&&J"IPS&/L#Y!XP=4P M&/2Q[_N^9=OV=R,LTFK?XZ'K!H0$ERZZA!`K#-%QR75GB';]^1B&%D)WG<DX M@]$DNF_.'Q=W3\^K#54T;YW62DUU>4X3ZX+J2O&69??:.+Z?!8"O4F%"LZ3* MJ!;%&IDH-QE->,X+76*[!Y9]9H_2QN=_+0`+S?Z'V7S:%(5>;=XT4UL3:0_8 M]SJ>`73)#R"P&$CGZ-46?ZV9$ENN5@7->2NP'.C2,A$"&E-15!\72[(DC5^F M4RH`T(*AXKG<<J1(,.6*[^AI9NY2X]X87,O&X_G&KE:G-"9@ENA4E%BFLLH8 MQAQOH]%D\H):RGH>#R_^:?(">P=R**0F3'9:4CSA-6PK0,:,^`502P,$%``` M``@`O)92**7JV11/`P``N`8```T`$`!P:W1N97<N8RYD:69F55@,`*+;K3B4 MVZTX`````*54WW/:1A!^EOZ*=?HB68@@80*&.&[email protected]:F`RF>>J,YB2=X&IQ MI[D[D;@=_^_=.X%+FM"'EAETTNVWN]_^#,,0JB?-Z9=VUA:2K9RI9/`+X1#U M(!H,X\&PUX?H_/S<#8+@%6I14YHBQ*!ZW>%9#'>W$O+R&,XGXKBB&P9P\N M+UV@7S65'+:"Y?#I;CE>?$YRR;94)IQLJ.>/?@BIB"2;8T*EB59&&+P]A>G- M;`BG;]W@QT"IK147$)I)2C150*`2C",:\"E`KRE\O)T_0B'%QGX1M4&_E9": MYE"2E);*N("?<EHP3F%VEWQ:+CQ1*!\\\*S+4]_S2L%7OKT.F_>4"944F)W` M,QX>)]?P_CV<^3[X>TZDS.K2TA)%H:C&`PE:IW\3LH$8B?FH2/:$N":+AE=X MR.MNF<RGCSMNWS/:9X:M.-&UI/YK$AWG_YAQ'*0/Z3-T\8'1G)S8HOP'DR94 MFYV]+K9>DM8%ZF1K@@'[N_3O%%#D&[SMOWZ_-<#V&W1,&YKV,[]JU=;/%84+ MB.*1XS@8<%YO-L]@;[UNUNMT?5O@';HHR4HA/!.\8*LV$K`W(Z.Y*D5*RIT( M&J11=4.KW'1N^&%#?A<RD72+9LY'UB>:V1=-532SE?M6A_%7G>B@NX_;=0,X M_1<3CI-BKWPA,E<G!HH%.6HL.DHR..K!$-@E;2\N*5_I-<H4^X.*PE-:UIFV M-;0(,XS?*)`\EPEJH<ID>9-<W4\>_@G9Z!JEUU2/Z99E=+;\U<OIUJP/M&;* M'G=[K7<0Q&=Q*^J^EOW/YLB(HC!-QHO;SY-%<OLPG0\;@?61)Y7$+5!X;\9- MU(P7PDQEB:/?;K=_XV_,HCDHQAQ;4JU%7>:0K6GV!)1K^6P:(F>:"0Y7]Q=Q MKP>D5,*FSV&%!_=SCWSUX>0"C,Q'<H%C"-S<>CG>8_#)QZMQ\O-\-KMZ&(]V MTA0WUI/Y>,&_"\YB<NU18O&VDTW%4J)89K<?SY%S4?/,T&BZLM%(K4:TU\`P ME2%JV];DKSMXU^I#<-;IX&'2AS@<`U[D9@H8!*8=P3)ZP?/%#3$F\-9Y684? M&$]J=;A'OA,Y.,5%P3*&F6I8&4N'$/32L=/%!9AE8.L`1F#ADN*.X9:$^Q=0 M2P$"%0,4````"`!3EE(HV0'T\%4!``!D`@``"P`,```````!``!`I($````` M8FEO<RY3+F1I9F956`@`*=NM.,W:K3A02P$"%0,4````"`"\EE(HI>K9%$\# M``"X!@``#0`,```````!``!`I(&.`0``<&MT;F5W+F,N9&EF9E58"`"BVZTX :E-NM.%!+!08``````@`"`(P````8!0````!T ` end ------------------------------ From: "nashon f clark" <[EMAIL PROTECTED]> Date: Sat, 19 Feb 2000 00:48:51 -0800 Subject: [none] This is a multi-part message in MIME format. - ------=_NextPart_000_0005_01BF7A73.174B45E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable me computer keeps rejecting emulators (c:) - ------=_NextPart_000_0005_01BF7A73.174B45E0 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.2314.1000" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>me computer keeps rejecting = emulators =20 (c:)</FONT></DIV></BODY></HTML> - ------=_NextPart_000_0005_01BF7A73.174B45E0-- ------------------------------ From: "Ottica Bernabei" <[EMAIL PROTECTED]> Date: Fri, 18 Feb 2000 09:17:15 +0100 Subject: Problems with dosemu and keyboard I have problems with an italian keyboard: as soon as I type in an upper case letter or symbol it is no longer possible to write lower case letters and symbols. if I just press the shifht without writing nothing wrong happens. The same with caps lock. Thanks Antonio Bernabei ------------------------------ From: [EMAIL PROTECTED] Date: Sat, 19 Feb 2000 21:05:37 MET Subject: RE: Key combos >Date: Fri, 18 Feb 2000 07:19:20 -0600 >From: [EMAIL PROTECTED] >Who can point me to documentation on faking odd key combinations >through dosemu? Things like <alt>F1, <ctrl><alt>F5, and things like I wrote a program which sends these combinations from terminal (needs DOS PC to be used as terminal, and it converts all keys to combinations DosEmu on Linux machine understands). I supose its source contains the documentation you need. To get it: go to my page http://www.fuw.edu.pl/~jt, click "my plans" then "here" in line containg "DosEmu". You can get some help from DosEmu: press Ctrl-^ then ?. Jerzy ------------------------------ From: "Sergei O. Naumov" <[EMAIL PROTECTED]> Date: Mon, 21 Feb 2000 15:49:44 +0300 Subject: Access to DosEMU from outside Hi, folks! The problem that came up here is quite perplexing. We need to access a Dos command line from outside of the DosEMU. The task is to command DosEMU from Linux to execute some dos application. This application would create a file that would then be accessable from Linux. There are two ways to implement this as I figured. The first would involve starting dosemu every time one needs to execute dos application and forcing it to execute this application on the start-up. The second way would be adding up some networking code to DosEMU that it would listen on a port for some request. The first can be achieved very crudely by rewriting autoexec.bat every time the request comes or by giving dosemu a set of arguments it would execute. This whole set of ideas might seem somewhat blurry but I was wondering whether anyone has any idea on how to implement this. Thanks a lot, Sergei ------------------------------ From: "Sergei O . Naumov" <[EMAIL PROTECTED]> Date: Mon, 21 Feb 2000 18:18:15 +0300 Subject: Re: Access to DosEMU from outside On Feb, 21 2000 18:06:39 Eric W. Biederman wrote: > > The problem that came up here is quite perplexing. We need to access a > > Dos command line from outside of the DosEMU. The task is to command DosEMU > > from Linux to execute some dos application. This application would create > > a file that would then be accessable from Linux. > The simplest method would be to use the -k facility to send > keystrokes to dosemu. Basically you just do > dos -I 'keystroke "command arg1 arg2 arg3"' > A concrete example is: > dos -I 'keystroke "dir *.*\r\nexitemu\r\n"' > > Possibly equally as good would (assuming the set of different programs > is limited) would be to create a dexe of each command with it's own > autoexec.bat and custom tailored environment. > > At the point of socket opperations etc, I wouldn't recommend it. > If you start having enough volume where the start up costs of dosemu > are significant, it's a pretty fair bet you need to rethink your > application. Hmm. I also looked at the sources of dosemu and found an example code that communicates with dosemu via pipes, using -U option of dosemu. I compiled this code and tried to run it. From what I understood, this dosctrl is supposed to feed keystrokes to dosemu and get the output back. Anyway, I ran it but whatever I type, it always prints "command blah-blah not found" Any ideas about that? Sergei ------------------------------ From: [EMAIL PROTECTED] (Eric W. Biederman) Date: 21 Feb 2000 08:53:49 -0600 Subject: Re: Problems with dosemu and keyboard "Ottica Bernabei" <[EMAIL PROTECTED]> writes: > I have problems with an italian keyboard: > as soon as I type in an upper case letter or symbol it is no longer possible > to write lower case letters and symbols. if I just press the shifht without > writing nothing wrong happens. The same with caps lock. Hmm. Looking at your mixed case message this doesn't appear to be a general problem in linux :) How are you running/starting dosemu? I need to narrow down which of the keyboard inputs you are using. terminal, console, or X... What does your dosemu.conf look like? Eric ------------------------------ From: [EMAIL PROTECTED] (Eric W. Biederman) Date: 21 Feb 2000 09:06:39 -0600 Subject: Re: Access to DosEMU from outside "Sergei O. Naumov" <[EMAIL PROTECTED]> writes: > Hi, folks! > The problem that came up here is quite perplexing. We need to access a > Dos command line from outside of the DosEMU. The task is to command DosEMU > from Linux to execute some dos application. This application would create > a file that would then be accessable from Linux. > > There are two ways to implement this as I figured. The first would > involve starting dosemu every time one needs to execute dos application > and forcing it to execute this application on the start-up. The second > way would be adding up some networking code to DosEMU that it would > listen on a port for some request. > > The first can be achieved very crudely by rewriting autoexec.bat every > time the request comes or by giving dosemu a set of arguments it would > execute. > > This whole set of ideas might seem somewhat blurry but I was wondering > whether anyone has any idea on how to implement this. > > Thanks a lot, > Sergei The simplest method would be to use the -k facility to send keystrokes to dosemu. Basically you just do dos -I 'keystroke "command arg1 arg2 arg3"' A concrete example is: dos -I 'keystroke "dir *.*\r\nexitemu\r\n"' Possibly equally as good would (assuming the set of different programs is limited) would be to create a dexe of each command with it's own autoexec.bat and custom tailored environment. At the point of socket opperations etc, I wouldn't recommend it. If you start having enough volume where the start up costs of dosemu are significant, it's a pretty fair bet you need to rethink your application. Eric ------------------------------ From: "Jeff Hogg" <[EMAIL PROTECTED]> Date: Mon, 21 Feb 2000 16:48:13 -0600 Subject: Re: Trying to get old dos program printing under 98.8-1 > I have dosemu set up under Redhat 6.1, kernel 2.2.12, dosemu 98.8-1. I >have wp5.1, Q&A, Quickbooks, and a menu I wrote in Pascal all running and >printing fine under dosemu. However, one rather old program called >Microsoft multiplan refuses to work normally. Every time we print using >this program, it takes about a minute and a half to spit out the page. The >program hangs and doesn't respond until the printing starts. I've tried >various settings for the print_tool and concluded that linux wasn't the >problem. I went in and tried a few variations on $_ports=" device /dev/lp0 >fast range 0x378 0x37a" but had mixed results at best. I can find no >workable examples of the syntax for the ports line. I think the program is >trying to print to the old dos PRN: port. Is there any way to handle this? >I've tinkered with global.conf (after making a back up copy) and tried >setting the base address to 0x378 as well, but that did nothing for me >either. Any thoughts on where to look next would be appreciated. > If anyone has a similar problem, I found a work around of a kind. I have a script running in the back ground that looks for a file in a directory set aside for printing. If it sees a file there, it prints and deletes it. If not, it sleeps for a couple seconds. I use emufs to make this directory a drive letter and simply print to file in that directory. Sorta cludgy, but it works for now.. Jeff ------------------------------ From: [EMAIL PROTECTED] (Eric W. Biederman) Date: 21 Feb 2000 19:11:55 -0600 Subject: Re: Access to DosEMU from outside "Sergei O . Naumov" <[EMAIL PROTECTED]> writes: > On Feb, 21 2000 18:06:39 Eric W. Biederman wrote: > > > > The problem that came up here is quite perplexing. We need to access a > > > Dos command line from outside of the DosEMU. The task is to command DosEMU > > > from Linux to execute some dos application. This application would create > > > a file that would then be accessable from Linux. > > > The simplest method would be to use the -k facility to send > > keystrokes to dosemu. Basically you just do > > dos -I 'keystroke "command arg1 arg2 arg3"' > > A concrete example is: > > dos -I 'keystroke "dir *.*\r\nexitemu\r\n"' > > > > Possibly equally as good would (assuming the set of different programs > > is limited) would be to create a dexe of each command with it's own > > autoexec.bat and custom tailored environment. > > > > At the point of socket opperations etc, I wouldn't recommend it. > > If you start having enough volume where the start up costs of dosemu > > are significant, it's a pretty fair bet you need to rethink your > > application. > > Hmm. I also looked at the sources of dosemu and found an example code > that > communicates with dosemu via pipes, using -U option of dosemu. I > compiled > this code and tried to run it. From what I understood, this dosctrl is > supposed to feed keystrokes to dosemu and get the output back. Anyway, > I ran it but whatever I type, it always prints "command blah-blah not > found" > > Any ideas about that? Only that you have probably confused something with something else. The -U option gives you access to a pipe (named whatever you want) that allows you to remote control dosemu to some extent. There is the keystroke command for sending keystrokes in. This is relatively new and I hadn't registered on this until you mentioned it. dosctrl does seem to be a functional client to this interface. Eric > > > Sergei ------------------------------ From: [EMAIL PROTECTED] Date: Tue, 22 Feb 2000 22:20:16 Subject: problem with IPX and FoxPro 2.5 extended Hello, I am having a problem with IPX in DOSEMU. I run an accounting application written in FoxPro v2.5 for DOS. It needs the extended version of FoxPro, which uses DPMI. It runs for a while (about two minutes), but then it aborts with the following message: bash-2.03# xdos kernel CPU speed is 449954024 Hz Running on CPU=586, FPU=1 ERROR: unexpected CPU exception 0x0c errorcode: 0x00000000 while in vm86 (DOS) Program=sigsegv.c, Line=250 EIP: 1308:00001112 ESP: 8d37:00000002 VFLAGS(b): 00000 00000000 00000110 EAX: 000000cf EBX: 00001088 ECX: 0008beb4 EDX: 00000000 VFLAGS(h): 00000006 ESI: 00000000 EDI: 00000000 EBP: 0008bf0c DS: 1b20 ES: 0017 FS: 0017 GS: 0037 FLAGS: PF IF RF VM IOPL: 0 STACK: 00 00 00 00 00 00 00 00 a5 a5 -> cf 00 00 00 a5 a5 a5 a5 a5 a5 OPS : 32 59 66 0f b7 06 3a 59 66 50 -> 66 51 a1 38 59 8b 4f 20 8b 16 6651 1308:1112 push ecx Sorry about the formatting. I currently use dosemu 0.99.13, but I tried the current stable version (0.98.6, I think?) with the same result. I've come to the conclusion that the problem is in the IPX code because when I disable IPX, it works. It seems that either DPMI or the application itself only speeds the crash, since when I leave DOS running without the application, it crashes too, only after a much longer time (hours?). Notice that ESP=2 and the instruction is a PUSH ECX, so a stack over/underflow seems to be the problem, but I haven't been able to find it... :-( Oh, and you know why I need IPX? Because I run the application from a Novell NetWare server and I use the Novell VLM client. When run without the client (using NetWare disks mapped through Linux ncpfs), the application corrupts its files when there are more of them running (on other machines). Probably it thinks it's alone, doesn't do file sharing and instead tries to "correct" files which are not closed properly. :-( Any idea about this? I tried using the packet driver (and PDETHER) instead of the built-in IPX, but that's _sooooo_ extremely slow! The IPX isn't very fast, but at least it's usable. Access through Linux ncpfs runs practically at full speed... Thanks in advance... Vaclav Dvorak [EMAIL PROTECTED] IDAS, s.r.o. http://www.idas.cz ------------------------------ From: [EMAIL PROTECTED] Date: Tue, 22 Feb 2000 22:19:43 MET Subject: RE: Access to DosEMU from outside >Date: Mon, 21 Feb 2000 15:49:44 +0300 >From: "Sergei O. Naumov" <[EMAIL PROTECTED]> > >The problem that came up here is quite perplexing. We need to access a >Dos command line from outside of the DosEMU. The task is to command DosEMU >from Linux to execute some dos application. This application would create >a file that would then be accessable from Linux. > >There are two ways to implement this as I figured. The first would >involve starting dosemu every time one needs to execute dos application >and forcing it to execute this application on the start-up. The second >way would be adding up some networking code to DosEMU that it would >listen on a port for some request. First way: you can use UNIX (.COM?) command (it is on standard hdimage) to get environment variable from Linux to DOS. And you can pass command line this way. Do not forget to export the variable. Something like Linux: export cmd="my-appl arg1 arg2" dos DOS, in autoexec: unix -E cmd %cmd% if not (%cmd%)==() exitemu (I am not sure if the arg of "unix" is -E, or if export syntax is OK) Second way: consider reading data from named pipe. ------------------------------ From: Carsten Pfeiffer <[EMAIL PROTECTED]> Date: Wed, 23 Feb 2000 16:15:23 +0100 Subject: keyboard repeating Hi, I'm currently having a flashback of old DOS games ;) and am in the progress of trying to play them using dosemu. In particular, I'm trying to get OMF (One must fall) from Epic to work. Almost everything works, even sound, but there's one annoying thing: some keys are repeating all the time, e.g. quickly pressing the left or right arrow a few times usually makes it auto-repeat forever. I have to use $_rawkeyboard = (1) and $_keybint = (on) to make it work at all. I found Juergen posting about the same problem on http://www.mail-archive.com/linux-msdos%40vger.rutgers.edu/msg00784.html and http://www.mail-archive.com/linux-msdos%40vger.rutgers.edu/msg01019.html and I'm wondering if anybody has an idea how this can be solved. I tried both the latest stable and the 0.99.13 version. Best regards, Carsten Pfeiffer ------------------------------ From: Matt Crouse <[EMAIL PROTECTED]> Date: Wed, 23 Feb 2000 11:47:52 -0800 (PST) Subject: serial communications hi, I am running dosemu version .99.13 in Red Hat Linux 6.1. I've been trying to get it to communicate with a Casio PC Server through the serial port. I've figured out though, that when I start Dosemu the serial port is busy therefore I can't initialize the PC Server. I figured this out by checking the com port settings with setserial before using dosemu and after. Before it would tell me the settings, after starting dosemu it said that it was busy. Do you know why it does this? Is there anything that I can do? Thank you for listening. Matt __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com ------------------------------ From: =?iso-8859-1?Q?=22Heilmann=2C_J=F6rg=22?= <[EMAIL PROTECTED]> Date: Thu, 24 Feb 2000 10:58:46 +0100 Subject: Problems with dosemu I have following Problems with dosemu: 1) The extended ASCII-character set (block-graphics) are not displayed correctly. 2) The special german characters �,�,�,� (Umlaute) cannot be entered at the keyboard. 3) My Clipper-compiled program has to be started triple before running. 4) protected mode-applications don't run at all. 5) it is impossible to quit dosemu by hotkey. 7) the VGA 24-lines screen-mode is not supported by dosemu. Thanks for help J�rg Heilmann, COPA GmbH Wesel, Germany ------------------------------ From: Reinhard Karcher <[EMAIL PROTECTED]> Date: Thu, 24 Feb 2000 11:11:51 +0100 Subject: Re: Problems with dosemu On Thu, 24 Feb 2000 Heilmann, J�rg wrote: > I have following Problems with dosemu: [snip] You didn't tell your dosemu an dlinux versions, you didn't post your dosemu.conf, you didn't tell wether you run dosemu at console, telnet or X. So I can't say anything about your problems. Reinhard ------------------------------ From: Simon Eder <[EMAIL PROTECTED]> Date: Thu, 24 Feb 2000 14:32:09 +0100 Subject: xdos & ipx-connection Hi! I have 3 problems with my Dosemu. 1. I'd like to get ipx-connection with an other computer under my Dosemu. So I have enabled the netware-support in my dosemu.conf and I have compiled a new kernel with ipx-support. But then the NOVELL-HOWTO-file says that I have only to execute the command: ipx_interface ... But I don't have this command. So I looked for this command in my Dosemu-directory to compile it by myself but i didn't find it. So, where will get this command to use an ipx-connectin? 2. To use xdos I have entered these commands: xmodmap -e "key..... So I tried to use my Backspace- and Delete-Key under xdos. But now they didn't function well under an normal terminal. When I login myself as an other user there is no problem and my keys are function well. Could I repair these two key? 3. When I try to start my xdos there is an failure: Cannot open Display"" So I start an XWindow program and then it functions well. But I don't think that I have started xdos because there is not the right headline. Thanks a lot ------------------------------ From: "Orlando Donin" <[EMAIL PROTECTED]> Date: Thu, 24 Feb 2000 17:57:50 -0300 Subject: Graphics in Console (Cont.) Hello, I have a problem with dosemu. I need to work with graphics in console, but when I execute this, the monitor is black. don�t have a crash. my keyboard is free and he work perfectely My configuration is : Conectiva Linux 4.0 (Red Hat 6.0), Kernel 2.2.x dosemu 0.99-10 K62 400 32 Mb Trident 9680 PCI 2 Mb ou Pentium 100 16 Mb Trident 9440 PCI 1 Mb My application : Clipper with CLBC library in dosemu.conf $_xms = (1024) $_ems = (1024) $_ems_frame = (0xe000) $_dpmi (4096) $_video = "vga" $_console = (1) $_graphics = (1) $_videoportaccess = (1) $_vbios_seg = (0xc000) $_vbios_size = (0x8000) $_vmemsize = (1024) $_chipset = "trident" Regards Orlando Donin PS.: I don't get to compile dosemu 0.99.13 After opening the tgz of sources, I do: cd /root/download/dosemu-0.99.10 make but the message that the gcc is not working appears. What is necessary? Sorry, my english is very weak ------------------------------ From: [EMAIL PROTECTED] Date: Thu, 24 Feb 2000 18:54:22 MET Subject: RE: Problems with dosemu >Date: Thu, 24 Feb 2000 10:58:46 +0100 > 1) The extended ASCII-character set (block-graphics) are not > displayed correctly. parameter in dosemu.conf (terminal { charset ibm } in old dosemu, new has different format but still the value ibm is the "good") > 2) The special german characters �,�,�,� (Umlaute) > cannot be entered at the keyboard. I suppose it is general Linux problem. > 3) My Clipper-compiled program has to be started triple before running. ? > 4) protected mode-applications don't run at all. Assign memory for DPMI in dosemu.conf - hope they use DPMI, DosEmu does not support VCPI nor it allows PM directly. > 5) it is impossible to quit dosemu by hotkey. Maybe, I do not even remember what the hotkey is... > 7) the VGA 24-lines screen-mode is not supported by dosemu. Tried stty rows 24 before starting DosEmu? Also consider using "unix stty rows nn" in DosEmu. I do not use just 24 lines, but I needed some change of the default behavior, and using stty few times helps. Jerzy ------------------------------ From: [EMAIL PROTECTED] Date: Fri, 25 Feb 2000 03:45:39 Gmt +2:00 Subject: Will there be ever a ver 1.0 of dosemu Hi. dosemu has not have any development for more than half a year already, and I would like to know if there will be any further development on it? If not, will there be ever a ver 1.0 of dosemu? Thanks. _________________________________________ Free web based e-mail with Pop access at http://www.newmail.net ------------------------------ From: "Antonio Bernabei" <[EMAIL PROTECTED]> Date: Fri, 25 Feb 2000 09:23:47 +0100 Subject: Problems wiyh modem and Red Hat 6.1 I have Red Hat 6.1 installed and I am not longer able to use a old 14400 modem which works well with 5.1. Now I am able to use minicom, but I am not able to connect from outside with Minicom Antonio Bernabei ------------------------------ From: Marco Bortolami <[EMAIL PROTECTED]> Date: Fri, 25 Feb 2000 10:14:02 +0100 Subject: Problem with dosemu & security parallel plug I need to run a dos program under dosemu. This program need a security plug connected to parallel port. All work fine when i used RedHat Linux 5.1, but with the latest release 6.1 and dosemu ver. 0.99 my program always exit with error message "Security plug not inserted". Please help me. Marco Bortolami Universita' degli studi di Udine Centro Elaborazione Dati Amministrativi mailto: [EMAIL PROTECTED] ------------------------------ From: Michal Svec <[EMAIL PROTECTED]> Date: Fri, 25 Feb 2000 10:06:27 +0100 (MET) Subject: ATI Rage 128 Hello It seems that dosemu doesn't recognize the ATI Rage 128 graphics card. Can I do something to get it working? Michal ------------------------------ From: "Lavery, Michael" <[EMAIL PROTECTED]> Date: Fri, 25 Feb 2000 08:06:12 -0500 Subject: RE: ATI Rage 128 > It seems that dosemu doesn't recognize the ATI Rage 128 graphics card. Can > I do something to get it working? I found that I could get it to work under Xdos window. The ATI Rage 128 family of cards (All in Wonder 128, Rage Fury etc.) have support for VGA VESA on the card itself. For what I wanted to do, which is run Fellow Amiga emulator fullscreen in console mode I could not get the ATI Rage 128 to cooperate. I was able to get 800 x 600 high-color Amiga emulation in Xdos. To start an X session of DOSemu just type xdos or dos -x at the prompt. If I remember I will post my settings for the xdos xsection of my dosemu.conf file when I get home tonight. Mike L. P.S. Does anyone know how to get the Creative Labs PCI128 sound card to work under DOS or DOSemu? It is a variation on the Ensoniq E1370 or E1300 chipset cards, I am lead to believe by various websites. Any help would be greatly appreciated. ------------------------------ From: Hugh Lawson <[EMAIL PROTECTED]> Date: Fri, 25 Feb 2000 08:16:13 -0500 (EST) Subject: FreeDos and dosemu When I place the FreeDos Beta3 boot floppy in the A drive, and run 'dos - -A' dosemu runs. More importantly, the resulting setup recognizes as the C:\ drive whatever is defined by dosemu.conf as "$_hdimage". FreeDos isn't supposed to be able to do this, afaik, with dosemu. Can anybody else replicate this? Have I possibly corrupted my FreeDos Beta3 diskette with msdos files? I can't get the FreeDos Beta4 to do it. Hugh Lawson Greensboro, North Carolina [EMAIL PROTECTED] ------------------------------ From: Hans Lermen <[EMAIL PROTECTED]> Date: Fri, 25 Feb 2000 15:01:17 +0100 (MET) Subject: Re: FreeDos and dosemu On Fri, 25 Feb 2000, Hugh Lawson wrote: > > When I place the FreeDos Beta3 boot floppy in the A drive, and run 'dos > -A' dosemu runs. > > More importantly, the resulting setup recognizes as the C:\ drive whatever > is defined by dosemu.conf as "$_hdimage". FreeDos isn't supposed to be > able to do this, afaik, with dosemu. Why not? If $_hdimage points to a valid hdimage or partition, DOSEMU fakes him a physical disk drive. Hans <[EMAIL PROTECTED]> ------------------------------ From: Hugh Lawson <[EMAIL PROTECTED]> Date: Fri, 25 Feb 2000 09:33:25 -0500 (EST) Subject: Re: FreeDos and dosemu On Fri, 25 Feb 2000, Hans Lermen wrote: > On Fri, 25 Feb 2000, Hugh Lawson wrote: > > More importantly, the resulting setup recognizes as the C:\ drive whatever > > is defined by dosemu.conf as "$_hdimage". FreeDos isn't supposed to be > > able to do this, afaik, with dosemu. > > Why not? If $_hdimage points to a valid hdimage or partition, DOSEMU fakes > him a physical disk drive. Hello Hans, Thanks for the reply. I was going by these lines from the document QuickStart: [begin quote] The bootdir method, however, doesn't work if you use the DosC (FreeDos) kernel, for this you have to use 'hdimages' and ./setup-hdimage. Have a look at ./doc/README.txt, chapter 2 and ./doc/README-tech.txt, chapter 7.) [end of quote] Maybe I was wrong to think this means that FreeDOS cannot access the C:\ drive defined by $_hdimage. Moreover, I have actually attempted this: dos -A # with FreeDOS Beta3 in A: drive #result: dosemu runs and the directory defined as $_hdimage #appears as the C:\ drove. The directory can be listed and #its programs will run. dos -A #with FreeDOS Beta4 in the A: drive #result: dosemu runs, but the directory defined as $_hdimage #cannot be accessed as the C:\drive. Below I list what happens. C:\>dir Volume in drive C has no label File not found. Have you attempted this with FreeDOS Beta3 and Beta4? Hugh Lawson Greensboro, North Carolina [EMAIL PROTECTED] ------------------------------ From: Hans Lermen <[EMAIL PROTECTED]> Date: Fri, 25 Feb 2000 23:08:55 +0100 (MET) Subject: Re: FreeDos and dosemu On Fri, 25 Feb 2000, Hugh Lawson wrote: > dos -A # with FreeDOS Beta3 in A: drive > #result: dosemu runs and the directory defined as $_hdimage > #appears as the C:\ drove. The directory can be listed and > #its programs will run. Yes, DOSEMU will fake a 'virtual' FAT FS 'on-the-fly' out of the directory (this is how the bootdir stuff works). However, this is readonly and (normally) is only used to boot from that directory. Once booted, the C: drive is transformed to be lredir'ed, i.e. you need redirector support in your DOS. If that fails, the FAT simulation stays active. FreeDOS Beta3 obviously has no redirector, hence all is fine. > > dos -A #with FreeDOS Beta4 in the A: drive > #result: dosemu runs, but the directory defined as $_hdimage > #cannot be accessed as the C:\drive. Below I list what happens. I only can guess, that FreeDOS Beta4 has only 'some sort' of redirector, but this one obviously isn't complete/bug-free. Hence, lredir may succeed, but not the rest of the stuff. As now the FAT simulation is turned off, you stay with a broken redirected drive. > > Have you attempted this with FreeDOS Beta3 and Beta4? No Hans <[EMAIL PROTECTED]> ------------------------------ From: Justin Zygmont <[EMAIL PROTECTED]> Date: Tue, 22 Feb 2000 11:55:46 -0500 Subject: cpuspeed option I just had a question about the cpuspeed option in the dosemu.conf file. I have a dos program that only seems to run on a 386, if I try running it on my P-100 it gets a divide error. I'm guessing that the problem is that it used borland's tcltimeclock() API or whatever it was to cause it to fail under higher speeds. Can the $cpuspeed option change the speed in Mhz to fix this? thanks.. ------------------------------ From: Sergio Guimaraes Faulhaber <[EMAIL PROTECTED]> Date: Sat, 26 Feb 2000 09:45:14 +0000 (GMT) Subject: printing in dosemu Hi, I have used vtprint for print to a printer in remote machine. It is run fine but vtprint print only characters printables. Somebody know other way to print to a printer in remote machine ? in dosemu.conf i used printer { options `%s` command `/usr/local/bin/vtprint -fq` } Thanks and sorry my english ------------------------------ From: Mohamed Saad <[EMAIL PROTECTED]> Date: Sun, 27 Feb 2000 11:20:43 -0800 (PST) Subject: installing under Winlinux2000 Hello all... I grabbed dosemu from the CD of Suse linux 6.1... I tried to install the .rpm on Win linux 2000... it says it is missing mtools and /bin/sh and /bin/bash and... etc! what should i do??? I am still A VERY beginner! thank u... Urs forever... Mohamed El Dawy __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com ------------------------------ From: [EMAIL PROTECTED] Date: Sun, 27 Feb 2000 19:33:48 -0500 Subject: Your site has been included on OpenHere Hi, Your site was recently submitted to OpenHere.com. We have reviewed your site and decided to include it as follows: Link: http://www.dosemu.org/ Title: DOSEMU Main Page Description: OpenHere Category: http://www.openhere.com/tech1/software/operating-systems/linux/hardware-support/emulators/ As you are listed as a contact person on the home page of this site, I am dropping you a quick note to let you know about your inclusion on OpenHere. OpenHere is one of the 10 largest index and search sites on the Internet and is specifically focused on creating resources for the family. You can dynamically modify your site's listing at any time, or include your site's listing in other categories on OpenHere.com. When you modify your site's listing, it is automatically placed at the top of the category in which it is included, and is placed first in the search engine results for the keywords relating to your site. To modify, add or delete your listing: 1. Go to the OpenHere category where your site is listed. 2. Click on the "Suggest a Site" link. 3. Follow the instructions for changing your listing. All of the modifications you submit to OpenHere.com are processed in real time. As soon as you see the response to your submission, your site listing should be updated. OpenHere is frequented by both children and families. As a result, www.OpenHere.com does not include links to material which is illegal to display to minors. If you have a question, or need help in any way, please just send me a note. Yes, I am a real person! Sara www.OpenHere.com Your key to the Net! ------------------------------ From: James Hiller <[EMAIL PROTECTED]> Date: Sun, 27 Feb 2000 23:33:19 -0500 (EST) Subject: Re: installing under Winlinux2000 > I grabbed dosemu from the CD of Suse linux 6.1... I > tried to install the .rpm on Win linux 2000... it says > it is missing mtools and /bin/sh and /bin/bash and... > etc! > what should i do??? I am still A VERY beginner! Well, why not do what "it" would seem to be asking for? Like installing mtools, and making sure that /bin/sh is a link to /bin/bash, and ... (And if you don't fill in the "..." with something a little more specific, no one will be able to help you). jbh ------------------------------ End of linux-msdos-digest V1 #167 ********************************* To subscribe to linux-msdos-digest, send the command:
