Trouble setting ModeX resolutions

2004-09-16 Thread Dave Ahlswede
Hi, sorry to trouble the list again so soon, but I've found that Dosemu
doesn't seem to like properly resizing the window for nonstandard VGA
resolutions (like 320x240, 320x400, 360x200 etc)-- It handles the
resolutions internally just fine, but Dosemu only resizes itself to
320x200-- if the window is manually resized to the proper geometry, it's
fine however.

The same is true in fullscreen mode. (apart from the inability to resize
the window)

-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Dosemu and SCSI

2004-09-16 Thread Bart Oldeman
On Mon, 13 Sep 2004, Lars Bjørndal wrote:

 Are there somebody out there who can help me?

 The aspi.sys loads, but the cdtools.exe does not find the scsi CD-ROM drive.

 [EMAIL PROTECTED] (Lars Bjørndal) writes:

  I have problems with scsi! I want to access my CD-RW, and that was
  possible for me with kernel 2.4 and an earlier version of Dosemu. How
  can I get it working?

You can narrow down whether it's a kernel or dosemu issue. You say 2.4
*and* an earlier version. Which version? How about 2.4 with the current
dosemu?

I don't have SCSI hardware so it's difficult to test or say much about
it.

Bart
-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Dosemu and SCSI

2004-09-16 Thread Lars Bjørndal
Bart Oldeman [EMAIL PROTECTED] writes:

 On Mon, 13 Sep 2004, Lars Bjørndal wrote:

 The aspi.sys loads, but the cdtools.exe does not find the scsi CD-ROM drive.

 You can narrow down whether it's a kernel or dosemu issue. You say 2.4
 *and* an earlier version. Which version? How about 2.4 with the current
 dosemu?

 I don't have SCSI hardware so it's difficult to test or say much about
 it.

Thank you. The problem was that I use to unload the scsi modules after
using them. The sg module wasn't unloaded, and while reloading them
the next time, the problem occured. No, all is fine execpt that the
following line in my modprob.conf file don't remove all the modules,
although it has nothig to do with dosemu...:

alias scsi aic7xxx
remove scsi { /sbin/modprobe -r sg sr_mod sd_mod aic7xxx scsi_mod; }; /sbin/modprobe 
-r -v --ignore-remove scsi;

Lars
-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Dos App hangs with DPMI / PIC problem

2004-09-16 Thread Stas Sergeev
Hello.
Ryan Underwood wrote:
that will change the je to jne. I had to do something similar for
command keen 4, it was hanging in a very similar way.
game which has a screen like that.  I haven't any idea what it's 
sitting there waiting on
This should be a FAQ already.
Upgrade your keen! They fixed their loader
years ago, and this was discussed in that
very list (and at IRC) thousand times. There
are several revisions of Keen4, latest ones
do not have that bug at all.
-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Dos App hangs with DPMI / PIC problem

2004-09-16 Thread Ryan Underwood
On Thu, Sep 16, 2004 at 09:43:40AM +1200, Bart Oldeman wrote:
 
  I have a hang there too, and in fact any similar ID/Apogee
  game which has a screen like that.  I haven't any idea what it's sitting
  there waiting on
 
 The timer interrupt generator is reprogrammed, and the loop is waiting
 until the timer interrupt has a counter set to a specific value. dosemu
 can't keep up (100 Hz), and has to catch up. So the program sees the
 value increasing by amounts  1. This means that the counter never reaches
 *exactly* the value the program wants to see, it steps over it.
 
 Your /dev/rtc patch may help, but I haven't checked that.

I haven't checked it with those programs either.  I'll give it a try and
see what happens.

-- 
Ryan Underwood, [EMAIL PROTECTED]


signature.asc
Description: Digital signature


Re: Dos App hangs with DPMI / PIC problem

2004-09-16 Thread Ryan Underwood

On Thu, Sep 16, 2004 at 03:33:03AM +, anon permutation wrote:
 
 Hi,
 
 Thank you for helping.  Okay:
 
 1.  I tried e c316:903a 75, and I see the je changed to jne.  However, the 
 app continues to hang inside that loop...

The flow of execution should be diverted either to or away from the jump
target depending on the value of the zero flag.  If nothing changes in
the trace, then I guess you've done something wrong.  Note that it is
possible for the program to find another place to get stuck after that.

 2.  I tried e c316:903a EB08, and I see the je changed to or [bi+si], cl .  
 The app continues to hang inside that loop.  However, I think I am not 
 doing exactly what Ryan wanted me to do though...

Um, something didn't work there.  Try
e c316:903a EB
e c316:903b 08

But inverting the conditional jump as bart suggested should have at
least gotten you past that point.

 What else can I try?

Asking the vendor what the program is doing at that point so they can
offer suggestions.

-- 
Ryan Underwood, [EMAIL PROTECTED]


signature.asc
Description: Digital signature


Re: Dos App hangs with DPMI / PIC problem

2004-09-16 Thread anon permutation

Hello,
1.  Tried
e c316:903a EB
e c316:903b 08
the trace becomes different, but the app still hangs...
2.  Also tried using freedos instead of msdos.  Same thing...
BTW, the app is actually a client - server app running on netx.  Not sure if 
this is relevant...

Thank you, everyone, for helping out!


From: Ryan Underwood [EMAIL PROTECTED]
To: anon permutation [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], 
[EMAIL PROTECTED],[EMAIL PROTECTED]
Subject: Re: Dos App hangs with DPMI / PIC problem
Date: Thu, 16 Sep 2004 15:01:50 -0500

On Thu, Sep 16, 2004 at 03:33:03AM +, anon permutation wrote:

 Hi,

 Thank you for helping.  Okay:

 1.  I tried e c316:903a 75, and I see the je changed to jne.  However, 
the
 app continues to hang inside that loop...

The flow of execution should be diverted either to or away from the jump
target depending on the value of the zero flag.  If nothing changes in
the trace, then I guess you've done something wrong.  Note that it is
possible for the program to find another place to get stuck after that.
 2.  I tried e c316:903a EB08, and I see the je changed to or [bi+si], cl 
.
 The app continues to hang inside that loop.  However, I think I am not
 doing exactly what Ryan wanted me to do though...

Um, something didn't work there.  Try
e c316:903a EB
e c316:903b 08
But inverting the conditional jump as bart suggested should have at
least gotten you past that point.
 What else can I try?
Asking the vendor what the program is doing at that point so they can
offer suggestions.
--
Ryan Underwood, [EMAIL PROTECTED]
 signature.asc 
_
Is your PC infected? Get a FREE online computer virus scan from McAfee® 
Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html