HDTenEightyP/NetNews huggingface dataset:
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Desqview/X or Desqview 386?
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Tue, 22 Dec 1992 17:05:19 GMT

In article <1992Dec21.223124.1094@starbase.trincoll.edu> nmiller@starbase.trincoll.edu (norman miller) writes:
>MicroWarehouse is offering Desqview X to registered users
>for $99.  No similar sweetener for potential 386 upgraders.

I just dug up the MicroWarehouse ad and it is an upgrade to DVX for 
$99 for registered users of ANY Quarterdeck product.  Quarterdeck
will do the same thing if you get it direct from us.

>
>Anyway, I'm willing to try Desqview/X, BUT a) I've heard that it's
>somewhat slower than 386 and 

Slower than DV386?  It, inevitibly, is.  It's doing a lot more things.
Things take time to do.

>b) I'm not all that excited about
>mice unless X is clearly the superior product.  I'm a solo
>user and don't plan to hook up to a network.

"superior product" is a loose idea.  DVX is a very different product.  If
the only reason you would be getting it would be for slightly different 
mouse support, I'd say stick with DV386.  If distributed computing and
X graphics are not something you ever anticipate a desire for and the
scaled font technology, customizability etc. of DVX are not important- DV386
is still good stuff.  We are not abandoning DV386, it is still current
it will have future enhancement added to it, and will always be a faster
DOS multitasker than any GUI.


-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
:
From: jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard)
Newsgroups: comp.os.msdos.desqview
Subject: Re: How does Phar Lap DOS Extender 286 allocated its memory from QEMM?
Date: 28 Dec 1992 12:17:59 GMT
Organization: UT Health Science Center Houston

In article <mike03610921127170455@batpad.lgb.ca.us> mike@batpad.lgb.ca.us (mike batchelor) writes:
>Assuming the client is well-implemented, it won't bring down the
>system no matter which ring it runs in, or which well-implemented host
>it makes use of.

This is the argument that Windows bigots use to try to show that cooperative
multitasking is just as good as preemptive multitasking. The whole point of
things like multitasking OSes is to keep things going even in the face of
poorly-implemented clients. Because of that, VCPI is inherently less robust
than DPMI.
-- 
Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can
jmaynard@oac.hsc.uth.tmc.edu      | adequately be explained by stupidity.
 "Brought to you by the letters O, S, and by the number 2." -- Mike Levis
From: deitch@gisatl.FIDONET.ORG (David Deitch)
Newsgroups: comp.os.msdos.desqview
Subject: Windows aplications
Date: 22 Dec 92 02:02:42 GMT
Organization: Galaxy Information System (GIS) Atlanta, Ga

Dateline Thu, 17/Dec92 16:25.
In ,  Shane Brandon White  of shane@hisfood.Corp.Sun.COM  wrote to All at 1:133/411,

 SBW> Does Quarterdeck run Windows or OS/2 applications?  How 
 SBW> well?  I am considering buying a windows environment and 
 SBW> want to get the best one.  I have read some articles, but am 
 SBW> still unclear on this question.

    Desqview can run Windows which can then run Windows applications.  OS/2 is an operating system in itself and can not be run inside anything.

    David Deitch (GIS),
    Net 133 FidoNet<==>UUCP Gateway Administrator



--  
                   __ 
FidoNet <==> UUCP /  \   UUCP: wittsend!gisatl!deitch 
  Gateway & FAQ  / oo \  Internet: deitch@gisatl.FIDONET.ORG
                (_|  /_)         
David Deitch,    _`@/_ \    _  Galaxy Information System
Administrator   |     | \   \\ (GIS) Atlanta
(404)252-1699   | (*) |  \_  ))
    ______      |__U__| /  \//   User: David Deitch
   / FIDO \      _//|| _\   /    Via FidoNet Node: 1:133/411.0
  (________)    (_/(_|(____/ (jm)
From: lfw@pssparc2.mitek.com (Larry Weiss)
Newsgroups: comp.os.msdos.desqview
Subject: Re: DVX + MOTIF - mark and transfer
Date: 22 Dec 92 23:20:14 GMT
Organization: OpenConnect Systems, Dallas, TX

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

>Giles Todd                      gt@rundart.demon.co.uk (Internet)
>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?

XClipboard is actually a protocol that defines an interaction between
two ordinary (non-window manager) X Clients.  If two application level
X clients know how to manipulate this facility, then they can
cut/copy/paste betwixt themselves via this "selection" mechanism. 
To my knowledge, the window manager does little to help or hamper this
interaction.   Apparently the DWM itself has defined yet another
selection mechanism that DV/X aware clients can exploit.
  
In products that I have helped implement, we have 
configurability in the specification of which selection mechanism to
use for text transfer ("primary selection buffer" or "X clipboard").
Newsgroups: comp.os.msdos.desqview
From: engp2116@nusunix1.nus.sg (RAINER WALTER BACHL)
Subject: DV386 installation with AHEAD VGA ?
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 30 Dec 1992 06:56:45 GMT

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

Any suggestions are welcome.
 
Newsgroups: comp.os.msdos.desqview
From: neville@splinter.coe.northeastern.edu (Neville E. Nagarwalla)
Subject: desqview/x and mathematica
Organization: College of Engineering, Northeastern University
Date: Wed, 23 Dec 1992 21:32:30 GMT


Does anyone out there have Mathematica 2.0 running in a Desqview /X
Window (dv/x 1.02) ? Could you please send me a copy of the QEMM line
in your config.sys ? Is there anything else that needs to be done to
get Mathematica to run ? I get the following message when I start it
up:
	C:\>math
	Mathematica 2.0 for MS-DOS 386/7
	Copyright 1988-91 Wolfram Research, Inc.
	Abnormal program termination: Page fault
	CS:EIP = 000Ch:00000134h

Even if do not have dv/x, but you use QEMM with Mathematica,
could you please tell me your QEMM parameters ? Some (hopefully
relevant) lines from my config.sys are:

DEVICE=C:\QEMM\QEMM386.SYS R:1 TA=20 NR RAM DISKBUF=10 ST:M 
X=C000-C0FF
DEVICE=C:\QEMM\LOADHI.SYS /R:2 C:\NAV\NAV_.SYS /W
DOS=HIGH
DEVICE=C:\QEMM\LOADHI.SYS /R:1 C:\DOS\ANSI.SYS
DEVICE=C:\QEMM\LOADHI.SYS /R:2 C:\MOUSE1\MOUSE.SYS /Y
DEVICE=C:\QEMM\LOADHI.SYS /R:2 C:\DOS\SMARTDRV.SYS 1024
DEVICE=C:\QEMM\LOADHI.SYS /R:2 C:\OM\SONY_CDU.SYS /D:MSCD0001 /U:1
/B:340 /M:P /Q:* /T:*

and from my autoexec.bat:
c:\star\util\VMODE MONITOR
c:\star\util\VMODE VESA


The system is Gateway2000 486/33 with 24MB ram and 1GB SCSI hd.

Thanks in advance,
Neville Nagarwalla.
--
-----------------------------------------------------------------------------
Neville Nagarwalla, 	Statistics & Quant Methods	
219C Hayden Hall	Northeastern University			
360 Huntington Avenue	Boston MA 02115
e-mail:  		neville@meceng.coe.northeastern.edu
-------------------------------------------------------------------------------
From: ralf+@cs.cmu.edu (Ralf Brown)
Newsgroups: comp.os.msdos.desqview
Subject: DV-GLUE beta available
Date: 4 Jan 93 01:21:37 GMT
Article-I.D.: cs.C0B2G1.Hn8.2
Organization: School of Computer Science, Carnegie Mellon


I am making a very early beta version of the next release of DV-GLUE
available for anonymous FTP on CS.CMU.EDU [128.2.222.173] in directory
/afs/cs/user/ralf/pub/DESQview.  Please do not upload it elsewhere.

This beta DV-GLUE is the first update in over four years, and includes
most of the API functions added since DESQview 2.01 (the then-current
version), as well as functions to access QEMM and other Quarterdeck
programs.  Sorry, haven't had time to write up all the new functions,
so you'll have to read the demo program's source.

	Ralf

-- 
Internet: RALF+@CS.CMU.EDU   |The University would disclaim this if it knew...
FIDO: Ralf Brown 1:129/26.1  |
BIT: RALF%CS.CMU.EDU@CARNEGIE|"Fall seven times, stand up eight."
AT&Tnet: (412)268-3053 school|   -- Japanese proverb
From: ronis@onsager.chem.mcgill.ca (David Ronis)
Newsgroups: comp.os.msdos.desqview
Subject: fork() & pipe() in DVX
Date: 29 Dec 92 18:31:40 GMT
Organization: McGill University
X-Newsreader: Tin 1.1 PL5

I'm currently porting ghostview to DV/X using djgpp and the X support released in
qdvx101.zip.  I get a clean compile, but end up with problems at link.  Specifically, 
popen() and pclose() are missing.  Fortunately, all these are used for is to send stuff
to the printer, which I'm not too concerned about, and which I can easily fake.

When I try to run the program, however, things work well until it tries to spawn a subprocess.
Specifically, the program makes some pipes and then forks() [pipe() and fork() are just stubs
in djgpp 1.09], the child then sets stdin and stdout to the fd's of the opened pipes, and 
exec's ghostscript to process the file.  If fork() worked, I would get into trouble since, 
exec doesn't.  

My question is this:  can I fake fork() using the routines in dvapi?  Clearly I can spawn a 
subprocess, but how do I get the subprocess to inherit my file descriptors?  Does this happen
automatically?

Finally, at some point the parent program want's to kill the child.  It does this using kill() 
followed by wait(); here, too all I have are stubs.  There doesn't seem to be anything in the 
dvapi routines in qdvx101 that allows me to kill the child, although the documentation says
that NewProc returns the handle of the opened process, shouldn't I be able to kill the child?

Thanks in advance,

David Ronis
Newsgroups: comp.os.msdos.desqview
From: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Subject: dvx + motif - mark an
Reply-To: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 23 Dec 92 11:28:55 EST

UG>Although delighted with DVX and Motif, I was a bit upset to find that
UG>mark and transfer are not supported under mwm.  Are there any plans to
UG>fix this and has anyone found a workaround in the meantime?

A slightly different (albeit immodest) way to phrase the question would
be "when is everyone going to make an X Window Manager as cool as the
DESQview/X Window Manager?"  Mark and Transfer is not broken under mwm
(since it's never been made a part of it), and thus is not likely to be
fixed.  Our mwm is the same as the original, simply recompiled to work
on a DOS/DESQview/X platform.  The issue here is that the window manager
would have to be able to read the text contents of a window and send
those contents to another as synthetic events, something which WM's
don't typically do.  Perhaps X Clipboard and the ICCM will help in
bringing this sort of feature to other window managers.  Meanwhile, the
best workaround is to use DWM.

Regards,

Michael Bolton
Tech Support
Quarterdeck Canada  (416) 360-5758  quarterdeck.canada@canrem.com
---
  DeLuxe 1.25 #6922  QRAM does NOT turn exTENded into exPANded
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.os.msdos.desqview
From: sichermn@csulb.edu (Jeff Sicherman)
Subject: Re: dv api programming
Organization: Cal State Long Beach
Distribution: comp
Date: Sun, 3 Jan 1993 07:19:01 GMT

In article <1992Dec29.3880.3911@dosgate> "quarterdeck canada" <quarterdeck.canada@canrem.com> writes:
>GA>  In the past year did Quarterdeck drop the prices on programming tools for
>GA>its DV (Classic) API? 
>
>Yes.  The DESQview API tools are now available direct from Quarterdeck at
>the following prices.  
>
>API Reference Manual     $25.00
>API Toolkit - Basic      $100.00
>API Toolkit - C          $100.00
>API Toolkit - Clipper    $100.00
>API Toolkit - Dbase      $100.00
>API Toolkit - Pascal     $100.00
>
>Each complete Toolkit includes the API Reference Manual, specified
>Language Library, API Panel Design Tool, API Debugger and DESQview
>v. 2.4.
>

  what's the upgrade policy for those of us who bought one of the older
Language library+manual(s) only packages ?

  Also, is it possible to get additional language interfaces (library
plus language-specific manual) for a nominal fee instead of having to
buy a whole additional toolkit with duplication of the newly combined
components (panel designer, debugger)

-- 
Jeff Sicherman
up the net without a .sig
Newsgroups: comp.os.msdos.desqview
From: joet@dcatlas.dot.gov (Joe Trott)
Subject: Re: DV386 & Blinking screen
Organization: U.S Dept. of Transportation
Date: Mon, 28 Dec 1992 21:16:51 GMT

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


> Hi All! I use DV386 at work and I have noticed that everytime I
>have any utility from Central Point (ie CPBackup or Pcshell) or
>from the Norton Utilities, when I activate the DV menu with the
>ALT key the screens of such programs start blinking. I have tried
>setting and virtualizing but to no avail..They just start
>blinking whenever the menu is on..Our technician is off to a trip
>so I don't have access to the room where we keep all the manuals
>and docs But I know something must be setup the wrong way..Can
>anyone tell me how to eliminate such an annoying problem? Thanx
>in advance! :-)
 
PC Tools actually uses a graphical display mode to show its screens unless
you tell it not to; I'm guessing Norton does the same thing.  DV doesn't 
support these, so when it converts to the regular font/attributes, blinking
and/or other wierdness results.  I believe that PC Tools can be configured
to not use this feature; not sure about Norton.  Use PCCONFIG, Display
options, to set the display to Text Mode instead of Graphics Mode.  This
should work. 

-JTT

Xref: sparky comp.os.msdos.desqview:4135 comp.os.msdos.misc:6819
From: ralf+@cs.cmu.edu (Ralf Brown)
Newsgroups: comp.os.msdos.desqview,comp.os.msdos.misc
Subject: RBcomm updated
Date: 4 Jan 93 01:16:23 GMT
Article-I.D.: cs.C0B27B.HE6.2
Organization: School of Computer Science, Carnegie Mellon


I have just released version 3.40 of RBcomm, my small DESQview-aware
comm program.

Overview of new features since v3.31 (nearly two years ago):
	250-entry dialing directory
	ANSI music
	more control over file transfer settings
	DVEXEC command to start a program in another DESQview window
	can use BIOS screen writes for better compatibility with screen
		readers

RBCOMM34.ZIP is now available for anonymous FTP from CS.CMU.EDU
[128.2.222.173] in directory /afs/cs/user/ralf/pub, and will shortly
be available from SIMTEL20 and GARBO.

-- 
Internet: RALF+@CS.CMU.EDU   |The University would disclaim this if it knew...
FIDO: Ralf Brown 1:129/26.1  |
BIT: RALF%CS.CMU.EDU@CARNEGIE|"Fall seven times, stand up eight."
AT&Tnet: (412)268-3053 school|   -- Japanese proverb
Newsgroups: comp.os.msdos.desqview
From: silvia@rcf.rsmas.miami.edu
Subject: Re: MoDemn Pproblms
Reply-To: silvia@rcf.rsmas.miami.edu
Organization: RSMAS
Date: Tue, 29 Dec 92 03:36:54 GMT

In article <graham.725553920@eqsun5>, graham@Civil.Concordia.CA (Everard) writes:
>I was really excited when I got my 9600 bps modem with MNP group 5 and
>v.42bis and all of that...
>
>Months of trouble.
>
>I guess it's time to go buy two NS16550AN UART's and swap the chips on my
>NEW serial card (com1 and com2)....I've optimized, read, fiddled, tried.
>
>But mostly crashed.
>
>When I was running 2400 bps, switching out a window didn't affect downloads
>in the least - the files kept plugging away in the background.  Those
>halcyon days are now a dim memory.
>
>Oh, did I mention that I bought an external cuz I like to watch the lights?
>
>Had I bought a card I doubt I'd have had all these problems.
>
>						graham@civil.concordia.ca

  You would still have these problems because most modems with old UART now for
some reason i forget the name. But buying an internal would not have solved
your problems.
From: as789@cleveland.Freenet.Edu (Francisco J. Diaz)
Newsgroups: comp.os.msdos.desqview
Subject: DV386 & Blinking screen
Date: 23 Dec 1992 23:50:38 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: hela.ins.cwru.edu


 Hi All! I use DV386 at work and I have noticed that everytime I
have any utility from Central Point (ie CPBackup or Pcshell) or
from the Norton Utilities, when I activate the DV menu with the
ALT key the screens of such programs start blinking. I have tried
setting and virtualizing but to no avail..They just start
blinking whenever the menu is on..Our technician is off to a trip
so I don't have access to the room where we keep all the manuals
and docs But I know something must be setup the wrong way..Can
anyone tell me how to eliminate such an annoying problem? Thanx
in advance! :-)
-- 
|     Francisco J. Diaz Rivera     |                           |
|     University of Puerto Rico    | If the shoe fits, buy it! |
|    "I hate MATH classes!" :-)    |           - Imelda Marcos |
|     STUD137@CUTB.UPR.CLU.EDU     |                           |
From: jim@stargate.helios.nd.edu (Jim McCusker)
Newsgroups: comp.os.msdos.desqview
Subject: Reading .MAN and .TEX files under DV/X
Date: 22 Dec 92 15:46:44 GMT
Organization: OUC, University of Notre Dame

Is there a program under DV/X that I can use to display .MAN (manual) 
files like under Unix?  
Also, I have a large number of .TEX file (TeX or LaTex type) that I'd
like to print out but can't due to the formatting text.  Does DV/X
have any support for this?  Or are there any MS-DOS version of these
tools available from GNU?

        -- Jim
Newsgroups: comp.os.msdos.desqview
From: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Subject: graphics curtain
Reply-To: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 27 Dec 92 21:25:34 EST

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

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

SN>  I also set the graphics page to 4

You can try 8; the prospects aren't great, but it might work.  What
you're seeing relates to the fact that DESQview can't promise support
for any video mode higher than 640x480 VGA, though we can usually save
and restore 800x600.  Meanwhile, try this:

1) In the Windows window, write a Windows macro that takes you to a
full-screen DOS window.

2) In that full-screen DOS window, press the DESQ key.

3) When you return to that same DOS window, write a DESQview Script that
types the word "exit", and follow it with an {Enter}.

Regards,

Michael Bolton
Tech Support
Quarterdeck Canada  (416) 360-5758  quarterdeck.canada@canrem.com
---
  DeLuxe 1.25 #6922  DESQview/X: Play Multi-user BlaqJaq!
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.os.msdos.desqview
From: lfw@pssparc2.mitek.com (Larry Weiss)
Subject: Re: Memory leak under twm in dv-x
Organization: OpenConnect Systems, Dallas, TX
Date: Sat, 26 Dec 1992 16:57:47 GMT

wchwang@csie.nctu.edu.tw (Wei-Chung Hwang) writes:
>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 ?

How did you measure memory usage on the Sun?
From: nagamati@caldera.usc.edu (Romklau Nagamati)
Newsgroups: comp.os.msdos.desqview
Subject: Re: QEMM and Toshiba 1850
Date: 26 Dec 1992 16:28:22 -0800
Organization: University of Southern California, Los Angeles, CA
Distribution: world
NNTP-Posting-Host: caldera.usc.edu

In article <1992Dec25.225700.119@vms.huji.ac.il> gilf@vms.huji.ac.il (Gil Freund) writes:
>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?

Ifyou' "Xed" the system ROM and use T386, then everything work fine (at 
least on my 1850c). You probably don't need to X the whole ROM but I
haven't got time to sit down and figure that out...

If you're like me and doesn't really run those stuffs often (once since I 
bought it), then you might as well keep it like this and get 64K more
high RAM... and do a "reboot-and-hold-down-the-ALT-key" when you want
to run the TEST3.

Ron N.



-- 
-----------------------------------------------------------------------
   Romklau Nagamati   | 
   nagamati@usc.edu   |
-----------------------------------------------------------------------
Newsgroups: comp.os.msdos.desqview
Subject: Re: QEMM and Windows problem
From: mike@batpad.lgb.ca.us (mike batchelor)
Date: Sun, 27 Dec 92 17:30:05 PDT
Distribution: world               
Organization: The Batchelor Pad

gilf@vms.huji.ac.il (Gil Freund) writes:
>
> When I start Windows 3.1, the progrma will display a garbled logo screen,
> but then the desktop appears fine. Windows will act fine until I try to
> launch a windowed DOS session, the screen then will trash up, allthough
> the system still works fine (I can exit normaly, even if I can't make
> out the screen). I use the 800x600 driver.
> 
> Any ideas?

If you haven't done it already, add X=B000-B7FF to your QEMM386 device
line.

If you are running Stealth (ST:M or ST:F on your QEMM386 device), then
try X=C000-C1FF or X=C000-C5FF in addition to the X=B000-B7FF.  Use
the smaller exclude given first if it works.

If none of that works, remove ST:M or ST:F and try again.  If that
works, you need to troubleshoot the conflict your driver and hardware
has with the Stealth feature.  Send a note to support@qdeck.com and
request stealth.tec, and follow the procedure outlined there.

Reoptimize your system with the new QEMM386 device line if one of the
above suggestions fixed the problem.

If all of the above fails, then more information is needed:

SVGA card used, brand, model, VGA chipset.
Which driver are you using, the Windows driver, or the OEM driver
that came with the card?
Machine brand, model, BIOS, chipset.
Contents of autoexec.bat and config.sys.



[] ---
[] Mike Batchelor <> Long Beach, California
[] mike@batpad.lgb.ca.us <or> mikebat@qdeck.com