HDTenEightyP/NetNews huggingface dataset:
From: brad@bach.udel.edu (Brad Cain)
Subject: Problems with Dvx after installation
Organization: University of Delaware
Date: Thu, 10 Sep 1992 14:44:47 GMT


After installing Desqview X on my 386-25 with 8 megs of ram, I found
that I couldn't really open any X apps at all.  I can't seem to even
open the application manager... I get the stopwatch, and then it just
beeps.  I assume that it is out of memory, but I dont' understand because
I do have 8 megs.  I have QEMM 6.02 installed, smartdrive, mouse driver,
and another device driver...that's all.  The onlX apps that I can open
up are some of the games, and the memory status.  Here is what the memory
status shows:

                Total Memory     Total Avail.   Largest Avail.
Commom Mem.     20480             13244           12440
Conventional     540K             171K            171K
Expanded Mem.    7264K            608K            528K

This is with no apps open except for of course the memory status app.
I have tried fooling with the setup program , and with the QEMM option,
but nothing seems to work... I'm stuck without only the small X apps.

Please e-mail any suggestions.


-- 
***************************************************************************
Brad Cain                     University of Delaware Electrical Engineering
brad@bach.udel.edu                "A heaven, I'd get with a hope"-New Order 
None of my ideas have anything to do with U of D...     ..most certainly!!!
From: bodoh@xraylith.wisc.edu (Daniel J. Bodoh)
Newsgroups: comp.os.msdos.desqview
Subject: Re: DV/X Apps
Date: 8 Sep 92 01:58:16 GMT
Organization: Center for X-ray Lithography, UW-Madison

In article <5163@news.duke.edu> jbrehm@acpub.duke.edu (John Brehm) writes:
>Well, after a week of fiddling around, I've been able to convert some
>X apps to DV/X apps.  Is there a particular place to post applications?

I would suggest uploading to SIMTEL20 in PD1:<MSDOS.DV-X> and then
posting here after Keith posts the upload announcement to comp.binaries.
ibm.pc.archives.

You know, someone out there with DVX on the Internet could in theory
start a DVX ftp site which actually is running DVX...  Any volunteers?
-- 
Dan Bodoh
Grad Student
University of Wisconsin-Madison
From: sundaram@cps.msu.edu (Divya Sundaram)
Newsgroups: comp.os.msdos.desqview
Subject: HELP: Need info ( and probably the FAQ )
Date: 10 Sep 92 00:29:30 GMT
Distribution: usa
Organization: Michigan State University, College of Engineering
Originator: sundaram@arctic.cps.msu.edu


OK, OK,

I just got a look at the DV/X setup at the office. Now, I was wondering 
about some stuff  :

	I am a student, and want to learn X-windows programming. To that
	end, can DV/X be used for this. Where can I get the libraries.
	Also, can I use Borland's C++ compilers? Or do I have to go and get
	a 32 bit compiler!

Finally, a related question I have is whether I can "run" DV/X as a DOS
Application under OS/2. I have a 386-7/40 w/64K 16MB 200MB OS/2 system
and have always wondered if this is possible. I have a 100MB DOS partition
so running native DV/X is OK, but running it as a DOS APP would be super. 

(PS: Is there a FAQ for this newsgroup ? I am new to programming and have
just discovered about 20 of these newsgroups that are just way cool 8-> )

Thanks,

Later y'all,

Divya
(sundaram@cps.msu.edu)
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: DV/X and ATI Graphics Ultra
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Fri, 04 Sep 1992 19:20:31 GMT

In article <EedGWxK00Uh7A5zl12@andrew.cmu.edu> mp52+@andrew.cmu.edu (Matthew Edward Patton) writes:
>Well, I purchased one of these nice cards and was successful in
>installing it in DV/X, and the 1024 screens are FAST!!!!  I got one big
>problem though.  I understand that ATI has a ROM in the region
>C000-C7FF.  I have allowed Qemm to use the ST:M parameter to remap it to
>ram, but in order for the card to work right, I have to exclude the
>C000-C7FF region from being replaced with HiRAM.  This is a lot of HiRAm
>to loos

Yes, it is a lot to lose.  I assume that some VGA function
is failing?  I would bet that just excluding C000-C0ff
would get it though.

e.  Additionally, I am informed that the VESA standard 8514
>address is located at C880.  Will there be problems if I load apps on
>top of this address?  
>
>
A opt of us here load programs in this region with
the ATI card.  No one has reported any problems.

Basically, would those of you who run DV/X and the ATI Graphics Ultra
>please send their tips and qemm command lines to me please.  I need to
>preserve as much HiRAM as possible.  Thanks


Gary Rich	<support@qdeck.com
From: xmas@uxa.ecn.bgu.edu (Mark A. Stevens)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Geoworks
Date: 8 Sep 92 14:59:26 GMT
Article-I.D.: uxa.1992Sep8.145926.5408
Organization: Educational Computing Network

In article <10292247.52418.19104@kcbbs.gen.nz> Murray_Moffatt@kcbbs.gen.nz (Murray Moffatt) writes:
>Has anybody tried running Geoworks in a Desqview window?  Whenever I 
>try it it seems to run ok for a few minutes and then crashes the whole 
>machine.  Any ideas anybody?
>
>Also, I'm using DR DOS 6.0, and I've been told there is a text file 
>floating around which has things to watch out for when using Desqview 
>and DR DOS together.  Since I don't have FTP access, can some kind sole 
>please email it to me??  Ta very much!

Geoworks is a replacement for MS-Windows (niche market 8088-'386
machines) that has the functionality of nearly DESQview, except it
can't multi-task DOS applications.

According to GW doc, you can not run DV and GW together.  You can't use
QEMM's stealth mode either.
-- 
Mark A. Stevens                           Phone:    708-534-0200
Systems Programmer                        Internet: xmas@uxa.ecn.bgu.edu
Educational Computing Network             BITNET:   XMAS@ECNUXA.BITNET
Board of Governors Universities           VMSHARE:  ECE/MARK
Xref: sparky comp.os.msdos.desqview:3047 comp.bbs.misc:944
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Newsgroups: comp.os.msdos.desqview,comp.bbs.misc
Subject: Re: When to load SHARE
Date: 14 Sep 92 01:41:11 GMT
Article-I.D.: qiclab.1992Sep14.014111.24191
Reply-To: 70465.203@compuserve.com
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.

cb@wixer.cactus.org (Cyberspace Buddha) writes:

>In article <2224@ncr-mpd.FtCollins.NCR.COM> gkendall@ncr-mpd.FtCollins.NCR.COM (Guy Kendall) writes:
>>Should the DOS SHARE.EXE program be loaded before Desqview is ran, or

>IMO, you should move up to DOS 5 & get rid of share altogether.

DOS 5 eliminates the need to use shar to prevent problems with programs
accessing files via FCBs on partitions greater than 32 meg in size.

It does *not* replace the need to run SHARE if you are multitasking!
SHARE is *required* to provide file-sharing capability!

And on it is also required by some software that assumes that file
sharing is *only* possible if SHARE is loaded (Under Novell Netware
you can share files without SHARE, but Paradox and Quattro both
*require* SHARE to be loaded. <sigh>)

-- 
Leonard Erickson		      leonard@qiclab.scn.rain.com
CIS: [70465,203]			 70465.203@compuserve.com
FIDO:   1:105/51	 Leonard.Erickson@f51.n105.z1.fidonet.org
(The CIS & Fido addresses are preferred)
From: nagamati@caldera.usc.edu (Romklau Nagamati)
Newsgroups: comp.os.msdos.desqview
Subject: Re: DV/X and disk compression (SSTOR)
Date: 10 Sep 1992 21:00:15 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: caldera.usc.edu

In article <1992Sep10.163353.16000@syma.sussex.ac.uk> nickw@syma.sussex.ac.uk (Nick Watkins) writes:
>From article <1992Sep10.083111.27406@hemlock.cray.com>, by snowden@cray.com (Jim Snowden):
>> Hi,
>> 
>> I am about to get a copy of DV/X and am wondering how it works with 
>> disk compression software (in my case, SuperStor).  I know, for example,
>> that a Windows permanent swap file can't go on a compressed drive, and
>> was wondering if DV/X had any similar restriction. 
>Fortunately no such problem. ALL of dv/x on my system is on c: which is
>compressed with superstor.
>
>Alas superstor 2 driver is about 60k on my system, but superstor 2 loads
>high with loadhi.sys
>
>Nick

...but you may still want to get QOS's technote on Superstor(SSTOR.TEC).
If you have a FAX call Q/FAX at (310)314-3214. The technote number is
249...

Ron N.

------------------------------------------------------------------------
  Romklau Nagamati   |  If the world is really round...prove it!...
  nagamati@usc.edu   |                      
------------------------------------------------------------------------



Newsgroups: comp.os.msdos.desqview
From: k2@bl.physik.tu-muenchen.de (Klaus Steinberger)
Subject: DV/X and access control
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Date: Mon, 7 Sep 1992 11:31:35 GMT

I did have an question about access control with DV/X .

As I know DV/X allows me to have some DOS or Windows programs running
on a PC, and DV/X lets access me that from any X-Windows station.

I did not yet have DV/X, but this feature would be very interesting to
us, as we then could have access to some software which runs only with DOS,
on our Unix and VAX Workstations (e.g. some CDROM applications).

My problem now, is there any mechanism in DV/X for access control?
I want to restrict this access, so that only authorized users could
use it. At least I need some mechanism, to restrict it on host basis.

Sincerely,
Klaus Steinberger
--
Klaus Steinberger               Beschleunigerlabor der TU und LMU Muenchen
Phone: (+49 89)3209 4287        Hochschulgelaende
FAX:   (+49 89)3209 4280        D-8046 Garching, Germany
Internet: Klaus.Steinberger@Physik.Uni-Muenchen.DE
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: QEMM Stealth ROMs feature..?
Organization: Quarterdeck Office Systems, Santa Monica CA
Distribution: na
Date: Fri, 11 Sep 1992 17:45:51 GMT

In article <1992Sep9.211152.27248@midway.uchicago.edu> pynq@midway.uchicago.edu writes:
>In article <1992Sep08.172656.8075@qdeck.com> garyrich@qdeck.com (Gary Rich) writes:
>>Many of the details are secret (shhh!)  but basically, we go into the 
>>interrupt vector tables, repoint all the ints that currently point into
>>ROMs into a block of our own code and when that int is triggered, we
>>
>>>I ask this, because Stealth mode, although it seems to work OK, is
>>>making our technician here kinda jumpy, not knowing exactly what
>>>is going on ;)
>
>I know how he feels.  I view the introduction of Stealth in 6.0 as a
>watershed event in QEMM's development.  Before then, I always viewed
>OPTIMIZE as optional - for people who could not be bothered learning the
>details.  With the introduction of Stealth, OPTIMIZE became an essential
>step - you don't even document that Stealth exists - OPTIMIZE simply
>does it by magic.  (I don't even think "OPTIMIZE /STEALTH" is documented;
>it just kinda happens...)

?????  Stealth is talked about on pages 4,8-10,17-18,33-34,41,45,64...
It's not broken out into a chapter of it's own, because it permeates
everything.

OPTIMIZE /STEALTH is documented on page 25.

Are you sure that you aren't looking at an old manual??

>
>I felt much more comfortable when I understood the product - I resisted
>using any version of 6.0 for a long time (even now, I stick with 5.11 on
>my work machine)  I always viewed that as a plus for Quarterdeck
>products - that you could understand what is going on.  For example, the
>main reason I abhor Microsoft Windows is because it is such a big black
>box - no one understands it.
>
>>Does he know exactly what goes on when he loads DOS?  How about
>
>In fact, yes.  Not that any of it is documented through official channels,
>but, thanks to the efforts of many, many people, DOS is basically an open box
at this point.

This is true... I liked my analogy to long distance switching equipment
better :-]

I often wish that I didn't have to know how stealth works, but I'm one of
the 1 in several million people that DOES need to know.
>
>Nevertheless, thank you for the details provided above.

All part of the service.

Gary Rich		<support@qdeck.com>
From: garyrich@qdeck.com (Gary Rich)
Newsgroups: comp.os.msdos.desqview
Subject: Re: QEMM Stealth ROMs feature..?
Date: 8 Sep 92 17:26:56 GMT
Distribution: na
Organization: Quarterdeck Office Systems, Santa Monica CA

In article <1992Sep3.100552.1625@nuchat.sccsi.com> dhollis@nuchat.sccsi.com (Daniel Hollis) writes:
>Can someone give more techincal details as to EXACTLY what the
>Stealth ROMs feature of QEMM/386 does? I know it somehow converts
>ROMs into useable RAM space, but how does it do it exactly? Is it
>some sort of memory remapping? Where do the ROMs go? Also, what's
>the advantages/disadvantages of using ST:M and ST:F?
>

Many of the details are secret (shhh!)  but basically, we go into the 
interrupt vector tables, repoint all the ints that currently point into
ROMs into a block of our own code and when that int is triggered, we
deal with pointing to where it really belongs.  We can then map RAM in to 
the logical addresses that formerly contained the ROM code.

>I ask this, because Stealth mode, although it seems to work OK, is
>making our technician here kinda jumpy, not knowing exactly what
>is going on ;)

Does he know exactly what goes on when he loads DOS?  How about
when he turns on his TV or uses the phone?  I know long distance
phone calls make me jumpy, since I don't know exactly how the 
active switching works as it goes through Bangor, MA.  :)

>
>Also, i've noticed some strange behaviour with QEMM wanting to
>place the page frame in strange places. I identified the ethernet
>card to QEMM as adapter ram, but for some strange reason it went
>ahead and placed the page frame over it. I had to go in and
>tell QEMM to manually place the page frame somewhere else. Bleah.

If by strange places, you mean C000 or EC00, they aren't so strange 
when ST:M or ST:F are active.  If you used ARAM= or X= for the RAM
on your netcard, we should leave it alone. What param were you
using?

Gary Rich 	<support@qdeck.com>
Newsgroups: comp.os.msdos.desqview
From: burge@qdeck.com (Bill Burge)
Subject: Re: SMARTDRIVE <> Qemm 6.02 and ncache
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Fri, 04 Sep 1992 15:42:51 GMT

In article <1992Sep2.015712.17540@sserve.cc.adfa.oz.au> vla@ccadfa.cc.adfa.oz.au (Louis Verhagen) writes:
>>In article <450.14.uupcb@uttsbbs.uucp> kevin.fong@uttsbbs.uucp (Kevin Fong)  writes:
>>>In an earlier news article, I posted a help request because I was
>>>getting system lockups on my bulletin board system which was running
>>>three nodes on a 40mhz 386 with DV 2.41 and QEMM 6.02.  I won't go into
>>>detail on the scenario, since I'm sure it's still in the newsgroup
>>>somewhere (or at least archived).
>>
>I am have troubles with Qemm 6.02 and ncache. It works fine for
>a long while and then al of a sudden it will crash the system,
>for no apperent reason. It happens at random with different programs
>If I take ncache out, I have no problems with any programs. I think I
>am using ncache that came with Notron +6.0? 
>

If you are using QEMM and Stealth, make sure that you DON'T have VHI:N on 
your QEMM command line and that NCACHE is using XMS.  If NCACHE is using
"advanced disk features" you should turn these off as well.  ADF are the
capabilities of disk controllers to return control to the system BEFORE
the disk write is complete.  It is a crude form of hardware multitasking
and has problems when the state on memory changes dymanically.

Bill	burge@qdeck.com
Newsgroups: comp.os.msdos.desqview
Subject: Re: Optimize (was Re: QEMM Stealth ROMs feature..?)
From: pynq@quads.uchicago.edu (George Jetson)
Date: Fri, 11 Sep 1992 13:25:36 GMT
Reply-To: pynq@midway.uchicago.edu
Distribution: na
Organization: D. J. Dougherty & Associates

In article <1992Sep11.045907.19032@xraylith.wisc.edu> bodoh@xraylith.wisc.edu (Daniel J. Bodoh) writes:

>
>I've *never* gotten OPTIMIZE to work with my relatively simple setup -
>it always locks up on one of the reboots.  OPTIMIZation is pretty easy
>to do by hand if you don't have a whole lot of TSRs - use LOADHI/GS
>to find out the resident/non-residents sizes of all your TSRs.  Then
>boot with nothing and use Manifest to look at the sizes of your UMBs.
>Figure out what TSR should go in what block by hand.  Each contigous
>block is number starting from 1 (the lowest in memory).  Load the
>TSR into the block of your choice with LOADHI /R:<block number>.

My point exactly.  IMHO, OPTIMIZE is still only for the non-technically
inclined.  However, the fact that they don't document (i.e., support)
doing it manually, leads only to confusion.

************************************************************************
A note to new readers:  the weasely :-) symbol is frowned upon in this
group.  Any questions, see Phil Gustafson who will gladly rearrange your
diodes for you.
			- From the AFU FAQ -

	- pynq@quads.uchicago.edu, who is still costing the net
	  hundreds, if not thousands, of dollars, every time he posts -
************************************************************************
From: swf@teradata.com (Stanley Friesen)
Newsgroups: comp.os.msdos.desqview
Subject: Re: QEMM Stealth ROMs feature..?
Date: 11 Sep 92 01:31:03 GMT
Reply-To: swf@tdat.teradata.com (Stanley Friesen)
Distribution: na
Organization: NCR Teradata Database Business Unit

In article <1992Sep9.211152.27248@midway.uchicago.edu> pynq@midway.uchicago.edu writes:
|In article <1992Sep08.172656.8075@qdeck.com> garyrich@qdeck.com (Gary Rich) writes:
|
|I know how he feels.  I view the introduction of Stealth in 6.0 as a
|watershed event in QEMM's development.  Before then, I always viewed
|OPTIMIZE as optional - for people who could not be bothered learning the
|details.  With the introduction of Stealth, OPTIMIZE became an essential
|step - you don't even document that Stealth exists - OPTIMIZE simply
|does it by magic.  (I don't even think "OPTIMIZE /STEALTH" is documented;
|it just kinda happens...)

Yecch, OPTIMIZE never has done quite the right thing for my setup.
I have always managed get better results by hand tweaking my high loading.
Can I change what is loaded high by hand after I run OPTIMIZE?  Or am I
stuck with its decisions.  What if its idea of a best configuration
won't boot?  (And yes, I have had that happen).
-- 
sarima@teradata.com			(formerly tdatirv!sarima)
  or
Stanley.Friesen@ElSegundoCA.ncr.com
Xref: sparky comp.os.msdos.desqview:2977 comp.bbs.misc:909
From: lairdpg@lub001.lamar.edu
Newsgroups: comp.os.msdos.desqview,comp.bbs.misc
Subject: Re: When to load SHARE
Date: 8 Sep 92 21:43:13 +1700
Organization: Lamar University - Beaumont

In article <2224@ncr-mpd.FtCollins.NCR.COM>, gkendall@ncr-mpd.FtCollins.NCR.COM (Guy Kendall) writes:
> Should the DOS SHARE.EXE program be loaded before Desqview is ran, or
> in each window once Desqview is loaded up? The application is running
> a BBS that allows multiple nodes. Right now I used this line in my
> config.sys: install=c:\dos\share.exe, but want to make sure I have it
> right so I don't get corrupted files. I know the BBS requires SHARE, but
> it just didn't say how to load it.
> 
> Thanks.

What is share going to do? - It is going to allow you to share some common
files on more than one node.  How about loading up share in the CONFIG.SYS
file before everything else and make sure that each node you run has a 
complete path to the files all nodes will be sharing.  Also, make sure you
know how many files/buffers will be needed and make the appropriate line in
config.sys, also.

> 
> -- 
> Guy W. Kendall - Applications Engineer            Guy.Kendall@ColoSpgs.NCR.COM
> NCR Microelectronic Products Division               Voice: 719-596-5795 x465
> 1635 Aeroplaza Drive                                  Fax: 719-570-6045
> Colorado Springs, CO 80916                            BBS: 719-596-1649 

------------------------------------------------------------------------------
| INTERNET: lairdpg@lub001.lama.edu | Interstellar thought - Build a widget  |                     
| FIDONET:  1:3811/360@fidonet.org  | while tickling Mickey mouses' ears     |
| The HAM Connection 1-409-833-1795 |----------------------------------------|
| 14.4K V.42BIS/V.32BIS - DEDICATED TO AMATEUR RADIO/   73's es cil de N5UYH |
------------------------------------------------------------------------------                                        


Newsgroups: comp.os.msdos.desqview
From: haba@lesti.hut.fi (Harri "Haba" Suomalainen)
Subject: Re: djgpp and serial comms
Organization: Helsinki University of Technology, Finland
Date: 8 Sep 92 23:45:30

In article <1992Sep7.220057.8010@umr.edu> mcastle@mcs213c.cs.umr.edu (Michael R Castle) writes:

   I have the same problem with procomm plus, and dsz in it's miniterm app.  I
   believe it to be a bug with the go32 dos-extender, and after testing it some
   more, was going to post my problems to the djgpp mailing list.

Me too. All traffic to/from modem just stops. That is not the main problem.
Most annoying problem is with the mouse. If I run a big program compiled
with djgpp 1.08, I cannot use mouse. If I use mouse too fast my computer
hangs up or just cold boots. Probles is only with big programs. Some small
programs are just fine. With bigger ones, very carefull mouse movement
is required. Making load such as moving a window with mouse is not possible.

Problem seems to have something to do with the speed of data. If I have
the "AT .. OK" conversation with my modem no problems (usually) arise. As
soon as more traffic is made (like the other end printing a whole line)
line goes dead.

Pity the modified version of go32 for v1.06 does not work with 1.08. It
had no proplems at all. In case someone wants to take a look at it it is
available at georgetown.nrl.navy.mil in /pub/DOS386/go32-patch. 

Mayby we should look at the the patched go32 closely and stick to gcc v1.06
in the mean time.

--
--
Harri Suomalainen        Harri.Suomalainen@hut.fi       haba@vipunen.hut.fi
Newsgroups: comp.os.msdos.desqview
From: snowden@cray.com (Jim Snowden)
Subject: DV/X and disk compression (SSTOR)
Organization: Cray Research, Inc.
Date: 10 Sep 92 08:31:11 CDT

Hi,

I am about to get a copy of DV/X and am wondering how it works with 
disk compression software (in my case, SuperStor).  I know, for example,
that a Windows permanent swap file can't go on a compressed drive, and
was wondering if DV/X had any similar restriction. 

Could you post or email me with any advice about using DV/X and SSTOR together.

Thanks

Jim Snowden
snowden@hemlock.cray.com
From: imb@asstdc.oz.au (michael butler)
Sender: fredmail@asstdc.oz.au