HDTenEightyP/NetNews huggingface dataset:
From: bodoh@xraylith.wisc.edu (Daniel J. Bodoh)
Subject: Re: DV/X and ATI Graphics Ultra
Organization: Center for X-ray Lithography, UW-Madison
Date: Sat, 12 Sep 92 02:29:03 GMT

In article <0quwqB5w165w@infopls.chi.il.us> andyross@infopls.chi.il.us (Andrew Rossmann) writes:
>  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

Actually, ATI has a signature in that area which programs must read
by reading the BIOS directly.  This is used to identify the card.
If anyone is interested, here's the info from the ATI VGA Wonder
tech manual:
   C000:31  =  '761295520'   ATI Product signature found in all ATI
                             products equipped with a BIOS
   C000:40  =  '31'          Id's product as VGA Wonder or Compatible
   C000:4C  =  xxh           Major BIOS revision number
   C000:4D  =  yyh           Minor revision number
(Other ATI products would have a different code at C000:40)
-- 
Dan Bodoh
Grad Student
University of Wisconsin-Madison
Newsgroups: comp.os.msdos.desqview
From: goodrich@qdeck.com (Steve Goodrich)
Subject: Re: DV/X and access control
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Wed, 09 Sep 1992 14:39:06 GMT

In article <k2.715865495@woodstock> k2@bl.physik.tu-muenchen.de (Klaus Steinberger) writes:
>I did have an question about access control with DV/X .
>
         [stuff deleted....]
>
>My problem now, is there any mechanism in DV/X for access control?
>I want to restrict this access, so that only authorized users could
>use it. At least I need some mechanism, to restrict it on host basis.
>
>Sincerely,
>Klaus Steinberger

Klaus --

DESQview/X does have access control built into the Network Manager.  This
control allows a few levels of protection, including:
        1) Unrestricted access, or
        2) User-level password-protected access to programs.
If you have other questions, please contact myself (goodrich@qdeck.com)
or support (support@qdeck.com), or one of the other standard Quarterdeck
Office Systems contacts.

Steve Goodrich
Quarterdeck Office Systems
goodrich@qdeck.com

Newsgroups: comp.os.msdos.desqview
From: bill@chaos.cs.umn.edu (Hari Seldon ... psychohistorian)
Subject: Re: DV/X and X11 fonts
Organization: University of Minnesota
Date: Mon, 14 Sep 1992 16:47:55 GMT

In <1992Sep4.161747.6502@syma.sussex.ac.uk> nickw@syma.sussex.ac.uk (Nick Watkins) writes:

>From article <1992Sep2.142121.27677@dcatlas.dot.gov>, by drewo@dcatlas.dot.gov (Andrew R. Orndorff):
>> garyrich@qdeck.com (Gary Rich) writes:
>> 

>> 	One typical way to get around this is to dump DEC's X11 on the
>> Ultrix system and build the MIT release, which uses the SNF format
>> fonts. However, this doesn't work for some of the newer DEC Stations
>> because no server is yet available for DEC's newer graphics cards - but
>> that doesn't prevent you from using the MIT clients, libraries and fonts.
>> 
>We have a colleague who, on suggesting this, was threatened with removal
>of support by DEC (ie all support, not just for X11). 

hmmmm. geee this is worse than ibm. far worse. but then if ibm dumped us i'd 
just stop telling THEM about their bugs. i'd continue to tell everyone else.:-)

>Not a reason not to do it, merely an observation. We checked if HP have
>similar attitudes, fortunately not ...

i don't think you'd ever find hp unwilling to go the extra mile for their
customers. imho one of the best run co's in the world (from a product
user pov)

bill pociengel
--
bill@chaos.cs.umn.edu
Newsgroups: comp.os.msdos.desqview
From: dtodd@titan.ucc.umass.edu (David M. Todd)
Subject: One remaining problem!
Organization: University of Massachusetts, Amherst
Date: Thu, 10 Sep 1992 17:25:57 GMT


If I can work out one remaining problem, I'll be very happy working in
DV.  With help (thanks) I've worked out every problem I've run into
except this one:  When I load my database (Advanced Revelation) in a
window, it will not print.  I'm on a Novell (2.0a SFT) Network, but
everything else (WordPerfect and a variety of other programs) print
fine.  Not ARev.  I thought maybe there was a memory conflict of some
kind, but I still get the problem if I load ARev without using any
expanded memory.  Any ideas?


|/ David M. Todd \ " " " " / Phone:  413/545-0158 \ " " " " /Fax: 413/545-5345\|
|DTodd@Titan.ucc.UMass.EDU [or todd@umass.bitnet or David Todd on UMass/Saturn]|
|Department of Psychology, University of Massachusetts, Amherst, MA 01003   USA|

Newsgroups: comp.os.msdos.desqview
From: kemp@convex.com (Phil Kemp)
Subject: Re: DV/X librarys for djgpp
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Mon, 7 Sep 1992 20:34:02 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

In <HABA.92Sep7201509@lesti.hut.fi> haba@lesti.hut.fi (Harri "Haba" Suomalainen) writes:

>As a novice X-programmer I'm a bit confuced with Xt-library. Many routines
>in it seem to call some routines not included in libxt.a or any other
>library. Should I have some other package as well so I'd be able to use
>widgets? (Currently using only qddvx100.zip)

If it's just X??? routines that are not resolved you probably have the
library order out of whack. This is what I use.

-lxaw -lxmu -lxt -lxext -lx -lsys -lpc -lm

-loldx porbably belongs in there too after -lxext.

If it's things like 'popen, pclose, alram, itimer' then those are unix
system calls that have not been implemented under DV/X.

If you are trying to spawn dv/x windows from an x-app, a la
'system(command)' then look at qdeck.h. There's some functions
allowing you to spawn pif's ( dvp's). I used pif_start to spawn a
dv/x window running uemacs for the editor function of xless.. Works
great. 

Hope this helps.
BTW, has anyone, hacked a version of imake to build makefiles for dv/x
from imakefiles? I'm using the gnu make of simtel and mirrors and
would love to have some automatic way of creating the makefiles.

PK
--
Phil Kemp, Systems Engineer         Voice:(403)-233-2815
CONVEX Computer Canada Ltd.           Fax:(403)-261-2029
Calgary, Alta.                  Internet:kemp@convex.com
From: ucbked@athena (Earl H. Kinmonth)
Newsgroups: comp.os.msdos.desqview
Subject: os2 vs desqview
Date: 11 Sep 1992 20:20:51 GMT
Organization: Centre for Japanese Studies, Univ. of Sheffield
Distribution: world
NNTP-Posting-Host: athena.berkeley.edu

given the rapidly falling prices of 386/486 machines, is there
any set of compelling reasons for using desqview rather than os2?

please note that i use xenix myself.  i am asking because i have
been asked and do not have the time to experiment.  also, please
note that i am asking from an institutional setting where the
standard issue machine is a bulk-purchased 486 clone with 8 megs
of memory and a 200 meg hard disk.
-- 
earl h. kinmonth, centre for japanese studies, university of sheffield,
sheffield, england s10 2tn  jp1ek@sunc.sheffield.ac.uk
From: mp52+@andrew.cmu.edu (Matthew Edward Patton)
Newsgroups: comp.os.msdos.desqview
Subject: os2 vs DV
Date: 12 Sep 92 10:05:52 GMT
Organization: Carnegie Mellon, Pittsburgh, PA

Excerpts from netnews.comp.os.msdos.desqview: 11-Sep-92 os2 vs desqview
by Earl H. Kinmonth@athena 
>given the rapidly falling prices of 386/486 machines, is there
>any set of compelling reasons for using desqview rather than os2?
> 
>please note that i use xenix myself.  i am asking because i have
>been asked and do not have the time to experiment.  also, please
>note that i am asking from an institutional setting where the
>standard issue machine is a bulk-purchased 486 clone with 8 megs
>of memory and a 200 meg hard disk.
>-- 
>earl h. kinmonth, centre for japanese studies, university of sheffield,
>sheffield, england s10 2tn  jp1ek@sunc.sheffield.ac.uk


This is not in reply to your question but I noticed your sig and
wondered it you could answer of mine.  I see you are in Japanese studies
and as I have lived in Japan 17yrs and have grown up as a native,
(public school education through 9th grade) I have held several part
time jobs as a English-Japanese translator.  Perchance, would you have
any knowledge of Japanese Wordprocessor programs for the PC?  I don't
know if you are familiar with the functionality of Japanese made
dedicated wordprocessors, but are there programs that have similar
capabilities?  
 
I appreciate your taking time to consider my request.  Thanks very much.

-matt
From: swf@teradata.com (Stanley Friesen)
Newsgroups: comp.os.msdos.desqview
Subject: Re: QEMM Stealth ROMs feature..?
Date: 9 Sep 92 22:45:29 GMT
Reply-To: swf@tdat.teradata.com (Stanley Friesen)
Distribution: na
Organization: NCR Teradata Database Business Unit

In article <1992Sep9.051456.8340@xraylith.wisc.edu> bodoh@xraylith.wisc.edu (Daniel J. Bodoh) writes:
|In article <1992Sep08.172656.8075@qdeck.com> garyrich@qdeck.com (Gary Rich) writes:
|>In article <1992Sep3.100552.1625@nuchat.sccsi.com> dhollis@nuchat.sccsi.com (Daniel Hollis) writes:
|>>Can someone give more techincal details as to EXACTLY what the
|>>Stealth ROMs feature of QEMM/386 does?
|>
|>Many of the details are secret (shhh!)  but basically, we go into the 
|
|Along the same line, why can't you use EMS disk caches with Stealth?

Well, based on the description he gave, I have a guess - they reset the
interrupt vectors themselves, and after having mde thier own copy of the
original contents.  Then when they are activated (via the new interrupt
vector) they eventually attempt to call the original vector.  If the disk
cache was loaded before QEMM this vecto will no longer be valid.

At least this seems to be a potential problem with the mechanism described.
And since indirect vectoring is rather normal for many functions, this seems
limiting.
-- 
sarima@teradata.com			(formerly tdatirv!sarima)
  or
Stanley.Friesen@ElSegundoCA.ncr.com
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: new DVdevload released
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Thu, 10 Sep 1992 22:30:55 GMT

In article <BtEBKy.1HG.2@cs.cmu.edu> ralf+@cs.cmu.edu (Ralf Brown) writes:
>
>I've just released version 1.10 of DVdevload, a program which will load
>character device drivers such as ANSI.SYS and TDH386.SYS inside a DESQview
>window.  But wait! you say, DEVICE.COM already does that!  Unfortunately,
>versions prior to DV 2.40 did not add the device driver into DOS's chain
>of devices, and versions 2.4x have a very serious bug--they trash the
>device chain when you close the window.
>
>The problem with the Quarterdeck DEVICE.COM is that there is a significant
>deficiency in the DESQview External Device Interface (XDI) which both
>DVdevload and DEVICE use.  This interface tells interested programs when
>DV switches from one task to another, when it reassigns the keyboard,
>creates or deletes processes, etc.  For programs loaded before DESQview,
>this interface works perfectly.  However, for an XDI driver loaded *inside*
>a DESQview window, there is one special case that doesn't work.  Both
>DVdevload and DEVICE patch the driver into the device chain when the XDI
>says DESQview is task-switching the CPU to the window and remove it from
>the device chain when the XDI says DESQview is task-switching to another
>process.  Unfortunately, when you close the window, the XDI says that DV is
>task-switching *to* the window (so the device gets patched into the chain),
>but then never notifies the XDI driver inside the window that the window
>is being closed (though XDI drivers loaded before DESQview do get that
>notification).  So now the window is closed, the loaded device driver is
>no longer present, but the DOS device chain still points into that area
>of memory....
>
>DVdevload gets around this deficiency in the XDI by installing a 300-byte
>TSR before DESQview which passes the window-closing notification back to
>DVdevload so that it can unlink the device driver before the window closes.
>
>DVdevload also uses much less memory than DEVICE.COM (192 bytes versus
>1472 bytes).  It is freeware.
>

Ralf, we've had a pretty thorough look at this, and these are our findings:

1) DEVICE does not corrupt the device chain when you close the window in any
circumstance that we can recreate.

2) The XDI Terminate Task and Terminate Process callout do go into the window
being terminated, though DEVICE does not use it, and so does not actually
care.

3) We're not sure what your TSR is doing to correct this, since nothing wrong
is happening.

Is it possible that there could have been a problem in your version of DEVICE?
It is possible to get more Save and Restore XDI callouts after the Terminate
Task callout, and the chain can be corrupted as a consequence, which could
lead one to believe that we're corrupting the chain as well -- even though
we're not.  We'd really appreciate it if you checked this out.

Thanks,

Gary Rich 		<support@qdeck.com>
Newsgroups: comp.os.msdos.desqview
From: kemp@convex.com (Phil Kemp)
Subject: djgpp and serial comms
Summary: djgpp/go32 seems to hang serial comm port
Keywords: djgpp serial comm
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Mon, 7 Sep 1992 21:07:52 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

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.

The dv/x net mgr. over slip work just fine when I use djgpp and/or
go32 apps. 

Any ideas???
Thanks
PK

--
Phil Kemp, Systems Engineer         Voice:(403)-233-2815
CONVEX Computer Canada Ltd.           Fax:(403)-261-2029
Calgary, Alta.                  Internet:kemp@convex.com

Newsgroups: comp.os.msdos.desqview,comp.bbs.misc
From: fox@rei.com (Fuzzy Fox)
Subject: Re: When to load SHARE
Date: Fri, 11 Sep 1992 23:49:01 GMT
Organization: Recognition Equipment, Inc.

>>Should the DOS SHARE.EXE program be loaded before Desqview is ran, or

>IMO, you should move up to DOS 5 & get rid of share altogether.

SHARE, on a multi-line BBS, is used to keep multiple users from stepping
on the same files and causing trouble.  It is used for its intended
purpose, rather than the kludge for DOS 4.

To answer the original question, SHARE should be loaded once in
CONFIG.SYS and that's it.  That way the one copy of SHARE can manage all
the Desqview windows and their access to the disk.

-- 
#ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
#define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
#define  FALSE  1   |
#endif              |         How's my posting?  Call 1-800-ALT-FLAME
Newsgroups: comp.os.msdos.desqview
From: allbery@NCoast.ORG (Brandon S. Allbery KF8NH)
Subject: Re: How Manifest knows when OPTIMIZE has run
Reply-To: allbery@ncoast.org (Brandon S. Allbery KF8NH)
Organization: North Coast Public Access *NIX, Cleveland, OH
Date: Tue, 15 Sep 1992 00:28:16 GMT
Followup-To: comp.os.msdos.desqview

As quoted from <conibear.716222401@cunews> by conibear@sol.carleton.ca (Dave Conibear):
+---------------
| Does anyone know what mechanism Manifest uses to detect whether
| Optimize has been run?  I'm leaving the .QDK files in my root
| directory intact, but in vain.  Anyone?  Bueller?
+---------------

The file HINTDATA.OPT is involved.  I'm not sure how; it may involve either
the timestamps on COMFIG.SYS and AUTOEXEC.BAT or the boot-time meory usage
(but how?).

Quarterdeck?

++Brandon
-- 
Brandon S. Allbery, KF8NH [44.70.4.88]: allbery@NCoast.ORG, bsa@telotech.com
Senior Programmer, Telotech, Inc. (if I may call myself that...)
From: ng@saturn.cs.swin.oz.au (Naasif Gierdien)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Can't get round or oval shapes in dv/x libs
Keywords: x dv/x round square libs
Date: 10 Sep 92 05:21:14 GMT
Organization: Swinburne University of Technology, Hawthorn, Victoria, Australia.

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

There seems to be a problems with creating circle of oval shapes.
MY clients tend to crash when i try and creat a circle (eg xbitmap)

-- 
Naasif Gierdien
ng@saturn.cs.swin.oz.au
Swinburne University of Technology, Hawthorn, Victoria, Australia.
Newsgroups: comp.os.msdos.desqview
From: docw@qdeck.com (Doc Williamson)
Subject: Re: problems with Quattro 4.0 under DV 
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Fri, 11 Sep 1992 22:43:39 GMT

In article <716128850snx@rundart.demon.co.uk> gt@rundart.demon.co.uk (Giles Todd) writes:
>
>In article <1992Sep08.182238.8759@qdeck.com> docw@qdeck.com writes:
>
>>Both of the above instances involve hi-res video cards, higher-res, in fact, 
>>than DV fully supports.  You can often "get away with" using 800x600 modes
>>under DV inspite of the fact that the maximum supported resolution is just
>>640x480x16 colors.  (1024 graphics modes tend to lock-up DV unless you switch> to a
>>text mode before invoking the DV menu in that window).
>>
>>With 800x600 modes, DV does NOT properly save and restore the video, and 
>>thus the application itself must do a re-draw to restore the screen after 
>>the DV menu has popped up and blotted out a portion of the screen.
>
>This is of course documented behaviour and if this were the problem then
>I would not have posted my message.  Unfortunately, it does not appear
>to be possible to configure Quattro Pro 4's WYSIWIG for better than VGA
>640x480x16 modes.  Quattro should therefore work without leaving gaps
>where the menus were when moving to and from the application. 
>Nevertheless, the problem still occurs.
>
>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

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>

Newsgroups: comp.os.msdos.desqview
From: pynq@quads.uchicago.edu (George Jetson)
Subject: QEXT.SYS - Is it an XMS driver?
Reply-To: pynq@midway.uchicago.edu
Organization: D. J. Dougherty & Associates
Date: Thu, 10 Sep 1992 14:01:22 GMT

With everybody discussing DV/X, does anyone care about DV on a 286 anymore?

All kidding aside, suppose you are running DV on a 286, and are using
QEXT.SYS to allow DV to use the HMA.  Can you then also run HIMEM.SYS to
allow other XMS clients access to the rest of your extended memory?

************************************************************************
A note to new readers:  the weasely :-) symbol is frowned upon in this
group.  Any questions, see Phil Gustafson who will gladly rearrange your
diodes for you.
			- From the AFU FAQ -

	- pynq@quads.uchicago.edu, who is still costing the net
	  hundreds, if not thousands, of dollars, every time he posts -
************************************************************************
From: nagamati@caldera.usc.edu (Romklau Nagamati)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Please help me get started with DV/X!
Date: 11 Sep 1992 18:56:27 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: usa
NNTP-Posting-Host: caldera.usc.edu

In article <1992Sep11.190418.28542@msuinfo.cl.msu.edu> sundaram@cps.msu.edu (Divya Sundaram) writes:
>	I need help getting started with DV/X on my PC. I want to develop
>	applications and need some pointers.
>...
>	Also, is it in any way possible to develop applications using 
>	Borland c++ 2.0 as my compiler??
>

Borland C++ 3.1 is one of the compiler that DV/X's "X Toolkit" support...
Dunno know about BC++ 2.0....since I've never use it..

Ron N.

-----------------------------------------------------------------------------
  Romklau Nagamati            |   Ain't X great?
  nagamati@usc.edu            |
-----------------------------------------------------------------------------
From: reginald.hirsch@yob.sccsi.com (Reginald Hirsch) 
Newsgroups: comp.os.msdos.desqview
Subject: DV/X AND ATI GRAPHICS ULT
Date: 5 Sep 92 21:25:00 GMT
Distribution: world
Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
Reply-To: reginald.hirsch@yob.sccsi.com (Reginald Hirsch) 

TO: mp52+@andrew.cmu.edu
-> Basically, would those of you who run DV/X and the ATI Graphics Ultra
-> please send their tips and qemm command lines to me please.  I need
-> to preserve as much HiRAM as possible.  Thanks
 Matthew if I could take a look at your config and autoexec.bat
I might be able to help.
                                                                            
Xref: sparky comp.os.msdos.desqview:3049 comp.bbs.misc:947
From: gkendall@ncr-mpd.FtCollins.NCR.COM (Guy Kendall)
Newsgroups: comp.os.msdos.desqview,comp.bbs.misc
Subject: Re: When to load SHARE
Date: 14 Sep 92 14:18:35 GMT
Reply-To: gkendall@ncr-mpd.FtCollins.NCR.COM (Guy Kendall)
Organization: NCR Microelectronic Products Division

In article <1992Sep10.133743.4265@wixer.cactus.org> cb@wixer.cactus.org (Cyberspace Buddha) writes:
>In article <2224@ncr-mpd.FtCollins.NCR.COM> gkendall@ncr-mpd.FtCollins.NCR.COM (Guy Kendall) writes:
>>Should the DOS SHARE.EXE program be loaded before Desqview is ran, or
>
>IMO, you should move up to DOS 5 & get rid of share altogether.

I am running DOS 5, and using the SHARE.EXE that came with DOS 5. Are you
saying I don't need SHARE with DOS 5?

-- 
Guy W. Kendall - Applications Engineer            Guy.Kendall@ColoSpgs.NCR.COM
NCR Microelectronic Products Division               Voice: 719-596-5795 x465
1635 Aeroplaza Drive                                  Fax: 719-570-6045
Colorado Springs, CO 80916                            BBS: 719-596-1649