HDTenEightyP/NetNews huggingface dataset:
From: sinclair@iccgcc.decnet.ab.com (Andrew Sinclair)
Newsgroups: comp.realtime
Subject: Re: What's wrong with DOS in real-time?
Date: 22 Jan 93 16:07:47 EST

In article <nhyrx5#@quantum.uucp>, danh@quantum.uucp (Dan Hildebrand) writes:
> [...] It would be interesting to see this table 
> filled out:
> 
> OS                    DOS          Windows     Windows
> (alpha order)         Support      3.0         3.1
> -----------------------------------------------------------
> OS-9000               Y            Y           ?
> QNX                   Y            Y           Y
> RMX                   Y            ?           Y
> VRTX                  Y            ?           ?
> UNIX (DOS/Merge)      Y            real mode   N
> UNIX (VPIX)           Y            real mode   N
 
I'd like to add a column to capture the approx. number of sites doing
active software development in each o/s.  (Especially development 
involving windows). 
 
> Some other questions worth asking are:
> 
> [...]
>
> 6) How much does the presence of Windows impact the realtime performance of
> the processes managed by the realtime OS ?

What about the impact of the rtos on the integrity of Windows and its apps?

> 
> [...]
> -- 
> Dan Hildebrand                     email: danh@qnx.com
> Quantum Software Systems, Ltd.     QUICS: danh  (613) 591-0934 (data)
> (613) 591-0931 x204 (voice)        mail:  175 Terrence Matthews          
> (613) 591-3579      (fax)                 Kanata, Ontario, Canada K2M 1W8
-- 
Andrew Sinclair				sinclaaj@icd.ab.com
Allen-Bradley Company
747 Alpha Drive
Highland Heights, Ohio USA  44143
Newsgroups: comp.realtime
From: anders@eras9.ericsson.se (Anders Tornquist)
Subject: Re: novel idea?
Organization: Ericsson Radio Systems AB , Stockholm, Sweden
Date: Wed, 27 Jan 1993 15:47:04 GMT

Does anyone know where to get a shareware (or something like that)
version of a realtime OS for 68000?

	    /Anders T

Newsgroups: comp.realtime
From: jsnyder@rock.concert.net (Joseph J Snyder -- Graphic Data Inc)
Subject: FTP site wanted
Organization: CONCERT-CONNECT -- Public Access UNIX
Date: Thu, 21 Jan 1993 16:26:17 GMT

Is there a ftp site for realtime things like demos of kernels, etc. ?
I am specifically looking for an iRMX demo and a VRTX demo.

Thanks in advance!

-Joe
Newsgroups: comp.realtime
From: kencham@ulysses.cs.umn.edu (Deepak Kenchammana-Hosekote)
Subject: Any Chorus folks read this group?
Organization: University of Minnesota
Date: Fri, 22 Jan 1993 04:19:22 GMT

Hi,

If (you are not working with Chorus Inc.) then 
	Press 'n';
else
	I have been trying hard to contact
	Will Neuhauser, but with no success. Could
	you forward my request for information 
	regarding Chorus?
	If you can help me out, then I would appreciate
	if you could mail us the info to

	Deepak Kenchammana-Hosekote,
	4-192, 
	Department Of Computer Science,
	University Of Minnesota,
	200 Union Street,
	Minnepolis, MN 55455.
end if

Thanks,

\deepak
--
This message is being generated by Kenchammana-Hosekotan SXXIIIR2. 
Please report bugs to kencham@cs.umn.edu.
From: Stuart Maclean <S.D.Maclean@ecs.soton.ac.uk>
Newsgroups: comp.realtime
Subject: Embedded Sys Prog
Date: 25 Jan 93 14:36:30 GMT
X-Mailer: ELM [version 2.4 PL2]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Length: 377

A while back, I asked for the address of the Embedded Systems
Programming journal. Thanks for all replies. I am slightly confused as
I have had three different addresses, one in San Francicsco, California, one in
Florida, and Nashville, Tennessee. Which of these are my best best for
first try. All info welcome, thanks in advance.

Stuart Maclean,
University of Southampton.
From: rg@msel.unh.edu (Roger Gonzalez)
Newsgroups: comp.realtime
Subject: HELP - Need info on IEEE object file format
Date: 18 Jan 93 21:18:45
Organization: Denning Mobile Robotics
Distribution: comp
NNTP-Posting-Host: nymph.msel.unh.edu


Hi - I use a MicroTec compiler for the HD64180 that seems to produce object
files in IEEE format, which seems to have some useful header info, but isn't
compatible with a.out or COFF.  They don't provide any information on it in my
asm or linker docs.. can anyone give me pointers to a description of the
format, or possibly even header files and code?

Thanks in advance,
Roger
--
ARTIFICIAL FLOWERS:  Pieces of plastic and metal, crudely fashioned to
  bear a limited, superficial resemblance to real flowers, but with no
  credible attempt to match their internal complexity in terms of form,
  function, or behavior.

ARTIFICIAL INTELLIGENCE: Really smart computers.

Roger Gonzalez - rg@msel.unh.edu     (508) 658-7800 (fax -2492)
Denning Mobile Robotics, 21 Concord Street, Wilmington MA 01887
From: gt@prosun.first.gmd.de (Gerd Truschinski)
Newsgroups: comp.realtime
Subject: Re: HELP - Need info on IEEE object file format
Date: 23 Jan 93 16:02:22 GMT
Distribution: comp
Organization: GMD Berlin (FIRST)

In article <RG.93Jan18211845@nymph.msel.unh.edu>, rg@msel.unh.edu (Roger Gonzalez) writes:
|> 
|> Hi - I use a MicroTec compiler for the HD64180 that seems to produce object
|> files in IEEE format, which seems to have some useful header info, but isn't
|> compatible with a.out or COFF.  They don't provide any information on it in my
|> asm or linker docs.. can anyone give me pointers to a description of the
|> format, or possibly even header files and code?
|> 
|> Thanks in advance,
|> Roger
Hi Roger

have a look into the sources of the GNU 'binutils-2.0.tar.Z' from the FSF.
They did support the microtec IEEE(695?) format. 

/gT/


|> 
|> Roger Gonzalez - rg@msel.unh.edu     (508) 658-7800 (fax -2492)
|> Denning Mobile Robotics, 21 Concord Street, Wilmington MA 01887

--
Gerd Truschinski         | INTERNET:    gt@first.gmd.de
c/o GMD-First  Berlin    | 
O-1199 Berlin-Adlershof  | TEL:         +49 30 6704 2662
Rudower Chausee 5 (13.7) | FAX:         +49 30 6704 5088
From: victor@cs.concordia.ca (KRAWCZUK victor)
Newsgroups: comp.realtime
Subject: Chorus and Ada for RT applications
Date: 22 Jan 93 01:31:50 GMT
Organization: Computer Science, Concordia University, Montreal, Quebec


Just flipping through an information packet I received from Chorus
Systemes I came across an interesting article on using Chorus and Ada
for real-time application development.  Has anyone had any experience
in using Ada and Chorus for real-time applications?  According to this
article, one can map Ada tasks to Chorus kernel threads.  That's quite
nice, but which compiler will allow you to do this sort of thing, and
on which platform (Sun-Sparc, 386, etc...)????

I promise to summarize if there is sufficient response.




-- 
-----------------------------------------------------------------------
|     Victor Krawczuk   (e-mail : victor@cs.concordia.ca )            |
|     Concordia University, Dept. of Computer Science  (H-961)        | 
|     1455 De Maisonneuve Blvd. W., Montreal, Quebec, Canada, H3G 1M8 |
Organization: City University of New York/ University Computer Center
Date: Tuesday, 26 Jan 1993 10:50:57 EST
From: Christopher Vickery <CCVQC@CUNYVM.BITNET>
Newsgroups: comp.realtime
Subject: Re: What's wrong with DOS in real-time?
 <nhyrx5#@quantum.uucp> <1993Jan22.160747.9625@iccgcc.decnet.ab.com>

In article <1993Jan22.160747.9625@iccgcc.decnet.ab.com>,
sinclair@iccgcc.decnet.ab.com (Andrew Sinclair) says:

>I'd like to add a column to capture the approx. number of sites doing
>active software development in each o/s.  (Especially development
>involving windows).

I would be leery of answers to this one that are supplied by vendors
or users.  The vendors may (or may not) be willing to say how many
copies of their OS they have sold, but that doesn't tell how many of
those sales represent true development sites.  It's like Microsoft's
claims about how many copies of Windows have been installed compared
to what many people suspect is a significantly smaller number of
actual Windows users.  The problem is particularly pernicious for an
OS that has been around a long time, is available in different
versions, etc.  The only meaningful answer would come from an
independently-conducted survey, and I'm not sure the market is large
enough to generate interest in conducting such a survey.

>
>What about the impact of the rtos on the integrity of Windows and its apps?

Murky question there.  What do you mean by "integrity"?  If you mean,
"does the memory management policy, or any other property of the rtos,
cause DOS and/or Windows apps to fail", then you get an answer like:
"Such bevior represents a bug in the rtos, which will be fixed 'real
soon.'"  On the other hand, if you are asking if the rtos will have a
negative effect on the *performance* of DOS/Windows applications, then
you are asking the wrong question.  By definition, it is the real-time
side of the application that must be given highest processing priority
so that it does not miss deadlines.  If you don't have deadlines, you
aren't doing real-time.  The real question, then, is whether DOS and/or
Windows apps can interfere with the ability of the real-time side to
meet its deadlines.  I can answer for iRMX for Windows, where DOS (and
Windows, if run) is/are encapsulated as a Virtual Machine-86 (VM86)
hardware task.  By running this task at the lowest priority, iRMX for
Windows guarantees that real-time tasks will always get the CPU when
they need it.  This may mean poor DOS-side responsiveness when there is
real-time processing to be done, but that's the way it's supposed to
be.  If you are doing real real-time work, you can't let DOS or Windows
or their applications interfere with the responsiveness of the real-time
side.  That's why I don't understand what Dan says when he says that QNX
runs DOS in real mode rather than VM86 mode.  A true real-mode app would
be able to starve the real-time side.
-------
Christopher Vickery, Computer Science Department, Queens College (CUNY)
Flushing, NY 11367-0904  vickery@ipc1.cs.qc.edu (718)997-3500
Newsgroups: comp.realtime
From: jeff@is.s.u-tokyo.ac.jp (Jeff McAffer)
Subject: Re: overheard conversation
Reply-To: jeff@is.s.u-tokyo.ac.jp
Organization: University of Tokyo / Object Technology International
Date: Fri, 22 Jan 1993 11:46:58 GMT
X-Bytes: 396

In article <1993Jan19.193640.15030@siemens.com> aad@siemens.com (Anthony Datri) writes:

 >My favorite is:
 >
 >Q:	Can I ask you a question?
 >A:	You just did.
 >
 >Very few people ever get it.

I like:

Q:	Can I ask you a question?
A:	Apparently.

--
ato de, |m        -- "Throughout my life I have sought peace and quiet"
                                                          - Ted Nuggent
From: gallag@hpwala.wal.hp.com (Mike Gallagher)
Date: Thu, 21 Jan 1993 22:15:08 GMT
Subject: Re: Interrupt handlers and Motorola F.P. coprocessor MC68882?
Organization: Hewlett-Packard Waltham Division
Newsgroups: comp.realtime
Distribution: comp
Reply-To: gallag@hpwala.wal.hp.com (Mike Gallagher)
Keywords: Motorola MC68882, Interrupt latency, Interrupt context saving


|> The Motorola manual for the MC68881/MC68882 floating point
|> coprocessors state that in the case of an MC68882 coprocessor one
|> must always save and restore (fsave/frestore) the coprocessor state
|> around handlers for all external interrupts, even though the
|> interrupt handler does not use floating point operations. This
|> seems to be a high price to pay for faster floating point
|> operations. Does anyone out there  have experience regarding this? Is
|> there any explanation for it? What happens if you don't do as
|> stated?

From the MC68881/MC68882 Floating-Point Coprocessor User's Manual

Section 6.2.5 Interrupt (page 6-27)

If an interrupt handler for a system using an FPCP requires the use of the
FPCP, or if a task switch requires that the context be saved, an FSAVE
instruction should be the first floating-point instruction executed by
the routine.  To restore the original context, an FRESTORE must be executed
by the routine before the RTE instruction.  If an interrupt handler does
no interact with the FPCP, no context save operations are required.

Mike Gallagher
From: rlk@VisiCom.COM (Bob Kitzberger)
Newsgroups: comp.realtime
Subject: Re: What's wrong with DOS in real-time?
Date: 23 Jan 93 20:29:06 GMT

In article <nhyrx5#@quantum.uucp>, danh@quantum.uucp (Dan Hildebrand) writes:
> [...] It would be interesting to see this table 
> filled out:
> 
> OS                    DOS          Windows     Windows
> (alpha order)         Support      3.0         3.1
> -----------------------------------------------------------
> OS-9000               Y            Y           ?
> QNX                   Y            Y           Y
> RMX                   Y            ?           Y
> VRTX                  Y            ?           ?
> UNIX (DOS/Merge)      Y            real mode   N
> UNIX (VPIX)           Y            real mode   N

OS/2 2.0		Y	     Y           soon

 
----------------
Bob Kitzberger          VisiCom Laboratories, Inc.
rlk@visicom.com         10052 Mesa Ridge Court, San Diego CA 92121 USA
                        +1 619 457 2111    FAX +1 619 457 0888
Xref: sparky comp.archives:3851 comp.sys.mac.digest:474
From: peter@artsci.utoronto.ca (Peter Gentry)
Subject: WGREEK17.ZIP - Greek-Hebrew Fonts/Accenter/Conv CCAT for Win3
Followup-To: comp.archives.msdos.d
Originator: w8sdz@tacom-emh1.army.mil
Organization: The SIMTEL20 Archives
Date: Wed, 27 Jan 1993 21:16:52 GMT

I have uploaded to WSMR-SIMTEL20.Army.Mil:

pd1:<msdos.windows3>
WGREEK17.ZIP    Greek-Hebrew Fonts/Accenter/Conv CCAT for Win3

                      WinGreek Version 1.7
   WinGreek - Greek and Hebrew Package for Windows 3.0 and 3.1

Shareware Package for using Greek and Hebrew in Windows.

Includes:

-Screen Fonts for Hercules, EGA, VGA & 8514
-Printer fonts for 9pin & 24pin Printers, HP LaserJets & Postscript.
-Utilities for Entering Accents (European Languages & Greek) and
      Converting between File Formats (WinGreek <=CCAT).

NEW:  Coptic / Greek / Hebrew TrueType Font for Windows 3.1!
      TrueType For All Printers Supported by Windows 3.1.


If You Receive WinGreek in ZIP Files, PKUNZIP will produce the
following AUTHENTICATION MESSAGE:

Authentic files Verified!  # EMK287  PETER J GENTRY

- -
Peter Gentry          INTERNET: peter@artsci.utoronto.ca
Newsgroups: comp.archives.msdos.announce
From: ts@chyde.uwasa.fi (Timo Salmi)
Subject: To new and old Garbo uploaders. Please read instructions
Followup-To: comp.archives.msdos.d
Organization: University of Vaasa
Date: Thu, 21 Jan 1993 09:08:54 GMT

To Our Old and New Valued Garbo uploaders:

Please read 
  12326 Jan  7 12:38 garbo.uwasa.fi:/pc/UPLOAD.INF
   4840 Dec 19 16:56 garbo.uwasa.fi:/pc/UPTEXT.INF
before you kind uploads.  (I also email the former on request by
email).  Taking the look before uploading rather that after will
make everyone's life slightly more convenient.

The reason for the request is that we have recently have had an
increasing number of noncorforming uploads and announcements.  It is
a waste of your and our time if they end up discarded, or if those
uploads, which are particularly for my attention, end up at the end
of the month(s) long backlog. 

   All the best, Timo

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
Newsgroups: comp.archives.msdos.announce
From: ts@chyde.uwasa.fi (Timo Salmi)
Subject: Garbo's last week downloads dominated by compression programs
Followup-To: comp.archives.msdos.d
Organization: University of Vaasa
Date: Mon, 25 Jan 1993 04:43:12 GMT

I do not usually post the weekly Garbo download statistics, but this
time it is interesting to note how prminently the archiver
(compression) programs feature in it.  They do that even normally,
but usually they are topped by virus scanners, and the occasional
peaks by general utilities.

100 most active files by number of retrievals at Garbo during the
last seven days.
 
 338 pkz204c.exe    53 arj230ng.exe   40 dezip.exe	32 morecn.zip
 213 unz50p1.exe    53 arc602.exe     40 alch16.zip	32 lds_10.zip
 174 winpool.zip    52 readme.txt     39 zip19p1x.zip	32 inter33a.zip
 155 uuexe520.zip   52 garbo10.gif    38 uc12.zip	31 wrksft15.zip
 147 arj239b.exe    52 aaplay.lzh     38 dr6win.zip	31 tvgaw31b.zip
 146 scanv99.zip    51 wscan99.zip    38 audit.zip	31 tm101.zip
 138 garbo1.gif	    50 kbmidi.zip     37 tar4dos.zoo	31 inter33c.zip
 136 vshld99.zip    50 fp-206a.zip    36 rzsz9202.tar.  31 inter33b.zip
 116 zoo210.exe	    49 moder19.zip    36 amdek.zip	31 index.txt
 114 clean99.zip    49 appbar.zip     35 tm400-2.zip	31 grasprt.zoo
 110 unz50p1.tar.Z  48 naked110.zip   35 speak.zip	31 et4win31.zip
 101 34wavs.zip	    48 ha098.zip      34 zip19p1.tar.Z  30 deapsea.zip
  93 lha213.exe	    47 booz20.zip     34 winjp140.zip	30 bluelake.gl
  83 ttfonts1.zip   46 skyvase.doc    34 tpwin31.zip	29 moonpole.gif
  76 ftp-list.zip   45 README	      34 tm400-4.zip	29 moongrid.gif
  75 winjam22.zip   44 trashcan.zip   34 tm400-3.zip	29 hpack78.zip
  71 ib11.zip	    43 grasp4.zoo     34 pak251.exe	29 hns.zip
  68 ttfonts2.zip   42 cshw850a.zip   34 mideast.gif	29 grfwk61m.zip
  64 ttfonts4.zip   41 unarj230.tar.  34 lha101u.tar.Z  29 garbo13.gif
  64 garbo2.gif	    41 tvgaw31a.zip   34 jpeg3386.zip	29 chess321.zoo
  63 unz50p1.zip    41 tdwin31.zip    34 UPLOAD.INF	28 vsumx212.zip
  63 0pcmag.zip	    40 wdl.txt	      33 skyvase.arj	28 vpic50c.zip
  60 revers.zip	    40 tm400-1.zip    33 mafia2.zip	28 umbdr522.zip
  58 ttfonts3.zip   40 pk361.exe      33 gs252ini.zip	28 robotrk1.lzh
  53 pkz110eu.exe   40 earthmo2.gif   33 ChangeLog	28 moonfals.gif

   All the best, Timo

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
Newsgroups: comp.archives.msdos.announce
From: Jeffrey@itm.org (Jeffrey Thompson)
Subject: CUG292WK.ZIP - C source & EXE for ASLINK and ASXXXX CrossASMs
Followup-To: comp.archives.msdos.d
Originator: w8sdz@tacom-emh1.army.mil
Organization: The SIMTEL20 Archives
Date: Wed, 27 Jan 1993 21:28:52 GMT

I have uploaded to WSMR-SIMTEL20.Army.Mil:

pd1:<msdos.crossasm>
CUG292WK.ZIP    C source & EXE for ASLINK and ASXXXX CrossASMs

CUG292WK.ZIP has K&R C source & DOS executables of ASLINK linker and
AS6800, AS6801, AS6804, AS6805, AS6809, AS68011, AS8085, ASZ80 cross
assemblers version 1.1, June 1990 written by Alan Baldwin, Kent State
University, Kent, Ohio (baldwin@pdp-shop.kent.edu).

The assemblers provide the following features: (1) alphabetized,
formatted symbol table listings, (2) relocatable object modules,
(3) global symbols for linking object modules, (4) conditional assembly
directives, (5) reusable local symbols, and (6) include-file processing.

The companion program ASLINK is a relocating linker performing the
following functions: (1) bind multiple object modules into a single
memory image, (2) resolve inter-module symbol references, (3) process
absolute, relative, concatenated, and overlay attributes in data and
program sections, (4) perform byte and word program-counter relative
(pc or pcr) addressing calculations, (5) define absolute symbol values
at link time, (6) define absolute area base address values at link time,
(7) produce Intel Hex or Motorola S19 output file, and (8) produce a map
of the linked memory image.

jat
- -
Jeffrey@itm.org
(Jeffrey Thompson)
Newsgroups: comp.archives.msdos.announce
From: ts@chyde.uwasa.fi (Timo Salmi)
Subject: garcvt10.zip Searches garbo:/pc/INDEX for a string
Followup-To: comp.archives.msdos.d
Organization: University of Vaasa
Date: Mon, 25 Jan 1993 08:54:17 GMT

-Subject: Re: garcvt10.zip upload
-To: sanders@server.physics.lsa.umich.edu
-Date: Mon, 25 Jan 1993 10:53:40 +0200 (EET)
-From: ts

> File name: garcvt10.zip
> One line description: searches garbo:/pc/INDEX for a string
> Author or company: T. M. Sanders
> Email address: sanders@umich.edu
> Special requirements: tested on DOS and unix
> External documentation included: yes
> Source included: yes
> Size: garcvt.exe 11k; garcvt.c 7k
> 10 lines description:
> garcvt performs a search for a specified string in the index file
> contained in garbo.uwasa.fi:/pc/INDEX, which must reside in a file
> designated by the environment variable GARBO_IDX.
> It will perform case-sensitive (by default) or case-insensitive
> searches, and produce output either of the default form:
> /pc/directory/filename        file_description
> or
> directory filename directory filename ...
> as used by Samuel Ko's automated downloading script garboftp.
> The program compiles and executes on DOS and unix systems.
> -----------------------------------------------------------
>
> Michael Sanders
> Randall Laboratory
> University of Michigan
> Ann Arbor, MI 48109-1120

Thank you for your contribution Michael.  This upload is now
available as
  12182 Jan 22 13:54 garbo.uwasa.fi:/pc/filelist/garcvt10.zip

This upload is naturally particularly welcome to us here at Garbo. 
I have one suggestion right away.  Take a look at some
non-descriptions.  For example test searching for tsbat and you'll
get also a directory that does not have it.  You might wish to
anchor the search to the first column in your potential future
versions. 

   All the best, Timo

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
Newsgroups: comp.archives.msdos.announce
From: Harald_Muehlhoff@softstream.fido.de (Harald Muehlhoff)
Subject: CCD110.ZIP - Quickly change directories (for NT and DOS)
Followup-To: comp.archives.msdos.d
Originator: w8sdz@tacom-emh1.army.mil
Organization: The SIMTEL20 Archives
Date: Thu, 28 Jan 1993 19:38:26 GMT

I have uploaded to WSMR-SIMTEL20.Army.Mil:

pd1:<msdos.dirutl>
CCD110.ZIP      Quickly change directories (for NT and DOS)

cd d:/ont/want/this/stuff/no/more   - or -   ccd more

CARECOM(R) ccd is a shareware utility that enables you to change directories
quickly without completely specifying pathes.

-  Compatible with MS-DOS(TM) and Microsoft(R) Windows NT(TM)
-  Compatible with networks for not creating (trying to create) files in other
   locations than its program/data directory.
   The directory trees and other data files can be made user local by setting
   an environment variable
   (Different users might "see" different parts of the directory hierarchies)
-  If a directory isn't found a directory tree rescan is started automatically
   (The user might not always be at fault! This feature can be disabled ;-)
-  You can partly qualify a path to make your search key less ambiguous, e.g.
   you are able to search for a directory "home" that is in a parent
   directory with a name ending with "et" (like sweet): "ccd et\home"
-  The search for inexact matches can be disabled.

Registered version only:

-  Program output can be selectively disabled.
-  You can quickly go back to the directory you last changed from.
-  You can define a home directory that you can quickly "return" to.

Requirements:

- MS-DOS(TM) 3.0 or higher  - OR -
- Microsoft(R) Windows NT(TM) operating system with FAT or NTFS partitions
  (Tested with Preliminary Release October 1992)

Harald Muehlhoff
- -
Harald_Muehlhoff@softstream.fido.de