HDTenEightyP/NetNews huggingface dataset:
From: burge@qdeck.com (Bill Burge)
Subject: Re: SMARTDRIVE AND DV 2.41?
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Wed, 26 Aug 1992 17:12:34 GMT

In article <450.14.uupcb@uttsbbs.uucp> kevin.fong@uttsbbs.uucp (Kevin Fong)  writes:
>In an earlier news article, I posted a help request because I was
>getting system lockups on my bulletin board system which was running
>three nodes on a 40mhz 386 with DV 2.41 and QEMM 6.02.  I won't go into
>detail on the scenario, since I'm sure it's still in the newsgroup
>somewhere (or at least archived).
>
>Nevertheless, I have found what appears to be the culprit.  I am running
>DOS 5.0 and using Smartdrv version 4.0 (the .EXE release that came with
>Windows 3.1).
>
>Ever since I turned off the DEFAULT of WRITE CACHE ON my lockup problems
>have stopped.
>
>That is, by default, Smartdrv enables disk write caching.  To turn it
>off:  smartdrv c- d- (which turns off write caching on drive c and d).
>
>My question then... is there a known incompatibility between smartdrv's
>disk write caching and DV2.41 along with QEMM 6.02?
>

There are no _documented_, or completely reproducable problems.  I myself
have run into some problems when the write backs are ON and the cache fills
BEFORE it flushes itself.  It seem that as long as the cache is allowed to
empty (5 seconds) before it runs out of space, it works fine.  There was some
kind of a notice on Compuserv that SMARTDRV itself might have some problems.
If I can find it around here I will post it.

Bill	burge@qdeck.com
Newsgroups: comp.os.msdos.desqview
From: bkc2@ellis.uchicago.edu (Benjamin Clardy)
Subject: PC-NFS and DVX?
Reply-To: bkc2@midway.uchicago.edu
Organization: University of Chicago Computing Organizations
Date: Sun, 23 Aug 1992 22:05:10 GMT

I have seen several references to FTP's TCP/IP software but no mention
of Sun's PC-NFS for use with Desqview/X as a TCP/IP driver for 
Ethernet.  Does this combination work?  Otherwise, does the NCSA
telnet distribution have the needed TCP/IP drivers?  

Thanks,
Benjamin
-- 
Benjamin Clardy					bkc2@midway.uchicago.edu
From: mp52+@andrew.cmu.edu (Matthew Edward Patton)
Newsgroups: comp.os.msdos.desqview
Subject: DV/X and ATI Graphics Ultra
Date: 2 Sep 92 12:49:01 GMT
Article-I.D.: andrew.EedGWxK00Uh7A5zl12
Organization: Carnegie Mellon, Pittsburgh, PA

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 loose.  Additionally, I am informed that the VESA standard 8514
address is located at C880.  Will there be problems if I load apps on
top of this address?  

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
From: davidr@hplsla.hp.com (David M. Reed)
Newsgroups: comp.os.msdos.desqview
Subject: Re: SMARTDRIVE AND DV 2.41?
Date: 27 Aug 92 01:07:17 GMT
Article-I.D.: hplsla.23330028
Organization: HP Lake Stevens, WA

# That is, by default, Smartdrv enables disk write caching.  To turn it
# off:  smartdrv c- d- (which turns off write caching on drive c and d).

Minor point, but the "-" after a drive letter is supposed to turn off ALL
caching (read AND write) for the specified drive.  Simply specifying the
drive letter will turn of write caching, leaving the read.

So the question is: is it working because you have turned off caching for
your C: and D: drives?  I know that I experienced little benefit loading
SMARTDRV on my system (since it already has a caching controller), and
by not loading SMARTDRV it seems that DV (and DV/X) run more reliably.
From: award@farside.auspex.com (Andrew Ward)
Newsgroups: comp.os.msdos.desqview
Subject: QEMM and LANTASTIC: problems?
Date: 25 Aug 92 23:26:10 GMT
Organization: Auspex Systems

Is anyone using QEMM386  6.03 and Lantastic 4.1 AI sucessfully.

My configuration works, most of the time But I get a lot of crashes.

My configuration is 	386DX-33 HO-CHI-MIHN special, 4 MB ram
			ADAPTEC 1542B SCSI, 
			  HP disk drive
			  Cipher QIC-150 SCSI tape drive
			Orchid Prodesigner 2S
			
			DOS5
			Peachtree Network Accounting
			Trantor Tapemate tape backup utility


Problems:
	Tapemate crashes frequently. Locks up whole system. Sometimes
	works well. Sometimes I get QEMM memory violation errors. 

	Windows programs seem to be unstable and occasionally crash.
	In particular, PageMaker 4.0 crashes back to a DOS prompt and 
	will not respons except to a power-cycle reboot.

	    Lantastic AI 4.1 IS installed as the network type for
	    windows setup.

Your ideas or comments would be greatly appreciated.


-Andrew Ward

-Auspex Systems, San Jose, CA
From: peters@CS.ColoState.EDU (eric peters)
Newsgroups: comp.os.msdos.desqview
Subject: chkdsk /f in dv
Date: 28 Aug 92 08:19:49 GMT
Organization: Colorado State University, Computer Science Department

well, the dv manual says not to run chkdsk with the "/f" parameter because
temp files from other windows might be open.  First, wouldn't SHARE stop
chkdsk from doing anything with a file opened in another window?
Also, i have all (provided the program lets you specify) the temp files
put on another drive, so does anyone see any reason why i *couldn't* run
chkdsk /f in a window?  

thanks


-- 
Eric Peters   
peters@CS.Colostate.EDU  
Newsgroups: comp.os.msdos.desqview
From: kanakis@hsi.com (Tony Kanakis)
Subject: WINX or WIN3 on mono Xterms? No can do!
Organization: 3M Health Information Systems, Wallingford CT
Date: Mon, 31 Aug 1992 19:20:06 GMT


Just for the record....if I want to run microsoft windows DVPs on my mono
Xterm I'm SOL, right?
-- 
======= Tony Kanakis                        {uunet,yale}!hsi!kanakis =======
======= 3M Health Information Systems                kanakis@hsi.com =======
======= Wallingford, Connecticut  06492                 203 949-6355 =======

Newsgroups: comp.os.msdos.desqview
From: "David Herron" <david@twg.com>
Subject: Re: What's a good free editor for DESQview?
Sensitivity: Personal
Encoding:  26 TEXT , 4 TEXT 
Conversion: Prohibited
Organization: The Wollongong Group, Inc., Palo Alto, CA
Conversion-With-Loss: Prohibited
Date: Tue, 25 Aug 1992 20:55:53 GMT

pynq@quads.uchicago.edu (George Jetson) pontificated at us:
> As a small aside, I don't think (rhetorical) you ought to be editing
> files over a few hundred K in size, anyway.
..
> Certainly one should not have source code files that big, and text files
> ought to be broken up as well.

So who went and appointed you god? ;-)  Whatever happened to the idea that
the user is in control?  Why should we go out of our way to coddle the
needs of some computer anyway?  Computers are here to be aids to us doing
our job, not to be hindrances that get in our way!

For the most part my files are split into reasonably sized chunks.  But
that has more to do with making the source code properly modularized
than it has to do with coddling my text editor.  Of course it doesn't
need coddling, it's Emacs running on a Unix system, but that's beside
the point.

A couple of the files which the compiler compiles are in the 500Kbytes range.
But these are intermediate files which I normally do not edit.  Sometimes
I have to when debugging the program which generates them.

The other thing I do which requires having lots of text in memory is to
have all the files in memory all the time.  This is one of the best features
of Emacs, that all the files you've visited are in memory (unless you explicitly
remove them), and to switch to another file is a quick keyboard command.

<- David Herron <david@twg.com> (work) <david@davids.mmdf.com> (home)
<-
<- "ISO is really just another politically correct one-world fantasy
<-  of the U.N." -- Gordon McLachlan (LAN Computing, Aug 1992, p. 37)
From: bodoh@xraylith.wisc.edu (Daniel J. Bodoh)
Newsgroups: comp.os.msdos.desqview
Subject: Re: DV/X, djgpp lib functions, experiences
Keywords: dv/x djgpp lib popen pclose alarm
Date: 4 Sep 92 12:34:24 GMT
Organization: Center for X-ray Lithography, UW-Madison

In article <1992Sep4.061712.6616@umr.edu> mcastle@mcs213d.cs.umr.edu (Michael R Castle) writes:
>This may be a faq, but I've not seen any posts commenting on it, so:
>
>Are all the interrupts and hooks that are used in DV also supported in DV/X??

Yes, and more.  The only things that are not supported in DVX are:
   INT 10/AH=FF call - UPDATE from virtual screen, a TopView call
   The Update and return offset into DESQVIEW.DVO calls are NOPs
   Some of the Window Manager streams don't work all the time due to
     bugs in the window manager.

DVX and Future DV classics will include:
   More XDI callouts
   Prioritized tasks
   stream-oriented mail
   Ability to get lots of info on the window (all the sysmon stuff)
   Environment inheritence to child processes

The next version of the DVINT will document these new calls...
-- 
Dan Bodoh
Grad Student
University of Wisconsin-Madison
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: Fri, 4 Sep 1992 02:30:25 +0000


In article <1992Sep3.201004.3473@dcatlas.dot.gov> joet@dcatlas.dot.gov writes:

>Oh, I do have one occasional small problem (easy to "fix").  Sometimes
>I will get significant artifacts left behind from opening and closing
>menus (remember, I'm in WYSIWYG mode).  A quick PgDn-PgUp will restore the
>screen to its proper condition, so it really isn't a big deal.
>
>My system is a 486/33 w/8MB RAM and a Diamond Stealth VGA card.  My first
>window is invariably a BD session; QPro, WP5.1, etc. are then run in
>subsequent windows.  

Ahah!  It isn't just me then.  I can reproduce this by dropping down the
print menu, switching to another session, switching back to Qpro 4 and
quitting from the menu.  Big black hole where the menu was.  PgUp/PgDn
redraws the display.

No name 386/33 with 387/33, 8M RAM, VGA Mentor with 1M RAM (ProDesigner
II clone), MS-DOS 5, DV386 2.42, Qpro (WYSIWIG mode) run in a secondary
window.

Do Borland want to know?  Don't make me laugh...  I haven't bothered
Quarterdeck yet - technical support for US software on this side of the
pond is a bit of a joke.  I'm not singling out Borland or Quarterdeck
with this remark - it applies to all the US vendors with support
operations in the UK that I have come across.  Give 'em a problem which
isn't in the database and you are told "we'll have to refer this to the
States and we'll get back to you".  I have never, ever received the
follow up call from any vendor.

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: joet@dcatlas.dot.gov (Joe Trott)
Subject: Re: DESQview, QEMM, and DRDOS
Organization: U.S Dept. of Transportation
Date: Mon, 31 Aug 1992 16:08:36 GMT

dwgordon@matt.ksu.ksu.edu (Dwight W. Gordon) writes:

>esr@unixhub.SLAC.Stanford.EDU (Edwin S. Russell) writes:

>>Has anyone had problems running DV or QEMM with DRDOS?

>  I had a minor problem with the drdos "subst" command.  As my
>system at work differs from that at home I use "subst" for drive
>letter aliasing.  My home system, when it starts a command shell
>(dos), runs a batch file that runs a "subst" to help remind me of
>my substitutions.  I had to remove that bare "subst" because it
>kept trying to read the "B:" floppy.  The substitutions are
>valid.  "B:" is not aliased.  The "subst.exe" seems to want to
>try-out the "B:" floppy under DV...

Why not set up your drive aliasing in DV?  Run SEtup DesqView, and select
L>ogical Drives from the menu.

-JTT

Newsgroups: comp.os.msdos.desqview
From: holder@telesoft.com (Robert L. Holder @ignite)
Subject: NewProc question
Keywords: Desqview API
Organization: TeleSoft, San Diego, CA, USA
Date: Wed, 19 Aug 1992 22:09:53 GMT

I am writing a program to take advantage of the desqview API.
I would like a parent process to start a child with "NewProc".
I would then like to receive asynchronous notification of when
the child process completes and its status. Does anyone know a
good way to do this? How about a kludge way? I am using Desqview/X
as the multitasker. Thanks for any info.

Newsgroups: comp.os.msdos.desqview
From: joet@dcatlas.dot.gov (Joe Trott)
Subject: Re: SMARTDRIVE <> Qemm 6.02 and ncache
Organization: U.S Dept. of Transportation
Date: Thu, 3 Sep 1992 12:32:13 GMT

vla@ccadfa.cc.adfa.oz.au (Louis Verhagen) writes:

>I am have troubles with Qemm 6.02 and ncache. It works fine for
>a long while and then al of a sudden it will crash the system,
>for no apperent reason. It happens at random with different programs
>If I take ncache out, I have no problems with any programs. I think I
>am using ncache that came with Notron +6.0? 

I tried to compare NCACHE with PC-CACHE (from PCTOOLS v6, v7, & v7.1) using
Norton's SI.  With no cache, I got something like 4.2.  With PC-CACHE, I got
around 12.3.  With NCACHE, I got the message "Only hard drives may be tested."

I don't trust NCACHE.

-JTT

Newsgroups: comp.os.msdos.desqview
From: pngai@adobe.com (Phil Ngai)
Subject: Re: QEMM with HW EMS?
Organization: Adobe Systems Incorporated
Date: Wed, 26 Aug 1992 05:16:20 GMT

In article <1992Aug25.174858.12443@qdeck.com> burge@qdeck.com (Bill Burge) writes:
>This is on a 386!  Set the Everex board for eXtended memory and it will
>work FINE with QEMM-386 and the 80386 processor will allow its use as EMS.

I can't set it for extended memory because I already have 16 megs on
the motherboard. That is why I wanted to use it as EMS. (that, and
the inability to make the cache go to only the slow ISA bus memory)

-- 
My opinions are my own.
A right delayed is a right denied.

Newsgroups: comp.os.msdos.desqview
From: joet@dcatlas.dot.gov (Joe Trott)
Subject: Re: problems with Quattro 4.0 under DV
Organization: U.S Dept. of Transportation
Date: Thu, 3 Sep 1992 19:59:11 GMT

wilson@bongo.cc.utexas.edu (Samuel M. Wilson) writes:

>I'm having problems with Quattro Pro 4.0 on a 20Mhz 386 w/ 4Mb
>RAM.  
>1) it loads incredibly slowly -- about 40 seconds to a spreadsheet screen 
>vs. 10 secs for 3.0.

>2) background printing immediately bombs

>3) the program itself occasionally bombs at unpredictable places --
>	in ways that makes me think it's memory starvation

>4) without background printing, it prints extremely slowly on a 
>	deskjet plus.  Prints half a line, then thinks about things
>	for a while, then prints another half line, etc.

>If anyone has this working well, please let me know.  At present the
>program size is set at 440, max mem = 640, EMS=256 and I'm using the
>/E3 switch to limit expanded mem.

I've been using QPRO4.0 with DV/386 now without problems for the last month.
I'm not using any special switches to start up QPRO; I generally run in
WYSIWYG mode.  Here are my DV setup screens:

                               Change a Program

 Program Name............: Quattro Pro v4.00

 Keys to Use on Open Menu: QP                         Memory Size (in K): 375
                                                                              
 Program...: q.exe

 Parameters:

 Directory.: C:\QPRO
                                                                              
 Options:
                  Writes text directly to screen.......: [Y]
                  Displays graphics information........: [Y]
                  Virtualize text/graphics (Y,N,T).....: [Y]
                  Uses serial ports (Y,N,1,2)..........: [N]
                  Requires floppy diskette.............: [N]

                      Change a Program Advanced Options

 System Memory (in K).......:   0   Maximum Program Memory Size (in K)..: 600

 Script Buffer Size.......:  1000   Maximum Expanded Memory Size (in K):  256

 Text Pages: 1  Graphics Pages: 1   Initial Mode:        Interrupts: 00 to FF
                                                                              
 Window Position:
    Maximum Height:  25       Starting Height:  25       Starting Row...:   1
    Maximum Width.:  80       Starting Width.:  80       Starting Column:   1
                                                                              
                                Shared Program
 Pathname..:
 Data......:
                                                                              
 Close on exit (Y,N,blank)......: [Y]  Uses its own colors..............: [Y]
 Allow Close Window command.....: [Y]  Runs in background (Y,N,blank)...: [Y]
 Uses math coprocessor..........: [Y]  Keyboard conflict (0-F)..........: [0]
 Share CPU when foreground......: [Y]  Share EGA when foreground/zoomed.: [Y]
 Can be swapped out (Y,N,blank).: [N]  Protection level (0-3)...........: [0]

----
Hopefully this will help.  I too use a Deskjet, by the way.  I have not
attempted background printing.  I am not currently on a network.

-JTT

Newsgroups: comp.os.msdos.desqview
From: w8sdz@tacom-emh1.army.mil (Keith Petersen)
Subject: Re: QEMM Stealth ROMs feature..?
Organization: The SIMTEL20 Archives
Distribution: na
Date: Thu, 3 Sep 1992 16:51:29 GMT

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? I know it somehow converts
>ROMs into useable RAM space, but how does it do it exactly? Is it
>some sort of memory remapping? Where do the ROMs go? Also, what's
>the advantages/disadvantages of using ST:M and ST:F?

WSMR-SIMTEL20.ARMY.MIL directory PD1:<MSDOS.QTRDECK>
 Filename   Type Length   Date    Description
==============================================
QWAUG92.ZIP   B  434692  920809  Quarterdeck White Papers collection, Aug. 1992

This is the latest collection of official technical notes from QD.  There
are other files in that directory, as well as PD1:<MSDOS.DESQVIEW> and
PD1:<MSDOS.QEMM> that you may find useful.

An index of all files in the WSMR-SIMTEL20.Army.Mil MS-DOS collection
is available in two formats:

Directory PD1:<MSDOS.FILEDOCS>
 Filename   Type  Description
==============================================
SIMIBM.ARC    B   Comma-delim list of all MSDOS files w/descrip.
SIMLIST.ARC   B   Text format list of all MSDOS files w/descrip.

These files are updated weekly.  See AAAREAD.ME in that directory
for details.

SIMTEL20 allows only nine ANONYMOUS FTP logins during weekday
prime time, 5am to 3pm Mountain Time (GMT-7), but 27 otherwise.

SIMTEL20 files are also available from mirror sites OAK.Oakland.Edu
(141.210.10.117), wuarchive.wustl.edu (128.252.135.4), ftp.uu.net
(137.39.1.9), nic.funet.fi (128.214.6.100), src.doc.ic.ac.uk
(146.169.3.7), nic.switch.ch (130.59.1.40) or archie.au (139.130.4.6),
by e-mail through the BITNET/EARN file servers, or by uucp from UUNET's
1-900-GOT-SRCS.  See UUNET file uunet!~/info/archive-help for details.

OAK.Oakland.Edu is the most up-to-date mirror because I maintain it,
in addition to my duties at SIMTEL20.  I run OAK's mirror program
whenever new files are added at SIMTEL20.

Keith
--
Keith Petersen
Maintainer of the MS-DOS archive at WSMR-SIMTEL20.Army.Mil [192.88.110.20]
Internet: w8sdz@TACOM-EMH1.Army.Mil     or      w8sdz@vela.acs.oakland.edu
Uucp: uunet!umich!vela!w8sdz                         BITNET: w8sdz@OAKLAND
From: h8eg064@stan.xx.swin.oz.au (Adnaan Gierdien)
Newsgroups: comp.os.msdos.desqview
Subject: DVX Libs and GnuC
Date: 31 Aug 92 15:45:39 GMT
Organization: Computer Centre, Swinburne University of Tech., Melbourne, Australia.

Well I downloaded the libraries and with great eagerness compiled as many
x clients as I could get my hands on. First I tried all the stuff
that was released with the previous version of 'qddvx100.zip' and then
some stuff located in the contrib directories on most archives.

The majority of them compiled ok...some didn't as expected due to OS
limitations.

The majority of them worked..but some didn't. Some worked for a little
while then froze the whole system. Some tried to open the display
then rose an 'exception 13...' (this happened with xeyes ) or 
'segmentation violation....'. 

Most of the 'simple' clients work, but I'm a bit reluctant in trying 
the more bigger challenging ones. I'm not sure if its me...the clients...
the GNU C compiler, the DVX libs or what?

For the time being I'm putting it to user error, just until I've looked 
into the problems further.

Adnaan
ps..I got xwd and xwud to work :)) Well its a start :)

h8eg064@stan.xx.swin.oz.au
Swinburne University of Technology, Hawthorn, Australia.


-- 
Adnaan Gierdien
h8eg064@stan.xx.swin.oz.au
Swinburne University of Technology, Hawthorn, Victoria, Australia.
From: spit@neuro.duke.edu (Michael Burdick)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Wrong DOS version?
Keywords: MS-Windog
Date: 28 Aug 92 15:36:09 GMT
Organization: Duke University; Durham, N.C.

In article <1992Aug27.203241.10083@cactus.org> hen3ry@cactus.org (Henry Velick) writes:

>(possible addition, Dan?). Trying to run MS-Windog, standard mode,
>under DESQview produces the error message, "Incorrect MS-DOS version.
>MS-DOS 3.1 or greater required." I'm running DOS 5.0, QEMM 6.03, DV
>2.42, with 4DOS 4.01B as the command processor. I seem to recall

Are you using the line "loadhi \qemm\files=xx" in your autoexec.bat
file?  If you are, this may be the source of your problem.  Delete this
line from autoexec.bat and set files=xx in config.sys, I have it set
to 50 and I can run windows just fine.  Loading buffers high does not
seem to cause any problems on my system.

Hope this helps.
Mike Burdick
spit@neuro.duke.edu
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: DV/X and X11 fonts
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Mon, 31 Aug 1992 18:56:55 GMT

In article <YebhFq_00YV7I8bUx8@andrew.cmu.edu> mp52+@andrew.cmu.edu (Matthew Edward Patton) writes:
>I am using DV/X on a unix network which relies on X11 fonts.  I have run
>across some snags in displaying various remote X apps.  So far, the apps
>all display somewhat correctly, but are missing in various areas. 
>Especially noticable are the cursors which get replaced with such
>alphanumerics like 'H', 'a', and 'j' etc.  From what I have seen in my
>DVX/server/fonts/75dip and misc directories, my font choice is quite
>limited.  I find this intollerable.  I took the liberty of downloading a
>couple megs worth of X11 fonts off my network, but they are named with
>the extention ".pcf"  and DV/X's are '.snf'.  Can someone explain how
>DV/X finds and uses fonts in the font directories and what format they
>are supposed to be in?  Can these .pcf fonts be translated to .snf's? 
>So far I have seen no change in the display capability of DV/X ie. I'm
>still stuck with courier and helvetica.  Can anyone help in remedying
>the font crunch?


.SNF fonts are "server native format".  The only other font formats that
I've seen are .BDF (binary data file) and PFB fonts which are postscript.
I'm sure it's just my ignorance that  I've never seen .PCF fonts.  Their
should be a utility on the machine to convert them to either SNF
or BDF fonts, after which they will be easy to deal with.
>
>Thanks for all insight.
>
>
>I forgot. How do I set up DV/X to use the ATI Graphics Ultra in 8514
>mode?  There doesn't seem to be a choice for 8514 in the screens.txt. 
>Can anyone offer advice.


8514 is not listed in screens.txt, because it's not a VGA or SVGA mode.
your board should be detected by the setup program.  If it is not, that 
indicates some problem that needs to be addressed before going straight
to hand editing config files.
Gary Rich	<support@qdeck.com>
Newsgroups: comp.os.msdos.desqview