HDTenEightyP/NetNews huggingface dataset:
From: bai@msiadmin.cit.cornell.edu (Dov Bai-MSI Visitor)
Subject: Re: Demacs 1.2 and DVX crashes
Organization: /usr/local/lib/news/organization
Date: Thu, 30 Jul 1992 03:17:13 GMT

In article <STSSART.92Jul28135731@sasha.st.unocal.com> stssart@st.unocal.com (Arnold Troeger) writes:
>I am trying to get Demacs 1.2 to run under Desqview X.  Demacs is
>supposed to be VCPI complient and should work.  However, every time I
>start it up under DVX, my system does a cold reboot.  Has anyone seen
>this problem before?  If so, how did you resolve it?

I dont know about DVX, but I managed to make Demacs working under
DV/386. The file demacs.exe which is a DOS extender appears to 
be incompatible with DV/386, becasue it is based on the GO32.exe
DOS extender which is part of the DJGPP packacge. The original
GO32.exe has been known to have problems with DV. However, there
is a patched GO32 that works correctly with DV. You can get it
by FTP from GEORGETOWN.NRL.NAVY.MIL, directory /pub/DOS386/go32-patch.
Once you have it, invoke Demacs by typing
              GO32 emacs
rather than
              DEMACS emacs.

Now, there are things in Demacs.exe that dont exist in GO32, but
they dont seem to be essential under DV. For example, suspend-emacs
to exit to the shell does not work correctly, but you can of course
open a separate shell window under DV. 

I hope this "cure" works also under DV/X.

>
>Thanks in advance
>--
>--
>Arnold Troeger				Unocal Science & Technology Division
>Phone:  (714)-693-6946       		P.O.Box 68076          
>Email:  stssart@st.unocal.com 		Anaheim, CA 92817-8076
>
>

Dov Bai

Newsgroups: comp.os.msdos.desqview
From: burge@qdeck.com (Bill Burge)
Subject: Re: Conventional memory under DV
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Tue, 21 Jul 1992 14:55:14 GMT
Keywords: Setup 

In article <sanders.47.711642334@server.physics.lsa.umich.edu> sanders@server.physics.lsa.umich.edu (Michael Sanders) writes:
>There have been questions about the amount of conventional memory
>available under DV. Here is the result of running Manifest in a DV
>window on my system.
>
>From earlier postings, it seems that I am using an excessive amount
>of DV Data memory.
>
>My question: What determines this? DV setup? If so, what factors?
>If not, then what?
>
>Memory Area   Size   Description
>040C - 0412   0.1K  (04AB)
>0413 - 0419   0.1K  LOADHI
>041A - 0420   0.1K  LOADHI
>0421 - 0431   0.3K  4DOS
>0432 - 0483   1.3K  DV Environment
>0484 - 04A9   0.6K  DV
>04AA - 1389    59K  DV Data
>138A - 9FFD   561K  [Available]
>Conventional memory ends at 639K
>
>
>Michael Sanders                                Internet: t.m.sanders@umich.edu
>Physics Department                             Bitnet: sanders@umiphys
>University of Michigan                         Telephone: (313)936-0799
>Ann Arbor, MI 48109-1120                       FAX: (313)764-2193

Michael,

The area indicated as DV data contains the portion of DV that must be loaded low(about 13K) and the part of DV that didn't fit in the HMA and available high
RAM.  Free up some high ram, either by using Stealth if you are not already,
loosing some TSR's (load them in a TSR DV window) or by allow DV to use the HMA
if it not using it already.  DV uses all 63K of the HMA where other programs
only use part (and only one can use it at a time)((for now)).  DOS=high uses
about 40K of the HMA.  Letting DV use it would show a 20K improvement over
DOS=high.

Bill	burge@qdeck.com

Newsgroups: comp.os.msdos.desqview
From: burge@qdeck.com (Bill Burge)
Subject: Re: Windows 3.1 on an Xterm via DesqView/X?
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Tue, 21 Jul 1992 14:42:29 GMT

In article <1992Jul20.211812.11044@SSD.intel.com> jkearns@ssd.intel.com (jkearns) writes:
>In article <1992Jul18.013758.11672@nuchat.sccsi.com> dhollis@nuchat.sccsi.com (Daniel Hollis) writes:
>>I've been trying to get Windows 3.1 to run remotely in an Xwindow on
>> ...
>>Oh, one other thing.. the Xterminal is a monochrome 1024x960 display.
>>Does it being monochrome have anything to do with it? Will winx run
>>windows remotely on a mono Xterminal?
>>
>  Quarterdeck told me it does NOT run on a monochrome Xterminal
>  (though I don't understand why, I thought X was supposed to take
>   care of things like that.
>>
>Jerry
>

Jerry,
If you mean that we don't run in a 1 bit color plane, you are correct.  We are quite capable of running on 16 or 256 shades of grey.  We are going to change this.  At this point the main affected app is WINX.

Bill Burge burge@qdeck.com

Newsgroups: comp.os.msdos.desqview
From: eisner@tigger.jvnc.net (Oren Eisner)
Subject: API -- HELP capturing program output.
Originator: eisner@tigger.jvnc.net
Organization: JvNCnet
Date: Fri, 31 Jul 1992 18:45:17 GMT


	I am using the Desqview API and would like to be able to capture
the output of a DesqView Unaware program for redirection to a COM port (with
an intervening task doing any appropriate translations).  I have
tried using win_read() and win_buffer() to get access to the logical buffer
that the unaware program writes to (program started from API via app_start()).

	So far, I have not been able to read what the application has written
to the logical buffer.  In fact, the contents of the logical buffer bear
no resembelence to what the application has written to the screen.

	Does anyone know a way to accomplish this ?  I want to be able to 
perform a function similiar to the program pcANYWHERE but use Desqview
to allow me to route multiple applications to multiple com ports.
Any input or suggestions would be greatly appreciated.

	Thanks,

	Oren D. Eisner  (Hekimian Labs)
Newsgroups: comp.os.msdos.desqview
From: docw@qdeck.com (Doc Williamson)
Subject: Re: S3 video chip performance?
Organization: Quarterdeck Office Systems, Santa Monica CA
Distribution: world,local
Date: Tue, 28 Jul 1992 16:49:55 GMT

In article <16831B9C5.DIXONW@arizvm1.ccit.arizona.edu> DIXONW@arizvm1.ccit.arizona.edu (Bill Dixon) writes:
>
>    Much attention has been given recently to the graphic accelerator
>cards using an "S3" chip (along with some others). These are usually
>advertised for Windows (not X, the other one) and purport to make this
>GUI interface a bit speedier. My understanding is that they also slow
>down (or at least do nothing to improve) DOS text video performance.
>Since DV/X seems to move graphics all over the screen would it benefit
>from one of these video accelerator cards? Any one have experience?
Bill,
The S3 set of chips is not yet supported under DVX.  8514 cards can give faster 
video and also have the advantage that they don't use the A000-AFFF range so 
you can run VIDRAM EMS and have 64k more of conventional available.
Support for S3 chipset has been mentioned so frequentlty by our users that
we have made it a priority for future support.
-- Doc Williamson <support@qdeck.com>

Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Becoming X-server for a remote unix client via DEC VAX
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Wed, 22 Jul 1992 16:37:17 GMT

In article <1992Jul21.184659.14497@midway.uchicago.edu> pynq@midway.uchicago.edu writes:
>In article <1992Jul21.181007.12171@tamsun.tamu.edu> tpradeep@cs.tamu.edu (Pradeep K Tapadiya) writes:
>
>>My 486 has a dedicated null-modem (9600 bps) connection to a DEC VAX
>>from where I can telnet/ftp/etc to a unix host. Right now I use PROCOMM
>>to talk to the vax (and in tern to the unix system).
>>
>>I am wondering if is is possible to run remote x-window client programs
>>under this set-up? I am using DV/S on the PC end.
>

This setup is not "x". It's also not TCP/IP.  In all likelyhood, the VAX
is running DECNET, not TCP/IP and is treating your serial connection
exactly like a dumb terminal on a serial link.  Bottom line, It does not
sound like it would work without converting to a SLIP connection and TCP/IP.

>I don't think it is in now, but this sure would be nice.
>Many's the time I have wanted to be able to do X via a serial connection.
>
>Or, come to think of it, would SLIP do this?
>
yep...you betcha, that's what SLIP is for.  SLIP is a serial NETWORK 
connection, not just a single terminal type connection.

garyrich@qdeck.com


Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Turning off DV/X windows 3 support
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Mon, 27 Jul 1992 23:13:56 GMT

In article <1992Jul27.160905.5663@mksol.dseg.ti.com> knipe@mksol.dseg.ti.com (richard l knipe) writes:
>
>If manifest is run from inside of dv/x, it shows a 560K memory
>block allocated as "DVX.WIN3".  Is this memory region setup
>exclusively for windows 3?  If so, how is it turned off?  I
>don't use window 3 and would like the 1/2 meg back.
>
Tell me this one is a joke...please???
Assuming it is, You can see our future support plans by opening another
DOS window and looking at MFT again.  Yes it seems that we now are using
another 560k in order to support windows version 4!!!! Boy, are those guys
at Quarterdeck ahead of the pack or what....

In case it's not a joke:

That is "window #3" not MS Windows V3...  Each window that you (or someone 
else) opens in DVX takes out an EMS handle.

Newsgroups: comp.os.msdos.desqview
From: sanders@server.physics.lsa.umich.edu (Michael Sanders)
Subject: DV Mouse disappears
Date: Thu, 30 Jul 92 10:42:56 EDT
Organization: Physics Department, University of Michigan
Keywords: Mouse Window DV386

 I run a number of TCP/IP programs from a single DV386 window, via a
batch file. If I run one which uses the mouse (Popmail, for example),
the DV mouse cursor disappears from the window when I exit from
the program back to the window. The mouse no longer functions.

 If I select another window (via the keyboard), the cursor returns
and the mouse works. I can even reselect the TCP/IP window with it,
but the cursor is again invisible, and the mouse inoperative.

Michael Sanders                                Internet: t.m.sanders@umich.edu
Physics Department                             Bitnet: sanders@umiphys
University of Michigan                         Telephone: (313)936-0799
Ann Arbor, MI 48109-1120                       FAX: (313)764-2193
Newsgroups: comp.os.msdos.desqview
From: hockings@qdeck.com (Mark Hockings)
Subject: Re: TCP in DV/X
Organization: Quarterdeck Office Systems, Santa Monica CA
Distribution: usa,local
Date: Mon, 27 Jul 1992 20:57:55 GMT

In article <-hvx-9h@rpi.edu> firsta@isaac.its.rpi.edu (Allen S. Firstenberg) writes:
>garyrich@qdeck.com (Gary Rich) writes:
>>In article <1682C8015.DIXONW@arizvm1.ccit.arizona.edu> DIXONW@arizvm1.ccit.arizona.edu (Bill Dixon) writes:
>>>2. I believe DV/X requires either FTP or B&W TCP software to implement
>>>true X window TCP/IP networking. Can anyone comparatively evaluated these
>>>two packages? What accounts for the higher cost of FTP over B&W?
>>> 
>>>Thanks.
>
>>DVX supports FTP's PCTCP V2.03 pl3, or V205 pl3 & pl4...
>
>Will it work with FTP's soon-to-be-released version 2.1?
>
>Allen
>-- 
>NID = 5553, UID = 15626,  CCID = F8PG,   ID = 6      I am just a number
>prisoner@rpi.edu                           "refs unpersons"
>prisoner@acm.rpi.edu                             --- 1984
>prisoner@rpitsmts.bitnet
From: jp07@gte.com (James Paschetto)
Newsgroups: comp.os.msdos.desqview
Subject: Desqview 386 v.2.3 & DOS v.4.01 work together?
Date: 31 Jul 92 01:33:50 GMT
Distribution: usa
Organization: GTE Laboratories Incorporated, Waltham MA

Hello out there.  The subject line says it.
I have DESQview 386 v.2.3 running under DOS 4.01.  I want to be sure DV
will run under DOS 5 before I shell out the $$$.  Anyone have any experience
along these lines?
Thanks for any help.
Jim
jp07@gte.com
Newsgroups: comp.os.msdos.desqview
From: Ralf.Brown@B.GP.CS.CMU.EDU
Subject: Re: Conventional memory under DV
Date: Tue, 21 Jul 92 13:09:31 GMT
Organization: Carnegie Mellon University School of Computer Science
Originator: ralf@B.GP.CS.CMU.EDU

In article <sanders.47.711642334@server.physics.lsa.umich.edu>, sanders@server.physics.lsa.umich.edu (Michael Sanders) wrote:
}From earlier postings, it seems that I am using an excessive amount
}of DV Data memory.
}
}My question: What determines this? DV setup? If so, what factors?
}If not, then what?
}
}Memory Area   Size   Description
}0432 - 0483   1.3K  DV Environment
}0484 - 04A9   0.6K  DV
}04AA - 1389    59K  DV Data
}138A - 9FFD   561K  [Available]
}MMMMConventional memory ends at 639KMMMMM

Have you included 0800-0FFF ? (i.e. QEMM386.SYS ... I=0800-0FFF ...)
That will probably get you an additional 32K--assuming that you haven't loaded
so much high that DV actually has to load 50K of itself low (there is a per-
window overhead of about 8K which always appears as DV Data just below the
window's memory partition).

-- 
Internet: RALF+@CS.CMU.EDU   |The University would disclaim this if it knew...
FIDO: Ralf Brown 1:129/26.1  |"Wisdom is the quality that keeps you from
BIT: RALF%CS.CMU.EDU@CARNEGIE| getting into situations where you need it."
AT&Tnet: (412)268-3053 school|		-- Doug Larson
Newsgroups: comp.os.msdos.desqview
From: hurd@fraser.sfu.ca (Peter L. Hurd)
Subject: beginner question
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Wed, 22 Jul 1992 20:29:48 GMT

Howdy, I bought DV a while ago for the multitasking & like it a lot,
I've got two questions,
1) What is the /X in DV/X I see all over the group? I get the feeling it's
the release number.
2) Is there an FAQ list for this group?
Thanks
-P.

-- 
-- Pete Hurd, hurd@sfu.ca          |   Truth never set anyone free,          
Behavioural Ecology Research Group |   it is only doubt which will           
Dept.Biol.Sci., Simon Fraser Univ. |   bring mental emancipation.               
Burnaby B.C. V5A 1S6 Canada        |               -- Anton LaVey                      
Newsgroups: comp.os.msdos.desqview
From: pynq@quads.uchicago.edu (George Jetson)
Subject: Re: DV/X and Tame?
Reply-To: pynq@midway.uchicago.edu
Organization: D. J. Dougherty & Associates
Date: Wed, 22 Jul 1992 19:23:57 GMT

In article <1992Jul21.174748.25298@qdeck.com> burge@qdeck.com (Bill Burge) writes:

>
>This is the case.  The server is the foreground task.  Only when direct window
>(one that runs full screen without a border) does anything but the server
>become the foreground task.  This is why the Runs in background selection
>has been removed from the DVP.

But this is, if you will pardon my French, BS.  What *about* direct
windows?  Shouldn't they be allowed to either run or not run in the
background?  Also, more important to me, why did they take Revive Mouse
out of Tune Performance?

I just don't see why they should take all this stuff out.  I've yet to
see an arg that "it won't work and will do something bad if you use it
under DV/X".  All I've seen is "It isn't relevant or you don't need it".

************************************************************************
Please don't drink the battery acid, it tastes bad and will hurt you.
Also, don't bite the tyres, especially when the bike is moving.
(Our lawyers made us put this in this manual.)

	- pynq@quads.uchicago.edu, who is still costing the net
	  hundreds, if not thousands, of dollars, every time he posts -
************************************************************************
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Desqview/X questions
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Mon, 27 Jul 1992 22:42:47 GMT

In article <1992Jul24.194247.26158@portland.mdc.unisys.com> tom@portland.mdc.unisys.com (Tom Albrecht) writes:
>
>Here's the scenario.
>
>I install DVX and the TCP/IP Network Option to run it over PC/TCP.
>
>I run Optimize Stealth and the system gives me (via mem/c):
>
Normally you don't want to use MEM/C with QEMM.  You are better off 
losing the DOS=UMB in your config.sys and using MFT F R to get this info
(it will be more accurate)
>Conventional Memory :
>
>
********
stuff deleted
********
>
>So I bring up DVX (with a DOS window and xterm session active) and Memory
>Status tells me:
>
>			Total		Total		Largest
>			Memory		Available	Available
>Common Memory		30720		18508		17300
>Conventional		 533K		  89K		  80K
>Expanded		3984K		1936K		 512K
>
>Needless to say I can't get some of my programs to run (like Windows).
Why??  This is enough memory to run windows.

>Also, I had configured a Remote Client Startup (telnet) session for a
>networked Unix host.  When the window came up, it flashed "not enough
>memory" and promply closed.
>
this is the amount of memory set in the PIF for a remote telnet.  That DVP
is set for 100k.  If it wants a little more memory, give it a little more memory
At a DOS prompt type DVPMAN \DVX\DVPS\TELNSTRT.DVP and increase the memory.
20k Is probably enough.
>Another interesting bit, in one of the Setup screens (Tune Performance) in
>the Installation Guide it talks about a Virtual Memory setting, but my
>Setup does not seem to have that option.
True, That one got left out of the setup program, but it only effect
virtual memory used by the server and apps written using the DOS4/GX
interface.  None of the latter class of programs are shipping at this
moment.
>
>One more bit of info, the document says that DVX works with FTP PC/TCP
>version 2.03 or 2.05 pl3 or above.  I have PC/TCP version 2.04 pl2.  It
>seems to be running, but could that be causing my memory problems?  
>
You don't seem to have memory problems.  You have a 4 meg machine.  You
have about 2 megs of EMS still left one DVX and the SERVER and the WINDOW
MANAGER and MemoryStatus are loaded.  That's about right.  You can open
DOS windows of 512k in size.  That's big enough to load 99% of all DOS apps.
You can increase the amount by not loading some of the less usefull TSRs
and device drivers that you are currently loading and by getting rid of
the DOS=HIGH,UMB in your config.sys.  But, like I said, 512k is adequate
for most people's needs.

You should certainly get a newer PL of PCTCP.  We would expect a lack
of stability with your current revision, at the very least.
>Does anyone (successfully) use DVX and HyperDisk?
>
There are several on my floor here at QuarterDeck.
>Help!
>
>-- 
>Tom Albrecht
From: ralf+@cs.cmu.edu (Ralf Brown)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Help!
Date: 28 Jul 92 02:24:55 GMT
Organization: School of Computer Science, Carnegie Mellon

In article <theall.125.712260009@gdalsrv.sas.upenn.edu> theall@gdalsrv.sas.upenn.edu (George A. Theall) writes:
}  You must use a "plus file". Edit a file which lists the shared programs 
}you wish to load, one per line. Then in the Shared Program field of the DVP 

Two lines per shared program.  First line is the name of the shared program,
second line is the arguments to give it.
-- 
Internet: RALF+@CS.CMU.EDU   |The University would disclaim this if it knew...
FIDO: Ralf Brown 1:129/26.1  |"Wisdom is the quality that keeps you from
BIT: RALF%CS.CMU.EDU@CARNEGIE| getting into situations where you need it."
AT&Tnet: (412)268-3053 school|		-- Doug Larson
From: bodoh@xraylith.wisc.edu (Daniel J. Bodoh)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Help!
Date: 28 Jul 92 01:26:32 GMT
Organization: Center for X-ray Lithography, UW-Madison

In article <1992Jul27.162416.14286@usenet.ins.cwru.edu> as789@cleveland.Freenet.Edu (Francisco J. Diaz) writes:
>know how do I load 2 shared programs for the same window, that is
>go to the advanced setup and on the shared program put 2 of them.

I don't think there is a way to do that.  I've thought of writing
a shared program that loads other shared programs so you could
do this...  But it one of those things that I've haven't
gotten a round tuit.
-- 
Dan Bodoh                       | U.S. Citizens: For less gov't and more 
Grad Student                    | freedom, vote Libertarian.  FTP think.com 
University of Wisconsin-Madison | pub/libernet for more info.
Newsgroups: comp.os.msdos.desqview
From: silano@newton.cs.jhu.edu (Mike Silano)
Subject: Re: DV/X and NCSA Telnet WORKS!
Organization: Johns Hopkins Computer Science Department, Baltimore, MD
X-Newsreader: Tin 1.1 PL4
Date: Fri, 24 Jul 1992 17:31:14 GMT

CLARAFICATION:  I am able to use packet-driven applications 
(CUTCP/NCSA/TRUMPET, etc) from within Desqview/X.

There are no (to the best of my knowledge) substitutions for the 
QuarterDeck TCP/IP extensions to DV/X.  This package is necessary
to allow DV/X to service UNIX hosts as an X-server.

Sorry for the misconceptions.

-Mike

Replies, comments, or other to silano@cs.jhu.edu


Newsgroups: comp.os.msdos.desqview
From: aml@world.std.com (Andrew M Langmead)
Subject: Re: Help!
Organization: The World @ Software Tool & Die
Date: Mon, 27 Jul 1992 21:49:20 GMT

as789@cleveland.Freenet.Edu (Francisco J. Diaz) writes:


>Hi All! I need some help in setting up DesqView. I'm using
>DesqView v2.42 & QEMM v6.02 in my 386-40 Mhz. I would like to
>know how do I load 2 shared programs for the same window, 
[details deleted]
>-- 
>|     Francisco J. Diaz Rivera     |                           |
>|     University of Puerto Rico    | If the shoe fits, buy it! |
>|  "I hate calculus classes!" :-)  |           - Imelda Marcos |
>|     STUD137@CUTB.UPR.CLU.EDU     |                           |

First make a small text file with a list of the shared programs you 
want to use. The first line, the first shared program, the second line, 
the data for the first shared program, the third line for the third shared, 
the fourth line for the second shared programs date, etc. 
Then in the shared program pathname field, put a plus sign ("+") then 
the name of the file of shared program names. DESQview will not try
to execute the file specified, but look for the information in the file
for the programs to execute.

Your case should make a small text file that says something like:
  DGANSI.SHR

  1COPY.SHR
  One Copy Data

Called something like SHARED.TXT.
And then in the Change a Program Advanced Options:

                           Shared Program
Pathname..:  +shared.txt
Data......:

If you want the programs to use "shared system memory" (If you don't 
know what I mean, you probable don't) make the extention of the file
containing the list of shared programs .SHP
-- 
|Andrew Langmead - A frustrated Mac/Unix programmer stuck in an MS-DOS job    |
|Usenet=aml@world.std.com      |S. O'Conner "We Live in a dangerous Age       |
|bix=a.langmead CI$=72411,1560 | To say how you feel is to lay your own grave"|
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Help: MS Windows X mode doesnt work
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Wed, 29 Jul 1992 16:47:10 GMT
Keywords: Ms Windows

In article <6730@stan.xx.swin.oz.au> ng@saturn.cs.swin.oz.au (Naasif Gierdien) writes:
>
>Problem: After successfully loading MS Windows 3.1 (standard mode-winx.com) 
>within a DVX window my mouse completely freezes on me. I've tried using
>the mouse in Mouse Systems mode and Microsoft mode but neither seems to work.
>
>I have no problems using MS Windows in full screen mode.
>
>I've even tried installing MS Windows with the no-mouse option as one
>person suggested with still no success.
>
>Currently I have DVX running with 4Mb RAM, MS Windows 3.1 and a Genius F303
>3 button mouse.
>
>Any suggestions ?
>
>Regards, Naasif
>
     
Have you tried temporarily swapping in a different (preferably a MS) mouse
to see if the mouse/driver are really the culprit?

It's possible that you are running out of EMS.  Win3.1 is probably taking
all the memory that is available on your system when it loads.  Our DVP
for WinX gives it 2048k of EMS.  You probably don't have that much at this 
point, so it is getting less.  It would be interesting to see what the 
"TotalAvailable/EpandedMemory" shows in Memory Status before and after 
WinX is loaded.

garyrich	<support@qdeck.com>
Newsgroups: comp.os.msdos.desqview
From: gt@rundart.demon.co.uk (Giles Todd)