HDTenEightyP/NetNews huggingface dataset:
From: kenny@osf.org (Kenneth Crudup)
Newsgroups: comp.os.msdos.desqview,comp.os.ms-windows.programmer.tools,comp.os.ms-windows.programmer.misc,gnu.misc.discuss
Subject: Re: MS Windows 3.1 supports <BOTH> DPMI and VCPI specifications ???
Date: 14 Oct 92 21:01:27 GMT
Article-I.D.: osf.1992Oct14.210127.20590
Organization: Open Software Foundation


I can state that the DJGPP DOS extender GO32 will *not* work under Windows
3.1., at least not with QEMM 6.02 installed (ROM RAM ST:M).

	-Kenny

-- 
Kenneth R. Crudup, Contractor, OSF DCE QA
OSF, 11 Cambridge Center, Cambridge, MA 02142	+1 617 621 7306
kenny@osf.osf.org			OSF has nothing to do with this post.
	  Religion: The longest-running gag ever played on Mankind.
Newsgroups: comp.os.msdos.desqview
From: sngoetze@cip.informatik.uni-erlangen.de (Sebastian Goetze)
Subject: Re: Quarterdeck refuses !!! (a possible solution)
Organization: CSD., University of Erlangen
Date: Mon, 12 Oct 1992 13:34:10 GMT
Keywords: QEMM, memory, customer support

In <44821@ucbvax.BERKELEY.EDU> geoff@pinoko.berkeley.edu writes:

>I have sent several desperate messages to support@qdeck.com almost two  
>weeks ago and have still not received any responses.  I have severe  
>problems (machine lockup and file corruption) with QEMM. All the obvious  
>troubleshooting procedures (e.g. NO everything flags) do not work.

Well, I've seen lot's of responses here. But concerning your problem:
I've had a similar experience upgrading my system from 2 to 5 Megs. Lockup
and file corruption.

 First thing, the file corruption obviously happened
when the system shut down and the DELAYED-WRITE cache couldn't do it's
job. If you have an unstable system, *don't* use delayed write (as I've
learned the hard way. It took me some time to remember, 'cos it was 
safe before the upgrade)

 Second, the lockup was caused by some unsafe memory. Windows wasn't 
running either... Also test programs just refused to test the EMS/XMS.
As soon as something used some parts of the EMS it would sooner or later
lock the system. I had to get rid of those SIPPs again... So I'm back
on 2 Megs now, and safe again... (I'll let the people I got the
computer from do the upgrade soon)

SO: get rid of delayed write (if you have any, and it sure sounds like)
and somehow test your memory, perhaps with another multitasker.

 That's my experience. Good luck ;-)

>*******************************************************
>	Geoff Ghose				

Sebastian Goetze



Newsgroups: comp.os.msdos.desqview
From: jamie@vax.ftp.com  (Jamie O'Keefe)
Subject: Re: TAME settings for DV/X and TCP/IP ?
Nntp-Software: PC/TCP NNTP
Organization: FTP Software, Inc., Wakefield, MA
Date: Fri, 09 Oct 1992 16:06:50

  Unfortunately, my experience is that TAME won't do you much good
  with PC/TCP.  I've been using TAME with DV-386 Classic for some
  time now; I have never used DV/X.  I asked the author of TAME about
  this when I registered the program.  He looked into the problem,
  and found that TN3270 and TNVT, at least, hook directly into the
  keyboard interrupt; they do not use the BIOS in any way for
  keyboard control.  Therefore, there isn't any way for TAME to help
  right now.

That is true.  TN(vt/3270), RLOGINVT and SUPDUP all use our keyboard
libraries.  This allows us to increase performance and remap the
keyboard and such.  You can use TNGLASS and RLOGINGL if you want 
a terminal emulator that does not grab the keyboard or video display.

jamie
--
Jamie O'Keefe		FTP Software, Inc.	Technical Support
Phone: 01-617-246-2920	Fax: 01-617-245-7943	Email: jamie@ftp.com

Newsgroups: comp.os.msdos.desqview
From: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Subject: desperate messages
Reply-To: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 15 Oct 92 20:44:17 EST

GF>I have sent several desperate messages to support@qdeck.com almost two
GF>weeks ago and have still not received any responses.  I have severe
GF>problems (machine lockup and file corruption) with QEMM. All the obvious
GF>troubleshooting procedures (e.g. NO everything flags) do not work.

We're happy to help, but we'll need some details -- even one would help.
What kind of machine do you have, and who made it?  What brand, model,
and type of hard drive do you have?  What kind of video card do you
have?  Who made it?  Do you have any other adapter cards installed on
the machine?  What make of BIOS do you have, and what date?  What do
CONFIG.SYS and AUTOEXEC.BAT look like?  When does the machine lock up?
On bootup?  When loading a certain program?  In the middle of a certain
program?  Have you tried a completely clean CONFIG.SYS and AUTOEXEC.BAT,
and the troubleshooting techniques in the section of the QEMM manual
headed "Creating a Pure Environment?"  What troubleshooting procedures
do you consider obvious?

Regards,

Michael Bolton
Tech Support
Quarterdeck Canada  (416) 360-5758  quarterdeck.canada@canrem.com
---
  DeLuxe 1.25 #6922  DESQview: Better windows
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
From: raffi@aero.org (Raffi Krikorian)
Newsgroups: comp.os.msdos.desqview
Subject: Interupts under DVX
Date: 8 Oct 1992 21:55:01 GMT
Organization: The Aerospace Corporation, El Segundo, CA
Distribution: world
NNTP-Posting-Host: aerospace.aero.org
Summary: Can't get my digital output card to work under DVX

I have a digital I/O card (National Instruments AT-DIO-32F) that uses
interupts 11 and 15 and DMA channels 5 & 6.  It works fine in dos,
but when I run it while DVX is up, the output gets corrupted.

I think the problem is that DVX slows down the interupts.

Any ideas, anyone?

Raffi Krikorian


Newsgroups: comp.os.msdos.desqview
From: billj@seas.smu.edu (Snugglupagus)
Subject: Re: Displaying Bitmaps as Backgrounds in DV/X
Organization: School of Engineering and applied science; S.M.U.; Dallas, Tx
Distribution: na
Date: Thu, 15 Oct 1992 22:37:32 GMT

In article <1992Oct12.163216.5083@qdeck.com> garyrich@qdeck.com (Gary Rich) writes:
>In article <1992Oct8.161243.29177@inmet.camb.inmet.com> gjs@corsica.camb.inmet.com (George Snyder) writes:
>>| 1)    The BACKDROP program that comes with DVX supports XPM and BMP
>>|	files.  There is a version of BACKDROP available on our bbs that
>>|	supports GIF.
>>|
>>| 2)    XV (also on the bbs and "all the usual places") can put a GIF or
>>|	a JPEG file into the root window.
>>
>>I couldn't find XV in my "usual places", i.e. the desqview and dv-x
>>directories at the wuarchive and oakland FTP sites (listed in the FAQ).
>>I couldn't find either in the list of files on the QuarterDeck BBS.
>>Could you be more specific about file, directory, and conference names?
>>
>
>I just looked myself, and you're right.  They aren't there.  They should be 
>there.  They will be there.  Also, due to some political stuff that I don't
>understand these files have been delayed in their journey to our bbs.
>Untill this can be figured out and corrected please feel free to send a
>request to support@qdeck.com and poor overworked Tom & I will mail you
>uuencoded versions of the apps.  This should be very temporary.

well, i found xv on one of the sites, but i don't remember which.
(sorry)  anyway, i was quite disappointed to learn that the dvx
version of xv doesn't support jpeg files.  i would like to try and
compile the complete program, but i haven't been able to find the
source for the dvx version.  i would normally just go through the unix
source and convert everything to a dos-compatible format, but since it
seems someone has already done so...?

does anyone know where i might find the source i'm looking for?

thanks in advance,


snugglupagus

p.s.  any hints on transferring unix to dvx would be appreciated too.
-- 
William E. Jackson a.k.a. "Snugglupagus"     D.G.I.F. #3260
SMU School of Engineering and Applied Science, Dallas, TX 75275
Internet: billj@seas.smu.edu            Bitnet: e1fr0006 at smuvm1
          e1fr0006@vm.cis.smu.edu       CompuServe: 70673,761
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Pathworks <-> DVX ?
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Mon, 12 Oct 1992 16:43:40 GMT

In article <1992Oct9.161400.19134@saifr00.cfsat.honeywell.com> troyer@saifr00.cfsat.honeywell.com (Dean Troyer) writes:
>In article <1992Oct9.085950.11@elmrd6.ineab.ikea.se> anos@elmrd6.ineab.ikea.se writes:
> [paragraph deleted]
>
>Yes.
>
>> Last but not least, terminal emulation. How do I solve this best. What
>> options are there. I don't want to run Windows on top of DVX, since this
>> would make DVX more or less just another shell...
>
>SETHOST works just dandy.  But you'll notice the memory hit that LAT/CTERM
>will give you.  Now, I know what you probably want os a DECterm window,
>because I want one too.  DVX knows not about DECnet, and therefore can
>only see that of your network which goes through the redirector (file/disk/
>print services).

DV/X currently does not support the DECnet network protocoll.  If you run
any of the available TCP/IP packages on the VAXen (Multinet and UCX come
to mind)  DECwindows should be available.  We have not announced networking
support, but we are aware of the need for it ;-]  
>
>> Any experienses on the combo Pathworks/DVX is VERY welcome.
>
>I chucked it in the end (PathWorks, that is).  Our VAXen run TGV/MultiNet,
>so I'm using ProLINC (a repackage of PC/TCP); this also lets me talk to
>our Suns and only load one protocol stack.

Yes.  This is what works right now.

Gary Rich		<support@qdeck.com>
Newsgroups: comp.os.msdos.desqview
From: thompson@atlas.socsci.umn.edu (T. Scott Thompson)
Subject: Re: minor keyboard proble
Reply-To: thompson@atlas.socsci.umn.edu
Organization: Economics Department, University of Minnesota
Distribution: comp
Date: Mon, 12 Oct 1992 20:58:58 GMT

dkl@xcluud.sccsi.com (David Leikam) writes:

>In article <1992Oct11.3880.3110@dosgate> "quarterdeck canada" <quarterdeck.canada@canrem.com> writes:
>>RB>Does anyone know of a way I can make the backspace key send a Del?  I would
>>RB>prefer to keep the Ctrl-h mapped to Ctrl-h (help in emacs) but when I log
>>RB>onto a remote system my backspace key doesn't work properly any more.  This
>>RB>is not a big thing but it is annoying to have to use backspace in DOS and
>>RB>the delete key when logged into Unix/VMS.  Oh, this is under DV/X.
>>
>>On the Sun machines, you would put
>>
>>stty erase ^h
>>

>   Umm, that would make it send a control-H, which is not what was wanted.

Not true.  It will make it _interpret_ the control-H as the "erase"
character, which is almost what is wanted.

Unfortunately this solution fails to make a distinction between the
backspace key and the hold-down-Control-and-press-H key combination
itself.  Both of these key sequences send out the same character
(Ctrl-h) on many terminals.  The only way to make these two key
sequences do different things is to remap the terminal keyboard
directly so that these keys send out different byte-sequences to the
Unix machine.

I use a commercial keyboard remapper called SmartKey to remap my IBM
clone keyboard at the hardware level so that the two key sequences can
be distinguished.  I remap the backspace key to send out "Del" and the
hold-...-H key to send out Ctrl-H.  This lets me use backspace as the
"erase" key and ^H as the emacs "help" key.

--
T. Scott Thompson              email:  thompson@atlas.socsci.umn.edu
Department of Economics        phone:  (612) 625-0119
University of Minnesota        fax:    (612) 624-0209
From: w8sdz@tacom-emh1.army.mil (Keith Petersen)
Newsgroups: comp.os.msdos.desqview
Subject: New mailing list for MS-DOS file upload announcements
Summary: SIMTEL20 and Garbo upload announcements
Keywords: simtel20,garbo,msdos,uploads,announcements
Date: Wed, 14 Oct 1992 12:58:47 GMT
Reply-To: w8sdz@tacom-emh1.army.mil (Keith Petersen)
Distribution: world
Followup-To: poster
Organization: The SIMTEL20 Archives

Announcing msdos-ann@TACOM-EMH1.Army.Mil, a ONE-WAY (moderated) mailing
list which is used by the Internet MS-DOS archive managers to announce
new additions to their collections.

To add yourself to the mailing list send e-mail to
listserv@TACOM-EMH1.Army.Mil with this command in the
body of the message:

subscribe msdos-ann

Please do not include a signature because it may confuse the server.
Send mail with the word  help  in the body of the message to get a
complete list of commands and their syntax.

If you later change your mind and wish to unsubscribe, send e-mail
from the same address where you were when you subscribed.  Send to
listserv@TACOM-EMH1.Army.Mil with this command in the body of the
message:

unsubscribe msdos-ann

This server is only for mailing lists.  It will not send files.

Keith
--
Keith Petersen
Maintainer of the MS-DOS archive at WSMR-SIMTEL20.Army.Mil [192.88.110.20]
Internet: w8sdz@TACOM-EMH1.Army.Mil     or      w8sdz@Vela.ACS.Oakland.Edu
Uucp: uunet!umich!vela!w8sdz                         BITNET: w8sdz@OAKLAND
Newsgroups: comp.os.msdos.desqview
From: ulrick@mp.cs.niu.edu (David Ulrick)
Subject: Re: QBASIC, MS-DOS EDIT, and DV-386
Organization: Northern Illinois University
Date: Mon, 12 Oct 1992 22:56:26 GMT

Here I am again, following up my own posting before anyone else gets the
chance!  Another QD White Paper (MOUSE.TEC) gave me an even better solution
to my problem.  After adding the switch /DM=Y to my DV.BAT, I'm able to switch
more or less at will between the above-mentioned apps and the DV menu.  
However, there is something of a delay between the time I switch back to, say,
QBASIC, and the time I am able to resume typing in that application.  Still,
I'm able to use the mouse "globally" without crashing things!  Boy, am I
happier now!  Better solutions, of course, are welcome--the delay is somewhat
obnoxious, but I can live with it if I must.

Thanks,
Dave

Newsgroups: comp.os.msdos.desqview
From: ST21519@VM.CC.LATECH.EDU
Subject: DESQview semaphores?
Organization: LOUISIANA TECH UNIVERSITY
Date: Thu, 08 Oct 92 16:48:26 CST

I have heard reference to DESQview semaphores for programming within a DV
environment, but 2.4's manual does not list it as part of the API.  Is there a
standard method for passing info to other programs running in DV to keep them
them from bumping into each other?
 
For example, program X is writing individual files to a subdirectory and then
program Y begins running which also writes individual files to this same
subdirectory.  Checking for the files existance before opening it is not an
adequate defense since there is a split second between this and the actual
opening of the file.
 
If there were some magical file that contained information about what each
program so cues could be given to other programs when to hang on a bit I would
think I could sleep better at night. 8-)  Can anyone shed any light on the
subject and perhaps where I can find the necessary documentation to implement?
 
Newsgroups: comp.os.msdos.desqview
From: clear@cavebbs.welly.gen.nz (Charlie Lear)
Subject: Multi-User DV and Write Caching
Organization: The Cave MegaBBS, Public Access Usenet, Wellington, NZ
Date: Sun, 11 Oct 92 11:00:46 GMT

I'm running a BBS system on a 386/33 with 12MB RAM, and four SCSI disks
on an Adaptec 1542B host adapter.

QEMM is loaded and DV run, with four invocations of the BBS monitor program
in separate windows.  We use hardware-hacked serial ports and software
tricks to get the four ports working properly under DV.

I'm now running Norton's NCACHE v6.01 disk cache, with 1536k allocated to 
it and staged writes turned off.

The last time I ran a software cache with delayed writes, it caused no end
of problems with trashed FATs and similar wonderful experiences.  That was
a couple of years ago with Central Point's PC-Cache 6.

The BBS has been designed to go "DV-critical" when writing out files, so
that no other process can access memory or files until the disk access is
completed and the lock removed.  This works fine with four nodes creating
temp files and accessing the message base on RAMdisks, and at the termination
of a call going DV-critical, xcopy /m the modified files down to physical 
disks, and then DV-endcritical.

I have no idea what effect this could have if there are changed sectors in
the cache's write buffer that haven't been written to disk yet.  There are
innumerable instances of people accessing the same files at the same time,
logging off and updating files at the same time etc etc.

Has anyone else had experience of using DV in a multi-user environment, and
a modern cache program like NCACHE?  I'm not willing to invest the time
to fiddle with it if it is likely to break things.  It was OK to experiment
when the BBS could be restored in half an hour, but its a bit of a pain when
a trashed FAT can cause a wait of several hours to restore off tape.

Thanks in advance...
-- 
Charlie "The Bear" Lear | clear@cavebbs.welly.gen.nz | Kawasaki 750GT DoD#0221
Databits Computer Co / Shareware Distribution NZ        Ph/Fax  +64 4 564-5307 
PO Box 2009, Wellington, New Zealand        The Cave MegaBBS +64 4 5642269 V32 
Newsgroups: comp.os.msdos.desqview
From: nickw@syma.sussex.ac.uk (Nick Watkins)
Subject: ST:P *does* like win /s [was Re: ST:P and DJGCC ?]
Organization: University of Sussex
Date: Fri, 9 Oct 1992 12:45:06 GMT

From article <1992Oct06.184553.5284@qdeck.com>, by garyrich@qdeck.com (Gary Rich):
>>>> ST:P is MR:C as described in Forney's book. I assume it was pulled at
>>>> last moment because of incompatibilty with Windows 
>>
>>Meanwhile, I have also gathered that you may not need a page frame if
>>you use it, and have tried this on my system. 
>>
>>What is not so clear is what it is/isn't compatible with.
>>
> 
> What it's not really compatible with is DVX.  Frame=none, that is.  DVX
> will be much less stable, and will acually use more conventional memory since
> it can't use the page frame.
Gary is of course right. Further experimentation has confirmed that 
the only type of Windows that st:p doesn't like is Win /3. I have used
win /s both inside and outside DV/X now, not sure why it wasn't working before. 
DVX does seem to need a page frame though, but even so I am getting 207K high
ram, about 50K more than I ever got using st:m which really doesn't
work properly on my machine.

>>DJGCC complained on being run in a DOS window under it that 
>>CPU was in V386 mode and so DJGCC wouldn't run.
>>
>>Is this unavoidable ?
> 
> No.  This is just a consequence of the way DJ is determining if VCPI
> memory is available.  If EMS calls fail, the program assumes (usually correctly) 
> that VCPI is not available.  It then finds that the machine is currently in 
> V8086 mode with no VCPI and no EMS available and terminates.
Indeed. DJDPP does run in a window as long as there is ~ 500k free.
I can't seem to get maze.exe to run now I've made it though, any tricks here ?

Most impressed with potentail of DJGCC/DVX combination.

Nick
-- 
Dr Nick Watkins,       .     .            .
Space Plasma Group,            .    ___   _______                 
Univ. of Sussex,                .  / _ \ / __         .               
Brighton BN1 9QH, UK              | / \,O*/  \           (
From: livigni@bldrdoc.gov (David livigni 303-497-5898)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Quarterdeck refuses to answer my E-mail!!!!!!
Summary: opinion
Keywords: QEMM, customer support
Date: 13 Oct 92 17:21:21 GMT

In article <1992Oct09.233324.23673@qdeck.com>, garyrich@qdeck.com (Gary Rich) writes:
> In article <44821@ucbvax.BERKELEY.EDU> geoff@pinoko.berkeley.edu writes:
> >I have sent several desperate messages to support@qdeck.com almost two  
> >weeks ago and have still not received any responses.  I have severe  
> >problems (machine lockup and file corruption) with QEMM. All the obvious  
> >troubleshooting procedures (e.g. NO everything flags) do not work.
> 
> 
> ??  The only contact I show from you is 30 days old, where you were
> given the no everything flags.  The record indicates that you would
> get in touch with us if the problem persisted.  Sounds like your
> mail has bounced.  I'll send some more info along to you and we'll see 
> if the mail bounces going the other direction.
> 
> >
> >As anyone ever gotten a response after E-mailing to QuarterDeck?
> >
> Oh, I hope so.  Other wise I and several others are wasting an awful 
> lot of our time....  Y'all are getting your mail aren't you?
> 
> 
> 
> Gary Rich		<support@qdeck.com>

I have gotten very good support from Quarterdeck over the Internet News
service and Email.  If you are overseas, I suspect the mail is getting lost
en-route.  Here, lost mail is usually returned to the sender, but the
interconnects overseas are so complicated its likely that lost mail gets
lost permanently.
So if your not getting your replies, don't blame Quarterdeck.  But then
you probably won't get this either...
The Internet is a great long-distance free network when it works.  I am
very glad its there.  I prefer it to the telephone, it may take a day
or
two to get a reply, but at least you don't have to sit at your telephone
for an eon while your on hold, and the support people get more time to
think about the answer instead of giving you a quick but erraneous reply.

David Livigni

-- 
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@   Anything stated here is my opinion only    @
@   livigni@bldrdoc.gov                        @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
From: marvin.carroll%theweb@meaddata.com (Marvin Carroll) 
Newsgroups: comp.os.msdos.desqview
Subject: SUS Switch on Compudyne
Date: 16 Oct 92 00:56:00 GMT
Distribution: world
Organization: The Web BBS 1-513-436-9011 6 Lines 1200 News groups 50,000 files!
Reply-To: marvin.carroll%theweb@meaddata.com (Marvin Carroll) 

TO: support@qdeck.com

I have tried the recommendations in the QEMM manual for turning on the
suspend/resume for my Compudyne 486/33 notebook for the last three weeks
to no avail.  I have tried everything & have come to the conclusion that
it just wasn't meant to be.  Unfortunately, I won't give up QEMM/DV just
to gain an additional 30 minutes on the battery.

I have tried to contact Compudyne to find out where the SUS code resides
in memory but their tech support doesn't speak QEMM or DV.

HHHHEEEELLLLPPPP!!!!!!!!!!!!

This notebook is manufactured by Twinhead but I haven't got a number for
their tech support.  When I boot using EMM386 & HIMEM the suspend/resume
works like a charm. The conflict is in my QEMM setuup somewhere.


Config.sys

DOS=HIGH
DEVICE=C:\QEMM\STOPMAX.SYS
device=c:\QEMM\QEMM386.sys /R:1 SUS RAM ROM I=0400-0FFF ST:M
DEVICE=C:\QEMM\LOADHI.SYS /R:2 C:\QEMM\DOSMAX.EXE HM1R-P-Y-a0
DEVICE=C:\QEMM\FREELOAD.SYS /S+
DEVICE=c:\qemm\loadhi.sys /r:2 c:\SSTORDRV.SYS /maxmount=5 /maxss=2048
DEVICE=\DEVSWAP.COM
DEVICE=C:\QEMM\LOADHI.SYS /R:1 C:\DOS\RAMDRIVE.SYS 640 512 128 /A
DEVICE=C:\QEMM\LOADHI.SYS /R:2 C:\MOUSE.SYS CENHANCE
SHELL=C:\SHELLMAX.COM /R- C:\DOS\COMMAND.COM C:\DOS /E:200 /P /F
STACKS=0,0
FILES=40
BUFFERS=15
LASTDRIVE=I
DEVICE=C:\qemm\loadhi.sys /r:2 c:\HYPERDKX.EXE c:512



autoexeec.bat

@ECHO OFF
cd\addstor
sstor I: /PER:3
MOUNT I: H:
MOUNT C:\SSTOR_D D:
MOUNT C:\SSTOR_E E:
MOUNT C:\SSTOR_F F:
MOUNT C:\SSTOR_G G:
REM c:\qemm\loadhi /r:2 F:\PCTL\PC-CACHE /SIZEXT=512K /MAX=20 /QUIET
rem c:\qemm\loadhi /r:2 d:\windows\smartdrv 512 512 c+ d+ e+ f+ g+
PROMPT=$T$H$H$H$H$H$H $D$_$p$g
PATH=C:\MOUSE;C:\DOS;C:\ADDSTOR;F:\ARCHIVES;D:\DV;F:\PCTL;D:\WINDOWS;C:\QEMM;C:
SET TEMP=h:\
set tmp=h:\
set fff=cdefgh
set swapdisk=h:\
CD\CLUTILS
vgaconf noattremul
CD\qemm
dosmax.exe R-P-
CD\
D:
CD\DV
C:\QEMM\LOADHI /R:2 DGANSI18
C:\QEMM\LOADHI /R:2 D:\DV\DVSI\DVSIXDI
xdv



CarrollMD

---
 . SLMR 2.1a . Just the FAX ma'am. You can keep the photocopy!
                                                                
Newsgroups: comp.os.msdos.desqview