HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.os.msdos.desqview

I am certainly no authority, but in response to this comment:

# (2) DV does not support Windows in 386 enhanced mode.  I do not have
# a clue as to whether I really need 386 enhanced mode, but it gives
# me something I'm used to (virtual memory, which I have taken for
# granted on my workstatation at work for the past decade), and I don't
# understand enough about Windows to be sure that NOT using 386
# enhanced mode will not impair my use of Windows in some other way.

I will comment on my understanding, mostly from very extensive reading
and a little from experience.

Essentially, the only significant reason to run MSWindows in 386 (Enhanced)
mode is to provide "virtual windows" for running DOS-based (non-windows)
programs.  If you will be only running MSWindows-specific programs under
MSWindows, then running in Standard mode will provide an improvement in
performance for most users/applications.  

MSWindows was NOT written to provide multi-tasking of DOS programs.  It
was written to provide an interface to MS-Windows compliant programs.  As
a side issue, it CAN run DOS programs, and runs them more reliably in
Enhanced mode due to the 'virtual memory' capability which should keep
errant DOS programs from crashing the system.  (Wonderful theory.)

Thus, I suggest that DESQview is a much better multi-tasker of DOS programs.
(In part because DESQview provides pre-emptive time-sliced multitasking, 
whereas MSWindows only provide task-switching, particularly of DOS programs -
more specifically of Graphics-mode DOS programs - and only allows a 
background program CPU time if other programs "give up" their time.)
And DESQview can run MSWindows in a window, in Standard Mode, for when
a user must use an MSWindows-based application.
Newsgroups: comp.os.msdos.desqview
From: michaelv@iastate.edu (Michael L. VanLoon)
Subject: Re: DV/X and the 8514
Organization: Iowa State University, Ames IA
Date: Wed, 8 Apr 1992 10:26:37 GMT

In <Tq9TiB5w164w@batpad.lgb.CA.US> mike@batpad.lgb.CA.US (Mike Batchelor) writes:

>portuesi@tweezers.esd.sgi.com (Michael Portuesi) writes:

>> Some friends of mine here at Silicon Graphics (talented
>> X server hackers that they are) tell me that the 8514
>> display has excellent hardware support for X, and that
>> a server written to use those features should have excellent
>> performance (much higher than a stock SVGA card).
>> 
>> Does anybody know if DV/X is tuned to take advantage
>> of the  8514 display card?  If someone is having a technical
>> discussion with the folks at Quarterdeck, could they check
>> on this little detail?

>According to my DV/X fact sheet, it does indeed support the 8514/A
>adapter.

>But who wants an interlaced 1024x768x256 display when you can get a
>non-interlaced display using SVGA for a lot less money?

>It also supports 256 color DGIS.

Who says 8514 has to be interlaced?  I use an ATI 8514/Ultra in my
386/33 for Windows and Autocad right now.  It offers several 1024x768x
256 non-interlaced scan frequencies.  This card is also several times
the speed of the original IBM 8514/A graphics adapter.  It's not just a
little faster than VGA, it's several *magnitudes* faster than VGA.  It's
still the fastest PC video card that I've seen any computer magazine
review, including the 34020 TIGA cards.  What I'm saying is, it cranks!
I'm sure it would make an outstanding video board for DV/X.  I certainly
can't wait to get it installed on mine!  Investigate.  You will be
extremely happy with yourself for buying this card.  (No, I have no
affiliation with ATI besides being an extremely satisfied customer of
several of their products.)
From: av@kielo.uta.fi (Arto V. Viitanen)
Newsgroups: comp.os.msdos.desqview
Subject: Re: demacs un dv?
Date: 8 Apr 92 05:56:23 GMT
Reply-To: av@uta.fi (Arto V. Viitanen)
Organization: University of Tampere, Finland
In-reply-to: valley@gsbsun.uchicago.edu's message of 6 Apr 92 23:44:01 GMT

>>>>> On 6 Apr 92 23:44:01 GMT, valley@gsbsun.uchicago.edu (Doug Dougherty) said:

Doug> kemp@chinook.convex.com (Phil Kemp) writes:

>Some time ago I seem to recall a thread on running demacs under desqview. I
>checked the FAQ and found nothing. Is it possible? And if so how does one
>set up the correct environment.

Doug> demacs was compiled with DJGPP, right?  Assuming that to be the case,
Doug> what you have to do is get the GO32 patch from georgetown.navy.mil (or
Doug> something like that - I haven't actually done it, so I don't know
Doug> exactly what the address is).  The patch allows DJGPP compiled programs
Doug> to run under DV.

It is not so simple. Demacs has patched version of GO32. They patched it for
beteer handling of control-keys or something. You might have to repatch
already patched GO32 coming with demacs. This might work or then not.
--
Arto V. Viitanen				         email: av@kielo.uta.fi
University Of Tampere,				   	    av@ohdake.cs.uta.fi
Finland
Newsgroups: comp.os.msdos.desqview
From: jamie@ftp.com  (Jamie O'Keefe)
Subject: Re: The Use of DV/X
Nntp-Software: PC/TCP NNTP
Organization: FTP Software, Inc., Wakefield, MA
Date: Fri, 10 Apr 1992 17:00:43

cs331333@umbc5.umbc.edu (Dave Steibel) writes:

 >Am I wrong, or will desqview simulate an x-windows terminal through a
 >good old fashioned comm. port?  I have a crytal clear 19200baud hookup
 >to a UNIX system, and I know x-windows terminals run off of it.  Is this
 >possible?

You can use PC/TCP to run SLIP (Serial Line IP) over your modem.  You
do need a SLIP connection at the other end.  You can then run your
X-Apps in DV/X.  If you do not have PC/TCP then I recommend our
generic product (Part Number PC210) since it supports the Nat Semi
16550 chip which is more powerful then the older Nat Semi 8250 chip
prevalent in most PC's.  However, this option is not doced well in 
version 2.05 pl4 of PC/TCP.  There are readme files, though.  Version 
2.1 will be an improvement.  I you have any problems then mail me and 
I will try my best to help out.

I am afraid that I do not know about Novell's LAN Workplace for DOS's
SLIP support.

best of luck,

jamie
--
Jamie O'Keefe		FTP Software, Inc.	Technical Support
Phone: 01-617-246-2920	Fax: 01-617-245-7943	Email: jamie@ftp.com
From: deitch@gisatl.fidonet.org (David Deitch)
Newsgroups: comp.os.msdos.desqview
Subject: Call for DesqView/X conference
Date: 7 Apr 92 08:04:11 GMT
Organization: Galaxy Information System (GIS) 1:133/411 Atlanta, Ga

On Sat, 04/Apr/92 at 05:47, UUCP said this to All:

 U> Seeing that even with DesqView just being released, it is going to generate
 U> much discussion perhaps there should be an independent conference for
 U> DesqView/X.

     I don't think the current traffic in this newsgroup calls for a 
preemptive split.

          David Deitch, (GIS) Atlanta
 

--  
----------------------------------------------------------
              __          David Deitch
             /  \         Computer Connection
            /|oo \        Galaxy Information System (GIS)
           (_|  /_)  (jm) FidoNet: 1:133/411
            _`@/_ \    _  UUCP: gatech!warlord!gisatl!deitch
           |     | \   \\ INTERNET: deitch@gisatl.fidonet.org
           | (*) |  \_  ))PHONE: 1-404-671-1039 (voice)
  ______   |__U__| /  \//        1-404-671-1024 (data)
 / FIDO \   _//|| _\   /  US MAIL: 6945B Roswell Rd, NE
(________) (_/(_|(____/            Atlanta, Ga. 30328-2326
From: cornet@duteca.et.tudelft.nl (Jan-Pieter Cornet)
Newsgroups: comp.os.msdos.desqview
Subject: Re: DV first window
Date: 17 Apr 92 00:07:04 GMT
Organization: Delft University of Technology, Dept. of Electrical Engineering

gunars@spss.com (Gunars V Lucans) writes:
>I've seen several articles that mention programs (usually
>communications software) that run better when in the first DV window.
>What is "magic" about the first window?

I'd take a wild guess at it, and say that the first window uses the
"real" conventional memory for memory. No "faked" EMS-ed in QEMM
supplied substitute of a memory.

Certain programs get by (or partly get by) the 386 memory manager. In
the first window, the conventional memory would still be at the position
the software expects it, but in the other windows the "conventional memory"
suddenly jumps to some whole different location somewhere amongst your
extended/expanded memory pool (as seen from protected mode).

Unless, of course, the first and second window (and DV, DOS, drivers, TSRs,
anything else that's there) fit into that first 640K at the same time.

-- Jan-Pieter
cornet@duteca.et.tudelft.nl
Newsgroups: comp.os.msdos.desqview
From: ileicht@jarthur.claremont.edu (Spiff)
Subject: Re: telnet under dv
Keywords: telnet tn3270
Organization: Harvey Mudd College, Claremont, CA 91711
Date: Thu, 16 Apr 1992 01:49:00 GMT

You should be happy..

I run telbin.exe under desqview.. if I open up a window after
telbin.exe has been loaded odds are it locks up completely with
no warnings at all..

at least it tells you that it locked up..

*wry smile*


How can I set up pktmux.exe under desqview? I use slip8250.com


Newsgroups: comp.os.msdos.desqview
From: kemp@chinook.convex.com (Phil Kemp)
Subject: Re: Some DV/X questions (Or, my adventures with QOS offhours support)
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Fri, 17 Apr 1992 16:46:38 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

In <1992Apr16.201748.25729@xraylith.wisc.edu> bodoh@xraylith.wisc.edu (Daniel J. Bodoh) writes:

>In article <1992Apr16.131943.3019@midway.uchicago.edu> valley@gsbsun.uchicago.edu (Doug Dougherty) writes:
>>	3) How to make Windows come up automatically not full-screen?
>>	   (I.e., when I launch Windows, it takes up my entire X/Windows
>>	   screen, and the first thing I do is resize it down so that I
>>	   have room onscreen for other DV/X apps.  I would like this to
>>	   happen automatically.)  Actually, I suppose I could do it
>>	   with a script, now there's an idea... (I just thought of that
>>	   as I write this)

>Use DVPMAN to edit the DVP.  In DV/X, you no longer specify Starting...
>sizes in units of characters, but in units of pixels, and you can
>use algebraic forms with the variables H (screen height) and W (screen
>width).


Or add these lines to win.ini file.

[XStuff]
ScreenWidth=640
ScreenHeight=480
Title=Windoze

works great for me...
PK


--
Phil Kemp, Systems Engineer         Voice:(403)-233-2815
CONVEX Computer Canada Ltd.           Fax:(403)-261-2029
Calgary, Alta.                  Internet:kemp@convex.com
From: flash@lehi3b15.csee.Lehigh.EDU (Stephen Corbesero)
Newsgroups: comp.os.msdos.desqview
Subject: Adaptec SCSI Disk Performance under DV/QEMM
Keywords: bus master scsi adaptec
Date: 9 Apr 92 02:12:32 GMT
Organization: CSEE Dept. Lehigh University, Bethlehem, PA


A while back there was a small discussion about using the ASPI4DOS
driver that comes with the Adaptec-1542 SCSI controller to improve
performance.  I have just spent the better part of two hours trying
various ASPI4DOS settings and using CORETEST, Norton SI, and PC-Tools SI
to measure the resulting performance.  I found teh best performance to be
without ASPI4DOS loaded, and about 5 scsi DISKBUFS on on the QEMM
command line.

Am I missing something obvious here?
Newsgroups: comp.os.msdos.desqview
From: bodoh@xraylith.wisc.edu (Daniel J. Bodoh)
Subject: Re: WANTED: Distributor DV/X in EUROPE/GERMANY
Organization: Center for X-ray Lithography, UW-Madison
Date: Fri, 10 Apr 92 13:23:30 GMT

In article <arnd.20@informatik.rwth-aachen.de> arnd@informatik.rwth-aachen.de (Arnd Gehrmann (Tel:4564,Raum:4203)) writes:
>Is someone here, who can tell me the address of an distributor
>for DesqView/X in europe (spec. in germany)?

Check out Q19 of the FAQ.  Search backwards for an article with the word
"Frequently" in the subject line.  Q19 contains 2 European address &
phone numbers for Quarterdeck.  If anyone knows of any more, please let
me know...
-- 
Daniel J. Bodoh - bodoh@xraylith.wisc.edu or via Fidonet Daniel Bodoh 1:121/99
    "I'll be back!  You can't keep the Democrats out of office forever!"
 - Sideshow Bob, as he was being led to jail for attempted murder of Aunt Selma
From: dnehme@ccwf.cc.utexas.edu (David Nehme)
Newsgroups: comp.os.msdos.desqview
Subject: DR DOS and Desqview?
Date: 8 Apr 92 08:18:24 GMT
Distribution: comp.os.msdos.desqview
Organization: The University of Texas at Austin, Austin TX

Maybe this is a dumb question, but can I use desqview with DR DOS?
Do I need to.  I list desqview, but the main advantage for me
is that I can swap several programs into extended memory, 
multitasking is not that big of a deal.

David Nehme
dnehme@ccwf.cc.utexas.edu
Newsgroups: comp.os.msdos.desqview
From: A4422DAB@vm.univie.ac.at (Erich Neuwirth)
Subject: DOS extenders and BC 3.0
Organization: University of Vienna
Date: Sun, 12 Apr 1992 14:08:26 GMT

does anybody know if BC 3.0 has a DOS extender, and if this
DOS extender is compatible with DesqVew.
And is there any PD DOS extender supporting VCPI and DPMI.
The commercial Ratianal Systems one seems to do the trick.
Are there any pland to extend GO32 in way it also does
DPMI?





Newsgroups: comp.os.msdos.desqview
From: kadie@herodotus.cs.uiuc.edu (Carl M. Kadie)
Subject: Re: The Use of DV/X
Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL
Date: Fri, 10 Apr 1992 16:06:51 GMT

jack@solucor.uucp (Jacques Gelinas) writes:

[...]
>DV/X has two main usage.
>
>1-Run programs accross network, programs from
>  other OS or other DVX PCs.

But only if you may extra for the network software.

>2-Run local apps. Currently there is nothing available. I suppose
>  that few application should be available soon (word processor, spreadsheet
>  drawing editor, etc...). If you develop graphical program and you are
>  expecting to port to UNIX later, you should target DVX. DVX already
>  support 32bit programming. With the proper compiler, it should
>  be close to a real OS :-)


But only if developers pay extra for the library and for a 32-bit
compiler.

I love Desqview, but I don't think Desqview/X has a chance unless the
price to actually do things with it is lowered.

- Carl



--
Carl Kadie -- kadie@cs.uiuc.edu -- University of Illinois at Urbana-Champaign
Newsgroups: comp.os.msdos.desqview
From: kemp@chinook.convex.com (Phil Kemp)
Subject: Re: DV/X and FTPsoft's PC/TCP
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Tue, 7 Apr 1992 22:37:27 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

In <IdsC1=O00YVXQ5Ht8J@andrew.cmu.edu> mp52+@andrew.cmu.edu (Matthew Edward Patton) writes:

>Does anyone know if DV/X can communicate it's Xwindowing protocoll over
>FTPsoft's PC/TCP software?  I can get acess to a Novell network, but

I spoke with both Qdeck and FTP about this the other day. Yes you can
use FTP PCTCP. You must purchase the TCP/IP Manager for Desqview/X
however. The explanation I was given was that PC/TCP is non-re-entrant
and does not work without the Qdeck TCP/IP network manager in the
multitasking environment created by Desqview/X.

This is also true of Novell's tcp/ip kernels as well. Qdeck indicated
that these are the only two tcp/ip kernels/drivers that are currently
supported for Desqview/X.

>being able to use this widely supported communications protocoll would
>be a BIG plus.  Further help on network support much appreciated.

If anybody out there get's DV/X running with slip please post. I'm
very interested in this combination. (AS are many other folks it
seems)

PK

--
Phil Kemp, Systems Engineer         Voice:(403)-233-2815
CONVEX Computer Canada Ltd.           Fax:(403)-261-2029
Calgary, Alta.                  Internet:kemp@convex.com

Newsgroups: comp.os.msdos.desqview
From: kemp@chinook.convex.com (Phil Kemp)
Subject: demacs un dv?
Summary: Can you run demacs under dv?
Keywords: demacs dv
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Mon, 6 Apr 1992 18:34:42 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

Some time ago I seem to recall a thread on running demacs under
desqview. I checked the FAQ and found nothing. Is it possible? And if
so how does one set up the correct environment.

Thanks
PK

--
Phil Kemp, Systems Engineer         Voice:(403)-233-2815
CONVEX Computer Canada Ltd.           Fax:(403)-261-2029
Calgary, Alta.                  Internet:kemp@convex.com
From: sbo@vlsi.polymtl.ca (Stephane Boucher)
Newsgroups: comp.os.msdos.desqview
Subject: Re: MetaWare High C / PharLap / DJGPP / GO32 / DESQview / MS WIN
Date: 13 Apr 92 12:02:24 GMT
Organization: Ecole Polytechnique de Montreal, Canada

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

   In article <kug6ijINNm76@neuro.usc.edu> merlin@neuro.usc.edu (merlin) writes:
   >Is there a 387 emulator available 
   >for use with DJGPP generated binaries on 386 PC's absent 387 coprocessors?

   Yep!

Is this recent? I tought that the emulator was not emulating all the math
functions.

--
  ,                          ,                           ,
Stephane Boucher, ing. jr. | Ecole Polytechnique de Montreal
sbo@vlsi.polymtl.ca        | 
sbo@info.polymtl.ca        | (514)340-5950
Newsgroups: comp.os.msdos.desqview
From: bodoh@xraylith.wisc.edu (Daniel J. Bodoh)
Subject: A Few DV/X bugs and comments
Organization: Center for X-ray Lithography, UW-Madison
Date: Sun, 12 Apr 92 05:40:40 GMT

Well, I found a few bugs in the first day of playing with DV/X:

I lowered the MAXMEM parameter in SERVER\XB16.VWC to save on memory
(as described in the README).  The default is 1000, I lowered it to
700.  Occasionally, with a few windows open already, opening
another would cause lots of VM swapping and a lock up.  I've increased
it to 800 and things seem to work better now.  BTW, they've taken out
the Put Aside option, and there's no such thing as a Swapped-out Application
anymore...  Any swapping is DOS-extender-virtual-memory-stuff.

Programs that use the DV API to "Orphan" themselves seem to do strange
things -- anything from no problems at all to disallowing the client
menu on unrelated windows to complete reset-button-type lockup.

There are some other DV API compatiblity problems in the display area.
Try running Mike Weaver's DVTREE once and you'll see what I mean.  It
looks like the Xlib request queue isn't getting flushed...  There must
be some DV API Display-to-Xlib layer which is screwing up.

Mouse handling with Apps that use the mouse is VERY nice!  All those
old problems of losing the mouse in a window are gone.   But the mouse
with WordPerfect didn't work so well -- BTW, don't try changing
the mouse in WP.  It might be my mouse driver, but the mouse cursor
was out of control.  I had to reboot to get a controllable mouse back
in DV/X.

One really annoying thing:  If you edit the CLIENT line in DWM.CFG or
use DV/X Setup to specify windows to open on DV/X startup, DO NOT
specify the PIF with the .DVP extension.  In other words, if you want
to start a BIG DOS window automatically, use "bd-pif" and NOT "bd-pif.dvp".

Another annoying thing:  there is now way to re-read the WM.CFG file
without exiting and restarting DV/X -- you'd think it be easy enough
to have added an F.SOURCE or something like that.  BTW, I already
tried the old DV API call for updating the Open Win menu.  It looks like
it is a NOOP in DV/X. 

Just some observations:  Looks like any X program is automatically 200K-300K
in size.  For example, the DVP Manager (nice!) is 200K+, while the
old Change-A_program was 17K or so.   You are going to need 8 megs if
you are really interested in running X Apps locally.  And you'll need
8 megs if you want to run the Application Manager and do a decent
amount of multitasking (The App manager is like Window's Program Manager).
But 4 megs is definitely the minimum.

I've been doing a little reverse engineering to figure out the API
additions, as well as the Xlib-to-server connection.  If anyone is interested
in hearing what I've found out (not much yet) or would like to help,
let me know.  I've got a DV API script for INTRSPY (the great program
that came with _Undocumented_DOS_) which will help.  What I don't have
is a good disassembler -- I'll have to get one from SIMTEL.
-- 
Daniel J. Bodoh                          Windows is dead! Long live DESQview/X!
bodoh@xraylith.wisc.edu or via Fidonet: Daniel Bodoh 1:121/99
Newsgroups: comp.os.msdos.desqview
From: burton@asdsun.larc.nasa.gov (John Burton)
Subject: Re: QEMM 6.02 locking up system intermittently
Organization: NASA Langley Research Center, Hampton, VA  USA
Date: Fri, 10 Apr 1992 19:51:57 GMT

In article <v8sj_n#.bishop@netcom.com>, bishop@netcom.com (Mike Sherwood) writes:
|> I have a 386sx/25 (Chips SCATsx/PEAKsx BIOS Version 2.2.0) running desqview
|> 2.31 and qemm 6.02 and have been having problems with it intermittently
|> locking up the system.  when I am working on something (actually using the
|> keyboard) it will lock up without reason.  I have tried this under both DR DOS
|> 6.0 and MS DOS 5.0, neither of which worked.  also, I have used the system
|> quite a bit both with and without qemm installed, and qemm seems to be the only
|> difference in the system configuration that could cause this.  has anyone else
|> had this problem or know what could be causing it?
|> 
|> --
|> Mike Sherwood
|> bishop@netcom.com

You might try playing with the QEMM line in your config.sys file.
I was having a similar (but no the same) problem. My 386-33 AMI BIOS
would lock up whenever I tried to startup Procomm Plus under DV. Basically
I played with the -X=nnnn,nnnn parameter (excluding various chunks of
memory) until I found a combination that work...took a *lot* of hard
resets before I finally got it configured...since then I haven't had
a single problem...

John
From: rslarsen@oregon.uoregon.edu (Ron Larsen)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Help with DESQ key / Mouse progs in window
Date: 7 Apr 92 06:00:28 GMT
Article-I.D.: oregon.rslarsen.99
Organization: University of Oregon

In article <6588@lee.SEAS.UCLA.EDU> donlee@watson.seas.ucla.edu (Donald C. Lee) writes:
>I'm new to Desqview and so far it seems to work very well.  How do
>I get to the desqview menu that has the Switch To Window/Open/Close
>options *IF* I am running a program that is using the mouse?
>What is the DESQ key, what does it do?

Try using the ALT key, alone.  That should pop up your Desqveiw window from 
inside a mouse using program.

(The ALT key is the DESQ key, and functions identically to the middle mouse 
key.)

--
+------------------------------------------------------------------------+
| Ronald Larsen                    | BITNET: RSLARSEN@OREGON.UOREGON.EDU |
| Social Science Instructional Lab | Voice:  503 346 2547                |
| University of Oregon (Ory-gun)   | FAX:    503 687 0947                | 
| Eugene, Oregon 97403             | Personal:  HEY YOU!                 |
+------------------------------------------------------------------------+