linux-msdos-digest Saturday, 4 December 1999 Volume 01 : Number 162
In this issue:
----------------------------------------------------------------------
From: Marcel Landman <[EMAIL PROTECTED]>
Date: Tue, 16 Nov 1999 20:26:42 +0000
Subject: Re: General Protection fault (sounds familiar?)
> >Ok. first the application calls a sub:
> >(...)(lots of stuff and then:)
> >0615:1a42 E84203 call 1D87
> >General Protection Fault, AX=0002 BX=0005 CX=0000 DX=8a86 SI=3246
>
> And in such a case normal method is to restart it, and trace
> into the sub, then execute every sub in it until one causes
> the error, then trace into the one, and so on...
I am using a slightly different method at first, just to get a bit deeper into
the code, I use the 'tc' command to see the last int or call before the crash. I
then set a break point at the start of that sub or int so that the next trace
step will not be over the instruction, but inside. I did this until I found the
final call within which the crash occured.
> >(...)
> >Trap 1, AX=1100 BX=0000 CX=000e DX=2f21 SI=00c5 DI=0000 SP=7f42
> >BP=7f48
> >DS=2a5f ES=2932 FS=0000 GS=0000 FL=3302
> >CS:IP=0615:19ea SS:SP=2a5f:7f42
> >0615:19ea CD16 int 16
> >General Protection Fault, AX=0002 BX=0005 CX=0000 DX=8a86 SI=3246
> >DI=ffff SP=087c BP=0001
> >DS=0669 ES=081d FS=0000 GS=0000 FL=3206
> >CS:IP=ffff:cd1a SS:SP=0669:087c
>
> >right, so it crashes inside int 16... I look at 0:58, which I believe
> >to be the interrupt table entry for int 16 and use the address there
> >for my next break point:
> >bp 615:1a42
> >bp 70:42d
>
> I guess the 70:42d is address where INT 16 points to, ok?
Yes, that was the address found at 0:58, i.e. 0d 42 70 00
> >tc
> >...
> >Trap 1, AX=4b00 BX=0082 CX=0000 DX=00bc SI=5861 DI=05f9 SP=028a
> >BP=7dce
> >DS=0605 ES=0605 FS=0000 GS=0000 FL=3312
> >CS:IP=0605:046b SS:SP=0605:028a
> >
> >0605:046b CD21 int 21
> >General Protection Fault, AX=0002 BX=0005 CX=0000 DX=8a86 SI=3246
> >DI=ffff SP=087c BP=0001
> >DS=0669 ES=081d FS=0000 GS=0000 FL=3206
> >CS:IP=ffff:cd1a SS:SP=0669:087c
> ...
> >Facinating! This program is trying to load & excute another program.
>
> I suppose it is attempt to execute just the program you
> are debugging - can you check the name at DS:DX?
I haven't been able to get to that one. It is quite difficult, as the program
crashes. See my problem? You have seen the stack trace, it is of not much use.
The segment address (0605:) is familiar though. When I load the program and set
bpload, that is the segment address that shows up. This program in turn runs
other programs. The first program that this program loads works without problem.
Many of the menu choices work, the program does what it is supposed to do. But
some of the menu choices link to another program, which the main program tries
to load. And this is when it crashes. It crashes during the 'exec' call to int
21. From the stack segment address shown in subsequent calls to int 21 and 2f,
it looks like the program is successfully loaded and is making various calls to
int 2f, during one of which dos reads an argument from somewhere in it's memory
with a jmp far cs:[xxx]. I noticed these calls on the screen, but have not been
able to capture the moment. There is a point where there is no more interrupt
calls or subroutine calls, but only jmp far cs:[xx] and retf's. I think this is
where it goes wild.
>
> Breakpoints works improperly if more than one set?
I hope so, the documentation does not tell me otherwise.
> You did not set bp at 0605:046b - why it occured?
because I used 'tc' instead of 'g'. This allows me to see the instruction before
the crash. It is a bit slow, but I can do other things while it is tracing
through. Sometimes the t flag is lost by a popf or iret and I have to set an
extra breakpoint there, but otherwise works great.
> And seems these breakpoints you set were ignored...
No, those were not ignored. 'tc' steps over them until I hit a key, which I
don't, I just wait for it to crash and look at the last instruction executed
before crash.
> Seems like the breakpoint you set did something strange,
> maybe you need set one breakpoint at the call, execute
> program until the call, then set breakpoint on INT 16?
Yes. That is what I have already done. That is what the 70:42d break point was.
simply breaking at int 16 didn't work because it crashes before it returns. I
therefore had to get inside int 16.
This is great fun. We'll get to the bottom of this, eventually. I appologise for
not expressing myself clearly, but one may take in consideration I don't know
what I am talking about.
- -Marcel Landman
------------------------------
From: Carl Klotz <[EMAIL PROTECTED]>
Date: Tue, 16 Nov 1999 14:41:51 +0000
Subject: Re: Running a MSDOS application from Linux
Running Linux5.0 kernal ver 2.0.35 with dosemu 0.66.2 and MSDOS 6.22
As per the readme-13.html section of the instructiions, I entered
the dos -D -I 'keystroke "dir > C:\\garbage\rexitemu\r"' following
the Linux prompt. The result was that dosemu started followed by the
autoexec.bat file and then halted at the C:. The dir command did not
execute. What am I doing wrong?
I would like to start dosemu within a Parl program using the system
function. I assume that the output of my dos program within dosemu will
be directed to the console.
------------------------------
From: Marcel Landman <[EMAIL PROTECTED]>
Date: Wed, 17 Nov 1999 00:34:50 +0000
Subject: ERROR: cpu exception in dosemu code outside of VM86()!
This is getting more and more bizar. I am starting to close in on it, but again
am confronted with things I don't recognise.
ERROR: cpu exception in dosemu code outside of VM86()!
trapno: 0x0e errorcode: 0x00000004 cr2: 0x020749ca
eip: 0x080b158a esp: 0xbffffc00 eflags: 0x00010246
cs: 0x0023 ds: 0x002b es: 0x002b ss: 0x002b
Page fault: read instruction to linear address: 0x020749ca
CPU was in user mode
Exception was caused by non-available page
what does this mean? Is there some documentation on diagnostics?
- -Marcel Landman
------------------------------
From: Tasos Chronis <[EMAIL PROTECTED]>
Date: Wed, 17 Nov 1999 10:33:45 +0200
Subject: Re: Pass-Through Printing via Telnet in DOSEMU?
It could be the timeout ?
Do you have the sources of the passprt program ?
(Personaly I could use it, it is a much cleaner solution
than mine)
Gregory Doyle wrote:
>
>
> --
>
> On Fri, 12 Nov 1999 19:32:31 Tasos Chronis wrote:
> >Hi
> >
> >In the printer section of global.conf it have something
> >like that :
> >
> >
> >if (strlen($_printer))
> > foreach $xxx ($LIST_DELIM, $_printer)
> > $xxx = "'/usr/bin/webps ",$REMOTE_HOST,"'";
> > printer { options "< %s" command $$xxx timeout 40 }
> > done
> >endif
> >
> >My global.conf file is included. Don't remember if I did any other
> >changes
> >for REMOTE_HOST.
> >
> Learning from how you modified the global.conf file, I did the following to my
>global.conf file
>
>
> if (strlen($_printer))
> foreach $xxx ($LIST_DELIM, $_printer)
> $xxx = "'/usr/bin/passprt '";
> printer { options "%s" command $$xxx timeout 40 }
> done
> endif
>
> Anyhow this seems to route the printout to the local telnet printer, however for
>some reason each print jobs bombs (ie. only a portion of the job gets the the local
>telnet printer and the rest seems to get lost)
>
> I then decided to change the global.conf file and change the printer line with the
>following:
>
> printer { file "filename"}
>
> Upon exiting DOSEMU, at the shell prompt I then do: passprt "filename"
>
> When I do this I get the entire printjob printing at the local telnet printer.
>Anybody know why this would be happening. It seems somehow DOSEMU can send the
>printout to a file, but something gets lost when I get DOSEMU to pipe it to the
>executable script. Anybody have any ideas or suggestions?
>
> Thanks in advance
>
> GP Doyle
>
> --== Sent via Deja.com http://www.deja.com/ ==--
> Share what you know. Learn what you don't.
- --
Tasos Chronis
STATEL Help Desk
Contraste Europe S.A.
_____________________________
Support STATEL:
Email: [EMAIL PROTECTED]
Hotline: +32 68 44 59 07 (STATEL only)
Fax: +32 68 44 59 07
Personal
Phone : + 30 31 8246 47
E-mail: [EMAIL PROTECTED]
------------------------------
From: "Gregory Doyle" <[EMAIL PROTECTED]>
Date: Wed, 17 Nov 1999 06:00:43 -0800
Subject: Re: Pass-Through Printing via Telnet in DOSEMU?
No Problem, I put the source of passprt in the original message to this thread, but
here it is again. I have an executable script file in my /usr/bin directory called
PASSPRT. The
script file sets up Pass Through Printing via a Telnet client. The script is as
follows:
printf "\033[5i\c"
cat $*
printf "\033[4i\c"
By the way I found this information at the following site:
http://www.anzio.com/support/printguide.htm
In the meantime I will play around with the timouts and see if that has any effect.
- --
On Wed, 17 Nov 1999 10:33:45 Tasos Chronis wrote:
>It could be the timeout ?
>Do you have the sources of the passprt program ?
>(Personaly I could use it, it is a much cleaner solution
>than mine)
>
>Gregory Doyle wrote:
>>
>>
>> --
>>
>> On Fri, 12 Nov 1999 19:32:31 Tasos Chronis wrote:
>> >Hi
>> >
>> >In the printer section of global.conf it have something
>> >like that :
>> >
>> >
>> >if (strlen($_printer))
>> > foreach $xxx ($LIST_DELIM, $_printer)
>> > $xxx = "'/usr/bin/webps ",$REMOTE_HOST,"'";
>> > printer { options "< %s" command $$xxx timeout 40 }
>> > done
>> >endif
>> >
>> >My global.conf file is included. Don't remember if I did any other
>> >changes
>> >for REMOTE_HOST.
>> >
>> Learning from how you modified the global.conf file, I did the following to my
>global.conf file
>>
>>
>> if (strlen($_printer))
>> foreach $xxx ($LIST_DELIM, $_printer)
>> $xxx = "'/usr/bin/passprt '";
>> printer { options "%s" command $$xxx timeout 40 }
>> done
>> endif
>>
>> Anyhow this seems to route the printout to the local telnet printer, however for
>some reason each print jobs bombs (ie. only a portion of the job gets the the local
>telnet printer and the rest seems to get lost)
>>
>> I then decided to change the global.conf file and change the printer line with the
>following:
>>
>> printer { file "filename"}
>>
>> Upon exiting DOSEMU, at the shell prompt I then do: passprt "filename"
>>
>> When I do this I get the entire printjob printing at the local telnet printer.
>Anybody know why this would be happening. It seems somehow DOSEMU can send the
>printout to a file, but something gets lost when I get DOSEMU to pipe it to the
>executable script. Anybody have any ideas or suggestions?
>>
>> Thanks in advance
>>
>> GP Doyle
>>
>> --== Sent via Deja.com http://www.deja.com/ ==--
>> Share what you know. Learn what you don't.
>
>--
>
>Tasos Chronis
>STATEL Help Desk
>Contraste Europe S.A.
>_____________________________
>Support STATEL:
>Email: [EMAIL PROTECTED]
>Hotline: +32 68 44 59 07 (STATEL only)
>Fax: +32 68 44 59 07
>Personal
>Phone : + 30 31 8246 47
>E-mail: [EMAIL PROTECTED]
>
Best of luck and hopefully we will be able to figure this out.
Regards,
GP Doyle
- --== Sent via Deja.com http://www.deja.com/ ==--
Share what you know. Learn what you don't.
------------------------------
From: Marcel Landman <[EMAIL PROTECTED]>
Date: Wed, 17 Nov 1999 18:45:41 +0000
Subject: Re: General Protection fault (sounds familiar?)
Here is another interresting factor: I don't have this problem when running
FreeDos under dosemu. My problem is solved then. That makes me happy, but I
imagine the people that put a lot of sweat into dosemu still want to know what
is causing this crash. I will continue to try to come to the point that I can
reproduce it without requiring someone to download and install the software I am
using.
In any case, FreeDos working is, I suppose, another clue. In general it seems
that the crash occurs within a int 2f ah=11 call, trying to resolve a filename.
I did come to the point where I enter the 2f interrupt call and breakpoint the
returning address on the stack. Interrupt 2f never returns.... I would imagine
that dosemu would need to hook something in 2f because it supports virtual
drives e.d.
If nobody is interrested to fix the bug, I suppose there is no need for me to go
to extensive length trying to report it. However, I am very willing to put some
effort into it if anyone can tell me what they want me to do.
- -Marcel Landman
------------------------------
From: Daniel M Church <[EMAIL PROTECTED]>
Date: Wed, 17 Nov 1999 13:49:03 -0500 (EST)
Subject: Strange dosemu questions
I have a really strange video card. If I go into X, whenever I try to
switch to a VT (or quit X) my text screen gets really messed up, columns
appearing in the wrong places, characters appearing on top of each other,
general bad stuff like that. restoretextmode doesn't fix it, nor does
SVGATextMode. The only thing that I've found that fixes it is going into
dosemu with native video card BIOS resetting the text settings. I have
two questions:
Could anyone isolate the video initialization code for me so that I could
simply run a program which would reset my video card (as opposed to
unmounting my dos drive, running dosemu, using ctrl-alt-pagedown to break
it once it does its job, and remounting my dos drive)? I thought of
inserting some code that simply told dosemu to go through its break
sequence after initializing the video card, but the source is too complex
for me...
Second, is there any way to get X to run a program like this whenever one
leaves its VT?
Daniel Church | "War doesn't determine who is right-
___---^---___ | only who is left."
[EMAIL PROTECTED] | -anonymous
- -----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCS/M/S/MU>AT d-(+)(x) s++:- a16@ C++(+++)>++++$ UL++++ P+ L+++(++)>++++
E W+>++ N+ o? K? w(---) !O !M(--) V? PS+(++) PE(--) Y? !PGP>+ t+ 5 X()+
R>+ tv+() b+(++)>+++ DI++>++++ D++ G+>++ e-(*)>++ h!>>-(---) r+>++ y>+
- ------END GEEK CODE BLOCK------
------------------------------
From: Reinhard Karcher <[EMAIL PROTECTED]>
Date: Thu, 18 Nov 1999 16:37:30 +0100
Subject: Re: filename extentions on DR-DOS
At Mon, 15 Nov 1999 UNIXMAN wrote:
> something interesting I noticed here, with msdos you can call filenames
> without the extentions but not with DR-DOS.
It's an old problem and in Novell-DOS too.
Reinhard
------------------------------
From: Tasos Chronis <[EMAIL PROTECTED]>
Date: Thu, 18 Nov 1999 18:02:53 +0200
Subject: Re: Pass-Through Printing via Telnet in DOSEMU?
Hey thanks.
I will also try it as soon as I can.
Lots of Y2K upgrades this time of year.
Take care.
Gregory Doyle wrote:
>
> No Problem, I put the source of passprt in the original message to this thread, but
>here it is again. I have an executable script file in my /usr/bin directory called
>PASSPRT. The
> script file sets up Pass Through Printing via a Telnet client. The script is as
>follows:
>
> printf "\033[5i\c"
> cat $*
> printf "\033[4i\c"
>
> By the way I found this information at the following site:
>
> http://www.anzio.com/support/printguide.htm
>
> In the meantime I will play around with the timouts and see if that has any effect.
> --
>
> On Wed, 17 Nov 1999 10:33:45 Tasos Chronis wrote:
> >It could be the timeout ?
> >Do you have the sources of the passprt program ?
> >(Personaly I could use it, it is a much cleaner solution
> >than mine)
> >
> >Gregory Doyle wrote:
> >>
> >>
> >> --
> >>
> >> On Fri, 12 Nov 1999 19:32:31 Tasos Chronis wrote:
> >> >Hi
> >> >
> >> >In the printer section of global.conf it have something
> >> >like that :
> >> >
> >> >
> >> >if (strlen($_printer))
> >> > foreach $xxx ($LIST_DELIM, $_printer)
> >> > $xxx = "'/usr/bin/webps ",$REMOTE_HOST,"'";
> >> > printer { options "< %s" command $$xxx timeout 40 }
> >> > done
> >> >endif
> >> >
> >> >My global.conf file is included. Don't remember if I did any other
> >> >changes
> >> >for REMOTE_HOST.
> >> >
> >> Learning from how you modified the global.conf file, I did the following to my
>global.conf file
> >>
> >>
> >> if (strlen($_printer))
> >> foreach $xxx ($LIST_DELIM, $_printer)
> >> $xxx = "'/usr/bin/passprt '";
> >> printer { options "%s" command $$xxx timeout 40 }
> >> done
> >> endif
> >>
> >> Anyhow this seems to route the printout to the local telnet printer, however for
>some reason each print jobs bombs (ie. only a portion of the job gets the the local
>telnet printer and the rest seems to get lost)
> >>
> >> I then decided to change the global.conf file and change the printer line with
>the following:
> >>
> >> printer { file "filename"}
> >>
> >> Upon exiting DOSEMU, at the shell prompt I then do: passprt "filename"
> >>
> >> When I do this I get the entire printjob printing at the local telnet printer.
>Anybody know why this would be happening. It seems somehow DOSEMU can send the
>printout to a file, but something gets lost when I get DOSEMU to pipe it to the
>executable script. Anybody have any ideas or suggestions?
> >>
> >> Thanks in advance
> >>
> >> GP Doyle
> >>
> >> --== Sent via Deja.com http://www.deja.com/ ==--
> >> Share what you know. Learn what you don't.
> >
> >--
> >
> >Tasos Chronis
> >STATEL Help Desk
> >Contraste Europe S.A.
> >_____________________________
> >Support STATEL:
> >Email: [EMAIL PROTECTED]
> >Hotline: +32 68 44 59 07 (STATEL only)
> >Fax: +32 68 44 59 07
> >Personal
> >Phone : + 30 31 8246 47
> >E-mail: [EMAIL PROTECTED]
> >
>
> Best of luck and hopefully we will be able to figure this out.
>
> Regards,
>
> GP Doyle
>
> --== Sent via Deja.com http://www.deja.com/ ==--
> Share what you know. Learn what you don't.
- --
Tasos Chronis
STATEL Help Desk
Contraste Europe S.A.
_____________________________
Support STATEL:
Email: [EMAIL PROTECTED]
Hotline: +32 68 44 59 07 (STATEL only)
Fax: +32 68 44 59 07
Personal
Phone : + 30 31 8246 47
E-mail: [EMAIL PROTECTED]
------------------------------
From: Pedro Prado <[EMAIL PROTECTED]>
Date: Thu, 18 Nov 1999 13:16:13 -0000
Subject: drive A hangs!
Congratulations for a great product!
In fact, the only problem I have found is the worst:
at MS-DOS 6.22, a single
dir a:
crashes the system (hangs the emulator).
then I need to KILL the dos session...
any suggestions?
I am upgrading from 0.99.10 to 0.99.13... but if u know something please
send me!
Pedro Prado
ConsulData Connectivity - http://www.consuldata.com.br/
------------------------------
From: "Leiden, Soren" <[EMAIL PROTECTED]>
Date: Thu, 18 Nov 1999 16:28:34 -0800
Subject: DOSEMU Question...
I'm trying to run this certain DOS program that apparently
is using VCPI and which ends up giving me the error message
of: CauseWay error 03 : non-standard protected mode program
already active.
I've tried a handful of troubleshooting options to no avail.
Finally I found in the EMUfailure.txt that these such
programs are FATALLY doomed to NEVER run under DosEmu.
Can someone please verify this for me as it is important
that I run this software.
Thank you.
P.S. Please reply to me directly as I am not on the mailing
list.
- --
Soren
------------------------------
From: Chris Albertson <[EMAIL PROTECTED]>
Date: Thu, 18 Nov 1999 17:05:30 -0800
Subject: Re: DOSEMU Question...
Leiden, Soren wrote:
>
> I'm trying to run this certain DOS program that apparently
> is using VCPI and which ends up giving me the error message
> of: CauseWay error 03 : non-standard protected mode program
> already active.
>
> I've tried a handful of troubleshooting options to no avail.
>
> Finally I found in the EMUfailure.txt that these such
> programs are FATALLY doomed to NEVER run under DosEmu.
>
> Can someone please verify this for me as it is important
> that I run this software.
If dosemu will not work for you take a look at "vmware" at
www.vmware.com This is a comercial package and is quite a bit
more robust than dosemu but at a cost of $$$.
>
> Thank you.
>
> P.S. Please reply to me directly as I am not on the mailing
> list.
>
> --
> Soren
- --
Chris Albertson
[EMAIL PROTECTED] Voice: 626-351-0089 X127
Logicon, Pasadena California Fax: 626-351-0699
------------------------------
From: Jyan-Min Fang <[EMAIL PROTECTED]>
Date: Fri, 19 Nov 1999 00:08:02 -0500 (EST)
Subject: can i use a fat32 partition to run dosemu?
Hi, all,
I have linux and window95 installed on my computer. recently, my group
purchased a dos program for our research project. I can run it by directly
booting into msdos mode (command prompt within window95 won't run). I am
thinking if I can run this program using dosemu, so that I don't have to
reboot everyday just to run this program. My concern is I've already
converted my window partition into fat32 format. Can I still run dosemu
with a fat32 partition? btw, I use redhat 5.2 and dosemu 0.98.
Thanks all
Jyan-Min Fang
------------------------------
From: Reinhard Karcher <[EMAIL PROTECTED]>
Date: Fri, 19 Nov 1999 08:03:33 +0100
Subject: Re: can i use a fat32 partition to run dosemu?
At Fry, 19 Nov 1999 Jyan-Min Fang wrote:
>
> I have linux and window95 installed on my computer. recently, my group
> purchased a dos program for our research project. I can run it by directly
> booting into msdos mode (command prompt within window95 won't run). I am
> thinking if I can run this program using dosemu, so that I don't have to
> reboot everyday just to run this program. My concern is I've already
> converted my window partition into fat32 format. Can I still run dosemu
> with a fat32 partition? btw, I use redhat 5.2 and dosemu 0.98.
>
Hi,
I don't know the kernelversion of redhat 5.2, but newer kernels
read and write FAT32 Partitions. You mount your partition in linux
and in dosemu use lredir to access the partition.
Reinhard
------------------------------
From: "Leiden, Soren" <[EMAIL PROTECTED]>
Date: Fri, 19 Nov 1999 01:02:18 -0800
Subject: Re: DOSEMU Question...
The problem with that is this is a text-based DOS
application that would ideally run in a telnet session...if
it would only run in dosemu, damnit.
Do you know of the problem I am experiencing? I mean, many
games, DOOM, etc use VCPI stuff don't they, but they work?
Is there some special tweak/option to get around this?
Chris Albertson [[EMAIL PROTECTED]] wrote:
> Leiden, Soren wrote:
> >
> > I'm trying to run this certain DOS program that apparently
> > is using VCPI and which ends up giving me the error message
> > of: CauseWay error 03 : non-standard protected mode program
> > already active.
> >
> > I've tried a handful of troubleshooting options to no avail.
> >
> > Finally I found in the EMUfailure.txt that these such
> > programs are FATALLY doomed to NEVER run under DosEmu.
> >
> > Can someone please verify this for me as it is important
> > that I run this software.
>
> If dosemu will not work for you take a look at "vmware" at
> www.vmware.com This is a comercial package and is quite a bit
> more robust than dosemu but at a cost of $$$.
>
> >
> > Thank you.
> >
> > P.S. Please reply to me directly as I am not on the mailing
> > list.
> >
> > --
> > Soren
>
> --
> Chris Albertson
>
> [EMAIL PROTECTED] Voice: 626-351-0089 X127
> Logicon, Pasadena California Fax: 626-351-0699
- --
Soren
------------------------------
From: Jyan-Min Fang <[EMAIL PROTECTED]>
Date: Fri, 19 Nov 1999 04:53:24 -0500 (EST)
Subject: Re: can i use a fat32 partition to run dosemu?
On Fri, 19 Nov 1999, Reinhard Karcher wrote:
> At Fry, 19 Nov 1999 Jyan-Min Fang wrote:
> >
> > I have linux and window95 installed on my computer. recently, my group
> > purchased a dos program for our research project. I can run it by directly
> > booting into msdos mode (command prompt within window95 won't run). I am
> > thinking if I can run this program using dosemu, so that I don't have to
> > reboot everyday just to run this program. My concern is I've already
> > converted my window partition into fat32 format. Can I still run dosemu
> > with a fat32 partition? btw, I use redhat 5.2 and dosemu 0.98.
> >
> Hi,
> I don't know the kernelversion of redhat 5.2, but newer kernels
> read and write FAT32 Partitions. You mount your partition in linux
> and in dosemu use lredir to access the partition.
>
> Reinhard
Hi,
I guess I didn't make my question clearly. what I like to know is can I
use a fat32 partition to start dosemu? or does it have to be a dos fat
partition? here is part of the /etc/dosemu.conf that allows one to choose
how to start dosemu. right now, it is hdimage.first, a bootable freedos
hdimage that comes with redhat 5.2. can I just change hdimage.first to the
fat32 partition /dev/hda1? Thanks
$_hdimage = "hdimage.first" # list of hdimages under /var/lib/dosemu
# assigned in this order such as
# "hdimage_c hdimage_d hdimage_e"
# If the name begins with '/dev/', then partion
# access is done instead of virtual hdimage such
# as "/dev/hda1" or "/dev/hda1:ro" for readonly
# Currently mounted devices and swap are refused.
# Hdimages and devices may be mixed such as
# "hdimage_c /dev/hda1 /dev/hda3:ro"
# Note: 'wholedisk' is _not_ supported.
Jyan-Min Fang
------------------------------
From: "Alejandro Nestor Vargas" <[EMAIL PROTECTED]>
Date: Fri, 19 Nov 1999 10:20:35 -0300
Subject: RE: can i use a fat32 partition to run dosemu?
> (command prompt within window95 won't run).
Probably if the program not run in a dos window it will not run in dosemu...
------------------------------
From: Marcel Landman <[EMAIL PROTECTED]>
Date: Fri, 19 Nov 1999 20:52:21 +0000
Subject: Re: can i use a fat32 partition to run dosemu?
> I guess I didn't make my question clearly. what I like to know is can I
> use a fat32 partition to start dosemu? or does it have to be a dos fat
> partition? here is part of the /etc/dosemu.conf that allows one to choose
> how to start dosemu. right now, it is hdimage.first, a bootable freedos
> hdimage that comes with redhat 5.2. can I just change hdimage.first to the
> fat32 partition /dev/hda1? Thanks
You can try, otherwise if that doesn't work you can make an image from a
bootable dos 7 (win95) floppy and make a floppy image from that and boot from
there. Freedos won't allow you to use lredir, but dos 7 will.
- -mln
------------------------------
From: Marcel Landman <[EMAIL PROTECTED]>
Date: Fri, 19 Nov 1999 21:04:47 +0000
Subject: Re: can i use a fat32 partition to run dosemu?
Alejandro Nestor Vargas wrote:
>
> > (command prompt within window95 won't run).
>
> Probably if the program not run in a dos window it will not run in dosemu...
That's true. Before you start doing loads of work, just boot of a bootable dos
floppy (#dos -A) and mount the fat32 drive with lredir. If you can't run the
program, you might as well not bother trying all the fancy stuff. (Unless you
would want to run other dos programs as well.)
- -mln
------------------------------
From: [EMAIL PROTECTED]
Date: Sun, 21 Nov 99 05:06:01 EST
Subject: re: Just in Time for the Christmas Rush
Direct Email is the most powerful and
least expensive method of online advertising. Why
not introduce your business to thousands of
potential customers now? With benefits such as
massive instant exposure and measurable results,
a medium that excels at generating immediate cash
is central to any business.
DO YOU NEED MORE THAN 3 HITS A DAY?
If you're tired of getting three hits a day (Which is
what the average web site gets!) and you've been
waiting for the key opportunity to tell people about
your offer, this is the one!
HAVE YOUR PRODUCT OR SERVICE BLASTED TO THOUSANDS!
We will send your advertisement by itself to over
100k + responsive email addresses, many of whom are
proven buyers! You won't find a more responsive
list anywhere! Most list members are small business
owners, webmasters, and business opportunity
seekers.
**************************************************
DON'T WAIT! - GET THE DETAILS NOW!
Just Call US @ (888) 341-4786
**************************************************
*** SALE FOR CHRISTMASS ***
All specials are with 10 Megs Web Hosting On Bulk Server
For One Month,FREE Remove Phone Number,and Free Domain
registration.
Special 1-A
2 Million General U.S. Mailing
$999.75 Per Month
$175.00 Setup
Special 1-B
5 Million General U.S. Mailing
$1999.75 Per Month
$150.00 Setup
Special 1-C
12.4 Million General U.S. Mailing
$4999.75 Per Month
$99.00 Setup
Special 2-A
50k Targeted Mailing
$999.75 Per Month
$175.00 Setup
Special 2-B
200k Targeted Mailing
$1999.75 Per Month
$145.00 Setup
Special 3-A
500k Targeted AOL Mailing
$2999.75 Per Month
$175.00 Setup
Special 3-B
1 Million Targeted AOL Mailing
$4499.99 Per Month
$199.00 Setup
**************************************************
Order now and save! (Some of our competitors charge
from 20 to 25 cents per name just for mailing!) You
figure the savings and count the tremendous benefits!
This powerful marketing weapon could help you succeed
online and automatically sell more, quickly and easily.
For more infomation on adult,cassino,targeted.etc.
Please just give us a call. (888) 341-4786
LISTEN TO WHAT OUR CUSTOMERS SAY!
**************************************************
"Our 1st mailing was a huge success!!!! Thanks..."
- Barbara Krafchik
**************************************************
"Thank You! Upon you broadcasting my
advertising today, I have so far today
received 171 responses and most likely
will receive even more responses before
the day is over. I'm pleased, and will tell
others about your service."
- James Starcevic
**************************************************
"...The best results I have ever gotten from
any advertisement that I have paid for.
Thank you very much..."
- Richard Harris
**************************************************
You're receiving this email because you're on the
same Safe List or a Web Mail 4 Less Member and
thus have agreed to receive offers via email from
our advertisers. You may cancel your membership at:
(888) 341-4786 Clearly spell your email address
and you will be removed. Thank You For Your Support.
**************************************************
winner-1
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 21 Nov 1999 21:33:55 -0600
Subject: ANNONUCE: dosemu-0.99.13.eb3.16.tar.gz
At: http://www.uswest.users.net/~ebiederman/files
find: dosemu-0.99.13.eb3.16.tar.gz
In general this is a set of enhancements to the current keyboard code.
Especially in the area of non-us keyboards.
If no real bugs show up in the next couple of days I'll be sending
this to Hans Lerman for inclusion into dosemu.
Eric
------------------------------
From: hbackhaus <[EMAIL PROTECTED]>
Date: Mon, 22 Nov 1999 08:46:12 +0100
Subject: Re: can i use a fat32 partition to run dosemu?
Marcel Landman wrote:
> > I guess I didn't make my question clearly. what I like to know is can I
> > use a fat32 partition to start dosemu? or does it have to be a dos fat
> > partition? here is part of the /etc/dosemu.conf that allows one to choose
> > how to start dosemu. right now, it is hdimage.first, a bootable freedos
> > hdimage that comes with redhat 5.2. can I just change hdimage.first to the
> > fat32 partition /dev/hda1? Thanks
>
> You can try, otherwise if that doesn't work you can make an image from a
> bootable dos 7 (win95) floppy and make a floppy image from that and boot from
> there. Freedos won't allow you to use lredir, but dos 7 will.
>
> -mln
The question ist : Are you able to read the fat32 partition under your RH 5.2 ?
If your Kernel is able to read the Partition dosemu is able to read it too.
(I don`t know how to start dosemu from a Win95 drive, but i know how to
use a Win95 drive as C: under dosemu.
It`s easy just start dosemu from its hdimage and then change C: to your
Win95-drive as described below.)
If it`s readable, just use the fat32 partition to create a hdimage ( use
setup-hdimage that comes with dosemu "/var/lib/dosemu/setup-hdimage" on my SuSE
6.2).
Once the image is created you should mount your fat32 partition under Linux
"mount /dev/hda1" or wherever your fat32 partition is. Configure it in your fstab
so that it is been mounted automatically on every boot.
Start your dosemu by typeing "dos" and "enter".
change to drive D: (d: is normaly Linuxfs:/).
change to D:\mnt\hda1 or wherever you`ve mounted you fat32 partition.
do a "dir" command and take a look. You should see all your folders and files
normaly under Win95 on C:\
if D: is an unknown drive enter "LREDIR D: LINUX\FS\".
copy lredir.exe and the other tools that comes with the hdimage to d:\mnt\hda1.
Then do a "LREDIR C: LINUX\FS\mnt\hda1"
check PATH statements and variables and add/change them as needed.
Start your DOS-Application.
greetings from germany
regards
H. Backhaus
this was written with codepage 850 I really don`t know wat it look like with
other codepages and i don`t like to find it out.
Let me know if this was usefull...
------------------------------
From: Wojtek Pilorz <[EMAIL PROTECTED]>
Date: Mon, 22 Nov 1999 10:15:16 +0100 (CET)
Subject: Re: ANNONUCE: dosemu-0.99.13.eb3.16.tar.gz
On 21 Nov 1999, Eric W. Biederman wrote:
> Date: 21 Nov 1999 21:33:55 -0600
> From: Eric W. Biederman <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED], [EMAIL PROTECTED]
> Cc: Gereon Ruetten <[EMAIL PROTECTED]>
> Subject: ANNONUCE: dosemu-0.99.13.eb3.16.tar.gz
>
>
> At: http://www.uswest.users.net/~ebiederman/files
For interested testers, the address should read:
http://www.users.uswest.net/~ebiederman/files
> find: dosemu-0.99.13.eb3.16.tar.gz
>
> In general this is a set of enhancements to the current keyboard code.
> Especially in the area of non-us keyboards.
>
> If no real bugs show up in the next couple of days I'll be sending
> this to Hans Lerman for inclusion into dosemu.
>
> Eric
>
>
Wojtek
------------------------------
From: "Asociacion de Abogados de Buenos Aires" <[EMAIL PROTECTED]>
Date: Mon, 22 Nov 1999 07:45:22 -0300
Subject: Verifica anotacion
- ----- Original Message -----
From: Wojtek Pilorz <[EMAIL PROTECTED]>
To: Eric W. Biederman <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; Gereon
Ruetten <[EMAIL PROTECTED]>
Sent: Monday, November 22, 1999 6:15 AM
Subject: Re: ANNONUCE: dosemu-0.99.13.eb3.16.tar.gz
> On 21 Nov 1999, Eric W. Biederman wrote:
>
> > Date: 21 Nov 1999 21:33:55 -0600
> > From: Eric W. Biederman <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED], [EMAIL PROTECTED]
> > Cc: Gereon Ruetten <[EMAIL PROTECTED]>
> > Subject: ANNONUCE: dosemu-0.99.13.eb3.16.tar.gz
> >
> >
> > At: http://www.uswest.users.net/~ebiederman/files
> For interested testers, the address should read:
> http://www.users.uswest.net/~ebiederman/files
>
> > find: dosemu-0.99.13.eb3.16.tar.gz
> >
> > In general this is a set of enhancements to the current keyboard code.
> > Especially in the area of non-us keyboards.
> >
> > If no real bugs show up in the next couple of days I'll be sending
> > this to Hans Lerman for inclusion into dosemu.
> >
> > Eric
> >
> >
> Wojtek
>
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 22 Nov 1999 09:08:51 -0600
Subject: Re: Verifica anotacion
"Asociacion de Abogados de Buenos Aires" <[EMAIL PROTECTED]> writes:
Yes:
http://www.users.uswest.net/~ebiederman/files
is correct.
> ----- Original Message -----
> From: Wojtek Pilorz <[EMAIL PROTECTED]>
> To: Eric W. Biederman <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; Gereon
> Ruetten <[EMAIL PROTECTED]>
> Sent: Monday, November 22, 1999 6:15 AM
> Subject: Re: ANNONUCE: dosemu-0.99.13.eb3.16.tar.gz
>
>
> > On 21 Nov 1999, Eric W. Biederman wrote:
> >
> > > Date: 21 Nov 1999 21:33:55 -0600
> > > From: Eric W. Biederman <[EMAIL PROTECTED]>
> > > To: [EMAIL PROTECTED], [EMAIL PROTECTED]
> > > Cc: Gereon Ruetten <[EMAIL PROTECTED]>
> > > Subject: ANNONUCE: dosemu-0.99.13.eb3.16.tar.gz
> > >
> > >
> > > At: http://www.uswest.users.net/~ebiederman/files
> > For interested testers, the address should read:
> > http://www.users.uswest.net/~ebiederman/files
> >
> > > find: dosemu-0.99.13.eb3.16.tar.gz
> > >
> > > In general this is a set of enhancements to the current keyboard code.
> > > Especially in the area of non-us keyboards.
> > >
> > > If no real bugs show up in the next couple of days I'll be sending
> > > this to Hans Lerman for inclusion into dosemu.
> > >
> > > Eric
> > >
> > >
> > Wojtek
> >
------------------------------
From: James Doutt <[EMAIL PROTECTED]>
Date: Mon, 22 Nov 1999 16:25:30 -0500
Subject: Quattro Pro doesn't work
You state in the "emufailure" text
" Quattro Pro for DOS is rumored not to work (anyone with a
copy willing to look into why?)"
I do have Quattro Pro, which I use regularly in a DOS window
in Windows 95, as well as Windows 3.11 and DOS. It aborts
in
DOSEMU! I'd be happy to put in some time towards tracking
down the problem if someone would give me some pointers.
Jim Doutt
------------------------------
From: =?ISO-8859-1?Q? "=BB=AA=C1=A2=B7=FE=CE=F1" ?= <[EMAIL PROTECTED]>
Date: Wed, 24 Nov 1999 17:36:06
Subject: =?ISO-8859-1?Q?=D0=C2=CC=EC=C0=FB=C8=AB=BC=D2=B8=A32000=CF=B5=C1=D0VCD?=
�㶫ʡ�»�����������������˾
1999�꣬��������������2000��ij�ǰ�������Ƴ�һ���ں�
����Ӱ��������OK������Ϸ��ѧϰ�ĺ�һ���ܵ��¸���������������
ϵ�У�������ȫ�Ҹ�2000ϵ��VCD��
������ȫ�Ҹ�2000ϵ��VCD���ڲ�����ϳ���ں��˵��Բ�Ʒ�ļ�
����ƺ;��¹��յ��ص㣬�γ���������������TLPͨ�ýӿ�ģʽ����
�Ӳ���VCD-SVCD�κ�һ��Ʒ�Ƶ�MPEG������ͨ����VCD�ĺ��ģ�������
�塱���е�ͻ���Ե���ƺͼ����Ľ���ʹ�����ͨ��������ƶ�����
�٣�ͻ����ȫ�µİ�����ӣ�ʹ֮�ﵽ�˵��Բ�Ʒ����������Ҫ��ͱ�
����Ʒ�����Ϳɿ��Դ����ߣ���Ʒ��ʹ�����ڴ���ӳ���
��ַ��http://www.newtianli.com.cn
��ַ���㶫ʡ�»�������·98��
�绰��(0750)6600198��6618200
�ʱࣺ529100 ���棺6618202-2208
email:[EMAIL PROTECTED]
������������The message was sent by Super Mass Mail������������
Download from The Worldfax Network.��http://www.worldfax.net
Start send worldwide free fax and(or) get free website advertising now!
------------------------------
From: Vicente Gerbasi Neto <[EMAIL PROTECTED]>
Date: Wed, 24 Nov 1999 10:03:50 -0200
Subject: dosemu and microfocus cobol XM
I'am trying to run in dosemu an app written in MF COBOL with XM ( a DOS
extender that uses DPMI, VCPI and XMS and VDISK) and got the following error:
load failure (173) on file DRAWBOX ---> COBOL error
Error: general protection at 0xd355f:0 ---> XM error
Error: SIGSEGV, protected insn...exiting
it seems to be a DPMI call 0x0302 or 0x0506 in a int 31h NOT YED IMPLEMENTED
I'am asking for help:
1) Is there a workaround for this in dosemu? and in XM
2) Is there a new version of dosemu that work full DPMI?
Thank you very much!
My best regards,
Vicente.
=============================
Vicente Gerbasi Neto
[EMAIL PROTECTED]
Phoenix Informatica Ltda.
http://www.assessoria.com.br
S�o Paulo - BRAZIL
=============================
------------------------------
From: [EMAIL PROTECTED] (Andreas Heissenberger, Heissenberger)
Date: Thu, 25 Nov 1999 10:08:17 +0200
Subject: fail to lock file with SHARE/dosemu
dosemu 0.99.13
directory tree mounted with lredir
MS-DOS Version 6.20
The ms-dos software cannot lock the file mpos.dat by SHARE.
I didn�t had the problem with dosemu 0.66.7.0
MFS: FNX=Z:\USER\MPOS.DA
MFS: dos_fs: build_ufs_path for DOS path 'Z:\USER\MPOS.DAT'
MFS: MFS: dos_gen: ufs '/daten/apo/', path '\USER\MPOS.DAT',
l=11
MFS: dos_gen: path_to_ufs '/user/mpos.dat'
MFS: dos_fs: build_ufs_path result is '/daten/apo/user/
mpos.dat'
MFS: selected drive 25: /daten/apo/
MFS: Qualify filename Z:\USER\MPOS.DAT
MFS: Finished dos_fs_redirect
MFS: Entering dos_fs_redirect, FN=16
MFS: selecting drive fn=16 sda_cds=0x3e48
MFS: selected drive 25: /daten/apo/
MFS: (mode = 0x0041)
MFS: (sft_open_mode = 0x0041)
MFS: Open existing file Z:\USER\MPOS.DAT
MFS: dos_fs: build_ufs_path for DOS path 'Z:\USER\MPOS.DAT'
MFS: MFS: dos_gen: ufs '/daten/apo/', path '\USER\MPOS.DAT',
l=11
MFS: dos_gen: path_to_ufs '/user/mpos.dat'
MFS: dos_fs: build_ufs_path result is '/daten/apo/user/
mpos.dat'
MFS: find_file(/daten/apo/user/mpos.dat)
MFS: find file /daten/apo/user/mpos.dat
MFS: find_file gave /daten/apo/user/mpos.dat 1
MFS: internal SHARE: locking failed: drive Z:, fd 11, type 0
whence 0 pid 0
MFS: Finished dos_fs_redirect
Andreas Heissenberger
------------------------------
From: Marcel Landman <[EMAIL PROTECTED]>
Date: Thu, 25 Nov 1999 12:46:28 +0000
Subject: Re: =?iso-8859-1?Q?=D0=C2=CC=EC=C0=FB=C8=AB=BC=D2=B8=A32000=CF=B5=C1=D0VCD?=
Really? you don't say!
"��������" wrote:
> �㶫ʡ�»�����������������˾
> 1999�꣬��������������2000��ij�ǰ�������Ƴ�һ���ں�
> ����Ӱ��������OK������Ϸ��ѧϰ�ĺ�һ���ܵ��¸���������������
> ϵ�У�������ȫ�Ҹ�2000ϵ��VCD��
> ������ȫ�Ҹ�2000ϵ��VCD���ڲ�����ϳ���ں��˵��Բ�Ʒ�ļ�
> ����ƺ;��¹��յ��ص㣬�γ���������������TLPͨ�ýӿ�ģʽ����
> �Ӳ���VCD-SVCD�κ�һ��Ʒ�Ƶ�MPEG������ͨ����VCD�ĺ��ģ�������
> �塱���е�ͻ���Ե���ƺͼ����Ľ���ʹ�����ͨ��������ƶ�����
> �٣�ͻ����ȫ�µİ�����ӣ�ʹ֮�ﵽ�˵��Բ�Ʒ����������Ҫ��ͱ�
> ����Ʒ�����Ϳɿ��Դ����ߣ���Ʒ��ʹ�����ڴ���ӳ���
> ��ַ��http://www.newtianli.com.cn
> ��ַ���㶫ʡ�»�������·98��
> �绰��(0750)6600198��6618200
> �ʱࣺ529100 ���棺6618202-2208
> email:[EMAIL PROTECTED]
> ������������The message was sent by Super Mass Mail������������
> Download from The Worldfax Network.��http://www.worldfax.net
> Start send worldwide free fax and(or) get free website advertising now!
------------------------------
From: Fu Ren-Li <[EMAIL PROTECTED]>
Date: Sat, 27 Nov 1999 07:37:56 -0500
Subject: DOSEMU not switching to graphics mode (misconfiguration?)
I couldn't find an answer to this question in the last couple months of
mail archives.
Basically, I am trying to run an ancient old DOS program named
kongze.exe. It claims to work in CGA, EGA, or VGA mode, as long as it
has 220k of memory. So ok we know for a fact I have the hardware
requirememts filled out :)
But when I run the program at the console, it says:
Loading fonts into memoryNo error
and the graphics screen doesen't show up. If I type "9" to exit the
program (menu selection) I am returned to the dosemu prompt. The strange
thing is, I've played with about a billion different configurations in
dosemu.conf and I can't figure out what I am doing wrong.
If I try it under xdos I get the familiar busted display that a 16
colour program gives due to non-support of 16 colour programs by xdos.
I have a Cirrus Logic CL-5465 graphics card with 4 megs of memory.
Superprobe says my video bios is at 0xC00000. In X, I use a generic
multisync monitor. What should I do (besides give up)? Thanks for any
help, I kind of need to run this program for EAS 100Y1 :>
- --frl
------------------------------
From: "Dmitry B. Tsvetkov" <[EMAIL PROTECTED]>
Date: Sat, 27 Nov 1999 19:24:02 +0300
Subject: Need some Help using DOSEmu
Hi
Some prehistory to show what I have and what I want. Nowdays we are
using robot to work with incoming files from other organizations. It
is computer with large scripts on 4DOS. We decided to create new
robot on Linux, but it uses third-part cryptografhic modules (God
thanks, this modules working fine in DOSEmu). It is necessary to
protect DOS programs. In DOSEmu it'll look like small script used
to scan special dir, looking for files and calling crypto-modules.
How to do that? I've found two solutions, but it is impossible to use
'em (to my mind):
1. Best way: to run "dos &" - but DOSEmu failed to work.
2. To start DOSEmu on first free console - how to protect this
console from user switching on it (maybe not DOSEmu problem).
Maybe someone have ideas how to solve this problems? It's very
serious problem for us.
Thanks.
Best regards
Dmitry mailto:[EMAIL PROTECTED]
------------------------------
From: Adam Fritzler <[EMAIL PROTECTED]>
Date: Sat, 27 Nov 1999 17:42:05 +0000 (UTC)
Subject: tracing i/o activity
I have both .98.8 and .99.13 booting just fine, however, I'd like to be
able to trace i/o port activity. I have a dos app that configures a
network card of mine; I'd like to be able to run the config utility under
dosemu and figure out how its configuring the card. It currently does not
work under dosemu (doesn't find the card). I've turned on every option
that seems to relate to tracing i/o activity (-D+a) and letting it pass
through to the actual hardware ($_ports = "range 0x1ff 0xfff"), but its
still not going. I'm not sure exactly how the app detects the precense of
a card, but I'pm guessing it just probes a series of i/o addresses.
Putting all those addresses in $_ports I would think would let all the
reasable ports pass through.
Can dosemu list all i/o accesses, or do I have to go add printf's to it
myself? Any ideas on why the ports aren't getting through? (I figure if I
can figure out how to trace, I could more easily figure out the second
problem.)
Thanks. CC to me, not sub'd.
af
- ---
Adam Fritzler
{ [EMAIL PROTECTED], [EMAIL PROTECTED]}
http://www.auk.cx/~mid/
"You may call me Lor." -- Lor
------------------------------
From: Adam Fritzler <[EMAIL PROTECTED]>
Date: Sat, 27 Nov 1999 18:36:59 +0000 (UTC)
Subject: Re: tracing i/o activity
I'll reply to my own message I suppose. I had two problems. The second
was that I was specifying a range of ports to passthrough that encompassed
other devices, dosemu therefore ignored the entire statement aparently
(thats a bit nonintuitive -- shouldn't there be a run time warning/error
about that instead of silently ignoring?). I figured out my first problem
by reading parser.y. I wanted 'trace ports {range 0x1ff 0xfff}', I think.
But maybe thats wrong. I don't know. It still intermitently traces and
not traces. Does tracing not work on ports also specified as ones to go
to the hardware? Any way to do that? It really defeats my purpose if I
can't trace the accesses that make it to the hardware.
af
On Sat, 27 Nov 1999, Adam Fritzler wrote:
>
> I have both .98.8 and .99.13 booting just fine, however, I'd like to be
> able to trace i/o port activity. I have a dos app that configures a
> network card of mine; I'd like to be able to run the config utility under
> dosemu and figure out how its configuring the card. It currently does not
> work under dosemu (doesn't find the card). I've turned on every option
> that seems to relate to tracing i/o activity (-D+a) and letting it pass
> through to the actual hardware ($_ports = "range 0x1ff 0xfff"), but its
> still not going. I'm not sure exactly how the app detects the precense of
> a card, but I'pm guessing it just probes a series of i/o addresses.
> Putting all those addresses in $_ports I would think would let all the
> reasable ports pass through.
>
> Can dosemu list all i/o accesses, or do I have to go add printf's to it
> myself? Any ideas on why the ports aren't getting through? (I figure if I
> can figure out how to trace, I could more easily figure out the second
> problem.)
>
> Thanks. CC to me, not sub'd.
> af
>
> ---
> Adam Fritzler
> { [EMAIL PROTECTED], [EMAIL PROTECTED]}
> http://www.auk.cx/~mid/
> "You may call me Lor." -- Lor
>
>
- ---
Adam Fritzler
{ [EMAIL PROTECTED], [EMAIL PROTECTED]}
http://www.auk.cx/~mid/
"You may call me Lor." -- Lor
------------------------------
From: [EMAIL PROTECTED]
Date: Sun, 28 Nov 1999 13:39:44 -0500
Subject: common for dosemu to crash when a HLT instruction is issued?
Is that a common thing to take place, it happens when i attempt to tasm
my homework :)
------------------------------
From: Feher Sandor <[EMAIL PROTECTED]>
Date: Mon, 29 Nov 1999 12:48:55 +0100
Subject: file sharing
Hi!
Users run several dosemu instances in same time on my machine. They all
run same application.
It was written in mf cobol. When two users try to use same file the
program says error 209.
The file is index sequential file.They can not share that file I think.
All files have same rights: 666.
What should I do ?
thanx, Sanya
- --
...Feher Sandor... mailto: [EMAIL PROTECTED] http://w3.swi.hu/sfeher
------------------------------
From: Catalin Bucur <[EMAIL PROTECTED]>
Date: Mon, 29 Nov 1999 15:40:21 +0200
Subject: Re: file sharing
Feher Sandor wrote:
>
> Hi!
>
> Users run several dosemu instances in same time on my machine. They all
> run same application.
> It was written in mf cobol. When two users try to use same file the
> program says error 209.
> The file is index sequential file.They can not share that file I think.
> All files have same rights: 666.
> What should I do ?
This is not a "linux" problem. I guess you have to make a network
application which knows to share a file in DOS. I've never made a
program in Cobol, but I think there are such instructions to make a
"share file".
- --
Catalin Bucur mailto:[EMAIL PROTECTED]
Hardware Engineer - Electronic Computing Centre
Sidex S.A. - Galati - Romania
------------------------------
From: Steve Hale <[EMAIL PROTECTED]>
Date: Mon, 29 Nov 1999 22:29:55 +0000
Subject: Serial ports
Hi, i'm trying to get dosemu v0.98.8.0 to talk to a serial port.
I have tried setting $_com1 = "dev/cua0". I've also tried 'ttyS0' and
'ttyS00'
but still no joy!
If i purposely use com1 under Linux, i'll get an 'attempted to use a
locked device' message from dosemu.
I'm running SuSE Linux 6.2 with a 2.2.10 kernel.
Any help would be most appreciated!
- --
>From Steve Hale
http://www.moneygods.co.uk/steve
Powered by Linux
------------------------------
From: Feher Sandor <[EMAIL PROTECTED]>
Date: Tue, 30 Nov 1999 13:18:02 +0100
Subject: Re: file sharing
On Mon, 29 Nov 1999, K.A. Steensma wrote:
> Do you get the error when several instances of the program are run at the
> same time on your machine. Are users getting the error code when one user
> looks at the record for 'John Smith' while the other user looks at the
> record for 'Harry Baker'? Harve you included the 'SHARE' command (from
Yes. Exactly. So not the same record just same file!
> MS-DOS 6.2 or earlier) in the start-up of the dosemu session? Find the
No, I didn't try it yet.
> source code for the program and have somebody look at it.
I wrote this app 8-)) and it was worked fine under "real" dos and
netware
or win* without share.
TIA and by., Sanya
- --
...Feher Sandor... mailto: [EMAIL PROTECTED] http://w3.swi.hu/sfeher
------------------------------
From: [EMAIL PROTECTED]
Date: Tue, 30 Nov 1999 18:46:31 MET
Subject: RE: file sharing
>Date: Mon, 29 Nov 1999 12:48:55 +0100
>From: Feher Sandor <[EMAIL PROTECTED]>
> Users run several dosemu instances in same time on my machine.
> They all run same application.
> It was written in mf cobol. When two users try to use same file the
> program says error 209.
First of all: does the application allow to be used from many
workstations on same data? Some need exclusive access. Next:
DosEmu does not handle correctly some DOS OPEN function codes.
I noticed it with another database, and sent a message here.
Probably there is possible simple workaround - a DOS TSR which
on some function codes changes the code (this way I managed to
get some database application working). Seems these "wrong"
function codes were 3D41 (use 3D42) and 3D22 (need investigate).
Jerzy
------------------------------
From: Feher Sandor <[EMAIL PROTECTED]>
Date: Wed, 01 Dec 1999 09:06:34 +0100
Subject: Re: file sharing
Hi!
[EMAIL PROTECTED] wrote:
>
> >Date: Mon, 29 Nov 1999 12:48:55 +0100
> >From: Feher Sandor <[EMAIL PROTECTED]>
>
> > Users run several dosemu instances in same time on my machine.
> > They all run same application.
> First of all: does the application allow to be used from many
> workstations on same data? Some need exclusive access. Next:
Of course. It does the record locking automatically. But without record
locking users must be able to use
same file at same time, I think.
> DosEmu does not handle correctly some DOS OPEN function codes.
> I noticed it with another database, and sent a message here.
I trying share.exe first..
TIA and by., Sanya
- --
...Feher Sandor... mailto: [EMAIL PROTECTED] http://w3.swi.hu/sfeher
------------------------------
From: Feher Sandor <[EMAIL PROTECTED]>
Date: Wed, 01 Dec 1999 16:00:15 +0100
Subject: lpr locking problem
Hello!
I have some problem about printig. Sometimes the next error message
occurs:
lpr cannot access tmp/000496aaa Permission denied.
When I restarting dosemu the problem gone away. I tried 0.98-4 and
0.98.8 too but the problem exists
in both version. (I upgraded package lpr too). RedHat 6.0 with 2.2.13
TIA, Sanya
- --
...Feher Sandor... mailto: [EMAIL PROTECTED] http://w3.swi.hu/sfeher
------------------------------
From: Steffen Raach <[EMAIL PROTECTED]>
Date: Wed, 01 Dec 1999 16:58:54 +0100
Subject: serial port problems
Hi,
I am running version 0.98.8.0.
I want to use a software to programm microcontrollers via the serial
port and an attached piece of hardware.
I am quite sure to have normal access to the port, but there are timing
problems. Everytime the Software tries to connect to the programmers
hardware I get this Error: "Serial Port In Timeout 2".
I hope, you can help me.
Thanks in advance,
Steffen
------------------------------
From: "JORGE KUSZNIR" <[EMAIL PROTECTED]>
Date: Wed, 1 Dec 1999 18:15:39 -0300
Subject: CONSULTA
Estamos usando Red Hat 5.2 y 6.0
Linux Dos emulator 0.99.10.0
Al armar un diskette de boot con Free-Dos con "install.bat" que esta en
\bin\kernel
tenemos varios problemas:
- Termina de generar el diskette y no devuelve mas el prompt ( cosa
que hace siempre que se quiere acceder al diskette).
- El diskette arranca la computadora pero no habilita ninguna
impresora.
- No ejecuta el autoexec.bat.
Atte. Jorge Kusznir
------------------------------
From: jtaylor21 <[EMAIL PROTECTED]>
Date: Sat, 4 Dec 1999 13:12:15 -0600 (CST)
Subject: Re: CONSULTA
En Espaol:
Hi all, traduje su mensaje el mejor que podra (no muy bueno
con espaol). No soy seguro yo entiendo su problema. Usted est intentando
comenzar DOSEMU de un disco? Usted ha puesto al da sus ficheros del conf
para indicar que necesita empezar con el disco blando? Djeme saber,
intentar traducir y fijar traducciones a la lista para usted.
- - Jeremy
Hi there, I translated your message the best I could (not very good with
spanish). I am not sure I understand your problem. Are you trying to start
DOSEMU from a disk? Have you updated your conf files to indicate it needs
to start from floppy? Let me know, I will try to translate and post
translations to the list for you.
- -Jeremy
In English:
We are using Network Hat 5,2 and 6.0
Linux DOS emulator 0.99.10.0
When arming a floppy disk of boot with Free-Dos with "
install.bat " that this in \bin\kernel we have several problems:
- It finishes generating the floppy disk and it does not
give back but prompt (thing that does whenever it is wanted to accede to
the floppy disk).
- the floppy disk takes the computer but it does not qualify
any printer.
- it does not execute autoexec.bat.
Atte. Jorge Kusznir
On Wed, 1 Dec 1999, JORGE KUSZNIR wrote:
>
> Estamos usando Red Hat 5.2 y 6.0
>
> Linux Dos emulator 0.99.10.0
>
> Al armar un diskette de boot con Free-Dos con "install.bat" que esta en
> \bin\kernel
> tenemos varios problemas:
>
> - Termina de generar el diskette y no devuelve mas el prompt ( cosa
> que hace siempre que se quiere acceder al diskette).
>
> - El diskette arranca la computadora pero no habilita ninguna
> impresora.
>
> - No ejecuta el autoexec.bat.
>
> Atte. Jorge Kusznir
>
------------------------------
End of linux-msdos-digest V1 #162
*********************************
To subscribe to linux-msdos-digest, send the command:
