HDTenEightyP/NetNews huggingface dataset:
From: seant@sunfish.ratsys.com (Sean D. True)
Subject: Re: PC/TCP 2.10 and DV/X
Organization: Rational Systems, Inc.
Date: Fri, 2 Oct 1992 15:35:38 GMT

In article <1992Oct01.165205.29367@qdeck.com> support@qdeck.com (Technical Support) writes:

>We plan to support the PC/TCP 2.1 initialization files at some point in
>the future, but no definate date is currently available. I'd reccomend
>that you go with the ifconfig/ipconfig solution for now...


In the meantime, maybe some clever person could write an awk program that
would parse the pctcp.ini file and turn it into the correct IPCONFIG calls.

And then post it, of course ...
================================================================
Sean D. True
Rational Systems, Inc.
seant@ratsys.com -- uunet!rational!seant
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: DV/X and OS2?
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Thu, 01 Oct 1992 18:29:05 GMT

In article <1992Sep30.162829.6621@cybernet.cse.fau.edu> azzarito@cse.fau.edu (Doug Azzarito) writes:
>In article <Iejqo6600iUxE5u89M@andrew.cmu.edu> mp52+@andrew.cmu.edu (Matthew Edward Patton) writes:
>>This may be FAQ in which case I appologize, but can I run DV/X under OS2
>>as a DOS app or does it require QEMM in which case it can't run.

NO/YES/YES...  You can't run DVX in OS/2 because it does require QEMM
(DV does not) so it can't run.
>
>I don't have DV/X, but I do have DV, and it does not require QEMM.  I run DV
>under OS/2, and I give DV enough EMS to satisfy it.

Regular DESQview can be made to run in OS/2, but it does not provide sophisticated
enough memory management to get very big DV windows or do virtualization.

Gary Rich	<support@qdeck.com>

Newsgroups: comp.os.msdos.desqview
From: hurd@fraser.sfu.ca (Peter L. Hurd)
Subject: Re: Upgrade from DV386 to DV-X?
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Sat, 3 Oct 1992 00:54:45 GMT

ching@angelo.amd.com (Mike Ching) writes:

>In article <1992Oct2.142954.12477@ringer.cs.utsa.edu> sorourke@lonestar.utsa.edu (Sean J. Orourke) writes:
>>I thought this would be in the FAQ, but it isn't:  Is there any special deal
>>from QuarterDeck for upgrading to DesqView/X from DesqView 386?
>>
>>

>They had a special offer ending Sept. 30 that let previous owners buy
>DVX for $100. I got the form at the X-Window Expo so the offer may not
>have been extended to the general public but I'd be surprised if they
>didn't try to keep a previous customer happy.

I've not gotten anything from qdk in the mail, do others who register
DV get such things as upgrade notices in the mail?
I have had all sorts of problems being a Canadian customer mailing in
stuff to companies in the states (Borland, ugh!), am I missing out?
-P.
-- 
-- Pete Hurd, hurd@sfu.ca          |"So I've got this 22Meg output file..." |
Behavioural Ecology Research Group |"Yeah, well delete it."                 |
Dept.Biol.Sci., Simon Fraser Univ. |"But how will I know what it says"      |
Burnaby B.C. V5A 1S6 Canada        |"Well, how will you know what it means?"|
Newsgroups: comp.os.msdos.desqview
From: jpe@jhunix.hcf.jhu.edu (John Paul Elrod)
Subject: Re: N-cache and QEMM
Keywords: norton, qemm, ncache
Organization: Johns Hopkins University, Research Administration Services
Date: Tue, 29 Sep 1992 00:30:41 GMT

In article <thompson@atlas.socsci.umn.edu> writes:
>I recently tried using STEALTH on my 386 clone and on my PS/2 386 for
>the first time in order to grab a little bit more high memory.
>Result: the systems lock up randomly, usually during a delayed write
>to the hard drive.  Based on some experiments and some of the recent
>posts here I suspect the culprit is Norton's N-cache program.  The
>people at Symantech were decidedly unhelpful.
>
>Question: Can anyone send me some info on appropriate switches to use
>when starting up N-cache to make it behave more reasonably with QEMM?

I'm replying to the net because this has come up before and will likely again.

The problem is indeed Norton N-Cache.  I had this exact same problem and the
people at Symantec that I talked to knew about it, and how to fix it.  There
are two solutions: 1. turn OFF IntelliWrites with the "/delay=0" option, or
2. get a newer "version" of Norton Utilities 6.01 that fixes this problem.
The newer version I have is marked "v6.01d.ok216.d" and Symantec sent it to
me free. 

I have had this newer version running with QEMM Stealth and DV/X for months
now and have not seen this problem since I installed the new N-Cache.
 
-- 
John Paul Elrod                     -    jpe@jhuspo.ca.jhu.edu
Information Systems Manager         -    (410) 516-8732
Research Administration Services    -    300 Whitehead Hall
Johns Hopkins University            -    Baltimore, Maryland 21218
Newsgroups: comp.os.msdos.desqview
From: A4422DAB@vm.univie.ac.at (Erich Neuwirth)
Subject: QEMM and MSCDEX (CD extensions)
Organization: University of Vienna
Date: Sun, 4 Oct 1992 10:24:38 GMT

this might be a FAQ, but its not on the list, so i dare to ask it.
is there a way to load MSCDEX.EXE high under QEMM.
this is the "device driver" for accessing CD-ROM drives
under MSDOS, it is a TSR, and it takes away precious base memory (below 640K).
it would be a natural to load it high, but i dont manage.
is there something special i could try to achieve it?




Newsgroups: comp.os.msdos.desqview
From: A4422DAB@vm.univie.ac.at (Erich Neuwirth)
Subject: MSCDEX.EXE loading high
Organization: University of Vienna
Date: Sun, 4 Oct 1992 22:04:42 GMT

Thanks to Keith Petersen my problem with loading MSCDEX.EXE high
under QEMM has been solved.
In case somebody has the same problem here is a short description of
what helped in my case.
First of all I learned about the install= command in config.sys.
I had not known before that it is possible to load TSRs
from CONFIG.SYS also (not only from AUTOEXEC.BAT).
And that is even economical because a TSR loadad that way does not
use space for an environment.
Additionally something very strange had happened.
When I ran OPTIMIZE to get parameters for QEMM the way they should be
it complained about a line in CONFIG.SYS being too long.
But this was a line it had created itself on a previous run.
I never had seen thing going wrong becaus this was the last line in
CONFIG.SYS and thing just flashed across my screen.
After correcting this line and adding the line
INSTALL=c:\qemm\loadhi.com /TSR C:\PROAUDIO\mscdex.exe /d:mvcd001 /m:10 /v
to my CONFIG.SYS everything worked fine.

I know I should add a /r:x (with x a number) parameter also,
but at the moment everything works, so I will just wait and see.

Thanks to Keith

Erich Neuwirth

Newsgroups: comp.os.msdos.desqview
From: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Subject: vesa modes and/or col
Reply-To: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 28 Sep 92 00:51:49 EST

AR> 1) Under the display setup there are options for the DV X server
AR> to use multiple palettes (colormaps - static visual) and an option
AR> for depth 8 visual (reporting 256 color capability on 16 color server).
AR> I've enabled the depth 8 visual (because I have the Stealth VRAM II
AR> which is unsupported at higher resolutions/colors) and the static
AR> visual (single palette) but applications on the Un*x host still
AR> complain about not being able to allocate sufficient colors.

AR> Is this a known bug, or am I configuring something incorrectly?

If it's a bug, it's one in the X application.  Well -- that's not fair,
perhaps; but it's for sure a violation in the spirit of the XSpecs.  An
application should be able to adapt its behaviour to any server,
including one which does not support the number of colours that the app
would prefer to see.

AR> 3) Lastly - I've read here that there are no plans to rewrite the
AR> server - a big mistake I believe - at least in not supporting VESA
AR> modes. We are very heavily configured with VESA compliant cards
AR> here, many of which aren't supported by DV/X for the higher
AR> resolutions/greater colors - and X is pretty much worthless at 16
AR> colors (640x480) that we would be limited to with the current
AR> server.

While there have been no plans announced to rewrite or otherwise enhance
the server, it would be a similarly big mistake to assume that all
development on DESQview/X has stopped.  Keep the faith!

Regards,

Michael Bolton
Tech Support
Quarterdeck Canada  (416) 360-5758  quarterdeck.canada@canrem.com
---
  DeLuxe 1.25 #6922  DESQview: No hourglass needed!
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
From: john@homebase.hacktic.nl (John van Dijk)
Newsgroups: comp.os.msdos.desqview
Subject: Share lock
Date: Fri, 25 Sep 92 14:46:57 GMT+1
Organization: HIN students network
NewsSoftware: Rnf 0.7b


I'm running DesqView with BinkleyTerm (Fidobased mailer) and a control program
in the second task. I use SHARE.EXE from the MS-DOS 5.00 package to prevent
file access by both tasks. But whenever a conflict appears the logfile of 
Binkley locks up and Binkley doesn't write to the file anymore. The only way
I can repair this is to startup again without share. Is there a easier way
to get the log-file back to normal ?                                                                                                                                                                                                                                                                




| john@homebase.hacktic.nl                           HomeBase : +31-34075643 |
|      Amiga/PC                UGA/NewsFlash       Jean Michel Jarre fanclub |
|   'SEX, is not the answer ! SEX, is the question and the answer is YES'    |
Newsgroups: comp.os.msdos.desqview
From: jra@lawday.DaytonOH.NCR.COM (John R. Ackermann x2966)
Subject: COM 3 in Desqview
Reply-To: jra@lawday.DaytonOH.NCR.COM (John R. Ackermann x2966)
Organization: NCR Corporation, Law Department, Dayton OH
Date: Wed, 30 Sep 1992 12:20:15 GMT

I'm trying to get a COM3 port -- using 0x3e8, IRQ7 -- to work
reliably with apps under Desqview.

Two programs -- ProComm Plus and KA9Q NOS -- both work just fine with
this port outside DV, but when running Desqview the RX side freezes
after an indeterminate time.  Sometimes the port will pass several
thousand characters, other times it will lock up after only a few.  I
assume the problem is IRQ7 getting swallowed.  COM1 and COM2 work just
fine.

DV only lets me select Y, N, 1, or 2 under the "uses serial ports"
option.  What can I do to make this port work???

Thanks...

-- 
John R. Ackermann, Jr.        Law Department, NCR Corporation, Dayton, Ohio
(513) 445-2966		      John.Ackermann@daytonoh.ncr.com
Packet Radio: ag9v@n8acv      tcp/ip: ag9v@ag9v.ampr [44.70.12.34]
From: ST21519@VM.CC.LATECH.EDU
Newsgroups: comp.os.msdos.desqview
Subject: DV386 sleeping sometimes
Date: 30 Sep 92 06:07:00 GMT
Organization: LOUISIANA TECH UNIVERSITY

I am using DESQview 386 2.41 with QEMM 6.0 on my BBS (386-40).  I have been
getting reports every so often of the BBS slowing to a crawl and some have
gone so far as to suggest lockups - but the BBS has been logging the Dropped
Carriers just fine.  Tonite I witnessed firsthand the BBS coming to a grinding
halt with just one window active - it is almost like it has gone to sleep for
about 10-15 seconds.
 
I would tend to put the blame on my cache, but I thought SuperPcKwik was a good
one to use with DESQview in a BBS environment. (it is the SuperPcKwik which I
recieved with my DRDOS 6.0)
 
Can anyone shed any light on this problem?  I have temporarily disabled my
cache, but since it has not been happening on a regular basis I don't know if
I will be able to find out the problem in a timely manner.
 
Thanks for you aid.
 
Eddie Rowe Fidonet#1:19/124.0
Newsgroups: comp.os.msdos.desqview
From: support@qdeck.com (Technical Support)
Subject: Re: Converting fonts to DV/X use
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Wed, 30 Sep 1992 17:25:54 GMT

In article <books.6.0@fsunuc.physics.fsu.edu> books@fsunuc.physics.fsu.edu (Roger Books) writes:
>In article <1992Sep29.122332.5441@hemlock.cray.com> snowden@cray.com (Jim Snowden) writes:
>>Is there a DV/X utility for converting X fonts for use
>>by DV/X?  We are trying to run an X Window 3270 emulation program
>>on a Sun with output displayed in a DV/X window.  But DV/X won't recognise
>>the special 3270 font.  Maybe something like bdftosnf?
>Yes, bdftosnf exists.  I have a copy of it if you have somewhere I can
>upload it to.  If you contact QD they will e-mail you a copy of it.  Be
>warned that they do not use a standard uuencode but the one they use (btoa)
>can be found on many ftp sites.

Oops. The copy you got was in the bad old days a month and a half ago when
I was experimenting with Zmail, and had no idea what I was doing. The
version I send out now was uuencoded by my own little self, with the
uuencode that comes with SCO. (Which I assume is standard, or at least
standard enough...) Sorry about the mixup; I coulda swore I clicked on
the dang uuencode button...

As an aside, Roger is correct. The bdftosnf program is now supposed to
be shipping with all copies, but if you have an older copy without it,
just drop me a line and I'll send out the latest...


-- 
Tom Bortels - Quarterdeck Office Systems - Internet Support 
    For questions or Technical Support, write to support@qdeck.com
From: morrison@eniac.seas.upenn.edu (Norm Morrison)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Xdvi
Date: 2 Oct 92 02:53:59 GMT
Organization: University of Pennsylvania

In article <1992Sep30.214058.5845@leland.Stanford.EDU> bruce@s-word (Bruce Pike) writes:
>Hi,
>
>Someone posted a note to this group a while back indicating they 
>had implemented Xdvi for DV/X.  Have you posted it anywhere?  An 
>FTP site?  You can also e-mail me directly 
>(bruce@margaux.stanford.edu). 
>
>Thanks,
>
>Bruce.

   I have ported  xdvi and also  twm to  the DV/X.  Both  seem  to  work fine
except for one problem: after a short time (really short with twm)  the mouse
just quits.  I suspect that this  is related to  similar serial port problems
others have   mentioned they have   experienced.  I am using DJGPP    and the
desqview/x  library that come with  it.  I have  tested those two program and
also xv using xterminals and Sun workstations as the X  server and  they work
fine.

   It is for this reason that I have been reluctant to upload these and other
port programs and why I have just about quit  porting  programs to DV/X.   If
anyone have found some solution or has experienced some of the same problems,
I'm sure we'd all like to know about it.

  -Norm /
       / morrison@eniac.seas.upenn.edu
From: reginald.hirsch@yob.sccsi.com (Reginald Hirsch) 
Newsgroups: comp.os.msdos.desqview
Subject: CONVENTIONAL MEMORY AVAIL
Date: 3 Oct 92 21:13:00 GMT
Distribution: world
Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
Reply-To: reginald.hirsch@yob.sccsi.com (Reginald Hirsch) 

TO: ldlres00@ucs.usl.edu (Lafleur L Dwynn)
-> I would appreciate any thoughts and criticisms.
 Try dosmax17.zip it should equal or exceed your highest memory
base for expanded and conventional , it is a fine addition to
Qemm and  DV.
 I assume your Qemm version is 6.03,I would appreciate hearing from you
via email as to your results or if problems installing email.There
are also other areas for increasing memory if you have a 8514 .See the
notes here dealing with DV use.Good luck.
                          
Newsgroups: comp.os.msdos.desqview
From: djt@hoccny.hocc (David J.Trulli)
Subject: QEMM slows down video
Reply-To: djt@hoccny.hocc
Organization: AT&T
Date: Tue, 29 Sep 1992 15:51:09 GMT

Keywords: 

I have qemm 6.02 on a 386sx with a monochrome video card.
I find that when qemm is loaded that video to the display slows down.
No qemm video is faster. Something like a simple dir command takes
much longer to display under qemm. I could understand why this
would be true when I am in desqview but I am not sure why when
just using qemm.  Any ideas ?

---
Dave Trulli		 AT&T Bell Labs, Holmdel NJ. 07733
voice: 908-949-3185	
uucp: att!hogpa!djt	 internet: djt@hogpa.att.com or David.J.Trulli@att.com
packet: nn2z@nn2z.nj.usa ampr: nn2z@nn2z.ampr.org [44.64.0.10]
From: jkearns@ssd.intel.com (Jerry Kearns)
Newsgroups: comp.os.msdos.desqview
Subject: Re: PC/TCP 2.10 and DV/X
Date: 2 Oct 92 15:47:56 GMT
Organization: Supercomputer Systems Divison, Intel Corp.

In article <1992Oct01.165205.29367@qdeck.com>, support@qdeck.com (Technical Support) writes:
|> In article <6clz68j@rpi.edu> firsta2@jacob.its.rpi.edu (Allen S. Firstenberg) writes:
|> >Are there any plans (and how quickly will they be in motion) for DV/X
|> >to support the new initialization files of PC/TCP 2.1?  I'm aware that
|> >it is possible to get PC/TCP to use the old configuration formats
|> >(ifconfig.sys and ipconfig.sys), but I'd rather create additional
|> >files for all the users here who want to use DV/X.
|> 
|> We plan to support the PC/TCP 2.1 initialization files at some point in
|> the future, but no definate date is currently available. I'd reccomend
|> that you go with the ifconfig/ipconfig solution for now...
|> 
|> -- 
|> Tom Bortels - Quarterdeck Office Systems - Internet Support 
|>     For questions or Technical Support, write to support@qdeck.com
|> 
The big advantage of PC/TCP 2.1 (to me) is that it will save ~50+K
of low memory.  We can't take advantage of that memory savings until we
use the new initialization files, though! (Or am I missing something?)

Jerry
Newsgroups: comp.os.msdos.desqview
From: dlucy@sandr.COM (Douglas Lucy)
Subject: BBS'es for Desqview-aware apps and utils ?
Organization: S&R Software, Inc.
Distribution: usa
Date: Sun, 27 Sep 1992 18:13:20 GMT

I find myself using DV/X more and more to accomplish larger and larger
chunks of work (we develop multi-platform software). Now that I spend
most of my time in DV/X, I'd like to switch over to using DOS
utilities (file manager, editor, etc) that are Desqview-aware so my
copy from disk to disk or my 3 MB sed command doesn't slow my X
windows (to the Unix box over the Ether) down to a crawl.

What's your favorite Desqview BBS? Somewhere that carries a lot of
DV-aware stuff?

-- 
| Doug Lucy             | Xenus(tm)                                   |
| VP Technical Services | Total Security Automation for the           |
| S&R Software, Inc     | protection of Classified, Proprietary, and  |
| dlucy@sandr.com       | Sensitive information 804.320.4057          |
Newsgroups: comp.os.msdos.desqview
From: randy@stx.com (Randy Barth)
Subject: Anyone using Trumpet with DV/X?
Keywords: Trumpet netnews newsreader
Organization: Hughes STX Corp
Date: Fri, 2 Oct 1992 18:46:53 GMT

I've got Trumpet working over LWP4DOS, but if I try to run it inside 
Desqview\X window, it hangs right at the start.  I'm on a Novell network and 
have the -ignore_nw switch on, but it still reads my profile out of the 
\MAIL directory rather than the Trumpet directory.  Any ideas would be
appreciated.


        -Randy Barth, Hughes STX Corp., Washinton, DC
Newsgroups: comp.os.msdos.desqview
From: vla@ccadfa.cc.adfa.oz.au (Louis Verhagen)
Subject: Re: maximum memory in each window , background colors?
Organization: Australian Defence Force Academy, Canberra, Australia
Date: Sat, 26 Sep 1992 04:45:14 GMT

qian@wam.umd.edu (Yong Qian) writes:
>I did "rem dos=high" and the windows size in dv/x actually reduced. 
>I ran a optimize/st after that and the window size is stll smaller
>than when "dos=high".  Then I removed rem from "rem dos=high" and
>did not run optimize again. The windows size increases by about 16K.
>Quite strange the optimize works that way, or must I did something
>wrong?

Dos uses only 48K in the HMB area. So if you put dos=high you lose
16 K (48+16=64). If you plan to use Dv/X all the time just leave
dos low. If you are going to use dos plain and you want to put
dos high for that reason then put add the following after 
Device=\qemm\qemm386.sys   =>  I=0800-0FFF <= this
will include the last 16k of memory for you, so that Dv/X
can stick something into it. 

Greetings from Oz
Louis Verhagen

Newsgroups: comp.os.msdos.desqview,news.answers
From: nickw@syma.sussex.ac.uk (Nick Watkins)
Subject: DV/X + DR DOS + PC/TCP ???
Organization: University of Sussex
Date: Tue, 6 Oct 1992 15:51:17 GMT

From article <1992Oct2.002223.10827@doug.cae.wisc.edu>, by bodoh@xraylith.wisc.edu (Daniel J. Bodoh):

>      DR DOS works great with DESQview, except for the history feature.
> 
However, when I made a support call to Unipalm re: PC/TCP 2.05 I was
told that it (PC/TCP) was "not supported under DR DOS". Can FTP confirm whether
DV/X + PC/TCP + DR DOS 6 is supported or not, because otherwise people
who prefer DR DOS may perhaps be better advised to use Novell's LWP product
(Novell own DR).

BTW, I have been using PC/TCP happily under DR DOS 5 then 6 for over a
year & this problem turned out to be a corrupted file, so if 2.1 is
also compatible I would rather stick with FTP.

Nick
-- 
Dr Nick Watkins,       .     .            .
Space Plasma Group,            .    ___   _______                 
Univ. of Sussex,                .  / _ \ / __         .               
Brighton BN1 9QH, UK              | / \,O*/  \           (
From: thompson@atlas.socsci.umn.edu (T. Scott Thompson)
Subject: Re: N-cache and QEMM
Reply-To: thompson@atlas.socsci.umn.edu
Organization: Economics Department, University of Minnesota
Date: Wed, 30 Sep 1992 21:07:25 GMT

dpaper@nyx.cs.du.edu (David Paper) writes:

>re Ncache on a ps/2

>dude, your PS/2 comes w/ a cache that is made to work expressly w/ your
>ps/2 *i have a 65sx* on your reference disk, it has IBMcache/sys
>use that,. it's better, plus it will not crash w/ qemm.. *or at least not

I have found that the ibm cache that came with my model 80 is a dog.
It was slower than the commercial cache's available at the time it was
released and is much slower than the ones available today.  But then I
have a fairly early model 80.  Perhaps IBM got better at writing disk
cache software since then.


--
T. Scott Thompson              email:  thompson@atlas.socsci.umn.edu
Department of Economics        phone:  (612) 625-0119
University of Minnesota        fax:    (612) 624-0209
Newsgroups: comp.os.msdos.desqview
From: thompson@atlas.socsci.umn.edu (T. Scott Thompson)
Subject: N-cache and QEMM
Reply-To: thompson@atlas.socsci.umn.edu
Organization: Economics Department, University of Minnesota
Date: Mon, 28 Sep 1992 16:44:51 GMT

I recently tried using STEALTH on my 386 clone and on my PS/2 386 for
the first time in order to grab a little bit more high memory.
Result: the systems lock up randomly, usually during a delayed write
to the hard drive.  Based on some experiments and some of the recent
posts here I suspect the culprit is Norton's N-cache program.  The
people at Symantech were decidedly unhelpful.

Question: Can anyone send me some info on appropriate switches to use
when starting up N-cache to make it behave more reasonably with QEMM?

E-mail is fine.  If the replies are sufficiently diverse I will
summarize here.
--
T. Scott Thompson              email:  thompson@atlas.socsci.umn.edu
Department of Economics        phone:  (612) 625-0119
University of Minnesota        fax:    (612) 624-0209