HDTenEightyP/NetNews huggingface dataset:
From: st1vn@elroy.uh.edu (Fontenot, Kenneth)
Newsgroups: comp.os.msdos.desqview
Subject: graphics curtain
Date: 21 Dec 1992 10:41 CST
Organization: University of Houston
Distribution: world
NNTP-Posting-Host: elroy.uh.edu
News-Software: VAX/VMS VNEWS 1.41    

Does anyone know of a way around the graphics curtain that is displayed 
then two different graphics modes are running. I run windows 3.1 in 
desqview with 640X480 256 colors. When I call on the desqview menu the 
Windows display is blocked with the graphics curtain, but what is worse
is when I get rid of the desqview menu. Only part of the windows display
returns.
      In my setup for windows I set it to 

               Writes text directly to screen.......: Y
               Displays graphics information........: Y
               Virtualize text/graphics (Y,N,T).....: T

  I also set the graphics page to 4


      Kenneth   st1vn@jetson.uh.edu




Newsgroups: comp.os.msdos.desqview
From: ulrick@mp.cs.niu.edu (David Ulrick)
Subject: Re: DV386 & Blinking screen
Organization: Northern Illinois University
Date: Thu, 24 Dec 1992 19:47:31 GMT

Note that the PCCONFIG program of PC Tools v8 includes a "DESQview" option 
under "Colors".  If you select this option you'll get a palette that will not
cause blinking when the DV menu is displayed.

Dave Ulrick
ulrick@mp.cs.niu.eduu
Newsgroups: comp.os.msdos.desqview
From: gt@rundart.demon.co.uk (Giles Todd)
Subject: Re: DVX + MOTIF - mark and transfer 
Distribution: world
Organization: Rundart Limited
Reply-To: gt@rundart.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Tue, 22 Dec 1992 18:51:17 +0000

In article <1992Dec21.190107.22271@qdeck.com> garyrich@qdeck.com writes:

>Mark & Transfer are something that we put into the DESQview Window Manager.
>They are not part of OSF/Motif or OpenLook.  If we put these into the other
>window managers, we would no longer be providing the industry standard
>feature set that those names represent.  
>
>Xclipboard is the "standard" X way of doing this.  It works fine for all
>X programs.  It can't deal with standard DOS apps though.
>
>This is one of the many reasons that I keep on using DWM....

Ok - thanks for the response.  I can understand your reasoning even
though I may not agree with it 100%.  Even Xclipboard would be better
than nowt.  Is this a separate program and, if so, is there a port of
this program for DVX anywhere?

Giles.
-- 
Giles Todd                      gt@rundart.demon.co.uk (Internet)
Rundart Ltd                     Demon Internet Services
Voice: +44 925 33472            PGP 2.0 public key available.
Newsgroups: comp.os.msdos.desqview
From: lfw@pssparc2.mitek.com (Larry Weiss)
Subject: Re: DVX, Motif and open files. 
Organization: OpenConnect Systems, Dallas, TX
Date: Mon, 28 Dec 1992 02:06:04 GMT

gt@rundart.demon.co.uk (Giles Todd) writes:
>This is not the point anyway.  I'm not arguing about the relative merits
>of the various window managers.  I simply want to have a fixed version
>of the software I bought.  Saying "Motif is not as good as DWM" is not a
>solution.
>I'm glad someone else has bought Motif.  I was starting to think that I
>was the only one.  I too like to have consistency between my clients'
>configurations and the one I use.  Hence my purchase of mwm.

Consistency is a very good reason for sticking with one window manager
Each wm has its unique flavor, features and limitations.  I tend to
stay with the vendor's choice...OpenLook on SUN, Motif on RS/6000's,
DWM on the PC under DV/X.  But one strength of X is in the empowerment
of the user as to the choice of preference in window management.  And
hats off to Quarterdeck to letting us run so many flavors of window
management as local clients.  I used to run mwm over a network from
a UNIX workstation....running remote like that for a "busy" client    
like a window manager can be an unreasonable burden on a network.

All three that I cited are excellent window managers and all provide
the essential services needed.  I can switch between them with no
large amount of effort.   
Newsgroups: comp.os.msdos.desqview
From: gt@rundart.demon.co.uk (Giles Todd)
Subject: DVX, DWM, DVPMAN
Distribution: world
Organization: Rundart Limited
Reply-To: gt@rundart.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Mon, 28 Dec 1992 03:13:48 +0000

DVX 1.02 DWM (no Motif).

The User Guide (page 53) states that the DOS window is set up not to run
in the background.  DVPMAN does not offer the "runs in background"
option which was available in DV/386.  Is there a DVP editor which can
manipulate this option under DVX?

Giles.
-- 
Giles Todd                      gt@rundart.demon.co.uk (Internet)
Rundart Ltd                     Demon Internet Services
Voice: +44 925 33472            PGP 2.0 public key available.
Newsgroups: comp.os.msdos.desqview
From: wchwang@csie.nctu.edu.tw (Wei-Chung Hwang)
Subject: Re: Memory leak under twm in dv-x
Organization: Computer Science & Information Engin., Chiao-Tung U, Taiwan, ROC
X-Newsreader: TIN [version 1.1 PL6]
Date: Sat, 26 Dec 1992 06:42:56 GMT

John Brehm (jbrehm@acpub.duke.edu) wrote:
: I've been working on porting ctwm to dv-x, and all is well except for
: a very serious bug.  As far as I can tell, ALL variants of twm (uwm,
: vtwm, ctwm) spring a significant memory leak.  The symptoms are
: as follows - after about one minute, dv-x memory status reports a 
: drop of 64k in expanded memory; after that, every 15 seconds, another
: 16k (*exactly*) disappear from expanded memory.
:  

hey..., I also have had the same problem..., all the same as you said.
  But I noticed that if I run twm.exe and display on remote Sun workstation,
it worked fine. The memory leak disappear !  I think the memory is stealed
by the dvx *SERVER*, not by twm...
  Just a thought, maybe DVX server didn't support other window manager expect
QuarterDeck's product...
  QD's staff, is that true ?

--

Wei-Chung Hwang         
------------------
Email: wchwang@csie.nctu.edu.tw 
Phone: 886-35-712121 ext: 3706(work) 3708(dorm.) 3754(lab.)
       886-4-8751065(home)
Newsgroups: comp.os.msdos.desqview
From: gt@rundart.demon.co.uk (Giles Todd)
Subject: Re: DVX + MOTIF - mark and transfer 
Distribution: world
Organization: Rundart Limited
Reply-To: gt@rundart.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Wed, 23 Dec 1992 22:29:48 +0000

In article <1992Dec23.3880.3854@dosgate> quarterdeck.canada@canrem.com writes:

>bringing this sort of feature to other window managers.  Meanwhile, the
>best workaround is to use DWM.

While I appreciate the reasons why this is so, perhaps you will
appreciate that it is of little comfort to me to be told this *after* I
paid 99 pounds + 17.5% VAT for Quarterdeck's port of Motif.  In my
naivete, I assumed that Quarterdeck would have added the same sort of
support for Mark and Transfer as they did to DWM.  It appears that I was
wrong.  I wish I had known about this before I placed my order.

I find it somewhat astonishing to receive mailshots for Quarterdeck's
port of Motif which, in effect, say "buy this" and then, when I do and I
find a problem with it, to be told by someone who works for Quarterdeck
that "the best workaround is to use DWM".  You are doing your own
company's software offerings a great disservice by making suggestions
like this.

If I were to take up your suggestion that I use DWM instead of Motif,
would Quarterdeck give me a refund for my newly redundant copy of Motif?

Giles.
-- 
Giles Todd                      gt@rundart.demon.co.uk (Internet)
Rundart Ltd                     Demon Internet Services
Voice: +44 925 33472            PGP 2.0 public key available.
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: How does Phar Lap DOS Extender 286 allocated its memory from QEMM?
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Mon, 21 Dec 1992 18:55:33 GMT

In article <1992Dec18.203407.9691@midway.uchicago.edu> pynq@midway.uchicago.edu writes:
>In article <1992Dec17.225657.3463@qdeck.com> garyrich@qdeck.com (Gary Rich) writes:
>...
>>>However, when memory is allocated by the Phar Lap compiled application,
>>>it does not show up in either of these tools.  It does come off the
>
>Oops, I forgot about VCPI.  Yup, VCPI memory does not show up in either
>MAPMEM or EMS DIR.  My mistake...
>
>There are those, BTW, who would argue with your statement that it is
>better than DPMI (not me, mind you).  Certainly, though, VCPI is much
>more elegant and less intrusive than DPMI.

Well, to hedge my own statement... the DPMI spec is a questionable 
implementation
of a few actually good ideas.  As it sits, there is the 0.90 DPMI spec that
is what Windows 3.1 uses in enhanced mode (this is what QDPMI implements), 
there is the 0.95 type spec
that Borland tends to write to, and there is the 1.0 DPMI spec that is the 
official one, but almost no current programs support........groan.


>
>>You should look at the VCPI memory specification, authored by our own 
>>Dan Spear and Bob Moot from Phar Lap and sponsored by AI Architechts, Lotus,
>>Quadram, Qualitas <who?> and Rational Systems.  Highly reccomended 
>>reading for anyone serious about programming.
>
>I am familiar with VCPI, and I agree that it is the way to go for
>protected mode programs to co-exist with each other.  Do you have an
>address for obtaining said spec?

Phar-Lap is, I'm told, the keeper of the paper.  They should be reachable
at 
(617) 661-1510



-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
: 
Newsgroups: comp.os.msdos.desqview
From: seant@bluefish.ratsys.com (Sean D. True)
Subject: Where to post ported software?
Summary: Looking for the right anonymous FTP site to deposit ported software.
Keywords: FTP ports
Organization: Rational Systems, Inc.
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 29 Dec 1992 16:25:04 GMT

I am looking for suggestions about where to put X programs ported to DVX.
Our FTP access is so new I am unclear what sites are popular and open.
Available (more or less immediately):

	o CBZONE -- the BattleZone game (with changes to support screens 
	smaller	than 1024xwhatever
	o TIN - the newsreader (not X, but DVX specific)
	o XGS - Ghostscript for X

Obvious caveat: these aren't products, we don't support them commercially,
will listen to but not necessarily fix any reported bugs.

Thanks.

Sean True
Rational Systems, Inc. -- the DOS/4GX people
seant@ratsys.com
From: gilf@vms.huji.ac.il (Gil Freund)
Newsgroups: comp.os.msdos.desqview
Subject: QEMM and Toshiba 1850
Date: 25 Dec 92 22:57:00 GMT
Distribution: world
Organization: The Hebrew University, Jerusalem, Israel

I have just got a Toshiba T1850 notebook and installed QEMM on it. With QEMM
installed, the I can't get the Toshibas popup control panel, accsess the
HARDRAM drive or run the TEST3 and setup programs. Can anyone advise?

Thanks
--
==========================================================================
Gil Freund                                             GILF@VMS.HUJI.AC.IL
==========================================================================
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: DVX + MOTIF - mark and transfer
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Mon, 21 Dec 1992 19:01:07 GMT

In article <724713539snz@rundart.demon.co.uk> gt@rundart.demon.co.uk writes:
>Although delighted with DVX and Motif, I was a bit upset to find that
>mark and transfer are not supported under mwm.  Are there any plans to
>fix this and has anyone found a workaround in the meantime?
>

Mark & Transfer are something that we put into the DESQview Window Manager.
They are not part of OSF/Motif or OpenLook.  If we put these into the other
window managers, we would no longer be providing the industry standard
feature set that those names represent.  

Xclipboard is the "standard" X way of doing this.  It works fine for all
X programs.  It can't deal with standard DOS apps though.

This is one of the many reasons that I keep on using DWM....


-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
: 
Newsgroups: comp.os.msdos.desqview
From: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Subject: dvx hangs at startup
Reply-To: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 23 Dec 92 11:28:55 EST

DR>After much fun coordinating interupt vectors, RAM base addresses and
DR>whatnot among ethernet card, packet driver, and FTP Inc PC/TCP kernel,
DR>I finally got DVX up and running over the network.  Great stuff!

DR>To my dismay, after being in DVX for an hour or so, making a few
DR>custimizations to menus, setting some options, etc, after rebooting
DR>DVX now hangs the system when I run it.  I've tried all sorts of games
DR>to figure out why, but I haven't a clue.  I haven't read every word
DR>in the manuals yet - is there a way to tell DVX to trace what its
DR>doing so I can find out where its dying?

DR>Any clues or suggestions would be appreciated.  What's the proper way
DR>to debug this sort of thing?

Providing lots of information to those who would like to help you is a
good way to start.  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?  Where is your network card addressed?
What make of BIOS do you have, and what date?  What do CONFIG.SYS and
AUTOEXEC.BAT look like?  At what point does the hang happen -- before
the logo, after it, before you get the X cursor, after the window
manager menu appears?

Regards,

Michael Bolton
Tech Support
Quarterdeck Canada  (416) 360-5758  quarterdeck.canada@canrem.com
---
  DeLuxe 1.25 #6922  DESQview works on ANY '86 processor
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.os.msdos.desqview
From: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Subject: dv386 installation wi
Reply-To: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 1 Jan 93 18:56:04 EST

RW>Installing DV386 from the diskette to Harddisk, the program hangs
RW>after copying all files. Only one line showing the name of the
RW>person the software is registered for is getting displayed.
RW>This behaviour I have verified with two different PCs both
RW>running a Ahead VGA card (one Ahead VGA Wizard/Deluxe 5.0).
RW>Other PCs seem to have no problems ......

RW>Any suggestions are welcome.

This video card has a bug in its BIOS; it fails to restore a register
when returning from an INT 10 Function 1C00 call.  You should contact
Ahead for a BIOS update, or use the TSR found in the file AHEAD.ZIP on
the Quarterdeck BBS at (310) 314-3227; the TSR fixes the bug.

Regards,

Michael Bolton
Tech Support
Quarterdeck Canada  (416) 360-5758  quarterdeck.canada@canrem.com
---
  DeLuxe 1.25 #6922  DESQview 386: Why buy new apps?
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.os.msdos.desqview
From: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Subject: question 30
Reply-To: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 3 Jan 93 21:54:41 EST

FM>Question 30 of the most recent FAQ states that current users of "DV/X
FM>to Other X Systems" can receive a free copy of Novell's stack by contacting
FM>QD.

FM>I gave up on
FM>DV/X some months ago because I wasn't willing to pay for PC-TCP in order
FM>to run it (It was more cost effective to run OS/2). So now, I'm looking
FM>at my office-mates lonely PC and wondering: Can I buy an ethernet card for
FM>it, combine it with the DV/X+Network Manager and the Novel thing they will
FM>send me for free, and have a DV/X system that works the way I had
FM>originally hoped?  If not, then is the Novell stack just to allow Novell
FM>LAN users to get onto TCP/IP networks?  If this is the case, then are
FM>there any cheap alternatives to getting a DV/X machine working?

1) It depends on what you had originally hoped, I guess.  Quarterdeck
Technical Note #263, DESQview/X:  Remote Computing (DVX2XSYS.TEC) will
explain how the architecture works, and a fair bit of what you can and
can't do.

2) The Novell TCPIP Transport does not require that you be running a
Novell network, though it does require a network card, and that you are
physically connected to a TCP/IP network of some kind.

3) Make sure that you contact Customer Service at (800) 354-3222; if you
already own a Quarterdeck product, the whole works (except the network
card) should cost $200; X under DOS doesn't come cheaper than that.

Regards,

Michael Bolton
Tech Support
Quarterdeck Canada  (416) 360-5758  quarterdeck.canada@canrem.com
---
  DeLuxe 1.25 #6922  Exception 13? QEMM Manual, "Troubleshooting"
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: DVX, Motif and file handles 
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Mon, 21 Dec 1992 20:07:29 GMT

In article <724820171snz@rundart.demon.co.uk> gt@rundart.demon.co.uk writes:
>Further to this, if I remove the print manager from the startup but set
>"vmm" to "y" in dos4gx.cfg, DVX leaves two files open on exit:
>"dos4gm.swp" and "dvxs0".

Ok, since you finally put them together in one post, I can deal with them
in a half organized way.

>
>In summary, I now have one whinge and three bug reports.  The software
>versions are DVX 1.02 and Motif 1.00.
>
>Whinge:
>
>No cut and paste when using Motif.

An inherent feature of MWM, very unlikely to change at any time in the 
future since it would violate license agreements with OSF.

>
>Bugs:
>
>1) When "vmm" is set to "y" in dos4gx.cfg, the DESQview print spooler
>(printman.exe) will not iconify itself at startup.

We will have to look at this in house.  It's certainly never been reported 
before.


>
>2) When "vmm" is set to "n" in dos4gx.cfg, installing the DESQview print
>spooler causes "dvxs0" to be left open on exit.

hmmm...  This file is created by the Rational DOS4GX extender.  I know 
a few people from Rational read this group.  I have a few ideas, but 
they know more about it than I do.

>
>3) When "vmm" is set to "y" in dos4gx.cfg and the DESQview print spooler
>is not installed, DVX leaves "dos4gvm.swp" and "dvxs0" open on exit.

sounds a lot like #2

>
>None of the bug issues are addressed in the manuals supplied with the
>software I bought.  

??  Why would anyone document bugs?  Normally the thing to do is fix them
not document them.  Some large software companies (especially those in the 
Pacific Northwest) may disagree with this philosophy, but it works for us.

>Nor are they mentioned in this newsgroup's FAQ file.
>The whinge is addressed in the Quartdeck Motif manual by saying (in
>effect) "you can't do it, chum".

The DOCs are indeed correct in this.  I always like to see that.

>
>Believe it or not, I actually like this software.  Beats the socks off
>another MS-DOS windowing program whose name I have temporarily
>forgotten.  However, the problems raised earlier have somewhat muted my
>enthusiasm.
>


We will certainly look into #2-3 on this.  I don't run PRINTMAN much
myself.  Not many of us at Qdeck need a print spooler all that much, and 
those who do are usually long time users of printq or some other spooler.


-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
: 
Newsgroups: comp.os.msdos.desqview
From: tdavis@beeble.omahug.org (Thomas Davis)
Subject: Problems w/MS Windows Sound System
Organization: Beeble Planning Commission
Date: Mon, 28 Dec 1992 23:03:17 GMT

Ok, I'm tired of fighting with this, and so I'm going to post about
it, and hope somebody has an idea..  Please mail me and post your
replies, for it seems I don't get everything in this newsgroup (have
to talk to my feed about that..)

Basically, here's what I've got:

DVX, v1.02 (picked it up at Interop)
MS Windows 3.1
Microsoft Windows Sound System (this is not the PC speaker stuff)
ATI Wonder+, with 1meg of ram; am using 800x600x16 Win31 driver. (DVX
doesn't like the ATI 800x600x256 color driver :-(
Noname clone 386/25 w/387; has 8megs of ram; AMI BIOS, dated 7/7/91
105 meg Quantum IDE/hd
MS-DOS 5.0

Here's what it's doing:

When I go into windows, using QEMM as the memory manager, and use the
MS Sound System, I can play sounds, I can record sounds, but it will
eventually lock up the system on me.  I've tried in standard mode,
I've tried enhanced.  The only way I've been able to get it to work,
is to use himem.sys and no other memory management.  This occurs no
matter what mode (standard vs enhanced).  (I just noticed that it runs
longer in standard mode, but it still locks up and dies.)  This is all
with the Microsoft software; it could the that part, and not the sound
driver it self..

BUT, at least, I get sound that you can understand when using it
outside of DVX.  Now, when I try to run Windows under DVX (winx or
full screen win31), HA! You get total garbage out of the speakers. 
DVX will let you run Windows, but boy, it's tiring to hear the garbage
coming out the speakers.  I have read, and tried the white pages on
what to do on debugging this problem, and have only been able to delay
the lock ups..

Here's my current config.sys:

DEVICE=C:\QEMM\QEMM386.SYS R:1 RAM ARAM=D000-D3FF ST:F DMA=64 LD FSTC
rem device=c:\windows\himem.sys
DEVICE=C:\QEMM\LOADHI.SYS /R:1 C:\DOS\SETVER.EXE
FILES=80
SHELL=C:\DOS\COMMAND.COM  /p /E:512
STACKS=0,0
DEVICE=C:\QEMM\LOADHI.SYS /R:2 C:\DOS\ANSI.SYS
DEVICE=C:\QEMM\LOADHI.SYS /R:1 C:\ATI\MOUSE.SYS 3BUTTONS
BUFFERS=1

Current autoexec.bat:

@ECHO OFF
c:\qemm\loadhi /r:1 c:\qemm\buffers=15
c:\windows\AD_WRAP.COM
PROMPT $p$g
PATH C:\QEMM;C:\UTIL;C:\WINDOWS;C:\DOS;C:\DVX;C:\DVX\BIN;C:\XLN\BIN40;
SET TEMP=C:\DOS
C:\QEMM\LOADHI /R:2 /RES=26192 /SQT=D000-D3FF C:\WINDOWS\SMARTDRV.EXE 512:256
c:\qemm\loadhi /r:3 lsl
c:\qemm\loadhi /r:3 3c507
c:\qemm\loadhi /r:3 tcpip
SET NAME=pc
SET EXCELAN=C:\XLN

I have removed all of the LAN stuff, and it still locks up (including
removing the 3c507)

So, any ideas on what to try, other than take it back?  I'd like to at
least get it to work under Windows31 outside of DVX reliably..

-- 
Thomas Davis, ECNE		| Internet:	tdavis@beeble.omahug.org
Systems Engineer,		| UUCP:		uunet!ivgate!beeble!tdavis
Huntel Communications, Inc.	| Snail Mail:	8803 Webster Plaza
Omaha, NE			|		Omaha, NE 68114