HDTenEightyP/NetNews huggingface dataset:
Subject: Game program hangs DesqView 
Distribution: world
Organization: Rundart Limited
Date: Fri, 24 Jul 1992 02:56:43 +0000


In article <1992Jul22.215824.1051@qdeck.com> docw@qdeck.com writes:

>Another particular problem with game software under DESQview is that DV has a 
>maximum "supported" resolution of 640x480x16colors .

Isn't it about time that this problem was addressed?  It isn't only
games software which is affected.

Giles.
-- 
Giles Todd                      gt@rundart.demon.co.uk (Internet)
Voice: +44 925 33472            Data: +44 925 414696
Rundart Ltd, 5 Brentnall Close, Great Sankey, Warrington, WA5 1XN, UK
From: steveh@grafex.cupertino.ca.us (Steve Harding KA6ETB)
Newsgroups: comp.os.msdos.desqview
Subject: Re: dsz fails under dv/x, but not under dv386
Keywords: desqview/x, dsz, zmodem
Date: Wed, 22 Jul 92 17:06:53 PDT
Distribution: world
Organization: The GRAFex Company

garyrich@qdeck.com (Gary Rich) writes:

> In article <o0B5NB5w164w@grafex.cupertino.ca.us> steveh@grafex.cupertino.ca.u
> >garyrich@qdeck.com (Gary Rich) writes:
> >]...[
> >> Ever heard of WordPerfect or Netware?  They are DV aware.
> >
> >So...FrameMaker is not.
> >
> No, It's X.  Even better

Only if you are networking.  I would dearly love to be able to run my Windows
FrameMaker locally.
]...[
steve
From: bodoh@xraylith.wisc.edu (Daniel J. Bodoh)
Newsgroups: comp.os.msdos.desqview
Subject: DVX and DOS Graphic apps (was Re: DV/X and Tame?)
Date: 28 Jul 92 01:39:09 GMT
Organization: Center for X-ray Lithography, UW-Madison

In article <mike02070920626132804@batpad.lgb.ca.us> mike@batpad.lgb.ca.us (mike batchelor) writes:
>Direct windows, such as DOS graphical apps, cannot run in the
>background.  Their screen output would have to be virtualized, which
>in the case of the X server, would mean that a 1024x768 screen would
>have to be shoved through an X translation layer pixel-by-pixel.  The

Here's a partial solution to the problem:  Has QOS considered it?

There are a variety of graphics display standards available,
one that I can think of off the top of my head is Borland's BGI.
Since these standards work above the pixel level on a graphics
primitive level, the overhead is a lot less.  Has QOS considered
writing BGI or whatever drivers for the X server?  Then any DOS
program which uses BGI can do X without a problem.

Better yet, QOS should publish some kind of standard for communicating
with the X server -- something simpler than X, specifically for
DOS apps.  For example, you could have calls for drawing circles
and squares, filling in areas, etc.  Then software developers
could (or QOS could, or 3rd parties could) write installable video
drivers for their apps.  No software developer is going to provide
an X video driver, so you have to make the standard simple enough.

>[] DESQview/X:  turns your Sun into a PC peripheral.

I know people that would cringe in pain at the thought...
-- 
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.
From: nickw@syma.sussex.ac.uk (Nick Watkins)
Newsgroups: comp.os.msdos.desqview
Subject: Re: "BYTE" review of DV/X
Date: 28 Jul 92 17:46:48 GMT
Organization: University of Sussex

From article <1992Jul23.184529.8325@qdeck.com>, by docw@qdeck.com (Doc Williamson):

> Of course, no one set out to upset "loyal users".  We make software for IBM type
> PC's, and the majority of them that are networked are networked either via 
> Netware or a LAN BIOS type network.  We included support for that.
Is it possible to run xterm etc from an unaltered Unix box which doesn't
run Netware but does run TCP/IP, without one having TCP/IP addon forDV/X
(i.e with raw DV/X).

If not, it seeems that Qdeck imagines there is a pure Novell based PC 
to PC X market just waiting to be created. If so then it is a tour de force ...
and I'm curious as to how PC to Unix via Novell bridge works.

> What we (apparently ) DIDN'T realize was how tremendously important and 
> popular a product DVX would be in the Unix world.  There seems to be a 
> massive and voracious appetite for this product in that market and while
> we certainly expected interest there, it may not have been proportional to
> the obvious importance (obvious to us now) of this segment of our market.
This does surprise me, as it was our reason for interest in the
product, and to me is still the only really convincing raison d'etre for
product. Lack of Unix to OS/2 login seems achilles heel of OS/2, and 
one that DV/X is well placed to exploit.

What I'd like is an NFS server for DV/X (note: server not client). Then
my DOS files would appear to be mounted on Unix box and the PC really would
be participating as a (fairly) equal partner in our Unix based lab.
Has anyone used SoS with DV/X ... ?

> You say, "I don't mind paying money for good stuff".  Well DVX IS good
> stuff!!  Adn it will get better as we go along.  And I have passed on your entire message to the marketing people to let them know how you feel.
It is now. When I can use file manager with our  HP9000's it'll be even better.
It still seems far in advance to Win 3.1 to me, I just wish it could
outgrow the DOS memory model.

Nick

(posted under DV/X so I must like it I guess ...)
-- 
Dr Nick Watkins, Space Plasma Physics, Univ. of Sussex, Brighton BN1 9QH, UK
JANET: nickw@uk.ac.sussex.syma        BITNET: nickw%syma.sussex.ac.uk@uk.ac
From: peters@CS.ColoState.EDU (eric peters)
Newsgroups: comp.os.msdos.desqview
Subject: dv program similar to mem status
Date: 31 Jul 92 02:32:47 GMT
Organization: Colorado State University, Computer Science Department

hi, i was wondering if there is a program out there somewhere that will
tell me exactly how much base, EXP and EMS memory each currently open window
is using.  Memory Status just tells what is left.  thanks
-- 
Eric Peters   
peters@CS.Colostate.EDU
From: swf@teradata.com (Stanley Friesen)
Newsgroups: comp.os.msdos.desqview
Subject: Game program hangs DesqView
Date: 21 Jul 92 02:33:36 GMT
Reply-To: swf@tdat.teradata.com (Stanley Friesen)
Organization: NCR Teradata Database Business Unit

Hi, I have found an odd problem with a new game I bought.

When I run it under DesqView (version 2.31, under QEMM 5.11) it hangs
my computer (completely, I have to RESET to get it back).

The game is Strike Eagle II from MicroProse, and it claims to only need
384K of memory, and my game window has about 600K, so memory should not
be a problem.
The only odd thing about the game is that it uses a key disk based
copy protection scheme.

Any idea what is going on?  And what can be done about it?

-- 
sarima@teradata.com			(formerly tdatirv!sarima)
  or
Stanley.Friesen@ElSegundoCA.ncr.com
Newsgroups: comp.os.msdos.desqview
From: pynq@quads.uchicago.edu (George Jetson)
Subject: Re: Becoming X-server for a remote unix client via DEC VAX
Reply-To: pynq@midway.uchicago.edu
Organization: D. J. Dougherty & Associates
Date: Tue, 21 Jul 1992 18:46:59 GMT

In article <1992Jul21.181007.12171@tamsun.tamu.edu> tpradeep@cs.tamu.edu (Pradeep K Tapadiya) writes:

>My 486 has a dedicated null-modem (9600 bps) connection to a DEC VAX
>from where I can telnet/ftp/etc to a unix host. Right now I use PROCOMM
>to talk to the vax (and in tern to the unix system).
>
>I am wondering if is is possible to run remote x-window client programs
>under this set-up? I am using DV/S on the PC end.

I don't think it is in now, but this sure would be nice.
Many's the time I have wanted to be able to do X via a serial connection.

Or, come to think of it, would SLIP do this?

************************************************************************
Please don't drink the battery acid, it tastes bad and will hurt you.
Also, don't bite the tyres, especially when the bike is moving.
(Our lawyers made us put this in this manual.)

	- pynq@quads.uchicago.edu, who is still costing the net
	  hundreds, if not thousands, of dollars, every time he posts -
************************************************************************
Newsgroups: comp.os.msdos.desqview
Subject: Re: DV/X and Tame?
From: mike@batpad.lgb.ca.us (mike batchelor)
Date: Sun, 26 Jul 92 13:28:04 PDT
Distribution: world               
Organization: The Batchelor Pad

pynq@quads.uchicago.edu (George Jetson) 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?  Also, more important to me, why did they take Revive Mouse
> out of Tune Performance?

Direct windows, such as DOS graphical apps, cannot run in the
background.  Their screen output would have to be virtualized, which
in the case of the X server, would mean that a 1024x768 screen would
have to be shoved through an X translation layer pixel-by-pixel.  The
X server is in control of the screen /all the time/ except when a
direct app is in the foreground.  As far as the screen is concerned,
DESQview (the underlying multitasking kernel) is not in control of the
screen as it is in DV Classic - the X server is.  Can you spell "overhead"
in gigantic, flashing neon letters?  The fastest 486 just isn't up to
that task.  So when you switch away from a direct window, it is iconified
and suspended.

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

Tame won't do anything bad under DVX.  It might do something good - I
don't know, because I don't use it.  Try it out and let us all know
how it works.



[] ---
[] 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: garyrich@qdeck.com (Gary Rich)
Subject: Re: Cost of DVX tools (was Re: dsz fails under dv/x,...)
Organization: Quarterdeck Office Systems, Santa Monica CA
Distribution: na
Date: Mon, 20 Jul 1992 23:37:13 GMT
Keywords: desqview/x, dsz, zmodem

In article <1992Jul18.202944.2816@doug.cae.wisc.edu> bodoh@cae.wisc.edu (Daniel Bohoh) writes:
>In article <1992Jul17.174836.3564@qdeck.com> garyrich@qdeck.com (Gary Rich) writes:
>>Personally, with the amount of time-brainwork required to write good X apps
>>the cost of the tools seems a minor point.  That's just IMHO, but I'm not a 
>>rich man.  For a business that does development, the costs of the tools are 
>>trivial compared to personell costs.  How many thousands of man hours must
>>be saved to justify an $800 compiler instead of a $100 compiler???
>
>Since QOS didn't grow up on X and Unix, they are not familiar with the 
>whole Unix subculture.  The fact is, probably most of the available X
>apps are FREE!  Why?  Cause they've been written by hackers or university
>students or whatever.  (In fact, the same could be said of DV-specific apps..)
>That's why people are so upset about the price of the libs.  Do you think
>I'm going to pay $800 or whatever for the libs just to port, say, an
>already free X app like xarchie?  Or am I going to pay QOS for an
>already ported version of a free product?
>
I was speaking of an $800 compiler (from the earlier thread) not $800 for Xlib.
As has been posted many times there will be more than one Dev kit.  Heck, if
we gave away the port of Xlib/Xt that would not be a useable dvelopment kit.
There is no way these puppies can be crammed into a "real mode" dos app, so
you are looking at a DOS extender.  Part of the reason to use Rational extender,
is that it can be redistributed royalty free.  You might think this took a 
chunk of change up front from us.  You might be correct.  How many pd/ shareware
apps could be written if they had to pay a fee to distribute it?  Sure there are
public domain DOS extenders, but those are totally unnacceptable to corparate
users.

I can't afford expensive development tools myself, but I stand by my better
spend a little $$ than a lot of time philosophy.
>The X lib source code is free.  Yes, QOS and Rational have put some work
>into putting together the toolkit, but your prices are ridiculous.
>
Some work???? Gevault!! I've lost a lot of sleep on it and I'm not a 
developer!!!!  
>If you think all you X apps are going to come from industry, think about
>this.  How many DV-specific apps are out there that were written
>commercially?  Not many at all.  How many freeware/shareware DV-specific
>apps are out there?  Many... 
>---------------------------------------------------------
Seems to me you wrote a percentage of latter yourself.  We are VERY aware
of this.  The X market seems a bit different than the DV/ API market,
but your point is well taken.  

garyrich@qdeck.com


Newsgroups: comp.os.msdos.desqview
From: firsta@isaac.its.rpi.edu (Allen S. Firstenberg)
Subject: Re: TCP in DV/X
Distribution: usa,local
Date: Fri, 24 Jul 1992 18:05:04 GMT

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
-- 
NID = 5553, UID = 15626,  CCID = F8PG,   ID = 6      I am just a number
prisoner@rpi.edu                           "refs unpersons"
prisoner@acm.rpi.edu                             --- 1984
prisoner@rpitsmts.bitnet
Newsgroups: comp.os.msdos.desqview
From: jamie@vax.ftp.com  (Jamie O'Keefe)
Subject: Re: DV/X and client wind-down
Nntp-Software: PC/TCP NNTP
Keywords: FTP, DV/X
Organization: FTP Software, Inc., Wakefield, MA
Distribution: comp
Date: Thu, 23 Jul 1992 18:43:57

In article <DEAN.92Jul23122857@world.std.com> dean@world.std.com (Dean S Banfield) writes:

  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?

So how many TCP connections have you configured the PC/TCP kernel
with.  The default is 4.  Considering that the built in ftp server
uses one, the x-server uses another and DV/X's rsh client uses
a third that leaves you with one connection free to startup an X
app.   You can increase the number of TCP connections by using the -t
option when you start the PC/TCP kernel.  Like this:

	ethdrv -t 12

This will also configure the kernel with 13 (1 + # of TCP
Connections) Packet Buffers.  You can change this number with the
-p option:

	ethdrv -t 12 -p 8

I hope this helps,

jamie
--
Jamie O'Keefe		FTP Software, Inc.	Technical Support
From: theall@gdalsrv.sas.upenn.edu (George A. Theall)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Help!
Date: 27 Jul 92 18:00:09 GMT
Organization: Social Science Computing, University of Pennsylvania

>know how do I load 2 shared programs for the same window, that is
>go to the advanced setup and on the shared program put 2 of them.
>One is DGANSI and the other 1COPY. 

  You must use a "plus file". Edit a file which lists the shared programs 
you wish to load, one per line. Then in the Shared Program field of the DVP 
file specify the name of that file preceded by a plus sign, "+".


George
---
theall@gdalsrv.sas.upenn.edu                    Social Science Computing
theall@ssdc.sas.upenn.edu                       University of Pennsylvania
Newsgroups: comp.os.msdos.desqview
Subject: Re: Using a GIF as a root window
From: mike@batpad.lgb.ca.us (mike batchelor)
Date: Mon, 20 Jul 92 22:42:17 PDT
Distribution: world               
Organization: The Batchelor Pad

allbery@NCoast.ORG (Brandon S. Allbery KF8NH) writes:

> As quoted from <1992Jul15.134531.2802@cis.ohio-state.edu> by cantor@iguana.cis.ohio-state.edu (scott eric cantor):
> +---------------
> | In article <j6_my+c.tunxis@netcom.com> tunxis@netcom.com (Gary A. Gorgen) 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.
> | >
> | >Try "xsetroot -bitmap 'filename'"
> | 
> | 	That would be fine, except I have no idea what kind of bitmaps DV/X
> | can use.  You certainly can't use a GIF or Windows BMP file.  I've tried.
> | Is there some kind of conversion program available somewhere?
> +---------------
> 
> Standard X bitmaps or pixmaps.  If all else fails, look up Jef Poskanzer's
> PBMPLUS package and use that to convert GIFs, etc. to XPMs or X bitmaps.

The DV/X Icon Editor can directly load Win3 and OS/2 .BMP and .RLE
files.



[] ---
[] Mike Batchelor -- mike@batpad.lgb.ca.us
[] Long Beach, California
[] I love DESQview/X
Newsgroups: comp.os.msdos.desqview
From: jamie@vax.ftp.com  (Jamie O'Keefe)
Subject: Re: Desqview/X questions
Nntp-Software: PC/TCP NNTP
Organization: FTP Software, Inc., Wakefield, MA
Date: Mon, 27 Jul 1992 13:17:44

In article <1992Jul24.194247.26158@portland.mdc.unisys.com> tom@portland.mdc.unisys.com (Tom Albrecht) writes:

  One more bit of info, the document says that DVX works with FTP PC/TCP
  version 2.03 or 2.05 pl3 or above.  I have PC/TCP version 2.04 pl2.  It
  seems to be running, but could that be causing my memory problems?  

I have seen this on the 4Meg machine I use here.  I am running over
either 2.05pl4 or v2.1beta.  As far as I know our kernel wouldn't be
the culprit in this case.  

jamie
--
Jamie O'Keefe		FTP Software, Inc.	Technical Support
Phone: 01-617-246-2920	Fax: 01-617-245-7943	Email: jamie@ftp.com
From: stssart@st.unocal.com (Arnold Troeger)
Newsgroups: comp.os.msdos.desqview
Subject: Demacs 1.2 and DVX crashes
Date: 28 Jul 92 21:02:11 GMT
Organization: Unocal Science & Technology Division

I am trying to get Demacs 1.2 to run under Desqview X.  Demacs is
supposed to be VCPI complient and should work.  However, every time I
start it up under DVX, my system does a cold reboot.  Has anyone seen
this problem before?  If so, how did you resolve it?

Thanks in advance
--
--
Arnold Troeger				Unocal Science & Technology Division
Phone:  (714)-693-6946       		P.O.Box 68076          
Email:  stssart@st.unocal.com 		Anaheim, CA 92817-8076
From: bodoh@xraylith.wisc.edu (Daniel J. Bodoh)
Newsgroups: comp.os.msdos.desqview
Subject: Re: DV/X and NCSA Telnet WORKS!
Date: 24 Jul 92 04:01:18 GMT
Organization: Center for X-ray Lithography, UW-Madison

In article <1992Jul23.175526.1485@blaze.cs.jhu.edu> silano@newton.cs.jhu.edu (Mike Silano) writes:
>My company just received DV/X last week.  A few problems here and
>there, but overall, very stable.  One problem though was that
>none of my TCP/IP software would run.  This is the same problem I have
>seen using any telnet program and a task swapper.  

[stuff deleted]

>Bottom line - CUTCP/NCSA telnet works from DV/X.  

To clear up any potential misconceptions:  Mike probably means that
he can do a telnet session with NCSA, but NCSA will not allow you
to do remote X computing.   NCSA is not a full protocol stack...
-- 
Dan Bodoh
         Grad Student at the University of Wisconsin-Madison
Newsgroups: comp.os.msdos.desqview
From: bodoh@xraylith.wisc.edu (Daniel J. Bodoh)
Subject: Re: DV/X and Tame?
Organization: Center for X-ray Lithography, UW-Madison
Date: Thu, 23 Jul 92 12:05:56 GMT

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.

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?
-- 
Dan Bodoh
         Grad Student at the University of Wisconsin-Madison
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Scaled DOS Window
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Thu, 23 Jul 1992 15:41:23 GMT

In article <BrsnqK.2u7@acsu.buffalo.edu> tjmeyer@acsu.buffalo.edu (Thomas J. Meyer) writes:
>
>Whoever,
>
>Every time I open a scaled DOS window, the background and text colors are ridiculous.  Is there a way to control this? e.g., have a white background with black text?  Also, is there a way to change the font used in the windows?  The documentation accompanying the software is really lame...
>
>					Thanks, TJM

1) you can change the DOS colors simply by loading DVANSI in that DOS window
and using normal ANSI methods.  If the colors are really wierd now, make sure
that "uses it's own colors" is set to YES in the DVP.  Personally I use a rather
elaborate 4DOS "colordir" in my wondows.

2) You can't currently choose another font for the scaled DOS windows.  If you
could, you wouldn't like it.  The choices for Adobe type 1 fonts that are not
proportional and have the PC-ANSI char set rather than the ISO-Latin char set is
very limited (read 1).  The one that's available is not my personal "ultimate"
in font choices either. I'm sure there will be more choices in the future.  It's
just a matter of spending many hours with font editing software.

garyrich@qdeck.com
From: foster@nzkites.UUCP (Foster Schucker)
Newsgroups: comp.os.msdos.desqview
Subject: Re: "BYTE" review of DV/X
Date: 25 Jul 92 21:37:55 GMT
Organization: Kiteflyers Roost

kk881595@longs.LANCE.ColoState.EDU (kevin knappmiller) writes:

> We have been thinking about buying DV/X since they came out with their
> upgrade offer, but after reading many of the postings in this newsgroup
> have come to the conclusion that it is best to wait.  Many of the issues
> addressed in this newsgroup are very significant, especially the overall
> cost of the product if one wants to write code or port code.

I've spent the last four weeks of my and my staff's time to get DV/X to
work.  The findings have been pretty bleak.  In our network we finally
got it to work with the FTP product.  The cost of DV/X and all the net
support software required puts it past the cost of a number of other
Xterm programs that run under DOS or Windows.   

I'm going to call QD on Monday and get a RMA to send it back.  I like DV
and will keep using it, but until DV/X is up to my expectations of QD 
software, I'm not going to use it. 



Foster Schucker  (foster@nzkites.uucp)  (1-215-458-8354 (voice))
Newsgroups: comp.os.msdos.desqview
From: geis@miles.com (Jerry Geis)
Subject: MksToolKit and Vi not working under Desqview X
Organization: Miles Inc., Diagnostics Division, Elkhart, IN
Distribution: usa
Date: Thu, 23 Jul 1992 16:24:09 GMT

Is anyone using the VI editor from the MksTool Kit under
Desqview X? Whenever I try my machine hangs?

	Jerry

---
Jerry Geis                          Miles, Inc.
Phone:  1-219-262-6591              1127 Myrtle Street
Fax:    1-219-262-6309              P.O. Box 70
geis@miles.com                      Elkhart, IN  46515
uunet!rde!nstar!miles!geis
-- 
---
Jerry Geis                          Miles, Inc.
Phone:  1-219-262-6591              1127 Myrtle Street
Fax:    1-219-262-6309              P.O. Box 70