HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.os.msdos.desqview

# / hplsla:comp.os.msdos.desqview / nickw@syma.sussex.ac.uk (Nick Watkins) / 10:48 am  Sep  9, 1992 /
# I have an HP Vectra QS/20 which only partially stealths using QEMM 6.03.
# My current qemm line is 
# device=c:\qemm\qemm386.sys r:1 RAM  i=b100-b7ff x=dc00-dcff
# rom=c000-c7ff rom=f000-ffff i=f100-f3ff x=9f00-9fff st:m xst=f000
# 
# which apart from the exlude at dc000 for an adaptec scsi card is governed
# by the HP. Does anybody know 
# 
# i) why the QS/20 doesn't stealth completely

I do not know exactly why it won't stealth completely, but it won't.
I upgraded from an RS/20 to an RS/25C a few months ago and don't recall
what I might have changed (if anything).  This is my current line:

  DEV...QEMM386.SYS RAM I=F100-F3FF X=B000-B0FF ST:M XST=F000

There are actually a couple of other little areas in the Fxxx region I
could include if I did not have the expander card that lets me have four
floppy drives (which I need).

# ii) if new roms might help
# 
# iii) why I can't  drop exclude at 9f000 if I use a microsoft mouse.
# I tried disabling HP-HIL and doing this but although keyboard still
# worked fine, Windows 3.1 would crash on exit.  Does anyone have a
# better qemm line &/or b an accurate memory map for the Vectra. 

I don't know why you have to exclude this area.  I use to use an HP-HIL
mouse, until I installed MSWindows 3.1.  Then I had to get a Microsoft
Mouse or Win31 would not even start.  (WIN /B would reveal that it failed
at the point of loading the mouse driver.)  But I did not have to make
any other changes after installing the MSMouse (except to run Win31 SETUP).
I can run Win31 standalone, or as a process under DV/X.

# One other mystery is what is at b000-b0ff

This is something that showed up with MSWindows 3.1  (It wasn't necessary
before I installed Win31 to exclude the B000-B0FF region.)  I also had to
make changes to my SYSTEM.INI for Win31 to include:

   EMMExclude=A000-FFFF
   EMMSize=0
   NoEMMDriver=yes
   ReservePageFrame=false
   DualDisplay=true
   device=monoumb.386

Yes, I really had to specify in multiple ways for Win31 not to create, use
or access EMM in order for me to run reliably with Stealth enabled in QEMM.
It was a bit frustrating to set up (and aggravated by using Microsoft's
LAN Manager, which doesn't lend itself to allowing Optimize to run properly).

# Dr Nick Watkins, Space Plasma Physics, Univ. of Sussex, Brighton BN1 9QH, UK
# JANET: nickw@uk.ac.sussex.syma        BITNET: nickw%syma.sussex.ac.uk@uk.ac
# ----------
Newsgroups: comp.os.msdos.desqview
From: gt@rundart.demon.co.uk (Giles Todd)
Subject: problems with Quattro 4.0 under DV 
Distribution: world
Organization: Rundart Limited
Date: Sun, 13 Sep 1992 15:20:40 +0000


In article <1992Sep11.224339.12082@qdeck.com> docw@qdeck.com writes:

>It is my understanding that Qpro 4.x has a video "autodetect" feature which
>WILL go into higher res modes turning off the autoedetect should solve it.
>(Or specifically configure it for 640x480x16.)
>-- Doc Williamson <support@qdeck.com>

Ah, I assumed that even "autodetect" would go no higher than 640x480x16.
I shall give this a whirl.  Thanks.

Giles.
-- 
Giles Todd                      gt@rundart.demon.co.uk (Internet)
Voice: +44 925 33472            Data: +44 925 414696
Rundart Ltd, 5 Brentnall Close, Great Sankey, Warrington, WA5 1XN, UK
Newsgroups: comp.os.msdos.desqview
From: support@qdeck.com (Technical Support)
Subject: Re: Can't get round or oval shapes in dv/x libs
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Thu, 10 Sep 1992 16:56:50 GMT
Keywords: x dv/x round square libs

In article <kemp.716040833@convex.convex.com> kemp@convex.com (Phil Kemp) writes:
>I've compiled oclock and xcalc using the djgpp 1.08 and dv/x libs. The
>shape of the clock and the shape of the buttons on the calculator are
>always square. When I launch oclock and xclac over the network from
>another unix host the shapes are coreect.
>
>I suspect a problem with my app-defaults or a library bug. Any
>suggestions?

Check that you have the SHAPE compiler variable defined to enable
the shape extensions to X. I've also noted that some window managers
(like a Motif version I was running from a unix box) still put a square
frame around non-square windows, so you don't get the shaped effect.
I'm running oclock now under DWM, and it's fine (ie it's round...).

- Tom

-- 
Tom Bortels - Quarterdeck Office Systems - Internet Support 
    For questions or Technical Support, write to support@qdeck.com

Newsgroups: comp.os.msdos.desqview
From: support@qdeck.com (Technical Support)
Subject: Re: HELP: Need info ( and probably the FAQ )
Organization: Quarterdeck Office Systems, Santa Monica CA
Distribution: usa
Date: Fri, 11 Sep 1992 15:50:32 GMT

In article <1992Sep10.002930.22079@msuinfo.cl.msu.edu> sundaram@cps.msu.edu (Divya Sundaram) writes:
>	I am a student, and want to learn X-windows programming. To that
>	end, can DV/X be used for this. Where can I get the libraries.
>	Also, can I use Borland's C++ compilers? Or do I have to go and get
>	a 32 bit compiler!

Sure. You'll need the libraries and a compiler. You can get the free
GNU C++ compiler and compatable libraries for X-programming from our
BBS, compuserve, or barnacle.erc.clarkson.edu (the file is in
~ftp/pub/msdos/djgpp, file name qddvx100.zip), or you can contact our
sales department at (800) 354-3222 and we'll send you our the same
stuff plus documentation (which is _really_ helpful) for $50. That should
get you up and running... (we have support for Borland C++ 3.1, but
that's extra. Ask the nice people at the 800 number for details...)

>Finally, a related question I have is whether I can "run" DV/X as a DOS
>Application under OS/2. I have a 386-7/40 w/64K 16MB 200MB OS/2 system
>and have always wondered if this is possible. I have a 100MB DOS partition
>so running native DV/X is OK, but running it as a DOS APP would be super. 

Unfortunately, no. DVX requires QEMM to operate properly, and OS/2
and QEMM do not get along. DV classic runs fine under OS/2 though...

>(PS: Is there a FAQ for this newsgroup ? I am new to programming and have
>just discovered about 20 of these newsgroups that are just way cool 8-> )

Yep. It's posted monthly, and is ftp'able from somewhere (though I
don't recall exactly where. Some kind soul's sure to let you know...)

- Tom Bortels - Quarterdeck Office Systems - support@qdeck.com


-- 
Tom Bortels - Quarterdeck Office Systems - Internet Support 
    For questions or Technical Support, write to support@qdeck.com

Organization: Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.os.msdos.desqview
Date: Mon,  7 Sep 1992 01:13:06 -0400 
From: Matthew Edward Patton <mp52+@andrew.cmu.edu>
Subject: Re: DV/X and ATI Graphics Ultra

Due to the help of a QOS netter the prblem appears to be solved. 
Excluding the case where the ATI install program directly writes to
C000-C7FF without calling function calls, 8514 mode seems to be working
just fine.  Instead of Excluding the region, people in similar
situations may want to specify AROM=C000-C7ff on the Qemm.sys line. 
This evidently tells QEMM that the region is a ROM, stealth it and
redirect any bios calls to this region to the relocated bios.  SO far,
it has worked fine.

-good luck to all ATI + DVX users.  (I only wish DV/X had dedicated
'drivers' for the card. :-(  )


Newsgroups: comp.os.msdos.desqview
From: John.Saario@qm.ajk.tele.fi (John Saario)
Subject: Scandinavian characters in DVX
Organization: Tele PK
Date: Tue, 8 Sep 1992 17:54:50 GMT

Hi!

In scandinavian countries we do have different char set (extended IBM PC) 
and keyboard layout. So if there is any Quarterdeck guys around, please 
add support for Finnish characters into the keyboard setup.

-- John

ps. DVX dos box and apps show existing chars ok, but keyboard input
look likes US-ASCII on screen in every application... 


My opinion 'bout  DVX ?

         
As an AC / DC fan I'd say :"It's TNT in distributed computing"...
         
-------------------------------------------------------------
From: nickw@syma.sussex.ac.uk (Nick Watkins)
Newsgroups: comp.os.msdos.desqview
Subject: Re: DV/X and disk compression (SSTOR)
Date: 10 Sep 92 16:33:53 GMT
Organization: University of Sussex

From article <1992Sep10.083111.27406@hemlock.cray.com>, by snowden@cray.com (Jim Snowden):
> Hi,
> 
> I am about to get a copy of DV/X and am wondering how it works with 
> disk compression software (in my case, SuperStor).  I know, for example,
> that a Windows permanent swap file can't go on a compressed drive, and
> was wondering if DV/X had any similar restriction. 
Fortunately no such problem. ALL of dv/x on my system is on c: which is
compressed with superstor.

Alas superstor 2 driver is about 60k on my system, but superstor 2 loads
high with loadhi.sys

Nick
-- 
Dr Nick Watkins, Space Plasma Physics, Univ. of Sussex, Brighton BN1 9QH, UK
JANET: nickw@uk.ac.sussex.syma        BITNET: nickw%syma.sussex.ac.uk@uk.ac
From: ltuttle+@CMU.EDU (Luke David Tuttle)
Newsgroups: comp.os.msdos.desqview
Subject: DV/X and SLIP
Date: 7 Sep 92 17:43:52 GMT
Article-I.D.: andrew.4ef0JM_00WB2414FM6
Organization: Senior, Electrical and Computer Engineering, Carnegie Mellon, Pittsburgh, PA

Can someone outline what is needed to get DV/X working over a SLIP
connection.

Thanks,

Luke Tuttle
ltuttle@cmu.edu
From: dwgordon@matt.ksu.ksu.edu (Dwight W. Gordon)
Newsgroups: comp.os.msdos.desqview
Subject: Re: QEMM Stealth ROMs feature..?
Date: 12 Sep 1992 07:05:07 -0500
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

Ralf.Brown@B.GP.CS.CMU.EDU writes:

>In article <1992Sep9.051456.8340@xraylith.wisc.edu>, bodoh@xraylith.wisc.edu (Daniel J. Bodoh) wrote:
>}Along the same line, why can't you use EMS disk caches with Stealth?

>I'm glad nobody ever told my computer.... :-)  I was running the EMS variant
>of PC-Cache 5.5 until two months ago, with nary a problem in either ST:F or
>ST:M ...

>Note, however, that PC-Cache 5.5 is a write-through cache.  I wouldn't be
>surprised if there are problems with delayed-write EMS disk caches.

  I'm have been running hyperdisk (hyper386 and hyperdkx) on two
different configurations of computers with st:m on each and had
no problems (until I tried to primary-format one when I received
a QEMM ST:M error which told me that I can't access the disk in
that fashion).  Hyperdisk is configured with delayed-write.

- Dwight -
-- 
Dwight W. Gordon, Ph.D.                     Kansas State University
dwgordon@matt.ksu.ksu.edu             Electrical and Computer Engineering
dwgordon@ksuvm.bitnet                             Durland Hall
Phone 913-532-5600; FAX 913-532-7810        Manhattan, KS 66506-5105
Newsgroups: comp.os.msdos.desqview
From: support@qdeck.com (Technical Support)
Subject: Re: Problems with Dvx after installation
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Fri, 11 Sep 1992 16:05:07 GMT

In article <BuDAAn.3Fn@news.udel.edu> brad@bach.udel.edu (Brad Cain) writes:
>After installing Desqview X on my 386-25 with 8 megs of ram, I found
>that I couldn't really open any X apps at all.  I can't seem to even
>open the application manager... I get the stopwatch, and then it just
>beeps.  I assume that it is out of memory, but I dont' understand because
>I do have 8 megs.  I have QEMM 6.02 installed, smartdrive, mouse driver,
>and another device driver...that's all.  The onlX apps that I can open
>up are some of the games, and the memory status.  Here is what the memory
>status shows:
>
>                Total Memory     Total Avail.   Largest Avail.
>Commom Mem.     20480             13244           12440
>Conventional     540K             171K            171K
>Expanded Mem.    7264K            608K            528K
>
>This is with no apps open except for of course the memory status app.
>I have tried fooling with the setup program , and with the QEMM option,
>but nothing seems to work... I'm stuck without only the small X apps.

The problem here is that smartdrive (and possibly your other drivers)
are eating up about 4 megs of your machines ram before DVX gets to it.
On an 8 meg machine, smartdrive's default size is 2 megs. Try reducing
it to 1 meg or 512k, and see if that helps. Your total available EMS
in DVX here is 608k, and appman needs around 800 to run (depending on
how it's configured), so it looks like that's the problem...

-- 
Tom Bortels - Quarterdeck Office Systems - Internet Support 
    For questions or Technical Support, write to support@qdeck.com
From: andyross@infopls.chi.il.us (Andrew Rossmann)
Newsgroups: comp.os.msdos.desqview
Subject: Re: DV/X and ATI Graphics Ultra
Date: Thu, 10 Sep 92 19:19:32 CDT
Organization: INFOPLUS support, Wheeling, IL

garyrich@qdeck.com (Gary Rich) writes:

> In article <EedGWxK00Uh7A5zl12@andrew.cmu.edu> mp52+@andrew.cmu.edu (Matthew
> >Well, I purchased one of these nice cards and was successful in
> >installing it in DV/X, and the 1024 screens are FAST!!!!  I got one big
> >problem though.  I understand that ATI has a ROM in the region
> >C000-C7FF.  I have allowed Qemm to use the ST:M parameter to remap it to
> >ram, but in order for the card to work right, I have to exclude the
> >C000-C7FF region from being replaced with HiRAM.  This is a lot of HiRAm
> >to loos
>
> Yes, it is a lot to lose.  I assume that some VGA function
> is failing?  I would bet that just excluding C000-C0ff
> would get it though.

  In experimenting with both a VGA Wonder and VGA Wonder XL, I needed to
exclude C000-C1FF. I believe this is because part of the BIOS is actually
some RAM, used to hold configuration information. Programs using special
features need to read this to get the configuration and the proper access
port address.

--
Andrew Rossmann            | Sysop of Infoplus BBS, +1 708 537 0247
andyross@infopls.chi.il.us | Infoplus Support, latest version available
 uunet!infopls!andyross    | by logging in as infoplus. [v32bis/v42bis]
                      NO new taxes...NO new gambling
Newsgroups: comp.os.msdos.desqview
From: haba@lesti.hut.fi (Harri "Haba" Suomalainen)
Subject: Re: Scandinavian characters in DVX
Organization: Helsinki University of Technology, Finland
Date: 8 Sep 92 23:58:00

In article <1992Sep8.175450.21989@ajk.tele.fi> John.Saario@qm.ajk.tele.fi (John Saario) writes:

   In scandinavian countries we do have different char set (extended IBM PC) 
   and keyboard layout. So if there is any Quarterdeck guys around, please 
   add support for Finnish characters into the keyboard setup.

That was one of the first things I looked at when I started using DV/X.
There is a simple solution: just edit your own keyboard layout. It
can be done quite easily.

The lack of ALTed keys is impossible to overcome. There is no ALTed key
system! All keys we get with ALT should be plased somewere else. That,
however, adds another problem: too small keyboard! I managed to add
all the keys I need but tilde for the existing keyboard layout. Mail me
for a copy if interested..

The fixed number of keyboard layouts (2) in setup is another annoying
fact. I placed my layout in place of US keyboard and have to select
US keyboard to get mine.

   ps. DVX dos box and apps show existing chars ok, but keyboard input
   look likes US-ASCII on screen in every application... 

Of course, it is US keyboard you're using.



--
--
Harri Suomalainen        Harri.Suomalainen@hut.fi       haba@vipunen.hut.fi
Newsgroups: comp.os.msdos.desqview
From: support@qdeck.com (Technical Support)
Subject: Re: DV/X and disk compression (SSTOR)
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Fri, 11 Sep 1992 16:00:19 GMT

In article <1992Sep10.083111.27406@hemlock.cray.com> snowden@cray.com (Jim Snowden) writes:
>I am about to get a copy of DV/X and am wondering how it works with 
>disk compression software (in my case, SuperStor).  I know, for example,
>that a Windows permanent swap file can't go on a compressed drive, and
>was wondering if DV/X had any similar restriction. 

I use stacker with DVX daily, with no problems; I know of others that use
sstor, also with no problems. DVX uses normal dos file i/o to talk to
the hard drive, so it's temp files and such can go on a compressed disk
just fine.

Having said that, there are a few things to be aware of. First, although
DVX works just fine with them, occasionally there are configuration
problems getting these types of programs working with QEMM, specifically
with our optimize program. It works, but you may need to tweak the
configuration of your system slightly to make everyone happy. You 
definately want to contact us before you install. We have technotes
available (that I can fax you or email you if you wish) that detail the
steps you need to make to insure a smooth installation. One other thing
to be aware of is that when you write your temp files to a compressed
partition, it will be slower than writing to an uncompressed partition.
How much slower depends on what software you're running, what kind
of hardware you have, phase of the moon, and other stuff. I avoided the
whole question by having they temp files on my system written to an
uncompressed drive...


-- 
Tom Bortels - Quarterdeck Office Systems - Internet Support 
    For questions or Technical Support, write to support@qdeck.com
From: z_youngwd@ccsvax.sfasu.edu
Newsgroups: comp.os.msdos.desqview
Subject: znews
Date: 12 Sep 92 16:08:05 CST
Organization: Stephen F. Austin State University

There are alot of X-cursors built into DV-X in case you are interested.
Use xsetroot -cursor_name <cursor> to get them.

cursor, arrow, based_arrow_down, based_arrow_up, boat, bogosity,
bottom_left_corner, bottom_right_corner, bottom_side, bottom_tee,
box_spiral, center_ptr, circle, clock, coffee_mug, cross, cross_reverse,
crosshair, diamond_cross, dot, dotbox, double_arrow, draft_large,
draft_small, draped_box, exchange, fleur, gobbler, gumby, hand1,
hand2, heart, icon, iron_cross, left_ptr, left_side, left_tee, leftbutton,
ll_angle, lr_angle, man, middlebutton, mouse, pencil, pirate, plus,
question_arrow, right_ptr, right_side, right_tee, rightbutton, rtl_logo,
sailboat, sb_down_arrow, sb_h_double_arrow, sb_left_arrow, sb_right_arrow,
sb_up_arrow, sb_v_double_arrow, shuttle, sizing, spider, spraycan, star,
target, tcross, top_left_arrow, top_left_corner, top_right_corner,
top_side, top_tee, trek, ul_angle, umbrella, ur_angle, watch, xterm

They are also available to programs you write for X.

Wayne
z_youngwd@ccsvax.sfasu.edu
Newsgroups: comp.os.msdos.desqview
Subject: jerky mouse with TV apps
From: gunars@spss.com (Gunars V Lucans)
Date: Thu, 10 Sep 1992 15:47:49 GMT
Organization: SPSS Inc.


I've run into two applications (ved and texshell) that run ok under
DOS but have extremely jerky mouse response under DV/386 on a 486/33.
Moving the mouse quickly also leaves holes on the screen.  Both apps
appear to use Borland's TurboVision for screen interface.  I've also
run into the same jerky behaviour with Beckstein's mouse-support
add-on for Epsilon 6.0.  All of these work just fine under DV/X as
well as at home on a 286/10 with plain QEMM/DV.

I'm running QEMM 6.03 and DV 2.42.

Does anyone know which settings I should tweak to fix this.  I
couldn't find anything in the manuals or the FAQ.

Thanks, Gunars

--
Gunars V. Lucans  --  gunars@spss.com  --  SPSS Inc, Chicago, USA
Newsgroups: comp.os.msdos.desqview
From: mcastle@mcs213c.cs.umr.edu (Michael R Castle)
Subject: Re: djgpp and serial comms
Date: Mon, 7 Sep 1992 22:00:57 GMT
Organization: University of Missouri - Rolla
Keywords: djgpp serial comm

In article <kemp.715900072@convex.convex.com> kemp@convex.com (Phil Kemp) writes:
>I'm running the new 1.08 djgpp merrliy building x-apps and have found
>that I can run my dv/X network over slip but cannot use any comm
>program when I run djgpp or an application compiled by djgpp.
>
>I can start the terminal session just fine but once the compiler
>starts up or an app compiled with djgpp and using 1.08 go32, the async
>port hangs. I still have control over the comm program, and the DTR
>signal but I can't get any data transferred. I'm using pro-yam (Chuck
>Forsberg's program) which auto-detects 16550AFN uarts which I have.
>

I have the same problem with procomm plus, and dsz in it's miniterm app.  I
believe it to be a bug with the go32 dos-extender, and after testing it some
more, was going to post my problems to the djgpp mailing list. (Btw, this is
just under DV 2.42, not DV/X, but probably same cause of problem).  What I 
do is just not let the go32 progs run in the background while using a comm
program.  Frustrating, but at least I don't have to kill the session.  I just
either put the offending program(s) away, or not let the comm session share 
the cpu, depending on what else I have going.   Kludge, but at least you can 
have go32 apps loaded, if not running.

I think this discussion might be better carried out on the djgpp discussion
list.  Mail me for details if you don't know how to access it.

mrc
Newsgroups: comp.os.msdos.desqview
From: jsteele@netcom.com (John Steele)
Subject: Re: Experiences with QDPMI (DPMI for QEMM)?
Date: Sun, 13 Sep 92 22:00:18 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In <1992Sep13.010438.11121@kronos.arc.nasa.gov> raymond@kronos.arc.nasa.gov (Eric A. Raymond) writes:

>Has anyone used the recently posted DPMI enhancement to QEMM?

Yes, I have for MSC 7.0, and it works great...

John
-- 
#include <disclaimer.h>			/* route all flames to /dev/null  */
/**************************************************************************/
/*   Systems Analyst      | John Steele     email: jsteele@netcom.com     */
/* Video Business Systems |                                               */
/*   1-800-255-3088       |    Most people spell COBOLSUX incorrectly...  */
/**************************************************************************/
From: kevin.fong@uttsbbs.uucp (Kevin Fong) 
Newsgroups: comp.os.msdos.desqview
Subject: BYPASS DV ERROR MSGS
Date: 4 Sep 92 19:52:00 GMT
Distribution: world
Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591
Reply-To: kevin.fong@uttsbbs.uucp (Kevin Fong) 

Is there a known way, patch or program for DV such that a window that
encounters a "Sharing Violation Error on Drive C:" does not require user
intervention to type (A)bort, (R)etry, etc?  I have a new piece of
software which is inexplicably locking up with the above error (the
author doesn't know why) at random times.  Since I run the system
unattended, it would be nice if DV just waits a few seconds and retries
its operation (the share will not occur again), rather than halting and
waiting for my input.

Kevin
Internet: sysop@uttsbbs.uucp
                                                                                              
Newsgroups: comp.os.msdos.desqview
From: burge@qdeck.com (Bill Burge)
Subject: Re: QEMM with HW EMS?
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Thu, 10 Sep 1992 18:19:23 GMT

In article <8L8PBC2V@dri.com> liberato@dri.com (Jimmy Liberato) writes:
>>...
>>As for the reference to SuperPCKwick, it allows you to specify the AMOUNT
>>but I have seen no reference to setting the PHYSICAL addresses used.  I
>>would be curious to see the parameters that you thought would force it to
>>use certain memory over other memory.
>
>Since Phil has mentioned that he can't even use the board to add extended
>memory to his system total the point becomes moot at this time but what I
>was thinking of is the /EM:nnnn parameter (don't use any extended memory
>below nnnn).  If all the slow memory from the 16bit card is above nnnn, 
>that should provide the effect needed.
>
>--

The parameter that you refer to only applies to INT15 (unmanaged) extended
memory.  It would not apply to memory provided by the XMS manager.  This
memory is provided by blocks on request and cannot be taken by address.

Bill	burge@qdeck.com

Newsgroups: comp.os.msdos.desqview