HDTenEightyP/NetNews huggingface dataset:
From: hurd@fraser.sfu.ca (Peter L. Hurd)
Subject: high weirdness, help
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Fri, 14 Aug 1992 22:46:38 GMT

Help!, my machine has been acting very weird lately.  Symptoms include;
1)  Booting off the hard drive, no matter what.  No non-bootable floppy
disk in drive a: error messages, no booting from a: even if I put a bootable
disk in there.
2)  The keyboard acts up, as if the shift were down (as in numbers show up
as the @#$%^ stuff, not just a caps lock thing) and the alt & ctrl keys
don't happen as they are supposed to.
3)  QEMM sent me this once while booting
Exception 13 @ 29ff:0000 error code 0000
AX=4904  BX=8BD6  CX=FF13  DX=FF56  SI=8DFF  DI=8C9F  BP=0094
DS=A673  ES=0498  SS=A673  SP=984E  FLAGS=7006
INSTRUCTION: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

I think it was running F-PROT at the time (I do that in my autoexec.bat)
4)  VSHEILD 4.9v93 sent me this once while booting
Sorry an impossible internal error occurred
Error code is 8522

These last two happened twice for #3, and once for #4, no modifications
to the autoexec.bat had been made before or after the errors.

Anyone have any ideas?
Scan93 and F-prot 2.04b do not find any viruses, but the heuristic
search on f-prot finds that the shareware utility Directory Controller
(or whatever) dc106f.zip searches for executables.

Many thanks in advance

-- 
-- Pete Hurd, hurd@sfu.ca          |   Truth never set anyone free,
Behavioural Ecology Research Group |   it is only doubt which will
Dept.Biol.Sci., Simon Fraser Univ. |   bring mental emancipation.
Burnaby B.C. V5A 1S6 Canada        |               -- Anton LaVey
From: wagner@chepil.weru.ksu.edu (Larry Wagner)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Windows 3.1 won't start under DV386
Date: 19 Aug 1992 05:34:36 GMT
Organization: Kansas State University
Distribution: world
NNTP-Posting-Host: chepil.weru.ksu.edu

burge@qdeck.com (Bill Burge) writes:

>In article <1992Aug18.173142.14821@advtech.uswest.com> gregw@isaacs.uswest.com ( Greg Wilson) writes:
>>Stealth.  Windows then complained about memory location B000, so I added
>>"X=B000-B7FF" to the QEMM386 device statement ("RAM" was the only 
>>existing startup parameter previously) and rebooted.  Windows now starts 
>>outside of DV.

 [...]

>Yep, no Real mode in 3.1, you can't run Enhanced mode in DV and dos=high
>is not the way to go for DV386.  For DV386 you want to run Win /s.  Since
>you're on a 80386 you can loose the loader from the WIN Standard DVP.
>Move WIN.COM to the program line and leave /s on the parameters line.
>DOS=HIGH saves about 40K of dos memory by moving it to the 64K HMA.  DV
>is capable of using the entire HMA, all 64K.  Dupm the X=B000-B7FF.  THis
>is needed due to a bug in a piece of MS code that is unable to deal with
>a UMB in this area.  Add MONOUMB2.386 to your SYSTEM.INI file (instructions
>in the Win README.WRI) or down load the new WINHIRAM.VXD.  The added 32K of
                                             ^^^^^^^^^^^^
From where?

--
Larry E. Wagner                     | wagner@chepil.weru.ksu.edu
USDA-ARS Wind Erosion Research Unit | wagner@matt.ksu.ksu.edu
105B East Waters Hall, KSU          | phone: (913) 532-6807 
Manhattan, KS 66506                 | fax:   (913) 532-6528
Newsgroups: comp.os.msdos.desqview
From: hshlswe1@w222zrz.zrz.tu-berlin.de (Hilmar Schlegel)
Subject: Re: Mathematica 2.0 under DV?
Reply-To: hshlswe1@w222zrz.zrz.tu-berlin.de (Hilmar Schlegel)
Organization: ZRZ/TU-Berlin
Distribution: usa
Date: Wed, 19 Aug 1992 19:29:25 GMT

In article <1992Aug17.181158.613@ccsvax.sfasu.edu>,
z_youngwd@ccsvax.sfasu.edu writes:
> In article <1992Aug17.175352.2252@zia.aoc.nrao.edu>,
azensus@zia.aoc.nrao.edu (Anton Zensus) writes:
> > 
> > I have been running Mathematica V2.0 on my 386/20 MHz system.
> > Unfortunately
> > it does not seem to like QEMM/DV. Has anyone been able to set it up
> > so that it will run under qemm and/or DesqView.
> > 
> > Anton Zensus
> > 
> > azensus@nrao.edu
> 
> I can't get 2.0 to run using QEMM 6.02.
> There is a mention of this in a recent review of mathematica v 2.0
> in PC Magazine.  Mathematica is unable to _find_ the password you 
> entered during installation.  The only solution I've found, (not a good one)
> is to remove qemm and reboot.  
> 
> Oh yeah, this is happening with V2.0 for windows, so I'm not sure about
> 2.0 for dos.
> 
> Wayne
> 
We tested Mma2.0 for DOS and for WIN and arrived at the conclusion that it
is not worth to try to get it work smothly. 
From Wolfram Research we got the response that Quaterdeck has some
standard and Wolfram Research has its own and that one should therefore
"boot the machine to prepeare for use of Mma2.0".
This seems to be caused that "shielding the program" with a password is
more importantthen
performance and relaiability..
May be that the company delivering the shield is simply unable to manage
the several types of
memory in a DOS-PC.
Moreover after running Mma2.0 hangs the next poll over the PC-TCP driver
the entire machine and one can escape
only with "big red button".
We would be interested in other expieriences with Mma2.0.
Hilmar Schlegel (w250zrz.zrz.tu-berlin.de)
###

Newsgroups: comp.os.msdos.desqview
From: vla@ccadfa.cc.adfa.oz.au (Louis Verhagen)
Subject: Re: Problem with displays from remote apps.
Organization: Australian Defence Force Academy, Canberra, Australia
Date: Mon, 17 Aug 1992 07:33:50 GMT

books@fsunuc.physics.fsu.edu (Roger Books) writes:
>I'm just installed DV/X.  I'm running a 486/33 with 4MB of ram.  From
>what I've seen I'm quit happy with it, FTP inc's tcp/ip stuff running through
>a Crnwyr (sp?) packet driver.  I have only ran into one major bug.
>I telnet to our DecStation, setenv DISPLAY nrb209a.physics.fsu.edu:0
>and run xterm.  It very nicely displays on my PC.  I exit the terminal
>and try to do it again.  All I get is connection refused.  I can't run
>any Xapps after the first.

It's the sockets. I had the same trouble. After I used the command
ethdrv -t 20 -p 4 -u 2     it worked fine.

Have nice day
Louis Verhagen


Xref: sparky comp.os.msdos.desqview:2809 comp.windows.x:15521
From: alan@acpub.duke.edu (Alan M. Gallatin)
Newsgroups: comp.os.msdos.desqview,comp.windows.x
Subject: Desqview/X and XRemote
Date: 22 Aug 92 18:10:08 GMT
Followup-To: comp.os.msdos.desqview
Organization: Duke University; Durham, N.C.
Originator: alan@north7.acpub.duke.edu

Like many other people out there, I am looking to run Unix X sessions
on my PC.  Here's my situation:
   I regularly use one of several DEC Stations at my school by dialing
   into a terminal server.  While I am not sure of the terminal server
   make, it is of the kind where I can control-^-X to go from a terminal
   session back to the terminal server.  This particular model supports
   Xremote and is activated by either typing xremote and then following
   the manual connect procedure or by typing xremote xdm host for an
   automatic window creation.

   On the PC side of things, I have (up until now) been using Procomm
   Plus for simple VT emulation; however, I want to take advantage of
   Xremote's ability to run X over a serial line to my 14,400 bps modem.

   My PC is a 486/33 with 8MB running Desqview/X - I only have the
   standard release, i.e., no TCP/IP package, etc.  Given the fact that
   I don't have TCP/IP and that the terminal server does not permit
   SLIP connections, creating my X windows that way is not an option.

So the question is this:  How can I make Desqview communicate with the
Xremote software so I can display X-Sessions from the Unix machines on
my PC?

I'll be shocked if there's nothing out there to do the trick...

If responses are e-mailed to me, I will post a summary.  If you are
going to post your response, please note the Followup line to
comp.os.msdos.desqview.  Thank you.

-- 
 Alan M. Gallatin <alan@acpub.duke.edu>     |  The opinions contained in this
 Duke University School of Law; Durham, NC  |  post are statements of fact.
From: ralf+@cs.cmu.edu (Ralf Brown)
Newsgroups: comp.os.msdos.desqview
Subject: new DVdevload released
Date: 22 Aug 92 17:36:33 GMT
Article-I.D.: cs.BtEBKy.1HG.2
Organization: School of Computer Science, Carnegie Mellon


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.

Now available from
	CS.CMU.EDU [128.2.222.173] in /afs/cs/user/ralf/pub/DESQview
		(change there with a *single* command) as dvdevl11.zip
Soon to be available from
	WSMR-SIMTEL20.ARMY.MIL [192.88.110.20] in PD1:<MSDOS.DESQVIEW>
		as DVDEVL11.ZIP
	GARBO.UWASA.FI

(note: the name ends in letter 'ell' followed by two digits 'one').
-- 
Internet: RALF+@CS.CMU.EDU   |The University would disclaim this if it knew...
FIDO: Ralf Brown 1:129/26.1  |
BIT: RALF%CS.CMU.EDU@CARNEGIE|"Success has a simple formula: do your best,
AT&Tnet: (412)268-3053 school| and people may like it."   -- Sam Ewing
From: kdc@phys.ksu.edu (Kevin D Carnes)
Newsgroups: comp.os.msdos.desqview
Subject: List of available X products for PC's?
Summary: Looking for a list of available X products for PC's.
Keywords: X11, PC
Date: 12 Aug 92 15:04:09 GMT
Organization: Kansas State University
NNTP-Posting-Host: born.phys.ksu.edu

This isn't specific to desqview, but this is the first group I've
found that discusses a product (DV/X) that turns your PC into an X
server.  Is there a group that gives information on other available
products?  Desqview/X may well be what we end up with, but I'd like to
know what other options are available so that I could make an informed
choice.

--
Kevin Carnes
kdc@phys.ksu.edu                                 kdc@ksuvm.BITNET  
kdc@matt.ksu.ksu.edu                             
Newsgroups: comp.os.msdos.desqview
From: kemp@convex.com (Phil Kemp)
Subject: Re: DVX TCP/IP...
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Wed, 12 Aug 1992 22:40:53 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 <1992Aug12.153259.58093@cc.usu.edu> jrd@cc.usu.edu writes:

>In article <1992Aug12.171041.4858@gumby.dsd.trw.com>, hubbell@gumby.dsd.trw.com (Steve Hubbell) writes:
>> I am interested in the DV/X product, but I will only be able to use it through
>> a SLIP connection.  Does Quarterdeck's TCP/IP product support SLIP?  If it

YES in conjunction with FTP inc. PC/tcp

>> does, does anyone have any experience with it?  Does it support 16550's?

YES in conjunction with FTP inc. PC/tcp. To both questions.

>> 

>	DV/X is not sold with a TCP/IP protocol stack. You have to purchase
>separately either FTP Inc's kernel or Novell's Lan WorkPlace for DOS. FTP's
>kernel supports SLIP connections, LWP does not (works over Novell's ODI
>packet multiplexer). Nearly half the msgs in this group recently are on
>the subject of those external protocol stacks. Don't forget to also purchase
>the TCP/IP interface shim to talk to those stacks.

The shim is supplied by Qdeck.

There are a small group of us, 3 or 4, that are in throes of using
slip with FTP inc.'s stack and DV/X. There are some problems but it is
useable. The configuration I am using right now (writing this note
infact) is over a 9600 bps V.42bis connection to cisco Trouter. I'm
using FTP inc. generic kernel vers. 2.05 pl4. 2.10 is now shipping and
I am awaiting delivery. 2.10 is much less low memory intensive.

The trick just now is to use the packet driver ethersl.com and the
ethdrv.exe stack. Attempts to use the 16550.com and slpdrv.exe stack
from ftp result in x-windows spontaneously disappearing. A maximum of
12 sockets can be configured in the FTP/DV-X combination due to some
software issues. Hopefully this will be corrected in the future. I
still get the occasional disappearing session, once or twice a week,
but contrast that to two or three times an hour before we went to the
ethdrv stack. FTP and Qdeck are working on the slpdrv problem. The ftp
inc. packet driver 16550.com seems to be about 20% better in
performance than the ethersl.com packet driver, so I would like to go
back to it one day. Note that ethersl.com does make use of the
16550afn fifo buffers. I see ftp transfers of compressed files in the
range of .9 Kbytes/s if I leave the other network windows alone.

Hope this helps.
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
From: fu531abz@fub46.zedat.fu-berlin.de ()
Subject: ms-win 3.0 in dvx-window
Organization: Freie Universitaet Berlin, FRG
Date: Fri, 14 Aug 1992 09:09:29 GMT

When I start ms-win 3.0 in  a dvx-window it comes up in a size that is bigger than my screen.How can I change this?
Thanks for help
From: ashe@Rapnet.Sanders.Lockheed.Com (Shawn J. Ashe x0193)
Newsgroups: comp.os.msdos.desqview
Subject: Re: How to free common memory ?
Date: 14 Aug 92 11:24:09 GMT
Organization: Sanders Associates

In article <1992Aug14.052904.24164@solucor.uucp> jack@solucor.uucp (Jacques Gelinas) writes:
>I have written two program that make use of the mailbox feature
>of DV for inter program communication. These programs are
>eating slowly the pool for common memory.
>
>
>The best result I am having so far, is by not using
>mal_close() and mal_free() at all.
>

Are you using mal_new()? You must if you are using mal_free().

I use mailboxes extensively in some of my applications and don't
have a common memory problem...

Got any examples?

Shawn
Newsgroups: comp.os.msdos.desqview
From: holder@telesoft.com (Robert L. Holder @ignite)
Subject: Re: NewProc question
Keywords: Desqview API
Organization: TeleSoft, San Diego, CA, USA
Date: Thu, 20 Aug 1992 02:26:25 GMT

In <1992Aug19.220953.13641@telesoft.com> holder@telesoft.com (Robert L. Holder @ignite) writes:

>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.

The following seems somewhat useable:

1. Parent creates named mailbox (malOpen/malNew/malName)
2. Parent starts child process with NewProc
3. Parent then uses malSizeof/apiPause to checkup on mailbox
4. Child sends msg to mailbox when complete.


The child job will probably have to be a batch file containing:
      job.exe
      report.exe

job.exe runs the desired child job.
report.exe is a stub that sends a msg to named mailbox to notify parent.


I did try to setup a named pipe using a Unix domain stream socket.
Then use accept/select/read to monitor the pipe. The test compiled
but failed to bind when run. The test worked fine on Sun and SVR4/386.
Has anyone tried this as well?
This was all done using the DJGPP DOS port of GNU cc.
From: z_youngwd@ccsvax.sfasu.edu
Newsgroups: comp.os.msdos.desqview
Subject: Re: Mathematica 2.0 under DV?
Date: 17 Aug 92 18:11:58 CST
Distribution: usa
Organization: Stephen F. Austin State University

In article <1992Aug17.175352.2252@zia.aoc.nrao.edu>, azensus@zia.aoc.nrao.edu (Anton Zensus) writes:
> 
> I have been running Mathematica V2.0 on my 386/20 MHz system.
> Unfortunately
> it does not seem to like QEMM/DV. Has anyone been able to set it up
> so that it will run under qemm and/or DesqView.
> 
> Anton Zensus
> 
> azensus@nrao.edu

I can't get 2.0 to run using QEMM 6.02.
There is a mention of this in a recent review of mathematica v 2.0
in PC Magazine.  Mathematica is unable to _find_ the password you 
entered during installation.  The only solution I've found, (not a good one)
is to remove qemm and reboot.  

Oh yeah, this is happening with V2.0 for windows, so I'm not sure about
2.0 for dos.

Wayne
Newsgroups: comp.os.msdos.desqview
Subject: Re: Windows 3.1 won't start under DV386
From: pynq@quads.uchicago.edu (George Jetson)
Date: Sat, 22 Aug 1992 16:01:15 GMT
Reply-To: pynq@midway.uchicago.edu
Organization: D. J. Dougherty & Associates

In article <1992Aug21.161249.1264@qdeck.com> burge@qdeck.com (Bill Burge) writes:
>>
>>Anyway, when I launch W3-PIF.DVP, it brings up Windoze, and seems to work
>>just fine (I'm not a big Windoze person, so I wasn't able to test it
>>thoroughly), but when I tap the Alt key, the DV main menu comes up, but
>>the system then goes into cold storage.

>Nope.  This stuff is for Win 3.1 in 386Enhanced mode.  It has nothing to
>do with Standard mode (the mode it runs in DV).
OKfine.  Why would anyone want to run in Enhanced mode?
(Oh, you mean if they forgot to buy DV?)

>As for the Alt key == hang; I would look at possible video conflict.  Try
>setting Win to (basic) VGA
I am using basic VGA.  (I never got the hang of those funny drivers...)

>and remove the loader from the DVP it it is
>still there (it was more for 80286's).
That's interesting.  You are saying that you don't need the loader on a 386?

>Check the DVP by trying Win /s in
>a BIGDOS window.  Make sure that Windows' DVP is also set to Runs in
>Background [N], Virtualize [T], and Displays Graphics [Y].
I'll try it.

>just some ideas - 

Thanks.

************************************************************************
Please don't drink the battery acid, it tastes bad and will hurt you.
Also, don't bite the tyres, especially when the bike is moving.
(Our lawyers made us put this in this manual.)

	- pynq@quads.uchicago.edu, who is still costing the net
	  hundreds, if not thousands, of dollars, every time he posts -
************************************************************************
From: award@farside.auspex.com (Andrew Ward)
Newsgroups: comp.os.msdos.desqview
Subject: What is the QRAM program for?
Date: 20 Aug 92 18:12:11 GMT
Organization: Auspex Systems



Does this thing give me more mem in an XT?


-Andrew
From: pytlik@ra.cs.umb.edu (Marek Pytlik)
Newsgroups: comp.os.msdos.desqview
Subject: Multiple instances of winx
Date: 12 Aug 92 19:49:55 GMT
Organization: University of Massachusetts at Boston
Originator: pytlik@ra.cs.umb.edu

We have been trying to run mulitple instances of winx.exe and display
on HP workstations. The largest number of winx.exe up that we
were able to run on PC running DV/X was 1. Are we doing something wrong
,trying to abuse the DV/X or DV/X will not run multiple winx.exe ?
Before we purchased DV/X it seemed to be excellent gateway for our HP
boxes to MS Windows applications, but in reality it gives us lot of
problems.
From: jack@solucor.uucp (Jacques Gelinas)
Newsgroups: comp.os.msdos.desqview
Subject: How to free common memory ?
Date: 14 Aug 92 05:29:04 GMT
Organization: solucorp

I have written two program that make use of the mailbox feature
of DV for inter program communication. These programs are
eating slowly the pool for common memory.

I have read and read and read the books on the API (Both C and
Assembly). For each mailbox I do open (mal_open()), there is
a correponding mal_free() at the end of the program. This is
causing all kinds of trouble (DV prompt that there is
a program error). Before doing mal_free() I check my mail
handle with api_isobj(). Before doing any write or read, I
do also a api_isobj(). This is done in an assert() to make
sure I am manipulating correct handle.

The best result I am having so far, is by not using
mal_close() and mal_free() at all.

Here are my questions.

Does api_exit do some cleanup on open mailbox ?

What happen to mailbox closed but never freed ? It looks
like DV is reusing them anyway ?

What is the difference between a DVP format for DV and DVX ?

Thanks!

-- 

--------------------------------------------------------
Jacques Gelinas (jack@solucor.uucp)
Today it's my opinion
Newsgroups: comp.os.msdos.desqview
From: jknepley@nyx.cs.du.edu (Ranseus (Jim Knepley))
Subject: Re: DESQview, QEMM, and DRDOS
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Mon, 17 Aug 92 15:55:21 GMT

In article <5124@unixhub.SLAC.Stanford.EDU> esr@unixhub.SLAC.Stanford.EDU (Edwin S. Russell) writes:
>Has anyone had problems running DV or QEMM with DRDOS?

Nope, not a one.  I user DV 2.42, QEMM 6.02, and DRDOS 6.0 with no problems
at all.  SuperStor also peacefully coencides with this setup.

Jim

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: Wed, 12 Aug 1992 19:35:24 GMT

In article <1992Aug11.132955.3099@csc.ti.com> peterson@csc.ti.com writes:
>In article <1992Aug10.153250.18929@qdeck.com>, burge@qdeck.com (Bill Burge) writes:
>|> All this work would only have to be done is you did NOT put your cache as the
>|> next memory using device AFTER the QEMM386.SYS line in the config.sys.  If you
>|> need something to use "fast" memory between the QEMM line and the first line
>|> of say, the autoexec.bat file - use a EMS.SYS line to create a handle that
>|> uses the slow memory and then free it before the cache loads.  Ignore the info
>|> on 16K pages if you have the QEMM 6.0 EMS.sys or .com - they will allow to
>|> indicate in K.  EMS CR BILL 1024K would create a handle of 1024K.
>
>  However, I cannot place the disk cache immediately after the QEMM
>line.  Before I install the cache I need to install drivers for the
>SCSI and CD-ROM units, so that the cache can handle them.
>
>  Thanks for the suggestion I use "K" instead of 16K pages.  I'll use that!
>
>    Bob

Bob,

this only a problem if the devices between the QEMM386.SYS line and you 
cache USE EMS OR XMS MEMORY.  If they do - THEN you need to use EMS.SYS
to gobble the slow stuff until the line BEFORE the cache; where you would
RELEASE the memory taken with EMS.SYS.

Bill	burge@qdeck.com
Newsgroups: comp.os.msdos.desqview