HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.os.msdos.desqview
Subject: TCP in DV/X
From: DIXONW@arizvm1.ccit.arizona.edu (Bill Dixon)
Date: Wed, 22 Jul 92 09:06:29 MST
Distribution: usa,local
Organization: University of Arizona

    Two questions regarding TCP/IP networking in DV/X:
 
1. Has anyone implemented a single TCP window in DV/X following the
same procedures that worked successfully under DV? As I recall this
involved excluding an appropriate address from QEMM, loading packet
drivers in a DOS window, and then running an application like CUTCP.
 
2. I believe DV/X requires either FTP or B&W TCP software to implement
true X window TCP/IP networking. Can anyone comparatively evaluated these
two packages? What accounts for the higher cost of FTP over B&W?
 
Thanks.
- - - -
   William J. Dixon
   Dept. of Political Science          Phone: (602) 621-7600
   University of Arizona              Bitnet: DIXONW AT ARIZVM1
   Tucson, Arizona 85721            Internet: dixonw@arizvm1.ccit.arizona.edu
Newsgroups: comp.os.msdos.desqview
Subject: Re: Game program hangs DesqView
From: mike@batpad.lgb.ca.us (mike batchelor)
Date: Thu, 30 Jul 92 19:31:20 PDT
Distribution: world               
Organization: The Batchelor Pad

swf@teradata.com (Stanley Friesen) writes:

> |The problem is that, by breaking the rules, game programs do things which are
> |almost guaranteed to cause problems under a multitasking system.  Like
> |accessing BIOS and adapter ROMs directly (they aren't re-entrant, so a task
> |switch while such illegally-obtained access is going on can easily lead to a
> |crash; if DV can intercept the call it will insure that the system doesn't
> |switch tasks while in the BIOS).
> 
> Well, can I turn off DV task switching while a particular window is active?

In the game's DVP, F1, down near the bottom left corner:

Share CPU when foreground? [N]

> |Another almost-guaranteed lockup is if the program switches to a hi-res video
> |mode, the card maps memory into B000-B7FF to support it, but QEMM has mapped
> |RAM there.  The fix here is to not include B000-B7FF to QEMM (losing 32K of
> |high RAM).
> 
> This is probably what is happening.  Sigh, I can barely get some of my
> windows to have enough memory as it is.  It took me an hour to reconfigure
> after I added the CD-ROM drivers.

There's only 640K and another 384K to work with.  A lot of that goes
away just loading the operating system, and providing address space
for the video adapter.  What you have left is, well... what you have
left. :(



[] ---
[] Mike Batchelor -- mike@batpad.lgb.ca.us
[] Long Beach, California
[] DESQview/X:  turns your Sun into a PC peripheral.
Newsgroups: comp.os.msdos.desqview
From: docw@qdeck.com (Doc Williamson)
Subject: Re: kermit output bleeds through dv386
Organization: Quarterdeck Office Systems, Santa Monica CA
Distribution: na
Date: Tue, 28 Jul 1992 00:29:06 GMT

In article <1992Jul23.151308.4537@kai.com> pwolfe@kai.com (Patrick Wolfe) writes:
>One of the reasons I use ms-kermit is that it supports 132 columns, using a
>graphics mode to accomplish this.  Unfortunately, I've found that while running
>kermit V3.10 in 132 column mode within Desqview/386 V2.40 (Qemm V6.03), if I
>put kermit in the background, any output bleeds through to the foreground
>window.  This is really annoying when performing a file transfer.  If I switch
>kermit to 80 column (normal dos text) mode, this problem doesn't occur.
>
>I've tried various combinations of "Writes Directly to Screen", and "Virtualize
>Text/Graphics" without success.  Can anyone suggest the correct procedure to
>help me solve this?
>-- 
>
>	Patrick Wolfe (pwolfe@kai.com)
>	System Manager, Kuck and Associates
Writes Direct=y and Virtualize=y should do it (unless it was protected mode, 
which I'm pretty sure it is not).
The other possibility (or rather possibiliities ) is/are that it is really 
132 column text (NOT SUPPORTED un DV) or the graphics exceeds 640x480x16colors
which is also unsupported.
-- Doc Williamson <support@qdeck.com>


Newsgroups: comp.os.msdos.desqview
From: burge@qdeck.com (Bill Burge)
Subject: Re: Optimize error
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Tue, 21 Jul 1992 14:49:05 GMT

In article <geurin.72.711670584@flounder.nosc.mil> geurin@flounder.nosc.mil (Chance C. Geurin) writes:
>In article <wkyVNB3w165w@batpad.lgb.ca.us> mike@batpad.lgb.ca.us (Mike Batchelor) writes:
>
>>====Conventional memory ends at 639K=====
>...
>
>>F074 - FEFF    58K  DV Data
>>    HMA        64K  DV
>
>My question is how did you get DV/X to load in the HMA?  I've tried it with 
>doe=high and without.  I can't get DV/X to load itself high.  Anyone else 
>got this problem?
>

Dv and DVX will take the HMA if NO OTHER program has taken control of it.
To do this you must NOT use DOS=HIGH.  At this point the normal act of
loading DV or DVX will take the HMA, any available high ram, and any other
conventional memory needed for DV or DV/X to load.  Some parts of DV and DV/X
MUST reside in conventional memory.  THis is about 13K of DV and about 35 to
50K of DV/X (depending on configuaration).

Bill  burge@qdeck.com
d
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Desqview crashes
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Mon, 27 Jul 1992 23:40:26 GMT

In article <1992Jul25.183029.9585@ecst.csuchico.edu> michael@ecst.csuchico.edu (Michael Perelman) writes:
>When I type too quickly in a program or from the dos prompt, desqview crashes.
>Probably the buffer gets overloaded.  Is there a remedy.  I wrote to
>Desqview support, but they did not respond.
>Thanks for your help.
>Sincerely,
>
We didn't get your mail.  Our last contact was a phone call 53 days ago.

A buffer getting overloaded should not cause a system hang.  The IA parameter
on the QEMM line would be the first thing to try.  Also look in Manifest
FirstMeg Interrupts(outside DV) and look at what program is hooking int09h.  
Remove that program.  Keep doing this until noone is hooking 09h and see if the 
problem goes away.
garyrich <support@qdeck.com>
From: erice@tps.com (Eric D. Eastman)
Newsgroups: comp.os.msdos.desqview
Subject: DV/X and Borland C++ 3.0
Date: 23 Jul 92 04:00:45 GMT
Organization: Telectronic Pacing Systems


Has anyone got Borland's C++ 3.0 integrated environment to work under
DV/X?  We spent 1/2 day working with Quarterdeck's tech support 
before the 4th support person we talked to told us there is a known
problem using the BC integrated environment under DV/X.

No mater what we tried, shortly after calling up BC,  DV/X hangs up.

-- 
###########################################################################
# Eric Eastman                   erice@tps.com                            # 
# Telectronics Pacing Systems:   I work for them; I don't speak for them  #
###########################################################################  
Newsgroups: comp.os.msdos.desqview
From: goodrich@qdeck.com (Steve Goodrich)
Subject: Re: DV/X and Tame?
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Thu, 23 Jul 1992 21:56:29 GMT

In article <1992Jul22.192357.12090@midway.uchicago.edu> pynq@midway.uchicago.edu writes:
>In article <1992Jul21.174748.25298@qdeck.com> burge@qdeck.com (Bill Burge) writes:
>
>>
>>This is the case.  The server is the foreground task.  Only when direct window
>>(one that runs full screen without a border) does anything but the server
>>become the foreground task.  This is why the Runs in background selection
>>has been removed from the DVP.
>
>But this is, if you will pardon my French, BS.  What *about* direct
>windows?  Shouldn't they be allowed to either run or not run in the
>background?  

You need to consider what would happen if a direct window ran in the 
background while the server was running:  the direct window would write
directly to the screen.  This would over-write what the server is writing,
and then you'd have garbage on the screen from both the server and the
direct window trying to write to the screen at the same time.  So, you're
allowed to have one or the other, but not both.  To quote you below: 
"it... will do something bad."  :-)

>             Also, more important to me, why did they take Revive Mouse
>out of Tune Performance?

The "Revive Mouse" entry was something that was used by DESQview when
some program screwed up the serial ports.  There is no related function
in X to say "Hey, Server! A program just messed up the pointer!  Figure
out how to get it back."  Doing this would require a very special hook
into the DESQview core of DV/X which simply doesn't exist.

>
>I just don't see why they should take all this stuff out.  I've yet to
>see an arg that "it won't work and will do something bad if you use it
>under DV/X".  All I've seen is "It isn't relevant or you don't need it".
>

I hope some of this helps.
Steve G.
Quarterdeck Office Systems
goodrich@qdeck.com
From: kachman@hoss.unl.edu (Stephen Kachman)
Newsgroups: comp.os.msdos.desqview
Subject: Converting .bdf files to .snf that DV/X understands
Keywords: bdf snf DV/X
Date: 29 Jul 92 17:35:48 GMT
Distribution: comp.os.msdos.desqview
Organization: University of Nebraska - Lincoln

Is there a bdftosnf that is compatable with DV/X? If so where is it?
Newsgroups: comp.os.msdos.desqview
From: as789@cleveland.Freenet.Edu (Francisco J. Diaz)
Subject: Re: Help!
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)
Date: Tue, 28 Jul 92 02:57:27 GMT


Well, I can't seem to make the "plus" file work on the shared
program problem...Can you post an example? Maybe I'm doing
something wrong....:-(
-- 
|     Francisco J. Diaz Rivera     |                           |
|     University of Puerto Rico    | If the shoe fits, buy it! |
|  "I hate calculus classes!" :-)  |           - Imelda Marcos |
|     STUD137@CUTB.UPR.CLU.EDU     |                           |
From: Ralf.Brown@B.GP.CS.CMU.EDU
Newsgroups: comp.os.msdos.desqview
Subject: Re: DV/X and Tame?
Date: 24 Jul 92 10:43:18 GMT
Article-I.D.: ralf.2a6fdec6
Organization: Carnegie Mellon University School of Computer Science
Originator: ralf@B.GP.CS.CMU.EDU

In article <1992Jul23.120556.13634@xraylith.wisc.edu>, bodoh@xraylith.wisc.edu (Daniel J. Bodoh) wrote:
}Since the X server notifies the app when it is uncovered, DESQview should
}know which window is on top.  If that is so, can't you use this
}information to define what the "foreground" task is?  Better yet,
}why haven't you ever provided a way to prioritize processes?

Keyboard focus would probably be a better criterion, since a window can be
completely uncovered yet still be a background window.


-- 
Internet: RALF+@CS.CMU.EDU   |The University would disclaim this if it knew...
FIDO: Ralf Brown 1:129/26.1  |"Wisdom is the quality that keeps you from
BIT: RALF%CS.CMU.EDU@CARNEGIE| getting into situations where you need it."
AT&Tnet: (412)268-3053 school|		-- Doug Larson
Newsgroups: comp.os.msdos.desqview
From: bodoh@xraylith.wisc.edu (Daniel J. Bodoh)
Subject: Re: beginner question
Organization: Center for X-ray Lithography, UW-Madison
Date: Thu, 23 Jul 92 12:12:13 GMT

In article <hurd.711836988@sfu.ca> hurd@fraser.sfu.ca (Peter L. Hurd) writes:
>1) What is the /X in DV/X I see all over the group? I get the feeling it's
>the release number.

DESQview/X is DESQview with a built-in X server for graphical output.
The X server gives you the ability to interact with programs
running on other DESQview/X machines or other Unix machines.  For more
info, see the FAQ.

>2) Is there an FAQ list for this group?

The DESQview/QEMM Frequently Asked Questions list can be obtained
from a variety of places.  First, it is posted montly to 
comp.os.msdos.desqview and news.answers with the subject line
"DESQview/QEMM Frequently Asked Questions: READ BEFORE POSTING".
Use your newsreader to search backwards for an article with this subject
line.

Second, it is available via anonymous FTP from SIMTEL20 and mirrors
in the DESQVIEW directory.  On WSMR-SIMTEL20.ARMY.MIL get
PD1:<MSDOS.DESQVIEW>DVFAQ6.ZIP.  On OAK.OAKLAND.EDU get 
/pub/msdos/desqview/dvfaq6.zip.
-- 
Dan Bodoh
         Grad Student at the University of Wisconsin-Madison
Newsgroups: comp.os.msdos.desqview
Subject: Re: Using a GIF as a root window
From: mike@batpad.lgb.ca.us (mike batchelor)
Date: Sun, 26 Jul 92 14:09:46 PDT
Distribution: world               
Organization: The Batchelor Pad

daugherty@aedc-vax.af.mil (Tom Daugherty A11442 x4647) writes:

> In article <4520@daily-planet.concordia.ca>, nolet@concour.cs.concordia.ca (Nolet Richard G.) writes...
> >I know I saw this posted a while back, but I can't find it. Does anyone know 
> >to use a bitmap as the root window under DV/X.
> >| Richard Nolet                          "I am not sure what this is, but |
> >| 6030 Cote St. Luc #204 (H3X 2G7)        an `F' would only dignify it."  
> 
> You can use several programs that have options to load gifs (and other 
> formats) to the root. xloadimage and xv are two that come to mind.

You can display them directly with the included backdrop.exe program,
if you convert them to Windows BMP format first.  GIF2BMP programs are
widely available.

I have placed an example on my archive server.  You can request a
sample backdrop.dvp and the accompanying huge 1024x1024x256 fractal
BMP file (for the virtual screen mode of that size) by sending a
message to:

mailserv@batpad.lgb.ca.us

with the command:

GET fraqdesq.lzh UUE

Just place the BMP in your c:\dvx directory, and replace the
backdrop.dvp in \dvx\dvps with the one in the archive.  Add backdrop
to the clients line in \dvx\dvx.cfg, and you're all set.  If you don't
increase maxmem to about 2000 in \dvx\server\xc16.vmc, it swaps like a
big dog.



[] ---
[] Mike Batchelor -- mike@batpad.lgb.ca.us
[] Long Beach, California
[] DESQview/X:  turns your Sun into a PC peripheral.
Newsgroups: comp.os.msdos.desqview
From: dave@monitor.larc.nasa.gov (Dave A. Hinde)
Subject: "Lost" keyboard 
Keywords: DVX Keyboard 
Organization: NASA Langley Research Center, Hampton, VA  USA
Date: Tue, 28 Jul 1992 21:39:57 GMT

I've been using DVX about one month.  My PC is a "DFI" 486 33, 8 Mbyte.  I have
TCP/IP and run "X" applications from a SUN IPC.  My main problem is with keyboard
control.  About twice a day I lose the connection to my keyboard.  DVX aks as if my
keyboard is uplugged.  My mouse still works, and everything is still running.  One
utility that seems to cause it the most is xlock.  I usually lock my system, using
xlock from the SUN (wish there was a DVX version).  About half the time when I get
back, my keyboard is gone. Any help solving this mystery would be appreciated. 

BTW, I'm not using any keyboard re-mapping utilities.  
                                              
                                          ___/,@___  Dave Hinde
                                         /_o_____o_| dave@monitor.larc.nasa.gov


Newsgroups: comp.os.msdos.desqview
From: dean@world.std.com (Dean S Banfield)
Subject: DV/X and client wind-down
Organization: The World Public Access UNIX, Brookline, MA
Distribution: comp
Date: Thu, 23 Jul 1992 17:28:57 GMT

Hi,
We are using DV/X with a TCP/IP connection to a VAX host.  The TCP/IP host 
software is CMU-TEK.  The local machine is a 386 with 4 MB.  We're using 
the whole QDEK thing with QEMM.  Also using FTP's kernel for TCP/IP transport
as REQUIRED (argh!) by the product.  

The PROBLEM:

Following correct execution of X client running on VAX, when the client is
wound down DV/X disables any capablility to start up another client from the
host.   Logging off the host and logging back in to start with a fresh set
of host environment stuff does us no good.  We must drop out of DV/X and 
restart IT to allow a new client to be started successfully.  Any clues?

Thanks
dean@world.std.com
-- 
Dean S. Banfield			Voice: (203) 656-1500
Real Decisions Corporation		FAX  : (203) 656-1659
22 Thorndal Circle			email: dean@world.std.com
Darien, CT 06820
From: jim@jjruu.UUCP (Jim Riederer)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Scaled DOS Window
Date: Sat, 25 Jul 92 08:55:43 CDT
Organization: Fuzzy's Place

tjmeyer@acsu.buffalo.edu (Thomas J. Meyer) writes:

> 
> Whoever,
> 
> Every time I open a scaled DOS window, the background and text colors are rid
> 
> 					Thanks, TJM

For the color part, try setting "Uses its own colors" to "Y".
As far is the font goes, I'm not sure.  Sounds like you are
using DV/X.  I have DV-386.


------------
Jim Riederer                            | "I'm a Doctor, not a brick
Fuzzy's Place BBS    (612)-780-1039     |  layer!"  -  Leonard McCoy
Email: jim%minnow@rosevax.rosemount.com |
From: swf@teradata.com (Stanley Friesen)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Future of DV-X?????
Date: 21 Jul 92 14:25:39 GMT
Reply-To: swf@tdat.teradata.com (Stanley Friesen)
Distribution: comp
Organization: NCR Teradata Database Business Unit

In article <1992Jul20.225922.18893@qdeck.com> garyrich@qdeck.com (Gary Rich) writes:
|We are making the developers tools available in three different packages
|at three different price points.  These are described elsewhere so I won't 
|go into them again. 

All I have ever seen is a price list.  What's the *practical* difference
between the different price levels?

Also, when is libXView coming out?

|>Let us not forget that there is a movement among many '386 users to go straight
|>to a UNIX environment that will run true X-windows for FREE.  Take a look at
|>what's going on with LINUX (see banjo.concert.net) which runs GCC2.2.2 and
|>X11.  The goal of X-windows on a PC is here, but will it be Quarterdeck's DV-X?
|>
|
|I think you may be mixing apples and oranges here....

I wouldn't be too sure.  I myself am considering upgrading my system
to UNIX, to get the development environment I want.

So, what do I get for the $200 development kit?

-- 
sarima@teradata.com			(formerly tdatirv!sarima)
  or
Stanley.Friesen@ElSegundoCA.ncr.com
From: martelli@cadlab.sublink.org (Alex Martelli)
Newsgroups: comp.os.msdos.desqview
Subject: Re: virtual mem and swapping in DVX
Date: 24 Jul 92 14:03:47 GMT
Organization: CAD.LAB S.p.A., Bologna, Italia

garyrich@qdeck.com (Gary Rich) writes:

:In article <1992Jul19.164311.28698@NCoast.ORG> allbery@ncoast.org (Brandon S. Allbery KF8NH) writes:
:>As quoted from <1992Jul14.185511.7299@qdeck.com> by garyrich@qdeck.com (Gary Rich):
:>
:>...you aren't using DV/X on an Internet connection with NNTP?  :-)
:>
:What another acronym???  Ok...what's NNTP

NetNews Transfer Protocol.  See RFC977.
-- 
Email: martelli@cadlab.sublink.org                   Phone: ++39 (51) 6130360
CAD.LAB s.p.a., v. Ronzani 7/29, Casalecchio, Italia   Fax: ++39 (51) 6130294
From: ng@saturn.cs.swin.oz.au (Naasif Gierdien)
Newsgroups: comp.os.msdos.desqview
Subject: Help: MS Windows X mode doesnt work
Keywords: Ms Windows
Date: 29 Jul 92 02:14:49 GMT
Followup-To: comp.os.msdos.desqview
Organization: Swinburne University of Technology, Hawthorn, Victoria, Australia.


Problem: After successfully loading MS Windows 3.1 (standard mode-winx.com) 
within a DVX window my mouse completely freezes on me. I've tried using
the mouse in Mouse Systems mode and Microsoft mode but neither seems to work.

I have no problems using MS Windows in full screen mode.

I've even tried installing MS Windows with the no-mouse option as one
person suggested with still no success.

Currently I have DVX running with 4Mb RAM, MS Windows 3.1 and a Genius F303
3 button mouse.

Any suggestions ?

Regards, Naasif


-- 
Naasif Gierdien
ng@saturn.cs.swin.oz.au
Swinburne University of Technology, Hawthorn, Victoria, Australia.
From: daugherty@aedc-vax.af.mil (Tom Daugherty A11442 x4647)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Using a GIF as a root window
Date: 22 Jul 92 14:45:00 GMT
Organization: Arnold Engineering Development Center
News-Software: VAX/VMS VNEWS 1.41

In article <4520@daily-planet.concordia.ca>, nolet@concour.cs.concordia.ca (Nolet Richard G.) writes...
>I know I saw this posted a while back, but I can't find it. Does anyone know 
>to use a bitmap as the root window under DV/X.
>| Richard Nolet                          "I am not sure what this is, but |
>| 6030 Cote St. Luc #204 (H3X 2G7)        an `F' would only dignify it."  

You can use several programs that have options to load gifs (and other 
formats) to the root. xloadimage and xv are two that come to mind.

Tom Daugherty
daugherty@aedc-vax.af.mil


Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: TCP in DV/X
Organization: Quarterdeck Office Systems, Santa Monica CA
Distribution: usa,local
Date: Mon, 27 Jul 1992 22:20:41 GMT

In article <-hvx-9h@rpi.edu> firsta@isaac.its.rpi.edu (Allen S. Firstenberg) writes:
>garyrich@qdeck.com (Gary Rich) writes:
>>In article <1682C8015.DIXONW@arizvm1.ccit.arizona.edu> DIXONW@arizvm1.ccit.arizona.edu (Bill Dixon) writes:
>>>2. I believe DV/X requires either FTP or B&W TCP software to implement
>>>true X window TCP/IP networking. Can anyone comparatively evaluated these
>>>two packages? What accounts for the higher cost of FTP over B&W?
>>> 
>>>Thanks.
>
>>DVX supports FTP's PCTCP V2.03 pl3, or V205 pl3 & pl4...
>
>Will it work with FTP's soon-to-be-released version 2.1?
>
>Allen
There's certainly no reason that it should not work with an as yet
unreleased version of PCTCP.  If I were to tell you inforamation 
beyond that concerning non-disclosure agreements that might or
might not exist, I would (of course) have to kill you.   :-)
garyrich  <support@qdeck.com>
Newsgroups: comp.os.msdos.desqview
From: bodoh@xraylith.wisc.edu (Daniel J. Bodoh)
Subject: Re: Game program hangs DesqView
Organization: Center for X-ray Lithography, UW-Madison
Date: Thu, 30 Jul 92 02:47:04 GMT

In article <778@tdat.teradata.COM> swf@tdat.teradata.com (Stanley Friesen) writes:
>Well, it is actually rather unpredictable.  Tetris Classic works fine,
>but Carrier Strike locks the system, and the CD-ROM software just scrambles
>its window and locks itself up.
>
>
>Is any if this any better under DV/X?

Yep -- DV/X comes with its own Tetris!  :*)
-- 
Dan Bodoh                       | U.S. Citizens: For less gov't and more 
Grad Student                    | freedom, vote Libertarian.  FTP think.com 
University of Wisconsin-Madison | pub/libernet for more info.