HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.os.msdos.desqview
Subject: Need help with QEMM, Lantastic and Desqview
Date: Sun, 13 Sep 1992 01:13:00 +1000

In an article <1992Sep11.165044.26270@panix.com> joseph@panix.com 
    (Joseph R. Skoler) writes ..

 JRS> I've just upgraded to a 386/40, and am running qemm386 v.6.02.
 JRS> I also run Lantastic 4.0, and I'd like to run DV 2.25.

Upgrade to DV 2.42 ..

 JRS> Loading all of Lantastic into high ram (lanbios2, redir and server).
 JRS> the first two programs get loaded high, but not the third, which,
 JRS> when attempted, responds with a "no high memory available--loading
low."

OPTIMIZE doesn't assess the server's memory requirement correctly :-(. I
'tweak' that by stopping the automatic procedure and telling OPTIMIZE that it
needs 70kB instead of the 64kB decided on. This is config/switch dependent,
yo'll have to 'play' with this.

Also note that DOS 5's SHARE is another one that isn't quite right .. I tell
it to use 20kB as a working figure in lieu of 14kB.

 JRS> And, even without running lantastic at all, I can't seem to get xdv ro
 JRS> load.  dv.exe loads fine, but only leaves about 400K ram for programs.
 JRS> Xdv.com initiates a qemm error msg and invites me to reboot.

Sounds like some sort of conflict somewhere .. strip the QEMM commands down to
the bare minimum (i.e. network card exclusions) and try from there, one at a
time. 

BTW, _don't_ try to run DV (or windows, for that matter) on a server ..
corrupted DOS file-systems are the 100% guaranteed result ..

    michael
--
 Assorted C Software - asstdc.oz.au - 3:712/515@fidonet
      PO Box 595, Kensington NSW, Australia 2033

Newsgroups: comp.os.msdos.desqview
From: dtodd@titan.ucc.umass.edu (David M. Todd)
Subject: DVC or DVX
Organization: University of Massachusetts, Amherst
Date: Fri, 11 Sep 1992 12:28:44 GMT


I simply want to multitask DOS programs (no X-windows or connectivity
at this point), is there any point to my using DVX rather than DVC? 
I'm thinking of upgrading to a 486 with SVGA and a graphic card.  I'm
not clear after reading the FAQ is DVX bascially DVC with some add-ons,
i.e. is the base program the same?


|/ David M. Todd \ " " " " / Phone:  413/545-0158 \ " " " " /Fax: 413/545-5345\|
|DTodd@Titan.ucc.UMass.EDU [or todd@umass.bitnet or David Todd on UMass/Saturn]|
|Department of Psychology, University of Massachusetts, Amherst, MA 01003   USA|
From: "ron angert" <ron.angert@channel1.com>
Newsgroups: comp.os.msdos.desqview
Subject: bypass dv error msgs
Date: 13 Sep 92 05:22:41 EST
Reply-To: "ron angert" <ron.angert@channel1.com>
Distribution: comp
Organization: Channel 1 Communications

to: sysop@uttsbbs.uucp

Subject: BYPASS DV ERROR MSGS

KF>Is there a known way, patch or program for DV such that a window that
KF>encounters a "Sharing Violation Error on Drive C:" does not require user
KF>intervention to type (A)bort, (R)etry, etc?  I have a new piece of
KF>software which is inexplicably locking up with the above error (the
KF>author doesn't know why) at random times.  Since I run the system
KF>unattended, it would be nice if DV just waits a few seconds and retries
KF>its operation (the share will not occur again), rather than halting and
KF>waiting for my input.

I use a program called FATAL14 with Lantastic, and although I have never
tried it with DV/x, it would be worth a try.  If you can't find it any-
where else, the Artisoft BBSA at 602-293-0085 has it.

Ron Angert - Riner, VA
---
  DeLuxe/386 1.25 #11400  Internet ron.angert@channel1.com
--
Channel 1 (R)   Cambridge, MA

Newsgroups: comp.os.msdos.desqview
From: gt@rundart.demon.co.uk (Giles Todd)
Subject: problems with Quattro 4.0 under DV 
Distribution: world
Organization: Rundart Limited
Date: Thu, 10 Sep 1992 12:40:50 +0000


In article <1992Sep08.182238.8759@qdeck.com> docw@qdeck.com writes:

>Both of the above instances involve hi-res video cards, higher-res, in fact, 
>than DV fully supports.  You can often "get away with" using 800x600 modes
>under DV inspite of the fact that the maximum supported resolution is just
>640x480x16 colors.  (1024 graphics modes tend to lock-up DV unless you switch> to a
>text mode before invoking the DV menu in that window).
>
>With 800x600 modes, DV does NOT properly save and restore the video, and 
>thus the application itself must do a re-draw to restore the screen after 
>the DV menu has popped up and blotted out a portion of the screen.

This is of course documented behaviour and if this were the problem then
I would not have posted my message.  Unfortunately, it does not appear
to be possible to configure Quattro Pro 4's WYSIWIG for better than VGA
640x480x16 modes.  Quattro should therefore work without leaving gaps
where the menus were when moving to and from the application. 
Nevertheless, the problem still occurs.

Giles.
-- 
Giles Todd                      gt@rundart.demon.co.uk (Internet)
Voice: +44 925 33472            Data: +44 925 414696
Rundart Ltd, 5 Brentnall Close, Great Sankey, Warrington, WA5 1XN, UK
From: pete@othello.dartmouth.edu (Pete Schmitt)
Newsgroups: comp.os.msdos.desqview
Subject: Still trying to install DV/386 with Stacker
Date: 5 Sep 92 20:54:42 GMT
Organization: Dartmouth College, Hanover, NH

Having updated stacker to 2.01 I have tried yet again to install
the DV/386 product.  It claims that it gets disk errors when trying
to update CONFIG.SYS and AUTOEXEC.BAT.

I have my C: drive as the stacker drive and the D: drive is the
physical drive.

-pete
--
Peter Schmitt, UNIX Systems Specialist, Computing Services, Dartmouth College
Email: peter.schmitt@dartmouth.edu                        Phone: 603-646-2085
******* Let us not give up meeting together, as some are in the habit *******
******* of doing, but let us encourage one another.    -Hebrews 10:25 *******
Newsgroups: comp.os.msdos.desqview
From: goodrich@qdeck.com (Steve Goodrich)
Subject: Re: DV/X Apps
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Wed, 09 Sep 1992 14:59:23 GMT

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?

Netters:
  I'm looking into finding a place to put all the ported apps.  Until I
figure out the "where", you're welcome to e-mail them to me.  I'll baby-sit
the DV/X-Apps until such time as we find a place to put them.  If you're
planning on sending me an app, please make sure that you include the full
source of the app along with the executable.                     

Who knows?  Maybe if enough apps come through it'll convince The Powers
That Be (TPTB) that we should set up an FTP site...  

Please send apps (or questions about apps) to:
       goodrich@qdeck.com
And, as soon as I can, I'll put them up somewhere (like SIMTEL20).

Steve G.
Quarterdeck Office Systems
goodrich@qdeck.com

P.S.  I'll also take suggestions on likely FTP sites.
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: DV/X and SLIP
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Wed, 09 Sep 1992 18:12:12 GMT

In article <kemp.715922635@convex.convex.com> kemp@convex.com (Phil Kemp) writes:
>In <4ef0JM_00WB2414FM6@andrew.cmu.edu> ltuttle+@CMU.EDU (Luke David Tuttle) writes:
>
>>Can someone outline what is needed to get DV/X working over a SLIP
>>connection.
>
>This is becoming a FAQ and think Dan has just added an answer in the
>latest FAQ posting.
>
>But for those interested.
>
>You need:
>A slip conneciton ( stupid I know but necessary)
>
>If it's dial-up make sure the modem is > 9600 and running some sort of
>compression. I use 9600 with V.42bis. The effective speeds are
>~2400-4800  bps for interacitve work.
>
>DV/X
>DV/X network mgr.
>
>FTP inc. PC/TCP generic kernel
>ethersl.com cnywr (sp?) packet driver.
>
>That should do it. Install the packet driver, then the kernel, then
>DV/X, then the network mgr. I don't know whether Qdeck has fixed the
>install procedure yet, so if not, there is a program called qunpack
>which uncompresses and de-archives files on the diskettes. My copy
>wouldn't install ftp and telnet....
>

This one has, indeed, been fixed.

>Hope this helps.
>PK
>

FWIW, we seem to be having MUCH better luck with the SLPDRV and
the SLP16550 from FTP's 2.1 version.  We'll post the exact params
that seem to work best as soon as we get them dialed in.

Gary Rich	<support@qdeck.com>



Newsgroups: comp.os.msdos.desqview
From: mwormley@zeus.calpoly.edu (Matt Wormley)
Subject: Re: DV/X Apps
Organization: California Polytechnic State University, San Luis Obispo
Date: Tue, 08 Sep 1992 00:37:12 GMT

In article <5166@news.duke.edu> jbrehm@acpub.duke.edu (John Brehm) writes:
>Yes, you're absolutely right about the different ease of conversion.
>
>Easy to convert: xdaliclock, xchomp, xasteroids
>Hard(er) to convert: xpostme, xdvi
>
>So far not converted, for weird reasons: xpaint2b, xrolo, xpostit
>
>Xdvi is just wonderful -- I'm not sure how robust the thing is, however.
>When we get some consensus on where to put the things, I'll post the
>.exe and the (slightly modified) source code.  
> 
>So far, the only suggestion I've had for a place to put the stuff  has
>been simtel.  Unfortunately, we can't reach simtel from our net.  Any
>other thoughts?

   I am all for the idea of an official upping site... another good idea
might be to maybe start up comp.binaries.msdos.desqview.  That would be
really cool.  I think maybe more people can be reached through the news.

   Also, a question:  is there a FAQ list floating around?  It seems like 
someone mentioned it but I haven't seen it anywhere.  If one exists, I 
would appreciate a copy... thanx.

      worm
From: jbrehm@acpub.duke.edu (John Brehm)
Newsgroups: comp.os.msdos.desqview
Subject: DV/X Apps
Date: 7 Sep 92 17:16:06 GMT
Organization: Duke University; Durham, N.C.

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?
Xref: sparky comp.os.msdos.desqview:3015 comp.os.ms-windows.setup:1229
From: boone@athena.cs.uga.edu (Roggie Boone)
Newsgroups: uga.tech,comp.os.msdos.desqview,comp.windows.ms,comp.os.ms-windows.setup
Subject: System hangs when accessing floppies -- Help!
Date: 11 Sep 92 20:14:43 GMT
Distribution: usa
Organization: University of Georgia, Athens

A faculty member in our department has a serious problem with his
computer under Windows and Desqview.

He has a Northgate 486/33.  Under straight DOS 5.0 he has no 
trouble accessing the floppy drives.  However, under Windows 3.0,
Windows 3.1 or Desqview, he cannot access the floppy drives without
it locking the system down -- forcing a reboot.

He ran QAPLUS for the DMA tests that it offers.  Under DOS, none of
the DMA tests fail.  Under Windows or DesqView, the DMA Page
Register test fails.  

Northgate sent him a new HD/floppy controller but it made things
worse.  He went back to the original that came with the computer.
There is just something not right with his computer under Windows
or Deqsview, but we can't figure out what it is.

Any help would be appreciated.  Please post replies directly to me.
Thanks in advance for your help.

Roggie Boone
Dept. of Ag and Applied Economics
University of Georgia

Internet:	boone@athena.cs.uga.edu
*------------------------------------------------------------------------*
"...for if everybody saw alike...well, in that case as the old Indian
 said, 'Everybody would want my squaw.'"

				in L.M. Montgomery's "Anne of Avonlea"                                
*------------------------------------------------------------------------*






-- 
Roggie Boone
Dept. of Ag and Applied Economics
University of Georgia
From: mp52+@andrew.cmu.edu (Matthew Edward Patton)
Newsgroups: comp.os.msdos.desqview
Subject: Re: DV/X and X11 fonts (ATTN QD)
Date: 4 Sep 92 17:48:31 GMT
Article-I.D.: andrew.gee17jm00WBOQ8aoBq
Organization: Carnegie Mellon, Pittsburgh, PA

Excerpts from netnews.comp.os.msdos.desqview: 2-Sep-92 Re: DV/X and X11
fonts (ATT.. by Gary Rich@qdeck.com 
>Posting it here in a message seems silly, since your sysadmin will delete it 
>in a few days (after screaming blooddy murder about sending binaries to 
>usegroups).  If you don't have acces to our BBS or FTP, just send a message to
> 
>        support@qdeck.com
>and we will be happy to send you a copy.  We'll even uuencode it if you ask.
> 
>Gary Rich               <support@q      deck.com>
> 

GREAT!  Now that we CAN ftp the program, to where do we ftp?  An
internet address as well as directory name might come in handy.

BTW, I understand that if one joins the QOS BBS they can get access to
updates, bugfixes, etc.  Well how about those of us who don't have a
modem and therefore can't download them?  I am still running 1.01 and I
want to get 1.02 as well as a fixings.  Can we netters get the same
access?

Thanks
Newsgroups: comp.os.msdos.desqview
From: pynq@quads.uchicago.edu (George Jetson)
Subject: Re: Geoworks
Reply-To: pynq@midway.uchicago.edu
Organization: D. J. Dougherty & Associates
Date: Tue, 8 Sep 1992 23:08:53 GMT

In article <1992Sep8.145926.5408@uxa.ecn.bgu.edu> xmas@uxa.ecn.bgu.edu (Mark A. Stevens) writes:
>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?

GW claims that you *can* run it under DV - they even sent me a sheet
showing the .DVP settings that they recommend to make it work.

However, it dunna work.  Everytime I've tried, a hard crash has been my reward.

>>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!

Call QOS or do the QFax thing.  It is a very helpful set of notes.

>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.

I doubt very many of the GW fans would understand your referring to it
as a "replacement" for MS-Windows.  Technically, it is far superior to
MS Windows (I.e., Windoze)

>According to GW doc, you can not run DV and GW together.  You can't use
>QEMM's stealth mode either.

See above.  (They claim, incorrectly, IMHO, that it *does* work)

************************************************************************
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: jbrehm@acpub.duke.edu (John Brehm)
Newsgroups: comp.os.msdos.desqview
Subject: Re: DV/X Apps
Date: 7 Sep 92 23:33:04 GMT
Organization: Duke University; Durham, N.C.

Yes, you're absolutely right about the different ease of conversion.

Easy to convert: xdaliclock, xchomp, xasteroids
Hard(er) to convert: xpostme, xdvi

So far not converted, for weird reasons: xpaint2b, xrolo, xpostit

Xdvi is just wonderful -- I'm not sure how robust the thing is, however.
When we get some consensus on where to put the things, I'll post the
.exe and the (slightly modified) source code.  
 
So far, the only suggestion I've had for a place to put the stuff  has
been simtel.  Unfortunately, we can't reach simtel from our net.  Any
other thoughts?
Newsgroups: comp.os.msdos.desqview
From: bodoh@xraylith.wisc.edu (Daniel J. Bodoh)
Subject: Optimize (was Re: QEMM Stealth ROMs feature..?)
Organization: Center for X-ray Lithography, UW-Madison
Distribution: na
Date: Fri, 11 Sep 92 04:59:07 GMT

In article <1043@tdat.teradata.COM> swf@tdat.teradata.com (Stanley Friesen) writes:
>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
>
>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

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>.
Note that block numbers may change if you fragment the UMBs --
also, if you fill block 1 up, what used to be block 2 now becomes
block 1.
-- 
Dan Bodoh
Grad Student
University of Wisconsin-Madison
Newsgroups: comp.os.msdos.desqview
From: raymond@kronos.arc.nasa.gov (Eric A. Raymond)
Subject: Experiences with QDPMI (DPMI for QEMM)?
Organization: NASA/ARC Information Sciences Division
Date: Sun, 13 Sep 1992 01:04:38 GMT


Has anyone used the recently posted DPMI enhancement to QEMM?
Newsgroups: comp.os.msdos.desqview
From: support@qdeck.com (Technical Support)
Subject: Re: DVX (missing) Libs and DJGPP
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Thu, 03 Sep 1992 23:13:52 GMT
Keywords: dvx djgpp

In article <6901@stan.xx.swin.oz.au> h8eg064@stan.xx.swin.oz.au (Adnaan Gierdien) writes:
>Hello. Just a short note regarding the file 'qddvx100.zip' distributed
>as part of the DJGPP GNU C compiler for dos.
>
>As stated in a previous article this file is suppose to contain Desqview X
>Libraries. I downloaded the zip file but found everything else BUT the
>X libraries. Did someone miss something ...or do we have to compile
>the libraries ourselves ?? All the standard X contrib and demo sources
>are there but I can't link any of them !
>
>Files missing include libx.a libxt.a etc etc 
>(using gcc program.c -o program -lx -lext -lxaw -lsys....)
>
>Anyone at quaterdeck have any suggestions ?
>
>Adnaan
>h8eg064@stan.xx.swin.oz.au
>Swinburne University of Technology, Hawthorn, Victoria, Australia.

At the time we first posted these, we were not sure about how we were
going to make the libraries available. I'm happy to say they will be
available for free download, from the same sources. Just give us a chance
to get an updated copy up there...

- Tom Bortels - Quarterdeck Office Systems - support@qdeck.com

-- 
Tom Bortels - Quarterdeck Office Systems - Internet Support 
    For questions or Technical Support, write to support@qdeck.com

Newsgroups: comp.os.msdos.desqview
From: haba@lesti.hut.fi (Harri "Haba" Suomalainen)
Subject: Re: undefined symbol...
Organization: Helsinki University of Technology, Finland
Date: 11 Sep 92 20:13:15

In article <rmbult01.716178656@starbase.spd.louisville.edu> rmbult01@orion.spd.louisville.edu (Robert M. Bultman) writes:

   I am listing the libs in this order: -lxaw -lxmu -lxt -lxext -lm -lX11

Check they are not symbols in the libsym.a. If so, add -lsys after -lx.

   I also have been unable to compile the demo xeyes which comes with the
   freebie stuff.  When I try, the machine locks.

Machines lock for lots of reasons under gcc 1.08. Moving mouse etc..

   2) How does the MAXMEM(?) variable in the file in the server
   affect performance?

MAXMEM defines maxinum memory x-server will use. It will swap when
memory limit would exceed. That slows down server naturally. Effect
in performance depends a lot on the type/amount of software run.

If you're running programs that use/require backin store maxmem should
be quite a big. (Try setting maxmem=1000, Use backing: always, you'll
know what I mean.. :^) 
--
--
Harri Suomalainen        Harri.Suomalainen@hut.fi       haba@vipunen.hut.fi
From: casale@eniac.seas.upenn.edu (Michael Casale)
Newsgroups: comp.os.msdos.desqview
Subject: DV/X Motif or Openlook Development Kits
Date: 11 Sep 92 16:46:44 GMT
Organization: University of Pennsylvania

Hi,
	I have heard that DV/X is a relatively cheap way to develop X-Windows
on a PC.  The faq says that a Motif Developer's kit is available but when I
called up Quarterdeck, they said it is not out yet.   Does anyone have any
idea when a Motif or Openlook toolkit will be released, and if not, are there
any other ways I can develop Motif or Openlook apps with DV/X right now?

	Thanx in advance,
				Michael Casale
				casale@eniac.seas.upenn.edu
.
Newsgroups: comp.os.msdos.desqview
From: support@qdeck.com (Technical Support)
Subject: Re: QEXT.SYS - Is it an XMS driver?
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Fri, 11 Sep 1992 17:06:08 GMT

In article <1992Sep10.140122.28513@midway.uchicago.edu> pynq@midway.uchicago.edu writes:
>With everybody discussing DV/X, does anyone care about DV on a 286 anymore?

Well, I do...

>All kidding aside, suppose you are running DV on a 286, and are using
>QEXT.SYS to allow DV to use the HMA.  Can you then also run HIMEM.SYS to
>allow other XMS clients access to the rest of your extended memory?

With QEXT.SYS running, you don't need HIMEM.SYS; QEXT is a functional superset.
(At least it is on a 286. Sometimes manufacturers have their own versions
of HIMEM that enable special features, but generally speaking this is
only on 386's). Your XMS clients should be able to access all of your
Extended memory just fine with QEXT...

(Bogus technical trivia: the "XMS Spefification" consists of 3 parts;
UMB's, which QRAM provides, and XMS and HMA, which QEXT provides...)

-- 
Tom Bortels - Quarterdeck Office Systems - Internet Support 
    For questions or Technical Support, write to support@qdeck.com

From: davidr@hplsla.hp.com (David M. Reed)
Date: Sat, 12 Sep 1992 01:24:10 GMT
Subject: Re: QEMMM and HP Vectra QS/20
Organization: HP Lake Stevens, WA