HDTenEightyP/NetNews huggingface dataset:
From: liberato@dri.com (Jimmy Liberato)
Subject: Re: QEMM with HW EMS?
Reply-To: liberato@dri.com (Jimmy Liberato)
Organization: Novell/Desktop Systems Group, Monterey Development Center
Date: Tue, 8 Sep 92 19:38:31 GMT

burge@qdeck.com (Bill Burge) writes:

>In article <J8HPB9HP@dri.com> liberato@dri.com (Jimmy Liberato) writes:
>>aml@world.std.com (Andrew M Langmead) writes:
>>
>>>pngai@adobe.com (Phil Ngai) writes:
>>>
>>>>I salvaged a 4 megabyte hardware EMS board (Everex 8000) from
>>>>a 286 system and would like to use it in my 386 as a disk cache.
>>>>...
>>
>>>You could try to use QEMM as to control upper memory blocks and be a
>>>VCPI control program by using the FRAME=NONE parameter. Letting the Everex
>>>Do the EMS memory...
>>
>>The Everex card can only provide EMS in the presense of its proprietary
>>EMM.SYS driver which would not like QEMM at all (and visa-versa)...
>>
>>>Another option is to make the board extended
>>>memory...
>>
>>This is the best bet.  Superpckwik (and others) cache lets you set the lowest 
>>(from the top) usable extended memory location...
>
>...
>As for the reference to SuperPCKwick, it allows you to specify the AMOUNT
>but I have seen no reference to setting the PHYSICAL addresses used.  I
>would be curious to see the parameters that you thought would force it to
>use certain memory over other memory.

Since Phil has mentioned that he can't even use the board to add extended
memory to his system total the point becomes moot at this time but what I
was thinking of is the /EM:nnnn parameter (don't use any extended memory
below nnnn).  If all the slow memory from the 16bit card is above nnnn, 
that should provide the effect needed.

--
Jimmy Liberato   liberato@dri.com
                 ...uunet!drivax!liberato



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: Tue, 08 Sep 1992 18:22:38 GMT

In article <715573825snx@rundart.demon.co.uk> gt@rundart.demon.co.uk (Giles Todd) writes:
>
>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

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.

-- Doc Williamson <support@qdeck.com>

Newsgroups: comp.os.msdos.desqview
From: kemp@convex.com (Phil Kemp)
Subject: Re: DV/X and SLIP
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Tue, 8 Sep 1992 03:23:55 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 <4ef0JM_00WB2414FM6@andrew.cmu.edu> ltuttle+@CMU.EDU (Luke David Tuttle) writes:

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

This is becoming a FAQ and think Dan has just added an answer in the
latest FAQ posting.

But for those interested.

You need:
A slip conneciton ( stupid I know but necessary)

If it's dial-up make sure the modem is > 9600 and running some sort of
compression. I use 9600 with V.42bis. The effective speeds are
~2400-4800  bps for interacitve work.

DV/X
DV/X network mgr.

FTP inc. PC/TCP generic kernel
ethersl.com cnywr (sp?) packet driver.

That should do it. Install the packet driver, then the kernel, then
DV/X, then the network mgr. I don't know whether Qdeck has fixed the
install procedure yet, so if not, there is a program called qunpack
which uncompresses and de-archives files on the diskettes. My copy
wouldn't install ftp and telnet....

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: ted@dgbt.doc.ca (Ted Grusec)
Subject: Re: os2 vs desqview
Organization: The Communications Research Centre
Date: Sat, 12 Sep 92 01:38:45 GMT

In article <18qv33INN2jq@agate.berkeley.edu> ucbked@athena (Earl H. Kinmonth) writes:
>given the rapidly falling prices of 386/486 machines, is there
>any set of compelling reasons for using desqview rather than os2?
>

One reason, compelling only in the light of the programs you want to
run, is that programs written for Window 3.1 will not run under OS/2,
only those written for 3.0 will.  Under Desqview, you run whatever
Windows version you want directly, and therefore Desqview is totally
neutral about windows program versions.
-- 
==========================================================================
Ted Grusec    Communications Research Centre    (Govt. of Canada, DOC)
 3701 Carling Ave., Ottawa, Ont.K2H 8S2, CANADA  Internet: ted@dgbt.doc.ca
  Compuserve: 73607,1576  (613) 998 2762   Fax (613) 993 8657
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Where are the DV/X libs via FTP?
Organization: Quarterdeck Office Systems, Santa Monica CA
Distribution: usa
Date: Fri, 04 Sep 1992 16:12:47 GMT

In article <1992Sep01.211429.11498@sandr.COM> dlucy@sandr.COM (Douglas Lucy) writes:
>I'd like to grab the just-announced DV/X libs and GNU compiler.
>Can someone point me to the FTP site & path?
barnacle.erc.clarkson.edu
in the ftp/pub/msdos/djgpp directory

Gary Rich		<support@qdeck.com>
From: Ralf.Brown@B.GP.CS.CMU.EDU
Newsgroups: comp.os.msdos.desqview
Subject: Re: QEMM Stealth ROMs feature..?
Date: 10 Sep 92 12:47:52 GMT
Article-I.D.: ralf.2aaf43f8
Organization: Carnegie Mellon University School of Computer Science
Originator: ralf@B.GP.CS.CMU.EDU

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

I'm glad nobody ever told my computer.... :-)  I was running the EMS variant
of PC-Cache 5.5 until two months ago, with nary a problem in either ST:F or
ST:M (ST:F while I had an ATI VGA Wonder, ST:M since getting a Boca Super X
VGA).  I'm currently running entirely without a disk cache, since my new
hard disk is just about as fast without a cache as the old one was with a
1M cache, and I need that megabyte of RAM elsewhere.

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

-- 
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
Newsgroups: comp.os.msdos.desqview
From: kemp@convex.com (Phil Kemp)
Subject: Can't get round or oval shapes in dv/x libs
Summary: Shape primitive in dv/x libs won't support ovals
Keywords: x dv/x round square libs
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Wed, 9 Sep 1992 12:13: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.

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

--
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
Subject: Geoworks
From: Murray_Moffatt@kcbbs.gen.nz (Murray Moffatt)
Date: 4 Sep 92 14:33:38 GMT
Organization: Kappa Crucis Unix BBS, Auckland, New Zealand

Has anybody tried running Geoworks in a Desqview window?  Whenever I 
try it it seems to run ok for a few minutes and then crashes the whole 
machine.  Any ideas anybody?

Also, I'm using DR DOS 6.0, and I've been told there is a text file 
floating around which has things to watch out for when using Desqview 
and DR DOS together.  Since I don't have FTP access, can some kind sole 
please email it to me??  Ta very much!

Newsgroups: comp.os.msdos.desqview,comp.bbs.misc
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Subject: Re: When to load SHARE
Organization: Texas Instruments Inc
Date: Fri, 11 Sep 1992 18:16:01 GMT

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

Sorry, but that turns out to not be the case.  The only difference
(with regard to SHARE) between DOS 4 and DOS 5 is that on DOS 4 you
have to load SHARE to support partitions larger than 32 MB; on DOS 5
that is no longer necessary.  You still, however, need to load SHARE
any time you are using software which multitasks (where more than one
task might try to acess the same file).

-- 
"Insisting on perfect safety is for people who don't have the balls to live
 in the real world."   -- Mary Shafer, NASA Ames Dryden
------------------------------------------------------------------------------
Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
From: flash@aragorn.CSEE.Lehigh.Edu (Stephen Corbesero)
Newsgroups: comp.os.msdos.desqview
Subject: Extended Text Modes
Date: 16 Sep 92 01:21:05 GMT
Organization: Lehigh University

Is there anyway to make use of programs that employ extended video
text modes, like 43x132 under DesqView?  Specifically, programs like
Q/Pro and Paradox 4.0 can make use of some extended modes, but
DesqView always interferes.




--
Stephen Corbesero
CSEE Dept, Lehigh University
Newsgroups: comp.os.msdos.desqview
From: books@fsunuc.physics.fsu.edu (Roger Books)
Subject: Re: DV/X and X11 fonts (ATTN QD)
Organization: FSU Physics Dept.
Date: Tue, 8 Sep 92 13:36:01 GMT

In article <1992Sep02.194329.9933@qdeck.com> garyrich@qdeck.com (Gary Rich) writes:
>In article <books.60.0@fsunuc.physics.fsu.edu> books@fsunuc.physics.fsu.
edu (Roger Books) 

>>>>After having been through the font quest I have found 
out the following:
>>>>You need to get .bdf fonts and then run bdftosnf on 
them.  This program is
>>>>something QD missed but has now.  You can either 
get it from them or I can
>>>UUEncode it and mail it to you.
>>
>>>I suspect I speak for more than just myself when I urge you to post such
>>>a program here, or in alt.sources.*, or some other likely spot on Usenet,
>>>accessible to the poor unfortunates among us who lack ftp access. 'Twould
>>>be, as they say in my country, rilly bitchin'.
>>
>>How 'bout it Quarterdeck, can I (or you) post it?
>>  
>>
>>               Roger
>>               books@fsunuc.physics.fsu.edu

>Posting it here in a message seems silly, since your sysadmin will delete it 
>in a few days (after screaming blooddy murder about sending binaries to 
>usegroups).  If you don't have acces to our BBS or FTP, just send a message to
>        support@qdeck.com
>and we will be happy to send you a copy.  We'll even uuencode it if you ask.

>Gary Rich               <support@q      deck.com>

I don't want to post it to this group, I want to post it to an anon/FTP site.

Even if I did post it here I see programs posted to usegroups all the time.
You don't post a binary, you uuencode it and post it.  My sysadmin (me) 
would not scream about this.

The whole reason for the question is: May I post it?  Is this a proprietary 
version of the program?  Is QD going to sue me?


		Roger
		books@fsunuc.physics.fsu.edu
From: nagamati@caldera.usc.edu (Romklau Nagamati)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Problems with Dvx after installation
Date: 10 Sep 1992 21:16:18 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: caldera.usc.edu

In article <BuDAAn.3Fn@news.udel.edu> brad@bach.udel.edu (Brad Cain) writes:
>
>After installing Desqview X on my 386-25 with 8 megs of ram, I found
>that I couldn't really open any X apps at all.  I can't seem to even
>...
>I do have 8 megs.  I have QEMM 6.02 installed, smartdrive, mouse driver,
>and another device driver...that's all.  The onlX apps that I can open
>
>                Total Memory     Total Avail.   Largest Avail.
>Conventional     540K             171K            171K
>Expanded Mem.    7264K            608K            528K
                  ~~~~~            ~~~~
                    \................/

How many Meg did you give to Smartdrv? Look like too much for me... I always
doubt the rational of giving Smartdrv several Meg RAM... The performance 
gained when increase Smartdrv cache size over one Meg just doesn't worth
the memory you lose... But again... it may be justified in some cases...

What does Manifest report (on System/overview) before you go into DV/X
anyhow... Also, DV/X comes with QEMM386 6.03... Is there any reasons
why you switch back to 6.02, I'm just curious?

>
>This is with no apps open except for of course the memory status app.
>...
>Brad Cain                     University of Delaware Electrical Engineering
>brad@bach.udel.edu                "A heaven, I'd get with a hope"-New Order 

Ron N.

----------------------------------------------------------------------------
   Romklau Nagamati    |   "...."
   nagamati@usc.edu    |
From: pynq@quads.uchicago.edu (George Jetson)
Newsgroups: comp.os.msdos.desqview
Subject: Re: QEMM Stealth ROMs feature..?
Date: 12 Sep 92 19:47:42 GMT
Reply-To: pynq@midway.uchicago.edu
Organization: D. J. Dougherty & Associates

In article <18smdjINN6cr@matt.ksu.ksu.edu> dwgordon@matt.ksu.ksu.edu (Dwight W. Gordon) writes:
>>Note, however, that PC-Cache 5.5 is a write-through cache.  I wouldn't be
>>surprised if there are problems with delayed-write EMS disk caches.
>
>  I'm have been running hyperdisk (hyper386 and hyperdkx) on two
>different configurations of computers with st:m on each and had

HYPERDKX accesses the memory as extended, not expanded, using, I
believe, VCPI.  (Don't quote me on this last)

************************************************************************
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: nickw@syma.sussex.ac.uk (Nick Watkins)
Newsgroups: comp.os.msdos.desqview
Subject: Re: DV/X and X11 fonts
Date: 4 Sep 92 16:17:47 GMT
Organization: University of Sussex

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

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

Nick
-- 
Dr Nick Watkins, Space Plasma Physics, Univ. of Sussex, Brighton BN1 9QH, UK
JANET: nickw@uk.ac.sussex.syma        BITNET: nickw%syma.sussex.ac.uk@uk.ac
Newsgroups: comp.os.msdos.desqview
From: pynq@quads.uchicago.edu (George Jetson)
Subject: Re: QEXT.SYS - Is it an XMS driver?
Reply-To: pynq@midway.uchicago.edu
Organization: D. J. Dougherty & Associates
Date: Mon, 14 Sep 1992 20:56:19 GMT

In article <1992Sep11.170608.9809@qdeck.com> support@qdeck.com (Technical Support) writes:
>
>With QEXT.SYS running, you don't need HIMEM.SYS; QEXT is a functional superset.
>(At least it is on a 286. Sometimes manufacturers have their own versions
>of HIMEM that enable special features, but generally speaking this is
>only on 386's). Your XMS clients should be able to access all of your
>Extended memory just fine with QEXT...
>

Well, it turns out my problem was due to using an old version of QEXT.SYS.

For some reason, I had been using the one from DV 2.22, and that one
apparently is *not* an XMS driver.  Switching to the one from DV 2.32
solved my problem.

Thanks to all who responded - I probably would have just assumed that it
wouldn't work if y'all had not assured me that it would/should work.

************************************************************************
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 -
************************************************************************
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: QEMM Stealth ROMs feature..?
Organization: Quarterdeck Office Systems, Santa Monica CA
Distribution: na
Date: Thu, 10 Sep 1992 19:15:33 GMT

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

My understanding is that most of them try to do a primitive
sort of multitasking through the page frame.
This get's terribly upset by a ROM suddenly
popping up in the middle of the page frame.

If they were to carefully read the EMS spec, and
not make unwarranted assumptions about having
exclusive 
 rights  rights to the page frame, they
could get away with this.

The problems caused by this can usually be
worked around via the DBF= param on 
the QEMM line.  Or, simply by having the 
cache use XMS where they can't get into this 
kind of situation.


Gary Rich		<support@qdeck.com>



Newsgroups: comp.os.msdos.misc
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Subject: Re: DOS 5.0 missing previous exe ?
Organization: Texas Instruments Inc
Date: Wed, 9 Sep 1992 22:05:22 GMT

In <1992Sep8.164124.4508@scott.skidmore.edu> pvonk@scott.skidmore.edu (Pierre VonKaenel) writes:

>In article <1992Sep8.133619.6621@alw.nih.gov> (Luis Ochoa) writes:
>>I would like to know what happened to the redir.exe in the current 
>>version DOS 5.0 ? My DOS 5.0 didn't come with a redir.exe.
>                                                 ^^^^^^^^^

>Are you sure you weren't using some other shell.  redir.exe is not in
>my \dos (5.0) directory.  My dos 3.3 manual doesn't have a redir
>command either.

Redir should have come with your networking software (the client side,
that runs on the DOS box).  And yes, redir.exe is different for MS-DOS
5.0, and a machine running 5.0 will fail bigtime if you try to run the
redir.exe from an earlier version of DOS.

-- 
"Insisting on perfect safety is for people who don't have the balls to live
 in the real world."   -- Mary Shafer, NASA Ames Dryden
------------------------------------------------------------------------------
Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
From: ddj+@cs.cmu.edu (Doug DeJulio)
Newsgroups: comp.os.msdos.misc
Subject: ST-01 w/ NeXT CD-ROM?
Summary: Help me make it work.
Date: 15 Sep 92 20:30:50 GMT
Organization: School of Computer Science, Carnegie Mellon


Hi.

I've got several PCs, and an old ST-01 SCSI card laying around.  I've
also got a NeXT machine, and just received a NeXT SCSI CD-ROM drive.
I'd like to be able to use the drive on my PCs, since there's so much
CD-ROM stuff out for the PC.  Anyone have any advice?  I'm running
MS-DOS version 5.0 right now.
-- 
Doug DeJulio
ddj+@cmu.edu
From: stern@mble.philips.be
Newsgroups: comp.os.msdos.misc
Subject: Theodor A. Kaldis E-mail address ?
Date: 7 Sep 92 11:03:56 MEWT
X-From: stern@mble.philips.be
X-Newsgroups: comp.sys.ibm.pc.wanted
Followup-To: comp.os.msdos.misc,comp.sys.ibm.pc.wanted

X-Date: 7 Sep 92 11:00:03 MEWT
X-Organization: MBLE , Brussels, Belgium

Does anybody know if Theodore A. Kaldis is reachable via E-mail ?
He is the author of the fabulous QUUDCD program.

Thanks,

Marc Stern  --  <stern@mble.philips.be>
-- 

--  Marc Stern  <stern@mble.philips.be>
Newsgroups: comp.os.msdos.misc
From: heathh@cco.caltech.edu (Heath Ian Hunnicutt)
Subject: Re: Rumor about MS/DOS ver 6.0
Organization: California Institute of Technology, Pasadena
Date: Sat, 12 Sep 1992 19:13:42 GMT

Jan-Inge_Flucht@f203.n901.z92.badnet.bad.se (Jan-Inge Flucht) writes:
>is going around. Is there anyoune who knows if there are a beta- 
>verson coming up ?? 
> 
	About two weeks ago, PC Week magazine ran an article about DOS
6.0, complete with screen shots.  Apparently, DOS 6.0 will include
backup software, and rudimentary peer-to-peer networking support.

Regards,
Heath

-- 
--
From the Home for Amnesiac Computer Scientists....
  heathh@cco.caltech.edu