VirtualPC, win3.1 GPF faults?

Intel / NONE
December 22, 2008 at 09:58:50
Specs: W2K, P4/4G
Hi all,

I have DOS 6.22 ans win3.1 running perfectly in a VirtualPC 2004 VMachine, well mostly.

Sometimes I get a GPF when starting win3.1 It reports either Progman or KRNL386 when it GPFs. I have increased memory to 128M but still it happens.

I had found some reports of the 387 co-pro causing GPFs so I use HIDE87 but that does not help either.

I am wondering if anyone has some CONFIG.SYS and AUTOEXEC.BAT files that I could try. I suspect it is an expanded memory issue. Here's the contents of my files.

CONFIG.SYS...........
DEVICE=C:\VMADD\VMADD386.SYS
DEVICE=C:\DOS\HIMEM.SYS /TESTMEM:OFF
DEVICE=C:\DOS\EMM386.EXE NOEMS
DEVICE=C:\WINDOWS\SMARTDRV.EXE /DOUBLE_BUFFER
DOS=HIGH,UMB
STACKS=9,256
FILESHIGH=30
BUFFERSHIGH=40
DEVICE=C:\VMADD\CDROM.SYS /D:IDECD001 /L:E
LASTDRIVE=Z

AUTOEXEC.BAT.............
C:\WINDOWS\SMARTDRV.EXE /L
PATH C:\WINDOWS;c:\;c:\dos
SET TEMP=C:\WINDOWS\TEMP
c:\dos\numoff.com
c:\dos\hide87.com
SET DOSVMADD13=INSTALLED
c:\vmadd\fshare.exe
c:\DOS\MSCDEX.EXE /D:IDECD001 /L:E /M:8
c:\vmadd\idle.com
c:\vmadd\mouse.com


See More: VirtualPC, win3.1 GPF faults?

Report •

#1
December 22, 2008 at 14:21:14
Message: Here are some opinions about your configuration, I don't know if they will help you are not:

I do not believe increasing the memory to 128MB is helpful. What would DOS/Win31 do with 128 megs of ram? There is no reason whatsoever to allocate any more than 32MB, 16MB would probably be more than enough.

I do not believe you need SMARTDRV double buffering with your computer. I would just remove that statement from the config.sys.

I don't see why your using EMM386.EXE. Besides loading the FILES and BUFFERS high, it's not really doing anything. Now, since your using SMARTDRV, there's really no need for 40 buffers (they are disk buffers, same thing as SMARTDRV is doing). Microsoft recommends using no more than 10 buffers if your using SMARTDRV, and those will automagically load with DOS in the HMA anyway, so there's no need to load them high. So, if all you load high is the FILES, then is using Emm386.exe really worth the extra couple of kilobytes of conventional memory you'll gain? Besides, you'll gain an extra 2k of conventional ram by eliminating the unneccessary double buffering in SMARTDRV.

Also your PATH statement needs C:\WINDOWS\SYSTEM included, and you don't need "C:\" (the root is always in the PATH)

Below are your configuration files edited to show the suggestions. This DOS configuration is meant primarily for running Win31 and not DOS programs:
<config.sys>:
DEVICE=C:\VMADD\VMADD386.SYS
DEVICE=C:\DOS\HIMEM.SYS /TESTMEM:OFF
DOS=HIGH
STACKS=9,256
FILES=30
BUFFERS=10
DEVICE=C:\VMADD\CDROM.SYS /D:IDECD001 /L:E
LASTDRIVE=Z

<autoexec.bat>:
C:\WINDOWS\SMARTDRV.EXE /L
PATH C:\WINDOWS;C:\WINDOWS\SYSTEM;c:\dos
SET TEMP=C:\WINDOWS\TEMP
c:\dos\numoff.com
c:\dos\hide87.com
SET DOSVMADD13=INSTALLED
c:\vmadd\fshare.exe
c:\DOS\MSCDEX.EXE /D:IDECD001 /L:E /M:8
c:\vmadd\idle.com
c:\vmadd\mouse.com


Report •

#2
December 24, 2008 at 05:59:15
Thanks Pyro,

I tried your suggestions but it made no difference. I still get a GPF KRNL386.EXE at 0001:93C7 and it is the same address every time.

Dave



Report •

#3
December 24, 2008 at 12:02:15
Sorry to hear that things didn't get any better. Your problem does sound a little unusual in the sense that using virtualPC to run Win31 is pretty common, Microsoft has even provided support for doing this, and what your reporting doesn't seem to be a common problem. Is it possible that your KRNL386.EXE file might have suffered some kind of minor corruption? Just a thought. Another thing you could do, depending on what you are doing with Win31, is start it with the "s" switch (win.com /s), this would force it to load KRNL286.EXE instead of KRNL386.EXE. Of course, running in "standard" mode as versus "enhanced" mode does degrade the ability to run DOS programs from within the Windows environment, but it doesn't effect the ability to run most Windows programs. Most programs which need the enhanced mode will specifiy that requirement.

Report •

Related Solutions

#4
December 26, 2008 at 11:28:26
Hi Pyro,

Thanks for the continued suggestions but I am ahead of you on the /s mode. I had tried it some weeks back and it did solve the GPF problem but I also have to run Corel 5 under win3.1. As soon as I click to use Artistic Text in Corel it crashes with the same GPF. Can't win them all, eh? Can't win any it seems.

However there is good news on the horizon. I needed a separate computer to run this thing so ordered and Intel Atom board and tossed it into an older case. Using w2k-sp4, VirtualPC 2004, DOS 6.11 and win3.1 it all works.

I occasionally get a GPF but it is very rare. They are identical set ups to the machine that is giving the GPFs all the time. I even copied the Virtual Machine to the Atom hard drive and I am currently using it on the Atom without problem.

Beats me. Maybe it is something to do with my core-2-duo or something but I would have thought VPC would have isolated any weirdness on this computer. The only thing the Atom board does not have is a floppy drive and I really doubt that has anything to do with anything.

Anyway, just thought I'd outline what I am doing as it may help someone in the future.

Thanks again.

Dave


Report •

#5
December 28, 2008 at 08:27:43
Hi All,

Just to close this out I have narrowed the problem down to the video driver for the Optiquest (Viewsonic) monitor. If I swap monitors and drivers then the GPF goes away.


Report •

#6
January 6, 2009 at 13:49:08
Hi Neel,

Can't use w3.11 as the printer driver I use to drive this plotter was written only for w3.1. Tried w3.11 and it crashes the plotter.

VirtualPC 2007 is for XP and Vista only.

No idea where to get DOS 6.0 besides from memory, DOS 6.00 had some major problems and that's why it went to 6.22 very quickly.


Report •

#7
May 30, 2010 at 14:41:45
on the dos screen type KNRL386.exe then KNRL386.EXE and it
will go away that how i got mine to go away

Report •

Ask Question