HDTenEightyP/NetNews huggingface dataset:
From: support@qdeck.com (Technical Support)
Subject: Re: Timeslicing?
Organization: Quarterdeck Office Systems, Santa Monica CA
Distribution: world               
Date: Wed, 20 Jan 1993 23:23:11 GMT

In article <1993Jan20.015025.6158@netcom.com> trenton@netcom.com (The Recluse) writes:
>: > Could someone please _e-mail_ me the details of the API call specified
>: > by Quarterdeck on how to force DV to timeslice?
>
>Perhaos you could look in the back of the DESQview manual.  You DO have a
>manual, don't you?
>

Quarterdeck is ready, willing, and able to provide the information
necessary to make your programs more DV-Aware. We have a technote called
(appropriately enough) DVAWARE.TEC that I would be more than willing
to mail, email, fax, or attach to a carrier pigeon and send out to you.
It is essentially a reprint (with some explanatory material) of appendix
J of the DESQview manual, which contains details on determining where
the screens memory is, giving up your time slice, beginning and ending
critical code sections, and determining what version of DESQview you're
running under.

Of course, this is only the beginning of what the DV API can do; it can
also do intertask communication, spawn new processes, manage the
windows on the screen, and generally let your programs use the DV
environment to it's fullest. If you're interested, write me for details.

Again, if anyone out there is interested in the DVAWARE.TEC technote,
please don't hesitate to let me know, and I'll send it out ASAP...
-- 
       Quarterdeck Office Systems - Internet Support - Tom Bortels
        For Pricing/Ordering information, write to info@qdeck.com
           For Technical Questions, write to support@qdeck.com
  BBS: (310) 314-3227 * FAX: (310) 314-3217 * Compuserve: GO QUARTERDECK
From: hshlswe1@w222zrz.zrz.tu-berlin.de (Hilmar Schlegel)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Changing the font in the Scalable DOS window
Date: 22 Jan 1993 19:25:13 GMT
Organization: ZRZ/TU-Berlin
Distribution: world
Reply-To: hshlswe1@w222zrz.zrz.tu-berlin.de (Hilmar Schlegel)
NNTP-Posting-Host: w222zrz.zrz.tu-berlin.de

In article <dmurdoch.422.727641548@mast.queensu.ca>,
dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
> How do I change the font in the Scalable DOS window in DV/X?  I can't seem 
> to find any mention of this in the manuals.
> 
> Duncan Murdoch
> dmurdoch@mast.queensu.ca
This can be done perfectly simple:
you replace the name of the lgb.pfb file used to represent the
lettergothic-bold font with the name of the .pfb file you want to use!
If you did not forget the corresponding .afm file these are the good news!
Now the part not mentioned in the manuals:
You must have a font (.pfb file) which is fixed width and supplies all
needed symbols for the corresponding character set the IBM-PC uses.
This is normally NOT the case for the available Adobe type 1 fonts.
That means practically that you need a special program to EDIT fonts and
MERGE  the corresponding characters in the .pfb as well as into the
corresponding .afm file. As far as one can see is the lgb-font the one
and only containing all the information to be useful in a DOS window
i.e. only ONE font for use in scalable DOS windows is supplied and
it can NOT be replaced by the widely available .pfb fonts.
I hope that is not to bad news!
Sincerely,
Hilmar Schlegel
###
 
Newsgroups: comp.os.msdos.desqview
From: mcf@leland.Stanford.EDU (Matthew Craig Friedenberg)
Subject: Desqview/X and ATI Ultra Pro
Organization: DSG, Stanford University, CA 94305, USA
Date: Sun, 24 Jan 93 00:05:50 GMT

Has anybody been able to set up Desqview/X to work in 8514/a mode
with the ATI Graphics Ultra Pro video card?  I have a Gateway 2000
486-33 local bus system, with 1MB VRAM on the video card.  I need
1024x768 and 256 colors for an image analysis application that
I plan to run off a Sun SPARCstation.

When will this popular card be supported to its full potential?

Matt Friedenberg (mcf@rio.stanford.edu)
Newsgroups: comp.os.msdos.desqview
From: fea@ornl.gov (FREELS J D)
Subject: Novell TCP/IP Transport for DOS
Keywords: dvx,tcp/ip,dos
Organization: Oak Ridge National Laboratory
Date: Mon, 25 Jan 1993 18:34:15 GMT

I just received my long-awaited free copy of the subject software.
I haven't tried it yet.


Newsgroups: comp.os.msdos.desqview
From: howard@snake39.cs.wisc.edu (Howard Chen)
Subject: Help: desqview/X
Summary: Desqview X functionality
Keywords: desqview/x
Organization: University of Wisconsin, Madison -- Computer Sciences Dept.
Distribution: comp.os.msdos.desqview
Date: Tue, 26 Jan 1993 22:17:09 GMT

	Please don't flame me if my nettiquette is bad... this is one of my first posts...

	I was wondering about desqview/X and it's ability to run Windows 3.1 programs and X/windows applications...

	Basically, how does it work?  For Windows 3.1, I assume you would have to buy the program and launch it from desqview/X.  For X/windows applications, what would you do?

	I'm debating whether to buy Desqview/X or OS/2.  Please e-mail me any help you can give.  Thank you.


Howard Chen
<howard@cs.wisc.edu>

Newsgroups: comp.os.msdos.desqview
From: joet@dcatlas.dot.gov (Joe Trott)
Subject: Re: DV386 Settings for using a Colorado 250???
Organization: U.S Dept. of Transportation
Date: Thu, 21 Jan 1993 17:44:41 GMT

kf8nh@kf8nh.wariat.org (Brandon S. Allbery) writes:

>gdal@gdalsrv.sas.upenn.edu (GDAL Manager) writes:
>> In article <1993Jan04.174011.28583@qdeck.com> burge@qdeck.com (Bill Burge) wr
>> >If (and only if) you are using the Colorado from the floppy controller,
>> >you cab start DV with the parameter /hw:E:L; and the tape may have some
>> >success of running inside of DV386.
>> 

>As any Unix or other multiuser system administrator can tell you:  running a
>backup of a live system is just BEGGING for an unreadable backup.  After
>all, how is the tape drive to deal with a file that gets wchanged while
>it's writing it?  --- and if the backup program locks the file (which most
>of them do not!) then files end up being locked for rather long periods of
>time, tape drives being slow beasts at best.

With the above caveats about live backup firmly in mind, you can try turning
simultaneous tape/disk activity OFF.  Unfortunately, I think you will find
that your tape backup will slow to miserably unacceptable speeds.

-JTT
From: wspain@morgan.ucs.mun.ca (William Spain)
Newsgroups: comp.os.msdos.desqview
Subject: Re: wp5.1 spellchecker cr
Date: 21 Jan 93 13:01:54 GMT
Distribution: comp
Organization: Memorial University of Newfoundland

In article <1993Jan20.3880.4119@dosgate> "quarterdeck canada" <quarterdeck.canada@canrem.com> writes:
>WS>In article <C0v6q4.Gwo#news.iastate.edu> tckaspar@iastate.edu (Thomas C Kaspar) writes:
>>I am running DESQview v2.42 with QEMM v6.02 on a Mitsuibishi MP386/25.
>>Sometimes when I'm using the spellchecker in WP5.1 the program crashes
>>and asks me if I want to terminate or reboot.  I usually terminate at this
>>point, but then I have to restart WP and restore my backup.  Does anyone
>>have experience with this type of problem?  I would appreciate some suggestions.  Thanks
>
>WS>I have no solutions, but I have the same problem.  I think word perfect must be
>WS>fooling around with QEMM, but I haven't been able to solve the problem by
>WS>increasing available expanded memory, turning off the /r option, turning on /ne
>WS>(which is said to prevent the access of expanded memory).  I haven't checked
>WS>the memory map, however.
>WS>I just stopped spell-checking.  I too would appreciate some advice.
>
>I'll wager good money that you both have versions of WordPerfect that
>predate December 1990.  If this is the case, the solution is to get
>update diskettes from WordPerfect.  Otherwise, please post more
>information here (especially the contents of your CONFIG.SYS and
>AUTOEXEC.BAT files).
>

The earlier advice on this was right on.   I got the Word Perfect maintenance
update dated August 92 installed yesterday and it seems to have solved the
problem nicely.

I've another Word Perfect problem that also has been intractable.  I've been
trying out DV/X, and using an ATI Wonder Plus card in 800x600 16 color mode.
I've excluded cooo-c1ff.  When I try to run it in 132x25 mode, it works fine as
long as I do not switch away.  Word Perfect iconifies, and when I switch back,
the keyboard locks requiring a cold boot to restart.  The same setup works fine
in DV/C.

wspain@morgan.ucs.mun.ca
From: as789@cleveland.Freenet.Edu (Francisco J. Diaz)
Newsgroups: comp.os.msdos.desqview
Subject: Tame questions
Date: 27 Jan 1993 10:24:54 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: hela.ins.cwru.edu


 Hi All! I would like to know how to set up the options


when using Tame v2.61. I have tried and can't set it up.


My batch file is set as follows:





 if (%1) == () Echo Usage: %0 command_line


 if (%1) == () goto exit


 Tame-Res %1 %2 %3 %4 %5 %6 %7 %8 %9


 Tame /Uninstall


 :exit





 But then, when I try to set up options like /keyswitch,


/boost and others I can't do it on the 3rd line or other


because after the 3rd line Tame uninstalls and it just


does not make sense. Tame-res refuses to accept any options


at all. Can anyone post or E-Mail me a sample setup or batch


file for Tame 2.61 under Desqview? BTW, I use the shareware


version (Is there an alternative program other than Tame?).


Also, I have my temp dir pointing to my ramdisk and sometimes


4DOS cleans up its temp files but most of the time it leaves


them there even after quitting DV. I re-checked all the setup


and the .ini and still does it..:-( What can be wrong here?


Thanks for your attention!


-- 
|     Francisco J. Diaz Rivera     |                           |
|     University of Puerto Rico    | If the shoe fits, buy it! |
|    "I hate MATH classes!" :-)    |           - Imelda Marcos |
|     STUD137@CUTB.UPR.CLU.EDU     |                           |
From: tstark@access.digex.com (Timothy M. Stark)
Newsgroups: comp.os.msdos.desqview
Subject: DESQview/X problems
Date: 25 Jan 1993 08:03:48 -0500
Organization: Express Access Online Communications, Greenbelt, MD USA
Distribution: world
NNTP-Posting-Host: access.digex.com

Hello Everyone:

    Last week, I installed new DESQview/X software on my PC. I encountered
a number of problems in dv/x area.

    I installed Novell LAN Workplace on my PC after I installed DV/X software.
I looked for a way to attach DV/X to ODI interface driver but I can't find a 
way to set it up. Have I re-install DV/X software or is there any way to attach
DV/X to ODI interface system?

    Since I have DELL 310 (slow 16 Mhz 386SX) with two megabytes of main
memory, DV/X is very slow. When 256-color display server was installed, I moved
my mouse device and DV/X responsed me about 5 seconds later and moved its
pointer to other place. When 16-color display server was installed, DV/X 
responsed faster. With both display servers, DV/X was very slow. For example,
I opened a window, DV/X took several minutes to open a window completely!
Also DV/X sometimes hung up and did not response anything execpt the mouse
pointer after it was loaded!

    Do you have any solutions about all problems? If so, I will appericate
that. Thanks you!

-- Tim Stark
   SUN Systems Adminstrator
   Internal Revenue Service
-- 
Timothy Stark               Internet1: tstark@access.digex.com (Preferred)
837 North Van Dorn St       Internet2: tstark@netcom.com
Alexandria, Va. 22304-2723  TDD: (703) 212-9731 Pager: (703) 702-4078
"Washington, DC is the most deaf population!! -- Gallaudet University"
From: jjwu@magnus.acs.ohio-state.edu (James J Wu)
Newsgroups: comp.os.msdos.desqview
Subject: Re: QDPMI?
Summary: Where to get QDPMI 1.01
Keywords: Quarterdeck BBS, QDPMI 1.01, QEMM
Date: 26 Jan 93 21:16:23 GMT
Article-I.D.: magnus.1993Jan26.211623.9729
Expires: Fri, 26 Feb 1993 05:00:00 GMT
Followup-To: QDPMI? & DESQview/X Memory problems
Organization: The Ohio State University

QDPMI is available directly from the Quarterdeck BBS at (213) 396-3904.  It may
also be available from your local BBS's.  I'm not sure if it's available via 
FTP, but it wouldn't hurt to check wuarchive.wustl.edu or garbo.uwasa.fi (garbo
files are also available via wuarchive.wust.edu in \mirrors4\garbo.uwasa.fi).  
Hopefully, Timo Salmi or one of the other sysops will read this and provide 
more accurate information regarding QDPMI's FTP availability.

     james
From: ts106984@lehtori.cc.tut.fi (Suominen Timo)
Newsgroups: comp.os.msdos.desqview
Subject: How to change keyboard language ????
Date: 22 Jan 1993 12:01:23 +0200
Organization: Tampere University of Technology, Computing Centre
Distribution: world
NNTP-Posting-Host: cc.tut.fi

There are only two languages is DV /X, US Englinsh and U.K English.
Is it possible to change it to f. ex. Finnish layout ??? And How ???

	Tanx in advance.

	-tipi-
-- 
 Timo Suominen                    !    Tel: Int +358 31 162137   ! There is no
 Tampere University of Technology !         Int +358 31 128435   ! fear without
 Korkeakoulunkatu 2, P.O. Box 527 !    Fax: Int +358 31 162307   !   FEAR...
 33101 Tampere - FINLAND          ! E-mail: tipi@rulla.me.tut.fi !    
Newsgroups: comp.os.msdos.desqview
From: ipadavic@garnet.acns.fsu.edu (Irene Padavic)
Subject: Re: Diamond Speedstar 24X
Organization: Florida State University
Date: Sat, 23 Jan 93 19:13:05 GMT

alewis@gibbs.oit.unc.edu (Andrew Lewis) writes:
> This is a layman's reply, based on the FAQ.  Your query is a FAQ, so if
> you can get a copy, you'll have a better answer.  In short, though,
> apparently almost no chipsets are supported at modes over 800x600, and
> fairly few at that resolution [go ahead, guys.  I'm using a newsreader
> called "asbestos." :-)].  According to QOS, higher resolutions are a high
> priority, but QOS policy is that they won't talk about stuff in
> development.  So for now, you can pretty much expect most boards not to
> work at the higher SVGA resolutions.
> 
> A.M.L.
> alewis@gibbs.oit.unc.edu
>  lewis@unc.oit.unc.edu
>  lewis@unc  [Bitnet]
> UNC-Chapel Hill.  They'd have to PAY me to speak for them.  I pay THEM.
> 
Newsgroups: comp.os.msdos.desqview
From: brad@ravel.udel.edu (Brad Cain)
Subject: Sloooow video drivers
Organization: University of Delaware
Date: Thu, 21 Jan 1993 20:43:09 GMT

Are there any faster video drivers for SVGA cards. (I have a 
diamond speedstar - ET4000)  The drivers that come with
desqview X are extremely slow.  The scrolling in a dos
windows is ridiculous.


-- 
****************************************************************************
brad@bach.udel.edu             Brad Cain 			       N3NAF
cain@snow-white.ee.udel.edu    University of Delaware Electrical Engineering
cain@freezer.cns.udel.edu      "Blah, blah, blah"                   alt.blah 
Newsgroups: comp.os.msdos.desqview
From: jpb49312@uxa.cso.uiuc.edu (Live the life you love.)
Subject: FTP site for ported DVX clients
Organization: University of Illinois at Urbana
Date: Sun, 24 Jan 1993 20:44:32 GMT

I was wondering if there is public FTP site for X applications which have
been ported to DVX. I have seen a number of them mentioned here but i have
not seen a site mentioned on where to get them? If there is such a site
then could anyone please post it?  If not, then are some people willing
to share their ports? 

Thank... 

-- John
From: shakib.otaqui@almac.co.uk (Shakib Otaqui)
Newsgroups: comp.os.msdos.desqview
Subject: UN: Timeslicing?
Date: 21 Jan 93 22:42:00 GMT
Reply-To: shakib.otaqui@almac.co.uk (Shakib Otaqui)
Organization: Almac BBS Ltd. +44 (0)324 665371

JM>   OS2SPEED emulates the DV API enough to allow a DV-aware program to give up its
  >   timeslice in an OS/2 VDM. The program is written to the DV API, not the OS/2
  >   one. This technique seems a valid test to me.

  I have just seen a user report that said OS2SPEED messed up the
  CMOS on his system:  the date was changed and, worse, so was the
  AMI BIOS password.  He's had to disconnect the CMOS battery to
  regain access, and re-enter all the data.

 * PQ 2.15 189 * User error! Replace user and press any key...
                                                                                                                 
Newsgroups: comp.os.msdos.desqview
From: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Subject: timeslicing?
Reply-To: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 23 Jan 93 19:23:21 EST

BE>I'm trying to write a piece of software to be DESQview aware (that's
BE>working okay), but when I use the calls (don't have their details with
BE>me right now), it doesn't seem to be forcing DV to timeslice properly.

BE>I have verified this by running the application within an OS/2 VDM
BE>running the OS2SPEED utility with the "*" command line parameter (this
BE>tells the OS2SPEED TSR to display the * character in the top left corner
BE>of the screen whenever the application timeslices).

BE>Could someone please _e-mail_ me the details of the API call specified
BE>by Quarterdeck on how to force DV to timeslice?

Applications typically do not force DESQview to timeslice; doing do
could impair the smoothness of multitasking in other windows.
Applications can relinquish their time slices to DESQview when they're
finished doing useful work, but I sense that might be a different
question from the one you're asking.  Do you want to force DESQview to
slice so as to get it to pay immediate attention to your application, or
do you simply want your application to give up its slice?  Either way,
the API Reference manual may be what you're looking for; it's available
from:

Quarterdeck Office Systems
150 Pico Boulevard
Santa Monica, California
90405

Customer Service (800) 354-3222
Technical Support (310) 392-9701

Regards,

Michael Bolton
Tech Support
Quarterdeck Canada  (416) 360-5758  quarterdeck.canada@canrem.com
---
  DeLuxe 1.25 #6922  Exception 13? QEMM Manual, "Troubleshooting"
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.os.msdos.desqview
From: malcolm@muir.demon.co.uk ("Malcolm S. Muir")
Subject: Re: Advantage of QDPMI over QEMM alone for Borland C++ DOS 
Distribution: world
Organization: Muir
Reply-To: malcolm@muir.demon.co.uk
X-Newsreader: Simple NEWS 1.90 (ka9q DIS 1.20)
Date: Sun, 24 Jan 1993 11:04:09 +0000

In article <1993Jan24.015955.17221@kronos.arc.nasa.gov> raymond@kronos.arc.nasa.gov writes:

>What advantage does using qdpmi on top of qemm buy me?
>  - speed
>  - functionality

It adds DPMI functionality support to QEMM. No speed advantage at all.

>Basically I use Borland C++ under DOS only (nmo windows). 
>
>I know that QDPMI will give me virtual memory, but BC++ will also swap
>out to disk on its own.
>
>(I originally thought that BC++ 3.1 required a DPMI server to run. but
>that does not appear to be the case.)

BC++ 3.1 does require DPMI support. If it finds none as it loads, it
loads it's own, which it removes on exit. This is documented
(somewhere) in the manuals.

If you have QDPMI loaded, it uses that rather than it's own DPMI
support. So far I find the Borland driver 100% reliable whereas the
QDPMI driver falls over on large multimodule compiles running from a
makefile.


-- 
=============================================================================
Malcolm S. Muir                              EMAIL: malcolm@muir.demon.co.uk
Sunderland                                   CIX: mmuir BIX: mmuir
England                                      CSERVE: 100012,31
======================= PGP 2.0 Public Key Available ========================
From: wsm0@ns1.cc.lehigh.edu (Wayne S. Mery)
Newsgroups: comp.os.msdos.desqview
Subject: Quattro Pro 4.0
Date: 27 Jan 93 20:11:27 GMT
Organization: Lehigh University
X-Newsreader: TIN [version 1.1 PL8]

It's been a while since I worked with quattro, so my problem may lie elsewhere.
But, after converting to IBM-DOS 5.0 on my PS/2 I occasionally hang in 
quattro PRO 4.0 (the only DV application running) while saving a file and 
when printing.  

Environment
PS/2
DV 2.4
Novell (quattro resides here)

Any help would be appreciated.
-- 
-------------------------------------------------------------------------------
Wayne S. Mery           Systems Programmer      Lehigh University Computing Ctr
WSM0@Lehigh.edu  (Unix)                         LUWSM@IBM1.cc.lehigh.edu  (VM)
Newsgroups: comp.os.msdos.desqview
From: notarus@uiuc.edu (Mark Notarus)
Subject: Re: DESQview/X memory problem
Originator: notarus@uxa.cso.uiuc.edu
Reply-To: notarus@uiuc.edu (Mark Notarus)
Organization: University of Illinois at Urbana
Date: Wed, 27 Jan 1993 04:27:49 GMT
Keywords: DESQview/X memory compaq

mulligan@jcpltyo.JCPL.CO.JP (Raymond) writes:
}The machine has 4Mb of memory, I installed the same Xview on an 8Mb machine
}and it works fine. (This machine was not a Compaq)
 Proably, you dont have 4MB available. If you're like most DOS people,
me included, you tend towards a 1MB disk cache, ten or twelve small tsrs..
(things like networks, video drivers, etc..) THat result in having something
*much* closer to 2.5 MB free for DVX to play with--- and that's a problem.

 Some tips to remember:
1) leave hma free-- the area that you are using to loadhi things is
also the area where DV/DVX wants to load it's code.... Remember that 
the amount of conventional memory left is the maximum program size you can run code in. Less is more..if you can't live without that tsr, run it in a 
dos windo, or make a dvp for it.

2) Allow Program swapping-- edit the dos4gfx.cfg file, and set virtual memory
on.... For some reason, Quarterdeck figured that you never really wanna
swap programs, just video. :)

3) Consider the program dvp's you're using..if you write them yourself, 
start at 350K available and move up...the less memory required by a dvp, the
more situations in which that program's gonna run...like, say, when you
install a network on that machine, and have alomost 50K less memory.
(Ack, poo. Lanman...*grrr*...but work has it's requirements)



}1) Should it work OK with 4Mb. I cannot open ANY application.
 It Will, if it's set up properly.

 Just some thoughts...

 mark



Newsgroups: comp.os.msdos.desqview
From: rblack@netcon.smc.edu (Russ Black)
Subject: DR DOS6.0 & DESQview
Organization: Santa Monica College, Santa Monica, CA
Distribution: usa
Date: Mon, 25 Jan 1993 21:46:31 GMT

   I am using DR DOS6.0 on my 386sx computer.  I am running 2 megs of memory.

   Recently, I go an upgrade for my DR DOS because the company didn't get the
codes ahead of time from Microsoft.  It will run Windows 3.1, but only in 
extended mode.  Not standard mode.

   Can Desqview Classic run on my machine?  I don't think the 386 version will.

   Just wanted to know.


Russ Black
rblack@nextcon.smc.edu


Newsgroups: comp.os.msdos.desqview
From: yow@sweetpea.jsc.nasa.gov (Bill Yow)
Subject: XV dies and kills the DV/X server.
Followup-To: comp.os.msdos.desqview
Keywords: XV DV/X Bug
Organization: MDSSC
Date: Mon, 25 Jan 1993 21:45:41 GMT

This weekend I was working with XV and DV/X.

When I tried to run XV from the command line with the -root option it killed the
DV/X server. (I was dropped back to the dos prompt)

I then tried to use one of the root setting under the Display Modes button, but
anytime I selected a root options XV and DV/X would die.

Does anyone have a fix for this or am I the only one with this problem?

I'm running DV/X in 1024x768 with 256 colors using a Tseng 4000 Local Bus board.

						Later,
						Bill Yow
						(713) 283-4051
						yow@sweetpea.jsc.nasa.gov
						byow@mcimail.com

My opinions are my own!			



Newsgroups: comp.os.msdos.desqview