HDTenEightyP/NetNews huggingface dataset:
From: jrd@cc.usu.edu
Newsgroups: comp.os.msdos.desqview
Subject: Re: kermit output bleeds through dv386
Date: 28 Jul 92 11:28:40 MDT
Distribution: na
Organization: Utah State University

In article <1992Jul28.002906.8672@qdeck.com>, docw@qdeck.com (Doc Williamson) writes:
> 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>
------------
	Kermit uses neither protected mode nor graphics > 16 colors. The real
problem is that in MSK v3.10 I did not know how to uncover the information on 
the DV virtual screen buffer. You can try MSK v3.12 beta where these things 
have been brought under better control, thanks in part to a contributed DV from
QOS and in part to really digging down and experimenting. One item remains
a problem: 132 columns. Before folks go off the deep end on that it is well
to remember that just about all the video boards choose to do 132 columns
differently, if at all, and the diversity is a big headache for developers. 
        If you have problems which seem to be MS-DOS Kermit specific then
I'd like to know, and in the end I'm the fellow who will have to correct
them. Please send comments to me at  jrd@cc.usu.edu  or at 
jrd@watsun.cc.columbia.edu. The same applies if comments come to QOS or
other vendors: let's work on the matter together for the good of the users.
	Joe Doupnik
From: bodoh@xraylith.wisc.edu (Daniel J. Bodoh)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Modem problem
Date: 29 Jul 92 02:42:39 GMT
Organization: Center for X-ray Lithography, UW-Madison

In article <9207281349.AA11727@stat.fsu.edu> chchen@STAT.FSU.EDU (Ching-Hsiang Chen) writes:
>Are you familiar w/ DesqView?  I am trying to use DesqView as the
>mutitasker for my DOS programs.  Well every programs work flawlessly
>except for comm progs such as PcPlus, Telix, and RBBS.	Whenever I
>switch away from the comm program, the latter would either lose
>characters or just simply freeze.  Also Z-modem doesn't work at all.  I
>am using the latest version of DesqView w/ QEMM 6.02 in stealth mode and
>a serial card w/ a 16550 UART chip.  I tried to deactivate the stealth

Run DESQview's setup program, and set "Optimize Communications" to "Y".
For more info on what this option does, see the FAQ.
-- 
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.
Newsgroups: comp.os.msdos.desqview
From: aml@world.std.com (Andrew M Langmead)
Subject: Re: Help!
Organization: The World @ Software Tool & Die
Date: Tue, 28 Jul 1992 17:18:05 GMT

bodoh@xraylith.wisc.edu (Daniel J. Bodoh) writes:

>In article <theall.125.712260009@gdalsrv.sas.upenn.edu> theall@gdalsrv.sas.upenn.edu (George A. Theall) writes:
>>>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.
>>
>>  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, "+".

>Wow!  Where did you get that obscure piece of info?  I looked in both
>my DV and DVX manuals and couldn't find it anywhere.  I think I'll
>add it to the FAQ...
>-- 
>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.
I first heard about the "plus file" option at last years Quarterdeck
User and Developer Conference. (At a lecture entitled "Writing a Shared
Program".) I've since seen it in Quaterdeck's _DESQview API Reference_
manual. I don't think it has every been mentioned in any of the user
documentation, nor any tech notes.
-- 
|Andrew Langmead - A frustrated Mac/Unix programmer stuck in an MS-DOS job    |
|Usenet=aml@world.std.com      |S. O'Conner "We Live in a dangerous Age       |
|bix=a.langmead CI$=72411,1560 | To say how you feel is to lay your own grave"|
From: jamie@vax.ftp.com (Jamie O'Keefe)
Newsgroups: comp.os.msdos.desqview
Subject: Re: TCP in DV/X
Keywords: DV/X, TCP/IP, FTP, B&W
Date: 23 Jul 92 23:11:05 GMT
Distribution: usa,local
Organization: FTP Software, Inc., Wakefield, MA
Nntp-Software: PC/TCP NNTP

DIXONW@arizvm1.ccit.arizona.edu (Bill Dixon) writes:

      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.
   
If you did this then you would not be able to run any X-Applications
over TCP/IP.

  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?
   
DV/X currently supports two TCP/IP stacks, FTP Software's PC/TCP for
DOS and Novell's LAN Workplace for DOS.  Beame and Whiteside has a
TSR that they load over their TCP/IP stack that allows them to run
applications written to FTP Software's DOS API.  I do not know how
reliable it is.

PC/TCP supports a greater number of applications, including email
(SMTP, POP2, POP3, PCMAIL), and has better features.  As an example,
our Telnet supports vt52, vt100, vt220 and many different types of
3270 terminals, has a built in FTP server and allows you to connect
to up to 10 hosts (vt and 3270) and hot key between them.  B&W has a
tn3270 and telnet that lack these features last time I looked.  Their
NFS client is very good, though.

If you just need a network stack and just want to use X-applications,
ftp, telnet and rsh/rexec then you can get our kernel only part
number for around $200.  DV/X provides the X support, ftp(srv),
telnet and rsh/rexec.

I hope this helps explain the differences between both products.

jamie
--
Jamie O'Keefe		FTP Software, Inc.	Technical Support
Phone: 01-617-246-2920	Fax: 01-617-245-7943	Email: jamie@ftp.com
"Everything is interconnected.  Do one thing and watch its effect on
Newsgroups: comp.os.msdos.desqview
From: yogi@cs.ubc.ca (Yossi Gil)
Subject: TERSE: small DV aware editor.
Keywords: Editor, tiny, 
Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
Date: Sat, 25 Jul 92 00:32:28 GMT

Version 1.4 of TERSE is available for anonymous ftp download from
cs.ubc.ca:/ftp/pickup/terse/trs140a.zip.

Terse is a tiny (4k) but very powerful full-screen editor. It is fully
desqview aware. Free for private users. Registration, including source
is $20.

The full release message was posted to comp.binaries.ibm.pc.archives.
This is just a quick note for those of you who may have overlooked the
fact that TERSE is DV aware.

--
Joseph (Yossi) Gil                 {alberta,uw-beaver,uunet}!ubc-cs!yogi
Dept. of Computer Science          yogi@cs.ubc.ca (cs.ubc.ca=137.82.8.5)
6356 Agricultural Road., Univ. of B.C.,             Tel: +1-604-822-8175
Vancouver, British Columbia, V6T 1Z2, Canada.       Fax: +1-604-822-5485
From: ralf+@cs.cmu.edu (Ralf Brown)
Newsgroups: comp.os.msdos.desqview
Subject: Re: How to make Desqview recognize mouse clicks
Date: 29 Jul 92 02:22:09 GMT
Organization: School of Computer Science, Carnegie Mellon

In article <1992Jul28.153237.11574@qdeck.com> docw@qdeck.com (Doc Williamson) writes:
}Future support for mouse movement recognition is "on our list" for improvements to Desqview.  In the meantime, however, no, you can't reconfigure on the fly 
}for the screen saver.  Some third party screen savers work quite well with DV

Shh....  Nobody tell my copy of DV-386 v2.42!  It quite happily unblanks the
screen on mouse movement as long as the foreground window hasn't taken over
the mouse.  I've even encountered one mouse-using program (the game Sherlock)
for which the DV screenblanker is aware of mouse movement.

My solution for keeping the screen unblanked during long mouse usage is to
put a pocket-knife on the CapsLock key.

-- 
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: garyrich@qdeck.com (Gary Rich)
Subject: Re: Converting .bdf files to .snf that DV/X understands
Organization: Quarterdeck Office Systems, Santa Monica CA
Distribution: comp.os.msdos.desqview
Date: Thu, 30 Jul 1992 18:26:46 GMT
Keywords: bdf snf DV/X

In article <1992Jul29.173548.19437@unlinfo.unl.edu> kachman@hoss.unl.edu (Stephen Kachman) writes:
>Is there a bdftosnf that is compatable with DV/X? If so where is it?
>
>
Yes there is.  It should be on the "DVX to other systems" disk.  If not,
it is also available on the Qdeck bbs (310 314 3227).  It will be on a
SIMTEL volume RSN.
garyrich <support@qdeck.com)
Newsgroups: comp.os.msdos.desqview
Subject: Desqview crashes
From: michael@ecst.csuchico.edu (Michael Perelman)
Date: Sat, 25 Jul 1992 18:30:29 GMT
Organization: California State University, Chico

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,

Michael Perelman
Economics Department
California State University
Chico, CA 95929
916-898-5321 or -6141
From: francis@atmos.cse.ogi.edu (Francis Moraes)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Future of DV-X?????
Date: 21 Jul 92 09:41:02 GMT
Article-I.D.: ogicse.40348
Distribution: comp
Organization: Oregon Graduate Institute, Atmospheric Sciences, Beaverton, OR

I have been trying to get through to QD for some time. Would some kind soul
like to mail me or post the IP address of qdeck.com (I have a lousy name
server). Thanks.

francis@eeyore.atmos.ogi.edu
Newsgroups: comp.os.msdos.desqview
From: tpradeep@cs.tamu.edu (Pradeep K Tapadiya)
Subject: Becoming X-server for a remote unix client via DEC VAX
Organization: Computer Science Department, Texas A&M University
Date: Tue, 21 Jul 1992 18:10:07 GMT


Howdy friends,

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.

Thank you for your help.

Pradeep
tpradeep@cs.tamu.edu
Newsgroups: comp.os.msdos.desqview
From: marke@dev1.csg.ssd.fsi.com (Mark Easter)
Subject: Re: Becoming X-server for a remote unix client via DEC VAX
Date: Thu, 23 Jul 1992 04:30:20 GMT
Distribution: us
	<1992Jul21.184659.14497@midway.uchicago.edu>
Organization: FlightSafety-SSD, Tulsa, OK, USA

In article <1992Jul21.184659.14497@midway.uchicago.edu> pynq@quads.uchicago.edu (George Jetson) writes:

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

DV/X is "supposed" to do this.  You have to have the Network Manager for
Other X Package and a TCP/IP stack on your pc.  In actuality, several of
us are trying to do this very thing and are having severe problems.
Quarterdeck says they are working on it.  No eta for a fix, however

----------------------------------------------------------------    /|  -
Mark W. Easter            FlightSafety International               / | /|
Staff Engineer            Simulation Systems Division         -----------
Computer Systems Group    Broken Arrow, Oklahoma 74012    Flight   \ |   
marke@fsi.com             918-251-0500 x596                  Safety \|SSD
                   "You wreck 'em - we'll rack 'em"                       
----------------------------------------------------------------------------


-- 
                                                                         
Newsgroups: comp.os.msdos.desqview
From: pwolfe@kai.com (Patrick Wolfe)
Subject: kermit output bleeds through dv386
Organization: Kuck and Associates, Champaign IL
Distribution: na
Date: Thu, 23 Jul 1992 15:13:08 GMT

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
Newsgroups: comp.os.msdos.desqview
From: bodoh@xraylith.wisc.edu (Daniel J. Bodoh)
Subject: Re: DVX and DOS Graphic apps (was Re: DV/X and Tame?)
Organization: Center for X-ray Lithography, UW-Madison
Date: Thu, 30 Jul 92 02:54:55 GMT

In article <Jul29.195943.73700@yuma.ACNS.ColoState.EDU> kk881595@longs.LANCE.ColoState.Edu writes:
>
> 
>> What I am proposing is not a change to the X standard, but a layer on
>> top of it, specifically for DV/X.  A layer of code that translates
>> BGI (or whatever) requests to X requests and X events back to BGI
>> events.
>> Dan Bodoh                      
>
>Good idea, but rather than another layer wouldn't it make more sense
>for Borland to add an option to their products so that the compiler generates
>code for an X display, rather than DOS graphics, from the BGI calls.
>
>This would put the burden on Borland and any other compiler seller,
>but it seems that would be the best way to get the job done right.

But it would introduce a lot of complexity and make your resulting
programs huge, because X is complicated.  
-- 
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.
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: dsz fails under dv/x, but not under dv386
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Tue, 21 Jul 1992 16:20:34 GMT

In article <3067@ra.nrl.navy.mil> jerry@rat (Jerry Nash) 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???
>> 
>> garyrich@qdeck.com
>
>IBM and MS apparently don't see it that way. IBM is charging $295 (atleast  
>until 9/15) for its OS2 application development toolkit (OS/2 WorkSet)  
>including a compiler and debugger, while MS is charging $69 for its prelease  
>version of windows NT and the SDK tools including a C/C++ compiler. Atleast  
>they realize that there are *alot* more users than developers out there and  
>that the money is in selling the operating system and not overpriced  
>development tools.
>
>Jerry Nash
>US Naval Research Lab.
>Washington ,DC

AAAHHH!!!  I'm going to have to make a macro out of this...
1) above, I was speaking of an $800 compiler. We don't make compilers.

2) There will be 3 developer's kits at threee price levels, including one that 
   is less than the IBM # above.

3) You make a valid point.

garyrich@qdeck.com
From: garyrich@qdeck.com (Gary Rich)
Newsgroups: comp.os.msdos.desqview
Subject: Re: TCP in DV/X
Date: 23 Jul 92 15:19:14 GMT
Distribution: usa,local
Organization: Quarterdeck Office Systems, Santa Monica CA

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, and also Novell's
LanWorkplace for DOS V4.01.  B&W is not directly supported and currently
has some problems in it's "FTP emulation mode".  Last I heard, "W" was looking
into this, as are we.

garyrich@qdeck.com
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: dsz fails under dv/x, but not under dv386
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Tue, 21 Jul 1992 16:44:01 GMT
Keywords: desqview/x, dsz, zmodem

In article <o0B5NB5w164w@grafex.cupertino.ca.us> steveh@grafex.cupertino.ca.us (Steve Harding KA6ETB) writes:
>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
 
>> 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???
>
>My man hours are cheap.  They are mine to spend as I see fit.  It's not only
>businesses that do development, you know.  There are a lot of us `garage
>mechanics' that would like to jump into X.  We have to use tools we can
>afford.  Many of us cannot afford yours.
>
Please refer to the other threads for info on the $200 toolkit

garyrich@qdeck.com

Newsgroups: comp.os.msdos.desqview
From: belden@qdeck.com (Jim Belden)
Subject: Re: Scaled DOS Window
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Fri, 24 Jul 1992 14:08:52 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



You might look in the dvp (customize, change) for the scaled dos window
and make sure that uses its own colors is set to y or in this case 
selected.  This should probably take care of your problem.

Jim    belden@qdeck.com
From: swf@teradata.com (Stanley Friesen)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Game program hangs DesqView
Date: 29 Jul 92 18:26:43 GMT
Reply-To: swf@tdat.teradata.com (Stanley Friesen)
Organization: NCR Teradata Database Business Unit

In article <1992Jul29.013636.12411@NCoast.ORG> allbery@ncoast.org (Brandon S. Allbery KF8NH) writes:
|As quoted from <757@tdat.teradata.COM> by swf@teradata.com (Stanley Friesen):
|+---------------
|| |>The game is Strike Eagle II from MicroProse, ...
|| |>Any idea what is going on?  And what can be done about it?
|| |
|| |Most game programmers assume that their program will be the only software
|| |running on a DOS machine (other then the OS), and tend to take a liberal
|| |attitude towards any shortcuts they can devise.
|| 
|| Silly assumption.
|| 
|| |DESQview tends to rely
|| |on programs following some of the "rules" of "polite" programming .
|| | In particular the things these programs tend to do that are "rude" include
|| |directly accessing ROMs (especially the video ROM) instead of using the
|| |appropriate interrupt or BIOS call.
|| 
|| O.K.  Now are there any config. options I can set to at least localize this
|| to the window in which the game is running?
|+---------------
|
|I don't think you understand what is happening, quite.
|
|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?

|Even worse is a program which does this while QEMM 6's Stealth is active:  the
|ROMs aren't even *there*!  Guaranteed Big Red Switch time... but this will
|happen outside of DV as well, so that apparrently isn't it.

Even without stealth, this can be true.  Manifest kept telling me to Include
the first quarter of ROM, so I did.

|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.
-- 
sarima@teradata.com			(formerly tdatirv!sarima)
  or
Stanley.Friesen@ElSegundoCA.ncr.com