HDTenEightyP/NetNews huggingface dataset:
From: frank@rover.uchicago.edu (Frank - Hardware Hacker - Borger)
Subject: Re: PDP Emulators and Porting Tools
News-Software: VAX/VMS VNEWS 1.41    
Reply-To: frank@rover.uchicago.edu
Organization: Joint Center for Radiation Therapy
Date: Thu, 21 Jan 1993 01:31:00 GMT

In article <1993Jan20.164615.524@hsh.com>, lee@hsh.com (Lee Havemann) writes...
>In article <1993Jan20.082022.11882@syma.sussex.ac.uk>, stevedc@syma.sussex.ac.uk (Stephen Carter) writes:
>> Jeremy Ruston (jerus@ibmpcug.co.uk) wrote:
>> : Does anyone know of any emulaters running on DOS, Unix or Windows NT (or
>> : indeed anything) which emulate the PDP-11?  In particular, running RSTS.
>> 
>> I just LOVE the thought of proposing replacing our 12.5 year old PDP
>> 11 running RSTS with a PC....  :-)
>> ...
>Why do you LOVE the thought of it (Or is that sarcasm I detected instead of
>exuberance? :-)
> 
>We still haven't come up with any viable software alternative to our PDP's 
>running RSTS (V10.1) on a PC.  (Viable = doesn't cost a fortune)

	Well, to emulate a PDP-11, the PC would have to emulate a good
	multi-tasking system.... fat chance. And it would probably take
	an 8-meg 386 to get any kind of response. Then too you have to
	cluge around only having 8/16 possible interrupts....

	However, the people that did TSX were talking about running their
	new stuff on a xxx86?

   Frank R. Borger - Physicist    __       George Halas had two heirs; one
Michael Reese - Univ. of Chicago |___      carried his seed and one carried his
  Center for Radiation Therapy   | |_) _   soul. ... One can imagine the wisper
    "Birthplace of Softball"       | \|_)  of George Halas, rooting for his
Internet:  Frank@rover.uchicago.edu   |_)  soul. - Jeannie Morris
Phone : 312-791-8075 fax : 567-7455        
Newsgroups: comp.os.rsts
From: stevedc@syma.sussex.ac.uk (Stephen Carter)
Subject: Exabyte Backup Failures
Keywords: exabyte backup failures
Organization: University of Sussex
Date: Mon, 25 Jan 1993 12:33:29 GMT


We are running RSTS 9.7.  We have had exabytes since I don't know how
long, and have been VERY happy with the overall functionality.

Backup strategy is to do incremental backups Mon/Tue/Wed/Thur nights
(at about 02:00), and FULL backups to exabyte, unattended, at about
18:00 on saturday - lasting through to early sunday morning.  Two
backup sets onto one physical tape, both sets verifying.  Blocksize
max, groupsize 50.

In July 1992 we swapped two 512Mb Fuji's for Two 2Gb Seagate ST42400
Scsi discs hanging off a CMD Scsi controller.  The users' data did
expand (naturally!) but currently stands at (laboriously calculated) 
2,146,696,704 bytes.

When we backup now, the run fails (after 13 hours) with the following

	|
	|
	?Error reading Backup set
	?Data error on device
	?Error reading Backup set
	?Data error on device
	?Unexpected error 14 in RSTRMS
	|

On the face of it, with these data volumes it may appear to be a badly
handled end-of-reel situation, so before folk flame me, I HAVE seen a real 
end-of-reel situation on the exabyte, and that was handled properly
(Please mount volume 2 of Backup set   etc etc)

What is it?

Is it a multi-reel so close to the end of data that it fails, or what.

I've RTFM and can't find why BACKUP becomes RSTRMS anywhere, nor the
Meaning of error 14, nor why our most recent (sic) RMS Utilities
manual is for V8.0 and dated 1983!

I guess anyway that the 2.1Gb figure above means a re-cast of the
simple strategy, but the (untypically) badly handled nature of this
error worries us, and I'd rather get to the bottom of this than kludge
a workaround.


Stephen Carter, Systems & Operations Manager, Computing Services, 
 University of Sussex, Brighton BN1 9QJ, UK
  JANET        : S.Carter@uk.ac.sussex.central
From: phil@howtek.MV.COM (Phil Hunt)
Newsgroups: comp.os.rsts
Subject: RSTS still around????  NEAT!
Date: Thu, 21 Jan 93 10:19:52 EST
Organization: Howtek, Inc.
Reply-To: phil@howtek.MV.COM (Phil Hunt)
X-Mailer: uAccess - Macintosh Release: 1.6v2

Hi,

I just stumbled upon this group.

Neat!  RSTS is still around!

I worked for DEC in the RSTS group 1987-1989.  I made RSTS accept clustersize
32 and 64 disks back in version 9.4

Nice to know is still is around.

Phil

------------------------------------------------------------------------
Phil Hunt                                                  (603)882-5200
Howtek, Inc.		                   "Wherever you go, there you are!"

Internet: phil@howtek.MV.COM       uucp: {decvax|harvard}!mv!howtek!phil
From: lee@hsh.com (Lee Havemann)
Newsgroups: comp.os.rsts
Subject: Re: RSTS still around????  NEAT!
Date: 23 Jan 93 21:10:51 GMT
Organization: HSH Associates

In article <D2150040.o8aa8u@phunt.howtek.MV.COM>, phil@howtek.MV.COM (Phil Hunt) writes:
> Hi,
> 
> I just stumbled upon this group.
> 
> Neat!  RSTS is still around!
> 
> I worked for DEC in the RSTS group 1987-1989.  I made RSTS accept clustersize
> 32 and 64 disks back in version 9.4
> 
> Nice to know is still is around.
> 
> Phil
> 
> ------------------------------------------------------------------------
> Phil Hunt                                                  (603)882-5200
> Howtek, Inc.		                   "Wherever you go, there you are!"
> 
> Internet: phil@howtek.MV.COM       uucp: {decvax|harvard}!mv!howtek!phil


You should of made a few more changes :-) You know, like rewriting the code
so it will run on a 32 bit machine, or fixing DECnet, etc, etc.


-- 

 Lee Havemann, Comp Ops Dir.    HSH Associates      (201) 838-3330 
 Internet: lee@hsh.com    Compuserve: 70410,3507    AOL: HSH Assoc
 Disclaimer: This article was written under the influence of Demerol.
       
Newsgroups: comp.os.rsts
From: stevedc@syma.sussex.ac.uk (Stephen Carter)
Subject: Re: Exabyte Backup Failures
Organization: University of Sussex
X-Newsreader: Tin 1.1 PL5
Distribution: inet
Date: Wed, 27 Jan 1993 08:34:06 GMT

Dan and Karen Sugalski (dan@msen.com) wrote:
: Stephen Carter (stevedc@syma.sussex.ac.uk) wrote:
: : 	|
: : 	?Error reading Backup set
: : 	?Data error on device
: : 	?Error reading Backup set
: : 	?Data error on device
: : 	?Unexpected error 14 in RSTRMS
: : 	|
: 
: 
: : What is it?
: 

	THANKS to dan and karen (?) for her/his/their informative
	reply.
: 
: What seems to happen is that somewhere between the tape drive and the
: TMSCP handler, a packet gets lost, and the two get out of sync, never
: again to talk. (We have to power the drive and computer off--a reboot
: doesn't seem to be enough)

	Rings a BIG bell.  Although this precise power off does not
	often happen, 'losing' the exabyte is not unusual.  We get it
	back either by a power off of the deck, or a re-boot.  
: 
: 
: You might try upgrading to 10.1 (Skip 10.0 unless you're ready to apply
: several dozen patches, including one that's not documented anywhere, but
: is lurking on the upgrade tape). The TMSCP handling is reportedly better.
: I don't have any experience with the drives on it, though, as I don't
: know anyone with one of the tape drives that is using it.

	Upgrade to 10.1 not an option in real terms.  (Mind you
	despite paying mtce, I've not seen a 10.1 tape, nor a Software
	Dispatch for ages...  No worries though.

: 
: Alternatively, you may want to try putting a pause of some sort between
: the BACKUP commands (maybe the big dump of data is causing a probelm and
: giving the drive a chance to flush buffers and such will help). If you're
: doing the verify after each backup, then *don't*! Do both backups firtst,
: then verify the tape.

	Um, pause I understand.  Backup without verify I understand, but
	how do I verify only?

: 
: Finally, check to see if there are any batch jobs that might be running in
: a different queue. (The bigger backup may be overlapping something else.)
: Also consider doing a SET SYSTEM/NOLOGINS in the com file before the
: backup starts. (You may want to shut down the other queues, as well as any
: other jobs that may be running)

	System usually quiescent (nice word that) - after all it is 
	Saturday Night :-).  Even if/when other jobs happen to be around
	this makes no difference to the problem.

: 
: And, even more finally, back up the non-system disk *first*. It's been by
: experience that, once TMSCP loses it, the backup/restore job is immortal.
: (Looks to have pending async IO--prio/runburst go to 128/127 but doesn't
: die) $SHUTUP won't be able to bring the system down, so you'll have to
: power off the machine. Dismount the big drive before you do--one fewer
: drive to clean...
: 
	Will do.

	Will change job anyway to do DU1, DU0, and not to verify.

	Thanks again.

	(PS.  Terry, where were you when I needed you  - :-)

Stephen Carter, Systems & Operations Manager, Computing Services, 
 University of Sussex, Brighton BN1 9QJ, UK
  JANET        : S.Carter@uk.ac.sussex.central
Xref: sparky comp.os.rsts:98 vmsnet.pdp-11:988
From: jordan@warped.pnl.gov (Randy Jordan)
Newsgroups: comp.os.rsts,vmsnet.pdp-11
Subject: Re: PDP Emulators and Porting Tools
Date: 21 Jan 93 01:44:35 GMT
Article-I.D.: oracle.1993Jan21.014435.25111
Reply-To: jordan@warped.pnl.gov (Randy Jordan)
Organization: Battelle, Pacific Northwest Laboratory


In article <1993Jan20.164615.524@hsh.com>, lee@hsh.com (Lee Havemann) writes:
|>Xref: pnl-oracle comp.os.rsts:106 vmsnet.pdp-11:954
|>Path: pnl-oracle!news.u.washington.edu!news.uoregon.edu!cs.uoregon.edu!sgiblab!spool.mu.edu!yale.edu!newsserver.jvnc.net!rutgers!spcvxb!hsh!lee
|>From: lee@hsh.com (Lee Havemann)
|>Newsgroups: comp.os.rsts,vmsnet.pdp-11
|>Subject: Re: PDP Emulators and Porting Tools
|>Message-ID: <1993Jan20.164615.524@hsh.com>
|>Date: Wed, 20 Jan 93 13:46:15 PST
|>References: <C13Kx1.7FD@ibmpcug.co.uk> <1993Jan20.082022.11882@syma.sussex.ac.uk>
|>Organization: HSH Associates
|>Lines: 24
|>
|>In article <1993Jan20.082022.11882@syma.sussex.ac.uk>, stevedc@syma.sussex.ac.uk (Stephen Carter) writes:
|>> Jeremy Ruston (jerus@ibmpcug.co.uk) wrote:
|>> : Does anyone know of any emulaters running on DOS, Unix or Windows NT (or
|>> : indeed anything) which emulate the PDP-11?  In particular, running RSTS.
|>> 
|>> I just LOVE the thought of proposing replacing our 12.5 year old PDP
|>> 11 running RSTS with a PC....  :-)
|>> 
|>> Stephen Carter, Systems & Operations Manager, Computing Services, 
|>>  University of Sussex, Brighton BN1 9QJ, UK
|>>   JANET        : S.Carter@uk.ac.sussex.central
|>
|>
|>Why do you LOVE the thought of it (Or is that sarcasm I detected instead of
|>exuberance? :-)
|>
|>We still haven't come up with any viable software alternative to our PDP's 
|>running RSTS (V10.1) on a PC.  (Viable = doesn't cost a fortune)
|>-- 
|>
--
	How about OS-9, or UCSD-P System?
RJ
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
	To Thyne Own Self be true...
	                             myne opinions are.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.os.rsts
Subject: Tenex-style "load average" code needed for RSTS V9.x / V10.x
Date: 24 Jan 93 15:33:50 GMT
Organization: St. Peter's College, US


  I'm looking for some code which will generate a Tenex-style load average
for RSTS/E V9.x and V10.x. I'm only interested in the load average parts,
not the disk queue lengths, etc. It will need to be relatively efficient as
it's going to get run once per second (that's the way the Tenex load average
is computed).

  I'd prefer to snarf existing code rather than write my own, but if I have
to write it, I will.

  BTW, this is for some work I'm doing in getting RSTS/E to emit Unix-like
"ruptime/rwho" packets via TCP/IP. I'll post a pointer to the code when it's
done (it's working now, but the load average and some other parts are mis-
sing). This is _not_ anything like a full TCP/IP - it just generates raw
packets that look enough like TCP/IP to get by.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
Newsgroups: comp.os.rsts,vmsnet.pdp-11
From: stevedc@syma.sussex.ac.uk (Stephen Carter)
Subject: Re: PDP Emulators and Porting Tools
Organization: University of Sussex
X-Newsreader: Tin 1.1 PL5
Date: Thu, 21 Jan 1993 08:17:21 GMT

Lee Havemann (lee@hsh.com) wrote:
: In article <1993Jan20.082022.11882@syma.sussex.ac.uk>, stevedc@syma.sussex.ac.uk (Stephen Carter) writes:
: > Jeremy Ruston (jerus@ibmpcug.co.uk) wrote:
: > : Does anyone know of any emulaters running on DOS, Unix or Windows NT (or
: > : indeed anything) which emulate the PDP-11?  In particular, running RSTS.
: > 
: > I just LOVE the thought of proposing replacing our 12.5 year old PDP
: > 11 running RSTS with a PC....  :-)
: 
: Why do you LOVE the thought of it (Or is that sarcasm I detected instead of
: exuberance? :-)
: 
: We still haven't come up with any viable software alternative to our PDP's 
: running RSTS (V10.1) on a PC.  (Viable = doesn't cost a fortune)
: -- 

Not in the slightest!  It means what it says (read my lips:-).  

I'm antique enough to have seen unthinkable changes in price & size &
performance & capacity on 'computers'.  12.5 years ago when we
installed the PDP the disc capacity at the time was considered HUGE
(yesterday I was told that we'd 'lost' half that original disc
capacity in format/inode information on a disc that cost one tenth of
the cost of the original discs & is 30+ times bigger).  17 serial
lines was considered excessive.

Thus I am in truth hugely entertained at the thought of 'wheeling out'
the Good Old PDP to a well deserved and respected retirement, and
wandering in with its replacement in my briefcase  :-)

Stephen Carter, Systems & Operations Manager, Computing Services, 
 University of Sussex, Brighton BN1 9QJ, UK
  JANET        : S.Carter@uk.ac.sussex.central
From: tpham@engin.umich.edu (Tony Pham)
Newsgroups: comp.os.msdos.desqview
Subject: Q: Using Desqview/X to Set Display over Phone Line
Date: 25 Jan 1993 20:34:40 GMT
Organization: University of Michigan Engineering, Ann Arbor
Distribution: world
NNTP-Posting-Host: engine.engin.umich.edu

I am a newbie to Desqview so please bear with me.

At school, I am using a DecStation 5000 running under
Motif.  I would like to be able to work at home since
I spend all my waking hours at the computing lab
(sounds familiar?).  Is it possible to use Desqview
products to allow me to set the display thru the 
phone using a 14.4kbytes/sec modem from my DecStation
to my PC running Desqview?  If so what products from
Desqview do I need to buy?  Are there anything else
that I need to get?

Perhaps Desqview is not the way to go.  What are my 
other choices of products to buy?

I appreciate any reply.
###########################################################
#  Tony T. Pham, CSE Grad Student, University of Michigan #
#          Internet: tpham@engin.umich.edu                #
###########################################################
From: mike@batpad.lgb.ca.us (mike batchelor)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Compaq Pro Linea
Date: 23 Jan 93 03:54:08 GMT
Organization: The Batchelor Pad
X-Newsreader: NWREADER [version 3.00 BETA13]

silvia@rcf.rsmas.miami.edu writes:
>
> I having a problem with a friend 486/25SX Prolinia by Compaq.

You will no longer have a problem with your friend's Prolinea if you
add the NT parameter to the QEMM386 device.

device=c:\qemm\qemm386.sys RAM NT

It will boot up and optimize with this command line.



[] ---
[] Mike Batchelor <> Long Beach, California
[] mike@batpad.lgb.ca.us <or> mikebat@qdeck.com
Newsgroups: comp.os.msdos.desqview
From: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Subject: dv386 and drdos (#2)
Reply-To: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 23 Jan 93 19:23:19 EST

(Continued from the previous message)

    variable that causes VER to report that it is DR-DOS version 6 but 
    MANIFEST reports its response to the DOS API call that identifies 
    the version for API purposes.  For all programming purposes, DR-DOS 
    6 is version 3.31.  There is no SETVER command, nor is it 
    necessary.
        2)  DR-DOS converts FCBS to FILE handles so MANIFEST and 
    FILES.COM will report the total number of FILE handles to be the sum 
    of the two.  The minimum number of FILE handles is 20 and the 
    minimum number of FCBS is 4.  This conflation of FCBS and 
    FILE handles causes Manifest to report that there is only one
    FCB.  MANIFEST reports that there is only one FCBS but it is 
    mistaken. 

DESQVIEW

        1)  The HISTORY feature does not work inside DESQview.  There 
    is no work-around.
        2)  DR-DOS allows the kernel and buffers to be loaded into UMBs. 
    It also allows them to be loaded into the HMA.  DESQview uses the 
    entire HMA while DR-DOS cannot.  (DR-DOS's kernel uses 37K, and 
    HIBUFFERS can fit only 35 buffers into the HMA along with the 
    kernel.  Each buffer uses .5K when loaded into a UMB or low, so DR-
    DOS can use only 54.5K of the HMA, 9.5K less than DESQview.)  Since 
    the HMA cannot be shared, any unused portion is wasted.  DESQview 
    users will have more memory available if DESQview uses the HMA 
    rather than DR-DOS.

        3)  The task switcher, TaskMAX, will not run in DESQview.  
    There is no work-around.
        4)  There is no SETVER command, nor is it necessary, as 
    explained in the MANIFEST section of this technote.

  ************************************************************************
  *This technical note may be copied and distributed freely as long as it*
  *is distributed in its entirety and it is not distributed for profit.  *
  *         Copyright (C) 1991-2 by Quarterdeck Office Systems           *
  ************************ E N D   O F   F I L E *************************

Regards,

Michael Bolton
Tech Support
Quarterdeck Canada  (416) 360-5758  quarterdeck.canada@canrem.com
---
  DeLuxe 1.25 #6922  DESQview 386: Why buy new apps?
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
From: ts106984@lehtori.cc.tut.fi (Suominen Timo)
Newsgroups: comp.os.msdos.desqview
Subject: Communication software for DV /X
Date: 25 Jan 1993 11:47:04 +0200
Organization: Tampere University of Technology, Computing Centre
Distribution: world
NNTP-Posting-Host: cc.tut.fi


Is there any (GOOD) communication softwares for DV /X ???? It should be
like Procomm + for Windows. Mail me if know any.

-- 
 Timo Suominen                    !    Tel: Int +358 31 162137   ! There is no
 Tampere University of Technology !         Int +358 31 128435   ! fear without
 Korkeakoulunkatu 2, P.O. Box 527 !    Fax: Int +358 31 162307   !   FEAR...
 33101 Tampere - FINLAND          ! E-mail: tipi@rulla.me.tut.fi !
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Newsgroups: comp.os.msdos.desqview
Subject: Changing the font in the Scalable DOS window
Date: 21 Jan 93 18:39:09 GMT
Organization: Queen's University

How do I change the font in the Scalable DOS window in DV/X?  I can't seem 
to find any mention of this in the manuals.

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.os.msdos.desqview
From: 3386838@Jeff-Lab.QueensU.CA (Wes Garland)
Subject: Re: UN: Timeslicing?
Reply-To: 3386838@Jeff-Lab.QueensU.CA
Organization: Terminal Velocity Kingston
Date: Fri, 22 Jan 1993 23:02:23 GMT

In article uupcb@almac.co.uk, shakib.otaqui@almac.co.uk (Shakib Otaqui) writes:
>  I have just seen a user report that said OS2SPEED messed up the
>  CMOS on his system:  the date was changed and, worse, so was the
>  AMI BIOS password.  He's had to disconnect the CMOS battery to
>  regain access, and re-enter all the data.

But if he had read his BIOS manual, he would have realised that there
are two pins on the motherboard that you can short momentarily. They
will cause a CMOS DATA INVALID message (but its not), which will
force it *not* to ask you for a password, but dump you into setup.
Set your new password, and presto.

Cheers,
Wes

---
+------------------------------+---------------------------------------------+
|  Wes Garland                 | The Admiral                                 | 
|  Queen's University          | Terminal Velocity Kingston                  |
|  Kingston, Ontario, CANADA   | Fidonet 1:249/128                           |
|______________________________|_____________________________________________|
|  3386838@jeff-lab.queensu.ca | Pump up with Jim Kirk at the He's Dead Gym! |
+----------------------------------------------------------------------------+

Newsgroups: comp.os.msdos.desqview
From: gt@rundart.demon.co.uk (Giles Todd)
Subject: Re: DVANSI Help needed 
Distribution: world
Organization: Rundart Limited
Reply-To: gt@rundart.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Sun, 24 Jan 1993 00:50:52 +0000

In article <C1Bt7y.K7o@panix.com> bergman@panix.com writes:

>Environment:
>        486, DV386, Expert VGA card, MKS Toolkit
>
>I don't seem to be able to load dvansi.com in a window as
>per the manual. Opening a MKS Kornshell shell window (my
>normal environment) and then executing DVANSI.COM promptly
>hangs the machine. No combination of DEVICE.COM statements
>works: using DEVICE DVANSI in the window causes a complaint
>about DVANSI being a block device that must be loaded in my
>config.sys. Various combinations of DEVICE and DVANSI
>statements in my config.sys either lock up the machine,
>usually after appearing to dump the contents of the
>executable to the screen and often producing Exception 13
>errors, or are simply rejected as incorrect statements.

You need to put "dvansi" in your "~/etc/inittab" file.  Running TSRs
from the MKS shell prompt often results in grief.  The best place for
them is the aforementioned "inittab" file.  Check out the manual page on
"ulimit".

Giles.
-- 
Giles Todd                      gt@rundart.demon.co.uk (Internet)
Rundart Ltd                     Demon Internet Services
Voice: +44 925 33472            PGP 2.0 public key available.
Newsgroups: comp.os.msdos.desqview
Subject: "Feature" of DVX File Manager
From: lbabb@malibu.dst.battelle.org (Larry Babb (Dayton office))
Date: Wed, 27 Jan 1993 21:36:50 GMT
Organization: Battelle Defense Systems and Technology

Environment: Dell 486/25, 12Mb, 800x600x256, Motif 
Hi -

I encountered a possible "feature" of the DVX File Manager.  I brought up
the file manager and connected to a Sun.  I made a directory called
"TAR_Z_FILES" where I keep a few things archived.  I then tried to double-click
down into the directory using the file manager, and it crashed.  The file 
manager died, apparently leaving everything else intact.  I repeated this a
couple of time with the same results.  I changed the directory name to 
"tar_z_files" and then restarted the file manager.  This time there were no 
problems.  

I tried a few different directory names such as "X" and "XXXXXXXX" without
any problems.  (Those were made from another login session.)

I made a few more directories using the "Make Directory" menu in File Manager.
I haven't been able to duplicate the problem.

Has anybody ever seen this before?

			- Larry Babb
			  Battelle Memorial Institute
Newsgroups: comp.os.msdos.desqview