HDTenEightyP/NetNews huggingface dataset:
From: jim@stargate.helios.nd.edu (Jim McCusker)
Subject: DV & DV/X Development Prices!
Organization: OUC, University of Notre Dame
Date: Wed, 13 Jan 1993 04:34:54 GMT


I know that QD monitors this conference, so here goes.  Since QD is
attempting to establish DV/X as an alternative front end for PC users
(like MS-Windows is doing).  Why oh why do you insist on pricing your
development products so high???  
 Look at the facts, nobody other that QD supports DesqView calls and
there lies the problem.  For any run of the mill developer to consider
development under DV he/she has to ask themself two questions:
   1) How many users will my program potentially address?

   2) How much will it cost me?

QD as I see it has two strikes against them, first a limited market and 
second a cost barrier.  If QD ever expects to succeed (and I know that they
are struggling, just check out their past earnings) they'll have to start
playing hardball (just as IBM has begun too) and make their product more
accessable to both users and developers.  Remember how Borland built their
empire by starting with a simple $49.00 Pascal compiler?  Maybe QD ought
to consider making their products that accessable too.  

     Just my 2 cents!
                        -- Jim

   1) How many people are  using
--

                                     Jim McCusker
                                     jim@stargate.ece.nd.edu

Newsgroups: comp.os.msdos.desqview
From: jdonnell@diana.cair.du.edu (JACK DONNELLY)
Subject: jpeg viewer
Organization: University of Denver, Denver, Colorado
Date: Mon, 4 Jan 93 17:09:39 GMT


I'm looking for a jpeg viewer that will work under desqview 2.4
(plain, not X).  I have a 486 with 16MB, with a Diamond Stealth viedo
card (1Mb), if that makes any difference. I have tried dvpeg, and that
doesn't work.

Also, I seem to be unable to use SVGA (a GIF viewe) under desqview.
It freezes every time.  Compushow, however, works fine.  

Does anyone out there have any ideas?  Any help would be appreciated.


Jack Donnelly, Graduate School of International Studies, University of Denver


Newsgroups: comp.os.msdos.desqview
From: mcastle@cs.umr.edu (Michael R Castle)
Subject: Re: text editor for dv/x
Date: Tue, 5 Jan 1993 20:37:01 GMT
Organization: University of Missouri - Rolla, Rolla, MO

In article <KRAUS.93Jan5081205@orchid5.rtsg.mot.com> kraus@rtsg.mot.com (David Kraus) writes:
>
>Hmmm, just having xedit would be nice in a lot of cases.  For example,
>being able to specify an editor that would have it's own window for
>applications that spawn an editor - some Fido message readers, Paradox PAL
>editing, etc.
>
>Then again, now that I think about it, it won't buy you much - the
>application is still going to wait until the spawned editor exits before
>continuing, unless it's smart enough to know about DV....

Well.... there are some utilities that provide for starting jobs in dv from
a batch file (sorta like detach in os/2 maybe?).  So you could possibly
write a batch file that would spawn the the editor and return immediately.

Just becareful, of course.  I imagine a message reader would think that once
you returned from the edit command, the file is ready to be sent, and if you
really haven't editted it yet..... though 2 separate (scrollable) windows
would be nice when trying to edit a file that is replying to another post
and you really don't want to quote but one or two lines.

mrc
-- 
Mike Castle .-=NEXUS=-.  Life is like a clock:  You can work constantly
  mcastle@cs.umr.edu     and be right all the time, or not work at all
S087891@UMRVMA.UMR.EDU   and be right at least twice a day.  -- mrc
    We are all of us living in the shadow of Manhattan.  -- Watchmen
Newsgroups: comp.os.msdos.desqview
From: hkhan@eng.umd.edu (Hasna J. Khan)
Subject: Help Needed with QEMM.
Date: Mon, 04 Jan 93 08:07:39 GMT
Organization: Project GLUE, University of Maryland, College Park

Hi, there
I am using DV386 and QEMM came with it. After I installed them in
my system, I got my system running very slowly sometimes. Also when
it happens, the LED for hard disk is on. I feel something wrong in
my config.sys. Could anybody give me some help about this?
Thanks in advance.
Khan
Newsgroups: comp.os.msdos.desqview
From: seant@bluefish.ratsys.com (Sean D. True)
Subject: TIN -- news reader for DVX uploaded
Organization: Rational Systems, Inc.
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 5 Jan 1993 19:08:09 GMT

A port of TIN, a DVX specific version of the character mode threaded
news reader written by Iain Lea graphics has been posted to ftp.math.niu.edu,
in the msdos/desqviewx directory.  An executable and support files
are included. Sources available on request -- still a bit messy.
Zip file size is 135K. 

Notable changes include:

	o Changing UNIX specifics to DVX specifics
	o Using DVX process control for spawning editor, mailer, and
	  printing programs.

TIN.EXE is a DOS extended application, using the DOS4GX DOS extender
found in DESQview/X. It will run *only* inside DESQview/X, and only
with an NNTP server.  DESQview/X network support is also required.
This release is identical to the last beta release, and has been in
use since November 16, 1992.

Note: TIN for DVX works much better with the NNTP based index patches
provided by Iain Lea, the TIN author. Threading articles is painfully
slow without it. Talk to your news provider.

This program is provided as-is, etc. User beware.

Sean True
Rational Systems, Inc.
seant@ratsys.com
Newsgroups: comp.os.msdos.desqview
From: leisner@wrc.xerox.com ( Marty Leisner)
Subject: freeware tcp protocol stack?
Reply-To: leisner@eso.mc.xerox.com
Organization: Xerox
X-Newsreader: TIN [version 1.1 PL8]
Date: Tue, 12 Jan 1993 16:57:26 GMT

I'd much rather use a freeware product with source than a commercial
product.

Does DV/X run with any of the freeware TCP/IP implementations?


--
marty
leisner.henr801c@xerox.com  leisner@eso.mc.xerox.com
Member of the League for Programming Freedom
From: goggi@rhi.hi.is (Gardar Georg Nielsen)
Newsgroups: comp.os.msdos.desqview
Subject: DOS window and national characters
Date: 7 Jan 93 09:44:43 GMT


When I open a DOS window on a SUN workstation from DESQview/X I can't get
icelandic characters like aacute, eacute, iacute, oacute and uacute.
There is no problem when I open DOS window on the PC but when I open it remote
on the SUN I can't get these characters.
Is there any way to fix this.

Thank's in advance.
----
Gardar Nielsen             goggi@rhi.hi.is
The parliament of Iceland
Newsgroups: comp.os.msdos.desqview
From: vagle@hsr.no (Laban Seigemann)
Subject: info, please.
Organization: Rogaland University Centre
Date: Mon, 11 Jan 1993 20:24:19 GMT

I have just seen this DESQview, and I don't know more that I
understood from the comercial.

Tell me does DESQview run MSdos programs in pre-emptive multitasking,
just like UNIX ?
Is it fully 32 bits ?
Will it use all the power in my i486 ?
And what about this DESQview/X ?

I am very interested, so please mail me any thing.   THANKS

-- 
 Lars Vagle.  E-mail: vagle@hsr.no  Phone: +47-4-874220
Newsgroups: comp.os.msdos.desqview
From: ecm9093@aston.ac.uk (J.P.FLETCHER)
Subject: Re: DEMACS & DV/X: problem solved...
Organization: Aston University
Date: Mon, 11 Jan 1993 11:04:53 GMT


>4. Now, demacs.exe works under DOS and DV/X.

>Young
Clearly, my last posting was pessimistic. Good!

John
--------------------------------------------------------------
Dr John P. Fletcher       
Department of Chemical Engineering and Applied Chemistry,
Aston University,         Tel: (44) 21 359 3611 ext 4625
Aston Triangle,		  Email(Janet): J.P.FLETCHER@UK.AC.ASTON
BIRMINGHAM B4 7ET   U.K.  Email(Other): J.P.FLETCHER@ASTON.AC.UK
--------------------------------------------------------------
Newsgroups: comp.os.msdos.desqview
From: burge@qdeck.com (Bill Burge)
Subject: Re: DVX, DWM quoting key.
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Mon, 11 Jan 1993 17:02:09 GMT

In article <652.gt@rundart.demon.co.uk> gt@rundart.demon.co.uk writes:
>
>When I used DV/386, I configured the Learn "quoting key" to be the top
>left corner symbol which appears on UK 102 key keyboards.  This is
>because I use MKS toolkit and TeX every day and both programs require
>the use of the "`" key.  It is inconvenient and error prone to have to
>press this key twice and I have little use for the Learn facility.
>
>Page 104 of the DVX Users' Manual says "The Learn key and the Quoting
>key (as well as other DESQview/X system keys) may be redefined in the
>DESQview/X Setup program."
>
>I have found the place in Setup where the Learn key can be redefined but
>not one for the Quoting key.  Have I missed something or can the key
>really not be redefined in Setup?  If it cannot, is there a patch which
>will allow me to redefine the key?  Even the address of the "`" constant
>which is used for the "Quote" key in the appropriate executable file
>would be helpful.
>
>I am not really bothered if I have to lose "Learn" altogether.  I just
>want to be able to use "`" without having to press the key twice.
>

Sadly, at this time, the Quoting char is hard coded.  We are hoping for a 
definable Quoting char in the future.  I'll see if developement has any 
suggestions on disabling it _manually_.

Bill	burge@qdeck.com
Newsgroups: comp.os.msdos.desqview
From: burge@qdeck.com (Bill Burge)
Subject: Re: DV386 Settings for using a Colorado 250???
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Mon, 04 Jan 1993 17:40:11 GMT

In article <1ht6dsINN1kf@usenet.INS.CWRU.Edu> bn559@cleveland.Freenet.Edu (Jay Hughes) writes:
>
>I beleive it was in this newsgroup that had a discussion about trying
>to use a Colorado 250 with DV.  I am running PCBoard under Desqview,
>and want to make an event to run CPbackup to do a full backup in the
>morning.  This is of course no problem NOT running under DOS.  
>Oh, kinda got off subject.  If I remember right, there were some paremeter
>settings to use after DV.COM that may help.  Appreciate it!!
>

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.

Bill	burge@qdeck.com
Newsgroups: comp.os.msdos.desqview
From: seant@bluefish.ratsys.com (Sean D. True)
Subject: CBZONE -- tank game for DVX uploaded
Organization: Rational Systems, Inc.
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 5 Jan 1993 18:07:28 GMT

A port of CBZONE, an X version of the old arcade game of tank battles
in wire-frame 3-D graphics has been posted to ftp.math.niu.edu, in
the msdos/desqviewx directory. Source code with DOS changes, makefiles,
and an executable are included. Zip file size is 146K. 

Notable changes include:

	o Changing UNIX specifics to DVX specifics
	o Changing code in c_gpr.c so that it will scale the display for
	  people w/o high resolution displays
	o Dealing with the usual long != int problems

The port to 16-bits was made much easier by liberal use of Instant-C, Rational
System's incremental compiler for DESQview/X. (Blatant commercial plug).

Note -- we did this for fun, it isn't commercial, but we are still interested
in bugs, fixes, and comments.


Sean True
Rational Systems, Inc.
seant@ratsys.com
From: grettir@pension.UUCP (Grettir Asmundarson)
Newsgroups: comp.os.msdos.desqview
Subject: Re: problems w/ qemm and BC3.0
Keywords: qemm,bc,borland
Date: Thu, 07 Jan 93 09:48:47 MST
Organization: The Pension Grillparzer +1 801 375 7679

s0r1282@zeus.tamu.edu (RAVET, STEVEN) writes:

> 	I recently installed qemm386 that came with desqview/x.  Now when
> I am using Borlandc from DOS (not desqview), the arrow keys tend to leave
> characters in my document.  If I push the up arrow, the cursor might move
> up a line, or I might just get an '8' in my program.  This is using the 
> arrow keypad, not the arrows on the numeric keypad.  Turning off NumLock
> solves this problem.  Strangely enough, replacing qemm.sys with himem.sys
> also solves the problem.  It seems like the keystrokes are garbled, because
> using any of the dedicated editing keys (arrows, insert, del, etc) can leave
> that coresponding keys number in the editor (ie home puts in a 7, end puts in
> a 1, etc).

[...a bit deleted for brevities sake...]

Are you also experiencing a sticking shift key problem?  I've seen this
problem quite a bit on specific machines.  (Epsons are especially prone
to this.)  It is a BIOS problem, and most major manufacturers will
provide you with a BIOS update if you are experiencing this problem.  If
that isn't an option, try the following:

   1. Add the IA switch to your QEMM device line.  If this doesn't
      solve the problem, then QEMM is not to blame.

   2. There is a device driver called KBDFIX.SYS that fixes most most
      keyboard INT 09 problems.  It is available on many BBSs in a file
      called INT09FIX.ZIP, or I could mail it to you uuencoded if you
      would like.  (It is about 10k.)

These 2 solutions usually solve 90% of the problems.  The other 10% can
only be solved by a BIOS upgrade.

===========================================================================
|  pension!grettir@wicat.com  ..or..         |  "Waltzing's for dreamers  |
|    grettir@pension.UUCP                    |     And losers in love"    |
|  The Pension Grillparzer +1 801 375 7679   |     - Richard Thompson     |
===========================================================================
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: QEMM only 16Mb XMS ??
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Mon, 04 Jan 1993 20:09:10 GMT

In article <1993Jan4.130636.17592@rulway.LeidenUniv.nl> jeroenp@rulfc1.LeidenUniv.nl (Jeroen W. Pluimers) writes:
>I have QEMM 6.02 running on a 486 machine with 32Mb RAM.
>the problem is that it shows 32Mb of EMS, but only 16Mb of XMS.
>
>HIMEM.SYS can give me 32Mb of XMS, but not EMS.
>
>How can I get QEMM to give me 32Mb of XMS? I can't find anything
>about it in the manual.
>
>BTW: This is the line that loads QEMM
>
>device=c:\qemm\QEMM386.SYS r:1 RAM ROM DMA=48 X=B000-B7FF ST:F

Try adding EMB=32768 to the above QEMM line and it should be recognised.  The
lower limit is the default because a number of protected mode apps will
lock up if they find more than 16 megs of XMS available.


-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
:
From: liuyu@acf3.nyu.edu (Mr. L)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Qemm 6.02 problems with win 3.1
Date: 11 Jan 93 03:50:05 GMT
Organization: New York University

silvia@rcf.rsmas.miami.edu writes:

 >In article <C0M332.KAn@cmcl2.nyu.edu>, liuyu@acf3.nyu.edu (Mr. L) writes:
 >>
 >>I'm having trouble starting win3.1 with more than 640k conventional memory.
 >>I'm using qemm 6.02 with hercules card. The base memory is 704k. 
 >>If I exclude the area between 640 and 704k, win 3.1 runs fine. Is there a
 >>way to run win3.1 with 704k base memory?
 >>Thanks in advance.

>  Because with 704k base memory you are using Video Memory. Which Windows 3.1
>needs to run. There is an exclude that you need to use that should me in the
>Qemm DOCS. Also make sure you have installed the Windows fix that comes with
>Qemm. 


I don't think Hercules uses the area between 640-704k (a000-afff). It's
for VGA and EGA which I don't use. I know if I exclude 640-704k area,
win 3.1 will run fine in enhance mode. But it won't run in enhance mode
if there is 704k conventional mem. BTW, it will run in *standard* mode
with 704k.
Yes, I ran the windows fix. But didn't help.
The error message I got was "insufficient mem to run krnl386.exe or
Windowmemsize in system.ini set too large".

My system is 386/40 compatible, AMI BIOS (12/91), 4meg ram, Hercules
video.
From: n.margetic@ucl.ac.uk (Nino Margetic)
Newsgroups: comp.os.msdos.desqview
Subject: Toshiba T2200SX PopUp Problem
Date: 11 Jan 93 23:02:24 GMT
Reply-To: nino@mph.sm.ucl.ac.uk (Nino Margetic)
Organization: University College London


I am having problems with the T2200SX battery PopUp program. Namely,
when I load Qemm, it refuses to come up. I am using Qemm v6.02, and
Toshiba DOS5. I have tried the T386.EXE driver from the QDeck BBS, but
it makes no difference. I've tried to X the whole a000-ffff, but no
difference either. I've tried with and without Stealth, again no
difference.
Any suggestions??

TIA.

--
Janet: n.margetic@uk.ac.ucl                \     Nino Margetic         
Earn/Bitnet/Internet: n.margetic@ucl.ac.uk  \    University College London, UK
Bang: ...!mcvax!uknet!ucl!n.margetic         \   +44 71 387 9300 /x 53 13
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Intel CodeBuilder
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Thu, 07 Jan 1993 00:40:24 GMT

In article <1iem3iINNdio@sdl.Warren.MENTORG.COM> garyg@warren.mentorg.com writes:
>
>I tried to run a DOS-based program compiled with Intel CodeBuilder, and got a
>message from the program that it could not be run under Desqview.  I assumed,
>incorrectly :(, that installing the QDPMI.SYS driver would cure this problem.
>
>Anyone have any ideas?  Are there any patches on either side INTEL or QUARTERDECK
>that would fix this?  I know:
>
>		1) Use the GCC compiler.
>			This is an issue because the code generated is 50% slower
>			than Intel's.  This is unacceptable for this product.

Never heard that one before

>
>		2) Use the Watcom compiler.
>			This compiler has a 2-4x degradation in speed when the VM
>			option of the extender is used.  It does fly, however,
>			if the NOVM switch is used.  Also the 16M limit for the
>			extender is a problem.  This sucker needs all the memory
>			and CPU that it can get.  I don't have the time or money
>			to play around with other extenders.  In addition, it
>			would require users to purchase the extender.
>
>		3) Run the program outside of DV/X.
>			This is a real pain.  The companion tools work in the
>			X environment, I would have to keep jumping in and out
>			again.
>

As of yesterday there is a new (V1.01) of QDPMI.  It is, as before, a full
implementation of the 0.9 DPMI spec (we could write a 1.0 DPMI, but no 
software supports it).  It is in the process of being spread
far and wide.  Anyone that wants a copy in the meanwhile, just send mail to
support@qdeck.com or d/l from our bbs or the net.

The new version may actually make things worse for CodeBuilder though.
There is a DPMI function that is an extension to the 0.9 spec (but isn't 1.0)
that Intel and Borland do in mutually incompatible ways.  Guess who won.

If you want, there is a program that will lie to Codebuilder and tell it
that it's not running in DV/DVX that we can send you to see if it helps.
>


-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
: 
Newsgroups: comp.os.msdos.desqview
From: kraus@rtsg.mot.com (David Kraus)
Subject: Re: text editor for dv/x
Organization: Motorola Inc., Cellular Infrastructure Division
Date: Wed, 6 Jan 1993 15:09:18 GMT

In article <1993Jan5.203701.21573@umr.edu>, mcastle@cs.umr.edu (Michael R Castle) writes:

> In article <KRAUS.93Jan5081205@orchid5.rtsg.mot.com> kraus@rtsg.mot.com (David Kraus) writes:
>>
>>Hmmm, just having xedit would be nice in a lot of cases.  For example,
>>being able to specify an editor that would have it's own window for
>>applications that spawn an editor - some Fido message readers, Paradox PAL
>>editing, etc.
>>
>>Then again, now that I think about it, it won't buy you much - the
>>application is still going to wait until the spawned editor exits before
>>continuing, unless it's smart enough to know about DV....

> Well.... there are some utilities that provide for starting jobs in dv
> from a batch file (sorta like detach in os/2 maybe?).  So you could
> possibly write a batch file that would spawn the the editor and return
> immediately.

Right.  This is the easy part - we can do this with any editor right now...

> Just becareful, of course.  I imagine a message reader would think that once
> you returned from the edit command, the file is ready to be sent, and if you
> really haven't editted it yet..... 

Right, and that's why I said it wouldn't buy you much.  There isn't any
client/server communication between the two, so if the editor spawned and
exited immediately, the spawning program assumes that editing is finished
and goes on with it's business, not realizing that it has nothing to work
with.

I guess what I'm looking for is something like the emacs server mode, where
your editor is up all the time, and a new window/buffer opens up when the
client is invoked (emacsclient).  This should be very possible under
DV(/X).  The editor/server runs in its' own window, and when the client
program (that you specify in the spawning program's configuration) is
called, it opens the DV equivalent of a socket or pipe, communicates with
the editor server, and waits until the editor server signals that it's done
editing.  The client then exits, and the spawning program continues.

This STILL doesn't buy you much, as the original program is stopped during
the spawn, unless it is VERY DV/other multitasker aware.  So, you can't
have it continue doing something else while you're editing under it.

The more I think with my fingers, the sillier this idea sounds...

> though 2 separate (scrollable) windows
> would be nice when trying to edit a file that is replying to another post
> and you really don't want to quote but one or two lines.

Yeah, part of the goal here is to be able to mark and transfer from the
original program screen into the editor.

Besides, it's more Xish to pull up a zillion windows where one will
do...;^)
--
Dave Kraus                                         Internet: kraus@rtsg.mot.com
Motorola Cellular Infrastructure Group             FidoNet : 1:115/439.8
Disclaimer: My employer's views and my views may necessarily differ.
OBQuote: "Chicago is civilization?" - Me
From: s0r1282@zeus.tamu.edu (RAVET, STEVEN)
Newsgroups: comp.os.msdos.desqview
Subject: problems w/ qemm and BC3.0
Date: 6 Jan 1993 00:37 CST
Organization: Texas A&M University, Academic Computing Services
Distribution: usa
NNTP-Posting-Host: zeus.tamu.edu
Keywords: qemm,bc,borland
News-Software: VAX/VMS VNEWS 1.41    

Has anyone else noticed this problem:

	I recently installed qemm386 that came with desqview/x.  Now when
I am using Borlandc from DOS (not desqview), the arrow keys tend to leave
characters in my document.  If I push the up arrow, the cursor might move
up a line, or I might just get an '8' in my program.  This is using the 
arrow keypad, not the arrows on the numeric keypad.  Turning off NumLock
solves this problem.  Strangely enough, replacing qemm.sys with himem.sys
also solves the problem.  It seems like the keystrokes are garbled, because
using any of the dedicated editing keys (arrows, insert, del, etc) can leave
that coresponding keys number in the editor (ie home puts in a 7, end puts in
a 1, etc).
the line that loads qemm is:  device=d:\qemm\qemm386.sys ram
the only other drivers i load are ansi.sys and ega.sys.
the only TSRs i load are the mouse driver and alias, a command line editor
Can anyone suggest a solution?
btw, my keyboard is a focus 2001.  thanks
steve 
Newsgroups: comp.os.msdos.desqview