CP/M/CPM_CDROM.iso/simtel/archives/cpm/8611-1.txt

Text File | 1993-02-12 | 99KB | 2,367 lines

 1-Nov-86 15:29:14-MST,1204;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 1 Nov 86 15:28:57-MST
Received: from mit-xx.arpa by AMSAA.ARPA id a006304; 1 Nov 86 16:50 EST
Date: Sat, 1 Nov 1986  15:15 EST
Message-ID: <[e-mail]>
From: [e-mail]
To:   [e-mail]
cc:   [e-mail]
Subject: NSWP207

After bombing with NSWP208, I got this version (207) from SIMTEL20. I
am having three troubles.

1.  NSWEEP207 does not seem to accept a file-spec as JCL.  I can type

    NSWEEP207 *.mss

    and I will get the same thing as if I type

    NSWEEP207

    I also have trouble using a drive-spec, so that

    NSWEEP207 b:*.mss

    gives funny results.


2.  NSWEEP207 does not seem to want to View files for me.  I get the
first few lines of the file, and then I get what appears to be a
display of the directory (i.e., lines with some ascii text in them and
some garbage, and the ascii text is filenames on that drive).

3. The squeeze function creates a larger file than the original, and
isn't even squeezed.

In case it is relevant, I am running this on M/PM 8-16, on a hard
disk.

help?

Thanks..
 1-Nov-86 16:12:46-MST,2006;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 1 Nov 86 16:12:34-MST
Received: from brl-smoke.arpa by AMSAA.ARPA id a006411; 1 Nov 86 17:27 EST
Received: from USENET by SMOKE.BRL.ARPA id a008219; 1 Nov 86 17:31 EST
From: Gregory Woodbury <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: IMP for the C-128
Message-ID: <[e-mail]>
Date: 1 Nov 86 08:10:29 GMT
Sender: [e-mail]
Followup-To: net.micro.cpm
Keywords: C-128 MEX TERMCAP
To:       [e-mail]

In article <[e-mail]> [e-mail] (Jay Kumarasingam) writes:
>... I set
>the term to be adm31 and everything works fine except......
> i)  whenever there is a reverse video line, all I get is graphic characters.
> ii) within vi when I insert into a line, it seems to overwrite the line.
>
>termcap entry? Has anyone else had the same problems and fixed them?
>Please post.

I have indeed been biten by the same bug several time, and have written a
termcap and a terminfo for the 128.  The main problem is that the C-128 isn't
really an adm-341 emulator as much as a Kaypro emulator.  The <ESC>G#
codes are different, which causes the alt char set to be used instead of
inverse video.  Here is the termcap that I am using on SysV.2 UNIX's:
---------------cut here--------------
c128|c128.mex|cpm128|commodore-128 cp/m+:\
    :co#80:li#24:am:cl=\E*:bs:\
    :cm=\E=%+ %+ :nd=\014:up=\013:ce=\ET:cd=\EY:\
    :al=\EE:dl=\ER:im=:ei=:ic=\EQ:mi:dm=:ed=:dc=\EW:\
    :so=\EG4:se=\EG0:us=\EG3:ue=\EG0:
----------------------------
Its not absolutely complete, but its better than trying to use the ADM-31
and going blind.  The terminfo (available on request) is more complete and
based on a look at the terminal emulation sources in the CBM release.
--
------------------------------------------
Gregory G. Woodbury                The usual disclaimers apply
Red Wolfe Software and Services, Durham, NC
{duke|mcnc|rti-sel}!ethos!ggw
 1-Nov-86 19:48:35-MST,833;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 1 Nov 86 19:48:23-MST
Received: from lll-mfe.arpa by AMSAA.ARPA id a006810; 1 Nov 86 21:10 EST
Date: Sat, 1 Nov 86 21:11 EST
From: [e-mail]
Subject: MUMPS, APL for CP/M-80 or Apple // series
To: [e-mail]

From:    <[e-mail]>   (Richard C. Secrist)
Date:    Sat,  1-NOV-1986 21:12 EST
To:      [e-mail],
         [e-mail]
Message-ID: <[OAK.SAINET.MFENET].ADD51DA0.008F7537.SECRIST>
Header-Disclaimer: I don't like my headers either !
X-VMS-Mail-To: MICRO,CPM

Anybody have/seen a PD/inexpensive APL or MUMPS for CP/M-80 ?  Apple ?

Is there a <LANGUAGES> archive anywhere ?


rcs
[e-mail]
 2-Nov-86 00:25:24-MST,1109;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 2 Nov 86 00:25:13-MST
Received: from simtel20.arpa by AMSAA.ARPA id a007305; 2 Nov 86 1:40 EST
Date: Saturday, 1 November 1986  20:23-MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: [e-mail]
To: [e-mail]
Subject:   New program to read MSDOS disks on Commodore C128 CP/M
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Sat 1 Nov 1986 23:33-MST

I just uploaded RDMS233C.LBR to SIMTEL20:

Filename            Type     Bytes     CRC

Directory PD:<CPM.C128>
RDMS233C.LBR.1            BINARY     47104  BA48H

This is an adaptation of RSMS 2.33 (from <CPM.DSKUTL>RDMS233.LBR) for
the Commodore 128 running CP/M 3.0.  This program will allow reading
of any of the 4 MSDOS format diskettes, copying files to CP/M format
diskettes.  This is only useful for copying text (program source and
doc included) and data files - MSDOS .com or .exe files will not run
under CP/M!!!

Sincerely,
Frank Prindle
[e-mail]
 2-Nov-86 03:55:51-MST,691;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 2 Nov 86 03:55:45-MST
Received: from brl-smoke.arpa by AMSAA.ARPA id a007657; 2 Nov 86 5:29 EST
Received: from USENET by SMOKE.BRL.ARPA id a013687; 2 Nov 86 5:30 EST
From: Michael Kersenbrock <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Query on CP/M disk formats
Message-ID: <[e-mail]>
Date: 31 Oct 86 05:17:03 GMT
To:       [e-mail]

There also is the interleave factor (physical to logical sector number
mapping) that will vary from disk to disk.

--

Mike Kersenbrock
Tektronix Computer Aided Software Engineering
Aloha, Oregon
 2-Nov-86 19:06:20-MST,1435;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 2 Nov 86 19:06:05-MST
Received: from wiscvm.arpa by AMSAA.ARPA id a009631; 2 Nov 86 20:22 EST
Received: from (GA.OLS)ISUMVS.BITNET by WISCVM.WISC.EDU on 11/02/86 at
  19:25:30 CST
Date:      Sun,  2 Nov 86 19:18:44 CST
To:  [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
From:        Rob Olson <[e-mail]>

I have a strange question for any of you with long memories:
   I picked up a Xerox 850 stand alone word processing unit a
while back that I am trying to get to work with a CP/M system.
Requests made to Xerox on my behalf didn't return much and I think
that this is the place to reach the people I need...

1) I'm trying to get the printer part to work with my system by
installing a standard interface on the printer unit itself.  The
connection to the box has resisted my attempts with a scope to
figure out what is going on.  Any information on a pinout would
be wonderfull...

2) I am trying to use the 8" drives as the base for a new CP/M
system that a friend is developing.  The drives are Shugart SS/SD
with a Xerox board instead of the original from Shugart!  Anybody
know what this beastly does.


   Since this is not of general interest, please reply directly to
me.  Thanks for listening.

Rob
[e-mail]

 2-Nov-86 19:15:31-MST,783;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 2 Nov 86 19:15:25-MST
Received: from mit-mc.arpa by AMSAA.ARPA id a009659; 2 Nov 86 20:31 EST
Date: Sun 2 Nov 86 20:29:53-EST
From: Mark Becker <[e-mail]>
Subject: BDOS ^S function Applications Note
To: [e-mail]
Message-ID: <[e-mail]>

Digital Research released Applications Note 05, dated 2/20/82, from
which I quote:

    "The control-S function controls screen scrolling during CRT
     output.  However, the system does not recognize control-S if
     you type another character before it."

     The note then gives a three-location patch for the problem.  I
think someone was looking for this.
-------
 2-Nov-86 23:05:23-MST,2295;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 2 Nov 86 23:05:14-MST
Received: from simtel20.arpa by AMSAA.ARPA id a010198; 3 Nov 86 0:21 EST
Date: Sun, 2 Nov 1986  22:25 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Quick reference list to SIMTEL20's CP/M directories

PD:<CPM>CPM.CRCLST on SIMTEL20 (the file listing all the filenames,
sizes and CRCs of the PD:<CPM.xx> directories) has been updated as
of today.

Quick reference list to SIMTEL20's PD:<CPM.x> directories
as of November 2, 1986 (where 'x' is one of the names below):

22RSX         CCP           FILUTL        MISC          SORT
6502          COBOL         FINANCE       MODEM         SPELL
AMETHYST      COMND         FORTH-83      MODEM2        SPREADSHEET
APPLE         CPM3          FORTRAN       MODEM7        SQUSQ
ARC-LBR       CPM68K        GENASM        MSOFT         STARTER-KIT
ASMUTL        CPM86         GENCOM        NEWS          SUBMIT
ATARI         CPMINFO       GENDOC        NSTAR         SYSUTL
AZTEC-C       CPR86         GENIE         NUBYE         TERM
BASIC         CUG           GRAPHICS      OSBORN        TRS-80
BBS           DATABASE      HAMMING       PACKET        TURBODOS
BBSLISTS      DBASEII       HAMRADIO      PARASOL       TURBODOS-SIGI
BDOS          DEBUG         HDUTL         PASCAL        TURBOPAS
BDSC-1        DIRUTL        HEATH         PBBS          TXTUTL
BDSC-2        DISASM        HELP          PILOT80       VDOEDIT
BDSC-3        DISKPLOT      HEX           PLOT33        VOICE
BDSC-4        DSKBUF        IMP           PPSPEL        WSTAR
BSTAM         DSKUTL        INSIDCPM      PROLOG        XCCP
BYE3          EDITC80       KAYPRO        PUBKEY        XLISP
BYE5          EDITOR        LIST          PUBPATCH      Z8EDEBUG
C128          EDUCATION     MACLIB        RBBS          ZCPR
C64           EMX           MATH          RBBS4         ZCPR2
C80           EPSON         MBBS          RCPM          ZCPR3
CATLOG        FAST2         MEMTEST       ROS
CB80          FILCPY        MEX           SCREENGEN
CBIOS         FILE-DOCS     MICNET        SMALLC21
 3-Nov-86 10:24:44-MST,747;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 3 Nov 86 10:22:50-MST
Received: from lll-mfe.arpa by AMSAA.ARPA id a010635; 3 Nov 86 5:26 EST
Date: Mon, 3 Nov 86 05:28 EST
From: [e-mail]
Subject: Little-Ada Conversion
To: [e-mail]

From:    <[e-mail]>   (Richard C. Secrist)
Date:    Mon,  3-NOV-1986 05:28 EST
To:      [e-mail]
Message-ID: <[OAK.SAINET.MFENET].27782F80.008F7646.SECRIST>
Header-Disclaimer: I don't like my headers either !
X-VMS-Mail-To: CPM

Has anyone every converted the LITL_ADA from SIG/M volume 92 from
Polymorphic to CP/M 2.2 ?!

rcs
[e-mail]
 3-Nov-86 16:29:59-MST,1393;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 3 Nov 86 16:29:51-MST
Received: from brl-smoke.arpa by AMSAA.ARPA id a001949; 3 Nov 86 17:39 EST
Received: from USENET by SMOKE.BRL.ARPA id a005084; 3 Nov 86 17:33 EST
From: Dave Van Cleef <[e-mail]>
Newsgroups: net.micro.cpm
Subject: S-100 SBC query
Message-ID: <[e-mail]>
Date: 3 Nov 86 21:45:45 GMT
To:       [e-mail]


I recently acquired an s-100 not-quite-SBC (CPU,64k memory,serial)
made by a company called Newton Laboratories, and can't seem to locate
any documentation for it.  I would appreciate it if some kindly
netdotter who has some information to mail it to me.

===============================================================================
Dave Van Cleef -- Lowly undergrad at Rutgers University, New Brunswick, NJ

Internet : [e-mail]
UUCP     : {seismo, allegra, ihnp4, pyrnj, pyramid}!topaz!vancleef
                     o          o
Physical Location: 40  34' N, 74  45' W

USnail: 66 Cherry Tree Farm Road, Middletown, NJ 07748

Phone: [phone] voice
       201-615-0214 Unknown Kadath ROS bbs

Witty Saying: "There are no more witty sayings."
              "What do you expect, the Commedian is dead."
===============================================================================
 4-Nov-86 00:03:08-MST,1060;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 4 Nov 86 00:02:58-MST
Received: from 128.32.136.22 by AMSAA.ARPA id a003522; 4 Nov 86 0:57 EST
Received: from jade.berkeley.edu
    by violet.berkeley.edu (5.54 (CFC 4.22.2)/1.16.3)
    id AA05683; Mon, 3 Nov 86 22:02:11 PST
Received: from opal.berkeley.edu
    by jade.Berkeley.Edu (5.54 (CFC 4.22.3)/5.7.1)
    id AA24924; Mon, 3 Nov 86 22:02:00 PST
Received: by opal.Berkeley.Edu (4.20/5.7.1)
    id AA02247; Mon, 3 Nov 86 22:01:40 pst
Date: Mon, 3 Nov 86 22:01:40 pst
From: "William C. Wells" <[e-mail]>
Message-Id: <[e-mail]>
To: [e-mail], [e-mail]
Subject: Re:  MUMPS, APL for CP/M-80 or Apple // series

There is a MICROMUMPS for CP/M-80.  For information try:

    Richard F. Walters
    Electical and Computer Engineering
    University of California
    Davis, CA 95616

That's the address on the MicroMUMPS Installation Manual dated Oct 1983.

Bill Wells
 4-Nov-86 04:28:56-MST,958;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 4 Nov 86 04:28:48-MST
Received: from brl-smoke.arpa by AMSAA.ARPA id a004164; 4 Nov 86 5:45 EST
Received: from USENET by SMOKE.BRL.ARPA id a011033; 4 Nov 86 5:34 EST
From: Richard Andrews <[e-mail]>
Newsgroups: net.micro.cpm
Subject: request for p/d software
Message-ID: <[e-mail]>
Date: 2 Nov 86 22:52:29 GMT
Sender: [e-mail]
To:       [e-mail]


Two requests actually.

1) Could I be put on the mail list please.  My address is...

                ...ihnp4!chinet!cabbie


2)Is there a p/d terminal program and an assembler that will run on
cpm 80?  I am new the cpm world and am not real sure what else is
available.  Does anyone have a list of what is available and what is
the best assembler for cpm either p/d or otherwise.

                    Thanks,
                    Rich Andrews
                    ihnp4!chinet!cabbie


 4-Nov-86 18:32:50-MST,2378;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 4 Nov 86 18:32:38-MST
Received: from ucb-vax.arpa by AMSAA.ARPA id a026422; 4 Nov 86 19:38 EST
Received: by ucbvax.Berkeley.EDU (5.53/1.18)
    id AA16506; Tue, 4 Nov 86 16:41:52 PST
Received: by ucdavis.UCDAVIS.EDU (4.12/4.7)
    id AA01733; Tue, 4 Nov 86 13:07:00 pst
Received: by clover.ucdavis.edu (4.12/4.7)
    id AA28103; Tue, 4 Nov 86 13:02:34 pst
Date: Tue, 4 Nov 86 13:02:34 pst
From: Eric Hildum <ucdavis!clover![e-mail]>
Message-Id: <[e-mail]>
To: ucdavis![e-mail]
Subject: Mumps


On the assumption that there are several people who are interested in
MUMPS - this is some info that I have...

>From walters@dill Mon Nov  3 08:25:31 1986
>Received: from dill.ucdavis.edu by clover.ucdavis.edu (4.12/4.7)
>    id AA10087; Mon, 3 Nov 86 08:25:22 pst
>Return-Path: <walters@dill>
>Received: by dill.ucdavis.edu (4.12/3.14)
>    id AA03706; Mon, 3 Nov 86 08:28:11 pst
>Date: Mon, 3 Nov 86 08:28:11 pst
>From: walters@dill (Richard Walters)
>Message-Id: <[e-mail]>
>To: hildum@dill
>Subject: `inexpensive mumps'
>
>please let him know that we have mumps for cp/m(Z80) for $56.00. Source code
>for $112. mumps for apple with z80 card: $56.00. no one has been able to
>put mumps on 6502 or appledos.
>
>send check to regents uc c/o lori at divison computer science.
>
>for apl, i saw one running on pc from a man in israel weisman institute (where
>margaret is). suspect it may nto be cheap but if he wants details: the
>individual is Ron Ribitzky, md, bitnet address: maribit@Weizman. full
>address here if wanted.
>

The mailing address Dr. Walters is referring to is:

Division of Computer Science
University of California, Davis
Davis, CA 95616

Attn: Lori Rennick

You can contact Lori directly (I believe) by using any of the
addresses given below, except the BITNET address, by substituting
"rennick" for "hildum."

            Eric Hildum

        Preferred:    dehildum@ucdavis    (BITNET)
                [e-mail]
                [e-mail]
                ucdavis!clover![e-mail]
                ucdavis!clover![e-mail]

        Otherwise:    [e-mail]
                [e-mail]
                [e-mail]
 6-Nov-86 15:14:54-MST,728;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 6 Nov 86 15:14:34-MST
Received: from xerox.arpa by AMSAA.ARPA id a020209; 6 Nov 86 16:34 EST
Received: from Semillon.ms by ArpaGateway.ms ; 06 NOV 86 13:03:09 PST
Date: Thu, 6 Nov 86 13:02:58 PST
From: [e-mail]
Subject: Re: BDOS ^S function Applications Note
In-Reply-To: <[e-mail]>
To: Mark Becker <[e-mail]>
cc: [e-mail]
Message-ID: <861106-130309-1293@Xerox>

Would it be possible to get a copy of the actual Applications note for the ^s fix.
I would like to see what was done to get around the problem.

Thanks in advance.

Russ
 6-Nov-86 20:09:48-MST,924;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 6 Nov 86 20:09:40-MST
Received: from brl-smoke.arpa by AMSAA.ARPA id a022444; 6 Nov 86 21:34 EST
Received: from USENET by SMOKE.BRL.ARPA id a000408; 6 Nov 86 21:30 EST
From: Tim Brengle <[e-mail]>
Newsgroups: comp.os.cpm,net.micro.cpm
Subject: Re: Distributing CP/M sources
Message-ID: <[e-mail]>
Date: 6 Nov 86 21:40:52 GMT
To:       [e-mail]

While having the SIMTEL20 archives is a truly wonderful thing, it is less
than reliable for me.  I have requested a couple of files as many as 3 times
(requests separated by at least a week) without getting any response from
them at all.  Other files I have received parts 2 and 3 of three, and never
gotten part 1.

Maybe I am doing something wrong?

It would be very nice to have a *reliable* source...

                Tim Brengle
 6-Nov-86 23:41:42-MST,1351;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 6 Nov 86 23:41:35-MST
Received: from simtel20.arpa by AMSAA.ARPA id a022864; 7 Nov 86 1:10 EST
Date: Thu 6 Nov 86 21:57:35-MST
From: Rick Conn <[e-mail]>
Subject: New Z System Files
To: [e-mail]
Message-ID: <[e-mail]>

The following files are now in PD:<ZSYS.NEW> and are scattered about
in their proper PD:<ZSYS.*> directories.  They will be removed from NEW
in time (2 weeks or more).  Thanks to Keith Petersen for his efforts in
uploading them.

        Rick


   PD:<ZSYS.NEW>
          Bytes(SZ)

 ALIAS#2.LBR.1    21504(8)
 CALCRCP.ZZ0.1    7552(8)
 DD12.LBR.1       8192(8)
 FINDF26.LBR.1    22400(8)
 LX12.LBR.1       14976(8)
 MCOPY44.LBR.1    24064(8)
 MCOPY45B.LBR.1   26112(8)
 MODULA-2.RAS.1   6374(7)
 PRINTHLP.LBR.1   17280(8)
 SB180WHO.MSG.1   2272(7)
 TLF.LBR.2        14208(8)
 VMENU24.LBR.1    77184(8)
 W20.LBR.1        28544(8)
 WHATSNEW.EI.2    4751(7)
 Z-NEWS.6Q1.2     8832(8)
   .6Q2.1         13696(8)
   .6Q3.1         9216(8)
   .6Q4.1         13824(8)
 Z-SYSTEM.MQG.1   4480(8)
 ZLBR10.LBR.2     21248(8)
 ZNODES35.LQT.1   3968(8)

 Total of 177 pages in 21 files
-------
 6-Nov-86 23:53:22-MST,958;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 6 Nov 86 23:53:15-MST
Received: from simtel20.arpa by AMSAA.ARPA id a022866; 7 Nov 86 1:11 EST
Date: Thu, 6 Nov 1986  22:01 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: BDOS ^S function Applications Note - and others
In-reply-to: Msg of 6 Nov 1986  14:02-MST from pencin.pa at xerox.ARPA

> Would it be possible to get a copy of the actual Applications
> note for the ^s fix.  I would like to see what was done to get
> around the problem.

A complete set of application notes for CP/M 2.2 from Digital Research
is available from SIMTEL20 as:

Filename            Type     Bytes     CRC

Directory PD:<CPM.CPMINFO>
CPM22APP.LBR.1            BINARY     34944  7C00H
CPM22PAT.LBR.1            BINARY      8064  AC4CH

--Keith
 7-Nov-86 00:23:41-MST,5195;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 7 Nov 86 00:23:20-MST
Received: from simtel20.arpa by AMSAA.ARPA id a022868; 7 Nov 86 1:11 EST
Date: Thu, 6 Nov 1986  22:07 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Tim Brengle <[e-mail]>
Cc:   [e-mail]
Subject: Distributing CP/M sources
In-reply-to: Msg of 6 Nov 1986  14:40-MST from Tim Brengle <brengle%hplabsc.uucp at BRL.ARPA>

> While having the SIMTEL20 archives is a truly wonderful thing, it
> is less than reliable for me.  I have requested a couple of files
> as many as 3 times (requests separated by at least a week)
> without getting any response from them at all.  Other files I
> have received parts 2 and 3 of three, and never gotten part 1.

> Maybe I am doing something wrong?

> It would be very nice to have a *reliable* source...

The source is only as reliable is the mail routes when using the
archive server.  Host "seismo" has blocked any messages originating
from the server because they do not wish to handle the mail traffic it
generates.  You must use a path other than seismo.  Here are some
that work...

To obtain up to five files in a single request message by netmail from
the public domain archives kept on SIMTEL20.ARPA, send a message to:

[e-mail], or via uucp:
...!ucbvax!simtel20.arpa!archive-request
...!uw-beaver!simtel20.arpa!archive-request
...!decwrl!simtel20.arpa!archive-request
...!lll-crg!simtel20.arpa!archive-request

The message body must contain lines beginning with the keyword SEND,
one SEND line for each file requested.  Case is not significant.

The general syntax of a SEND line is:

SEND format filename

In general, a filename consists of the following components:

device:<directory>file.type.generation

"device:" is usually PD:, and the combination of PD:<directory> is
expected unless an alias has been advertised of the form "alias:",
which takes the place of both device and directory fields.  The
generation field may be left off and defaulted to the highest
generation number.  "file.type" follows the usual filenaming
conventions.

In all formats listed below, if the file to be sent is larger than
55K, the file is sent in numbered parts.  The parts must be
reassembled in order and edited to remove any headers, preface, and
trailers before the process can be reversed to reconstruct the
original file.

Allowable formats are:

SEND HELP
        This file you are reading now.

SEND INFO
        A detailed description of the SIMTEL20 Archives, which
        includes this file, pointers to certain key files, and
        descriptions of various file transfer programs and related
        utilities.

SEND BOOTSTRAP
        A brief quick reference listing of filenames of the key
        utilities used to reconstruct files sent by the compression
        and encoding techniques listed below.

SEND DIR filespec
        This format returns a CRC list of the requested files, and is
        the only format which allows wildcard filenames (but not
        wildcard directory names).  The list is sent as an ASCII text
        file.  The wildcard characters are "*" and "%".  The asterisk
        means any number of characters, while the percent sign means
        exactly one character.  Either or both may appear in any
        combination in either or both the file or type fields, while
        only the asterisk may appear in the generation field.

SEND RAW filename
        If the file is ASCII, it is sent as-is, regardless of size.
        This format is the least efficient over network and mail
        gateway resources.  Use this format only if you absolutely
        must.

With the four formats listed below, if the file is ASCII and under 25k
characters, it is sent as-is, as if RAW format was requested.  Binary
files are always processed according to the requested format.
However, a request for ARC or SQ processing of files with type .ARC,
.LBR, or .%Q% is ignored and the original file is either uuencoded or
hexified (if possible), according to the requested format.  If the
file was not sent RAW, a short preface is inserted at the front of the
message describing the process actually taken and a CRC entry
describing the original file.

SEND ARE filename  or  SEND filename
        The original file is made into a uuencoded ARC file.

SEND ARH filename
        The original file is made into a hexified ARC file if the ARC
        file is under 64K bytes long.  Otherwise, an apology is
        returned instead of the requested file.

SEND SQE filename
        The original file is made into a uuencoded SQueezed file.

SEND SQH filename
        The original file is made into a hexified SQueezed file if the
        Squeezed file is under 64K bytes long.  Otherwise, an apology
        is returned instead of the requested file.

To get started in finding your way around the SIMTEL20 archives, send
another request: SEND INFO
 7-Nov-86 03:21:37-MST,1224;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 7 Nov 86 03:21:28-MST
Received: from wiscvm.arpa by AMSAA.ARPA id a023357; 7 Nov 86 4:57 EST
Received: from (WILD)FREMBL51.BITNET by WISCVM.WISC.EDU on 11/07/86 at
  04:01:37 CST
Date:           Fri, 07 Nov 86 11:00:10 n
To:  [e-mail]
From:             David Wild <[e-mail]>
Organisation:   European Molecular Biology Laboratory
Postal-address:  c/o ILL, BP 156X, 38042 Grenoble Cedex, France
Phone:          [phone] [switchboard]  76-48-72-75 [direct]
Subject:        Help with BRADFORD needed


I am having problems with BRADFORD, the letter quality printing program,
which does not appear to run on my machine. I have got the version from
SIMTEL20 (in PD:<CPM.LIST>BRADFORD.LBR). The program starts O.K. with
the sign-on message and the first prompt (enter filename:), but after
typing in the name of a file present on the disk, there is some disk
activity and the system just warm boots - no error messages.
Has anyone else encountered this problem?
My machine is a 64K Amstrad CPC464 (probably unknown in the States, but
very popular here in Europe).

David

 7-Nov-86 08:34:02-MST,1180;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 7 Nov 86 08:33:25-MST
Received: from brl-smoke.arpa by AMSAA.ARPA id aa29128; 7 Nov 86 9:30 EST
Received: from USENET by SMOKE.BRL.ARPA id a008678; 7 Nov 86 9:30 EST
From: Keith Burton <[e-mail]>
Newsgroups: comp.os.misc,net.micro.cpm
Subject: OASIS Operating System
Message-ID: <[e-mail]>
Date: 6 Nov 86 18:32:07 GMT
To:       [e-mail]


Is anyone out there using the OASIS operating system (from Phase One Systems)
on their Z80 computer?  I think it's pretty much the best, cleanest multi-
user system ever developed for the home user.  If there are any other users
left out there, please EMAIL me.

A couple of us here have decided to dump all the overly-complex operating
systems we've been playing with at home (AmigaDOS, Micronics (and other UNIX
look-alikes), MPM, etc.) and do our hobby computing on OASIS.  We would LOVE
to get into a software exchange with other OASIS users.

If you want to respond, please use EMAIL, as this is being posted on some
sections I don't normally read.

Keith Burton.
jkb@ukma
 7-Nov-86 22:30:38-MST,1007;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 7 Nov 86 22:30:23-MST
Received: from brl-smoke.arpa by AMSAA.ARPA id a016071; 7 Nov 86 23:32 EST
Received: from USENET by SMOKE.BRL.ARPA id a026526; 7 Nov 86 23:35 EST
From: Mark Horton <[e-mail]>
Newsgroups: net.micro.cpm,comp.os.cpm
Subject: net.micro.cpm is being renamed comp.os.cpm
Message-ID: <[e-mail]>
Date: 7 Nov 86 20:13:13 GMT
To:       [e-mail]

This newsgroup is being renamed from net.micro.cpm to comp.os.cpm.
This renaming will gradually take place over the next few weeks.
More and more messages posted to this newsgroup will be aliased
into the new newsgroup as they pass through the net, and people
will begin to post to the new group.  After a few weeks, the
old name will be removed.

This note is to inform you of the renaming so you can begin to
read the new group as well as the old group.

    Mark Horton
    Director, the UUCP Project
 8-Nov-86 12:21:49-MST,906;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 8 Nov 86 12:21:41-MST
Received: from lll-crg.arpa by AMSAA.ARPA id a019654; 8 Nov 86 13:42 EST
Received: Sat, 8 Nov 86 10:45:21 pst by lll-crg.ARPA (4.12/)
    id AA00185; Sat, 8 Nov 86 10:45:21 pst
Received: by csustan.UUCP (5.31/4.7)
    id AA00851; Sat, 8 Nov 86 10:35:13 PST
Received: by polyslo.UUCP (4.12/4.7)
    id AA10347; Wed, 5 Nov 86 14:07:57 pst
Date: Wed, 5 Nov 86 14:07:57 pst
From: Marcos Della <csustan!polyslo![e-mail]>
Message-Id: <[e-mail]>
To: csustan!lll-crg![e-mail]
Subject: MDM730.COM questions

I was wondering if anyone knew how to patch the mdm730 software to support
2400 baud as opposed to 300,600,1200,4800,9600. I'm running it under
Montazuma micro's cp/m for the trs80 model IV machine...

Marcos Della
mdella@polyslo

 9-Nov-86 04:08:13-MST,827;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 9 Nov 86 04:08:07-MST
Received: from brl-smoke.arpa by AMSAA.ARPA id a024151; 9 Nov 86 5:35 EST
Received: from USENET by SMOKE.BRL.ARPA id a009970; 9 Nov 86 5:32 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: CP/M under MS-DOS ???
Message-ID: <427@PSUECLA>
Date: 6 Nov 86 01:11:11 GMT
To:       [e-mail]


Sometime ago, someone posted an article about an MS-DOS program which
could read/run CP/M code. This was public domain software. Does anyone know
of this program? Could you possibly point me to a server which will send it
on down my line?

                                      thanks in advance,
                                                       [e-mail]
 9-Nov-86 19:32:46-MST,747;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 9 Nov 86 19:32:35-MST
Received: from nosc.arpa by AMSAA.ARPA id a028148; 9 Nov 86 20:52 EST
Received: by bass.ARPA (5.31/4.7)
    id AA21712; Sun, 9 Nov 86 17:56:56 PST
Message-Id: <[e-mail]>
Date: Sun, 9 Nov 86 17:49:32 PST
From: Matt Smiley <crash!pnet01![e-mail]>
To: [e-mail]
Subject: Re: Distributing CP/M sources

The problem could be in your path, (some are simply more reliable than others)
or you could be addressing your requests wrong. They are to be sent to
ARCHIVE-REQUEST@SIMTEL20, not ARCHIVE-SERVER where the programs are sent
*from*. Hope this helps.

...nosc!crash!pnet01!msmiley
10-Nov-86 07:20:33-MST,1934;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 10 Nov 86 07:20:13-MST
Received: from apg-1.arpa by AMSAA.ARPA id a003968; 10 Nov 86 8:29 EST
Date: Mon, 10 Nov 86  8:32:26 EST
From: Robert Bloom AMSTE-TEI 3775 <[e-mail]>
Subject: N* Advantage = Dumb terminal?
To: [e-mail], [e-mail]
Cc: [e-mail]

I'm trying to use my NorthStar Advantage (a all-in-one computer)
as a dumb terminal to a TurboDOS system.  The problem is that
every commo package I've tried so far is too slow for any speeds
higher then 1200 baud or so.  I want 4800 baud minimum, 9600 baud
desired.  (19.2k? dream mode on)

I don't need *any* facilities in the way of file handling, just a
basic terminal with editing (cursor control, clear screen,
insert/delete line, inverse video - which are all provided by the
video driver anyway.)

The modem7/mex overlays are not fast enough - or more properly,
the computer does not execute the video driver bdos/bios calls
fast enough.  The effect is characters are lost, most commonly
one or two after a linefeed.  The 'host' TurboDOS does recognise
the DTR line and stops output accordingly if DTR drops.  The
Advantage i/o also can be interrupt driven (but is not under
cp/m).

I've written a tiny commo program that does nothing but ship
characters to/from the modem port from/to the console
output/input via IN/OUT and bdos func 6.  All my attempts to
control DTR to avoid character loss has been unsuccessfull.  (I
don't know how to write a interrupt-driver or I would have tried
that too.)

So, has anyone tried/done a hack for the Advantage to allow
serial i/o at speed above 2400 baud?  My normal dealer says max
is 1200 baud and won't help further.  With a cooperating host
(i.e. acknowledges the DTR line) I'm sure higher speeds are
possible.  But how?

bob

10-Nov-86 19:07:29-MST,769;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 10 Nov 86 19:07:22-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a019951; 10 Nov 86 20:27 EST
Received: from USENET by ADM.BRL.ARPA id a009766; 10 Nov 86 20:32 EST
From: Blackwell <[e-mail]>
Newsgroups: comp.os.cpm
Subject: simtel uucp access
Message-ID: <[e-mail]>
Date: 10 Nov 86 15:25:57 GMT
To:       [e-mail]

I have read several times about the SIMTEL "UUCP access method."
Is this something new?  I would really like access to the SIMTEL20
cpm archives.  Could someone tell me how this can be done?

Please reply via email...

        Mike Blackwell   ihnp4!aicchi
--
--
            Mike Blackwell
            ..ihnp4!aicchi!mdb
11-Nov-86 00:32:28-MST,2126;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 11 Nov 86 00:32:19-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a020604; 11 Nov 86 1:45 EST
Received: from USENET by ADM.BRL.ARPA id a011088; 11 Nov 86 1:53 EST
From: Mark Steven Jeghers <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Re: N* Advantage = Dumb terminal?
Message-ID: <[e-mail]>
Date: 10 Nov 86 17:12:30 GMT
To:       [e-mail]

In article <[e-mail]> [e-mail] (Robert Bloom AMSTE-TEI 3775) writes:
>I'm trying to use my NorthStar Advantage (a all-in-one computer)
>as a dumb terminal to a TurboDOS system.  The problem is that
>every commo package I've tried so far is too slow for any speeds
>higher then 1200 baud or so.  I want 4800 baud minimum, 9600 baud
>desired.  (19.2k? dream mode on)

Having used the N* Advantage in past years, I can testify that a major
part of your problem is simply that it is not a very quick computer.
This is especially true of it's screen.  On this basis I must sadly
say that you may not get much more speed than what you currently have.
--
+----------------------------------------------------------------------------+
|     Mark Steven Jeghers - the living incarnation of "Deep-Thought"         |
|     ("You won't like the answer ... you didn't ask it very well.")         |
|                                                                            |
|     {ihnp4,cbosgd,lll-lcc,lll-crg}|{dual,ptsfa}!cogent!mark                |
|            ^^^^^^-------recommended------^^^^^                             |
|                                                                            |
|     "A poodle-free world within a decade.  We can do it...together!"       |
|                                                                            |
| Cogent Software Solutions can not be held responsible for anything said    |
| by the above person since they have no control over him in the first place |
+----------------------------------------------------------------------------+
11-Nov-86 02:47:22-MST,2064;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 11 Nov 86 02:47:11-MST
Received: from mit-ai.arpa by AMSAA.ARPA id a020939; 11 Nov 86 4:22 EST
Date: Tue, 11 Nov 86 04:30:57 EST
From: "Paul R. Grupp" <[e-mail]>
Subject:  N* Advantage = Dumb terminal?
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of Mon 10 Nov 86  8:32:26 EST from Robert Bloom AMSTE-TEI 3775 <rbloom at APG-1.ARPA>
Message-ID: <[AI.AI.MIT.EDU].117157.861111.GRUPP>

    Date: Mon, 10 Nov 86  8:32:26 EST
    From: Robert Bloom AMSTE-TEI 3775 <rbloom at APG-1.ARPA>

    I'm trying to use my NorthStar Advantage (a all-in-one computer)
    as a dumb terminal to a TurboDOS system.  The problem is that
    every commo package I've tried so far is too slow for any speeds
    higher then 1200 baud or so.  I want 4800 baud minimum, 9600 baud
    desired.  (19.2k? dream mode on)
...
    The effect is characters are lost, most commonly one or two after
    a linefeed.
...
This is a common problem with any memory mapped display that is updated
by the host CPU.  The problem here is that any line feed that requires
the screen to scroll (e.g. <LF> on the last line) will need the CPU
to move EVERY character on the screen up one line then clear the last
line.  This takes a great deal of CPU time and while this is going on
the CPU can't poll the port to check for new incomming data.  Here are
three solutions that I've used in order of ease to implement.

 1.  Have the host send PADD characters (or pause time) after it sends
     a <LF>.  (note clear screen takes a while too)
 2.  Write interupt drivers for the COMM port that fills a buffer that
     the term program goes to when looking for input.
 3.  Write your own screen driver that looks at the comm port after
     each single line is moved, and buffers any waiting data between
     it's moves.
 (4) Get a terminal or new system! 8^)

Using any of 1-3 I've gotten an AVERAGE throughput of about 80K baud!

-Paul

11-Nov-86 14:20:00-MST,694;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 11 Nov 86 14:19:54-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a023216; 11 Nov 86 15:10 EST
Received: from USENET by ADM.BRL.ARPA id a014315; 11 Nov 86 15:14 EST
From: Tim Brengle <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Adventure-like game creation
Message-ID: <[e-mail]>
Date: 11 Nov 86 18:30:12 GMT
Keywords: Adventure gamemaster
To:       [e-mail]

Thanks to all of the poeple who answered my previous posting
about a mailing list for adventure-like game creators by
pointing me to [e-mail].

                Tim Brengle
13-Nov-86 16:28:40-MST,2051;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 13 Nov 86 16:28:28-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a001659; 13 Nov 86 17:48 EST
Received: from USENET by ADM.BRL.ARPA id a027271; 13 Nov 86 17:41 EST
From: "Paul R. Grupp" <[e-mail]>
Newsgroups: net.micro.cpm
Subject: N* Advantage = Dumb terminal?
Message-ID: <[e-mail]>
Date: 13 Nov 86 22:15:21 GMT
Sender: [e-mail]
To:       [e-mail]


    Date: Mon, 10 Nov 86  8:32:26 EST
    From: Robert Bloom AMSTE-TEI 3775 <rbloom at APG-1.ARPA>

    I'm trying to use my NorthStar Advantage (a all-in-one computer)
    as a dumb terminal to a TurboDOS system.  The problem is that
    every commo package I've tried so far is too slow for any speeds
    higher then 1200 baud or so.  I want 4800 baud minimum, 9600 baud
    desired.  (19.2k? dream mode on)
...
    The effect is characters are lost, most commonly one or two after
    a linefeed.
...
This is a common problem with any memory mapped display that is updated
by the host CPU.  The problem here is that any line feed that requires
the screen to scroll (e.g. <LF> on the last line) will need the CPU
to move EVERY character on the screen up one line then clear the last
line.  This takes a great deal of CPU time and while this is going on
the CPU can't poll the port to check for new incomming data.  Here are
three solutions that I've used in order of ease to implement.

 1.  Have the host send PADD characters (or pause time) after it sends
     a <LF>.  (note clear screen takes a while too)
 2.  Write interupt drivers for the COMM port that fills a buffer that
     the term program goes to when looking for input.
 3.  Write your own screen driver that looks at the comm port after
     each single line is moved, and buffers any waiting data between
     it's moves.
 (4) Get a terminal or new system! 8^)

Using any of 1-3 I've gotten an AVERAGE throughput of about 80K baud!

-Paul
14-Nov-86 12:00:47-MST,959;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 14 Nov 86 12:00:36-MST
Received: from dockmaster.arpa by AMSAA.ARPA id a014814; 14 Nov 86 13:26 EST
Date:  Fri, 14 Nov 86 13:25 EST
From:  "Paul E. Woodie" <[e-mail]>
Subject:  Keyboard Converter info
To:  [e-mail]
Message-ID:  <[e-mail]>

I would like to interface an IBM-type keyboard to my Osborne Executive.
The keyboard puts out a TTL "ascii-like" serial bit stream and my
computer expects to see an 8-bit parallel input on the keyboard port.  I
imagine that someone has done this sort of thing before, maybe even some
company that offers an IBMPC-keyboard-to-8-bit-parallel conversion
adapter.  Can anyone offer some information?  I know that I can design
and build an adapter, but -- just maybe -- someone has already done
this.

Thanks in advance, --Paul Woodie (Woodie at dockmaster)
15-Nov-86 02:36:53-MST,1404;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 15 Nov 86 02:36:47-MST
Received: from mit-ai.arpa by AMSAA.ARPA id a023307; 15 Nov 86 4:05 EST
Date: Sat, 15 Nov 86 04:10:48 EST
From: "Paul R. Grupp" <[e-mail]>
Subject:  Keyboard Converter info
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of Fri 14 Nov 86 13:25 EST from Paul E. Woodie <Woodie at DOCKMASTER.ARPA>
Message-ID: <[AI.AI.MIT.EDU].118660.861115.GRUPP>

    From: Paul E. Woodie <Woodie at DOCKMASTER.ARPA>

    I would like to interface an IBM-type keyboard to my Osborne Executive.
    The keyboard puts out a TTL "ascii-like" serial bit stream and my
    computer expects to see an 8-bit parallel input on the keyboard port.  I
    imagine that someone has done this sort of thing before, maybe even some
    company that offers an IBMPC-keyboard-to-8-bit-parallel conversion
    adapter.  Can anyone offer some information?  I know that I can design
    and build an adapter, but -- just maybe -- someone has already done
    this.

    Thanks in advance, --Paul Woodie (Woodie at dockmaster)

First off, the IBM keyboard sends serial data of key number NOT ascii.
It sends the key number when the key is pressed, then sends key#+80h
for key release.  For info on an adapter see Micro/Systems Journal issue
July/August 86, pg 34.

15-Nov-86 07:52:08-MST,1622;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 15 Nov 86 07:51:59-MST
Received: from simtel20.arpa by AMSAA.ARPA id a024168; 15 Nov 86 9:25 EST
Date: Sat, 15 Nov 1986  06:22 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   "Mark E. Becker" <[e-mail]>
Cc:   [e-mail]
Subject: Compression schemes and no source code

> I had retrieved a copy of <CPM.CCP>conix.lbr and found many of
> the files had .DZC or .CZM extensions.  Can you tell me what
> compression scheme was used to squeeze these files?

> Also, if there is some handy CP/M-80 utility to unsqueeze them,
> could you pass its name along as well?

Yes, there is a program called CRUNCH (and companion UNCRunch) which
does Lempel-Zev-Welch style file compression on CP/M-80.  It is far
more efficient than SQueeze/UnSQueeze which uses the Hoffman
algorithm.  The efficiency of CRUNCH exceeds that of MSDOS`s
ARC512.EXE utility.

[Flame on] - Too bad the authors of LU and NULU never released the
source code.  We **COULD** have had a combined LBR/CRUNCH which would
have been better than MSDOS's ARC files.  Another stifling of software
expansion/development caused by those who will not share the basic
tools we need to keep CP/M alive. [end of flame].

Filename        Type     Bytes     CRC

Directory PD:<CPM.SQUSQ>
CRUNCH20.DAT.1        ASCII      1984  E4B5H <--performance info
CRUNCH22.LBR.1        BINARY     26880  FAB1H <--Z80 crunch/uncrunch
                         (no source code available)

--Keith
15-Nov-86 17:17:36-MST,11623;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 15 Nov 86 17:17:12-MST
Received: from simtel20.arpa by AMSAA.ARPA id a025028; 15 Nov 86 17:54 EST
Date: Thursday, 13 November 1986  11:31-MST
Message-ID: <[e-mail]>
Sender: Chris Gray <ubc-vision!alberta!myrias![e-mail]>
From: Chris Gray <ubc-vision!alberta!myrias![e-mail]>
To: [e-mail]
Subject:   DRACO software suite uploaded to SIMTEL20
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Sat 15 Nov 1986 15:55-MST

The following files on SIMTEL20 are the complete DRACO software suite
for CP/M-80.

Filename            Type     Bytes     CRC

Directory PD:<CPM.DRACO>
DRACO-1.ARC.1            BINARY    214912  0BB6H  <--documentation
DRACO-2.ARC.1            BINARY    190592  B83CH  <--compiler
DRACO-3.ARC.1            BINARY    134528  6A97H  <--programs
DRACO123.MQG.1            BINARY      7040  6F50H  <--this message

DRACO-1.ARC - documentation - writeups on the language, tools, programs,
etc.  Also contains lots of sample Draco sources.

DRACO-2.ARC - compiler - contains the compiler, linker, assembler,
disassembler, librarian, cross-referencer, libraries and include files.

DRACO-3.ARC - programs - contains programs which must be configured using
the CONFIG program: several games and the editor.


    What is Draco, Why Did I Write It and Why Is It Like It Is?

    I usually describe Draco (pronounced Dray-ko) as a "systems
programming language". That means that it is a language which is
suitable for what I think of as systems programming - writing
operating systems, compilers, editors, databases, etc. This doesn't
mean that it isn't suitable for other applications such as writing
games, graphics programs, numerical programs, etc. It does mean that
the language has all of the facilities needed for the former type of
programming, such as bit operators, pointer manipulation, support for
complex data structures, etc.

    What is different about Draco? I won't try to compare it with
every other programming language in the world; instead I'll stick to
two of the most popular ones for micros nowadays - C and Pascal. Draco
has all of the facilities of C, except for bitfields and the macro
preprocessor. Unlike C, and like Pascal, it is a strongly typed
language. This means that it won't let you assign an integer to a
pointer (unless you really insist). It is also not an expression
language like C, thus it makes a quite strict distinction between
statements like "a := 27" and expressions like "a + 27". Pascal is
strongly typed, but lacks many of C's facilities - pointer
manipulation, bit manipulation, standard separate compilation,
conditional compilation, etc. I like to think that Draco combines the
best features of both languages.

    Visually, Draco doesn't really resemble either language closely,
but is a little closer to Pascal than C. It uses ':=' for assignment
and '=' for comparison, like Pascal and unlike C. It's structure and
union declarations are like those of C, however. As a simple
comparison, here follows the same program, written in Pascal, C, and
Draco:

Pascal:

    PROGRAM test(INPUT, OUTPUT);
    VAR
        i, j : INTEGER;

    BEGIN
        FOR i := 0 TO 10 DO BEGIN
            FOR j := 0 TO i DO
                WRITE(j : 2, ' ');
            WRITELN
        END;
        WRITELN("All done.")
    END.

C:

    #include <stdio.h>

    main(argc, argv)
    int argc;
    char *argv[];
    {
        int i, j;

        for (i = 0; i <= 10; ++i) {
            for (j = 0; j <= i; ++j)
                printf("%2d ", j);
            printf("\n");
        }
        printf("All done.\n");
    }

Draco:

    proc main()void:
        int i, j;

        for i from 0 upto 10 do
            for j from 0 upto i do
                write(j : 2, ' ');
            od;
            writeln();
        od;
        writeln("All done.");
    corp;

    First, it's clear that the C program has lots of brackets, while
the Pascal and Draco programs have lots of keywords. A significant
difference, not very clear in this small example, is that Draco uses
different keywords for each job, rather than relying on a single
construct (the BEGIN - END or '{' - '}' block). I greatly prefer
keywords, finding them easier on the eye. I also prefer languages in
which the use of case (UPPER v.s. lower) is available for my own
purposes, rather than having them equivalent as in most Pascals. Also,
note that the Draco program uses 'upto' in the 'for' loops - this
tells the compiler that the loop will be counting upwards; 'downto' is
used for downward counting loops. C doesn't really have a semantically
different 'for' loop - it's is just a kind of shorthand for a 'while'
loop.

    Some of the inadequacies of Pascal from my point of view are as follows:

    - no standard separate compilation
    - no conditional compilation
    - no general string mechanism
    - no pointer manipulation
    - no bit manipulation
    - I HATE BEGIN and END!
    - no signed/unsigned types
    - limitations on function and argument types
    - procedure calls don't use '()' - they look like variables
    - no typed, named, constants
    - no available, decent implementations (fast compilation, good code,
        nice libraries, good error reporting)
    - I/O semantics that are poor for interactive programs
    - no file inclusion or module specification facility

    Some of the inadequacies of C from my point of view:

    - too many bloody brackets!
    - horrible declaration syntax (just what is "char *(*p[])()"?)
    - error prone conventions (how many times have YOU written '=' when
        you meant '=='?)
    - non-portable I/O (if you don't believe this, take a look at the
        open calls on CP/M or MS-DOS versions of C, where you get to tell
        it what it's supposed to do with '\n')
    - potential for extremely unreadable code (misuse of macros, etc.)
    - slow compilers (as I've heard it, the reason that the original UNIX C
        compiler for the PDP-11 generated assembler source was so that the
        compiler writers didn't have to worry about long/short branch
        optimization, since that was done by the assembler. Producing
        assembler source is just plain slow. Those who argue that they want
        to hand edit it to improve it are crazy!)
    - lack of much type checking (I prefer compilers that tell me about my
        dumb mistakes. This a lot better in the ANSI draft version.)
    - inefficient standard setup - passing everything as 16 bits on an 8
        bit CPU isn't so hot
    - stupid linkers - why add all that code I'm never calling?
    - no built-in I/O - this makes even the simplest programs large
    - no typed, named constants

    All of these issues have been addressed in the Draco language and
tools.  Just as important to me is the quality of the tools (compiler,
linker, etc.)  The Draco compiler goes from source code to
relocatable, optimized machine code at a rate of about 2000 lines per
minute on a 5 MHz 8085. Working from one 8" floppy disk, the entire
compiler (about 10,000 lines) can be rebuilt in under 10 minutes. No
other compiler I've heard of for CP/M can do this (at least not and
produce good code). The linker will link small programs in one quick
pass, and won't load any code that isn't referenced by the program. A
simple "hello there world" program is under 1000 bytes.

    Another reason that these programs exist is that I LIKE writing
compilers and stuff. I'm up to about seven compilers now, the latest
of which is a C compiler that should meet the ANSI draft standard
(it's a huge monster written in C, but at least I was paid to write
it!)

    So I've written my very own personal compiler, that does things
just the way I want; why should anyone else want to use it? Put
simply, the Draco package (which includes the various libraries I've
built up) is possibly the most effective way to produce compact,
efficient code for CP/M systems. In the past couple of years, asside
from fine tuning the compiler, I've written somewhere around 20,000
lines of Draco code, including the screen editor I'm typing this into,
a complex graphic role-playing game, several CRT-oriented games for
CP/M, ranging from the trivial to the quite complex, a database
package, a text processor (with a friend), a modem program, etc. If
you want to program a CP/M system, whether for fun, profit or
whatever, and are willing to learn another language, then I feel that
Draco is a valid choice.

    To be fair, I will end this intro with a list of things that I
find are lacking in the this version of Draco:

    - essentially non-existant floating point support
    - no proper modules (although Draco goes about half way to providing a
        usable kind of module)
    - no bit oriented type (I haven't yet fully convinced myself that this
        is needed)
    - error handling is considerably better than most C compilers I've
        heard of, but it could still use some improvement
    - object code can ALWAYS use improvement, but the improvements that are
        left would either be difficult or of little actual benefit and
        would probably make the compiler too big to fit on standard CP/M
        systems

and, of course

    - Draco is supported only by me, and available only on the systems that
        I choose to put it on (currently CP/M-80 and Commodore Amiga,
        although the Amiga version hasn't been widely released yet)

            About the Draco Disks

There are 3 disks in this set:

1 - documentation - writeups on the language, tools, programs, etc.
    Also contains lots of sample Draco sources.

2 - compiler - contains the compiler, linker, assembler, disassembler,
    librarian, cross-referencer, libraries and include files

3 - programs - contains programs which must be configured using the CONFIG
    program: several games and the editor


All material in these ARCs are supplied "as is" with no warrantees or
guarantees of any kind. The tools, especially the compiler and linker,
have been heavily used and should be fairly bug free. Some of the
games have known glitches.

All material in these ARCs is supplied as "copyrighted shareware".
This means that you can use the supplied material as you see fit, and
you can give away copies of the disks to anyone, so long as the file
named "README.TXT" is included in each ARC. The author retains all
other rights to the software.

This software was originally intended as commercial software, and some
of the writeups reflect this orientation. Due to the lack of a viable
market for CP/M-80, character based software, this software is now
being distributed as "shareware", in which user's are requested to
send a suitable donation to the author if they feel the software
merits it. Such contributions can be thought of as encouragement to
the author to create and release more software and more versions of
the current software.  Currently under way is a conversion of the
compiler to generate MC68000 code. The immediate target machine is the
Commodore Amiga. Soon to follow that is a comprehensive graphics
adventure system originally written for CP/M-80 using the Compupro
"Spectrum" graphics board.

    Chris Gray
    Apt. #1612, 8515 112 Street,
    Edmonton, Alberta, CANADA. T6G 1K7
16-Nov-86 23:33:32-MST,826;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 16 Nov 86 23:33:27-MST
Received: from brl-vgr.arpa by AMSAA.ARPA id a028248; 17 Nov 86 0:56 EST
Received: from [10.1.0.6] by VGR.BRL.ARPA id aa16596; 17 Nov 86 0:47 EST
Date: Mon, 17 Nov 86 00:47:01 EST
From: "Stephen C. Hill" <[e-mail]>
Subject:  MEX114 at 4800/9600 Baud
To: [e-mail]
cc: [e-mail], [e-mail]
In-reply-to: Msg of Wed 1 Oct 86 9:50:49 EDT from "David G. Sampar" (PM-AL) <dsampar at ARDEC.ARPA>
Message-ID: <[MX.LCS.MIT.EDU].958277.861117.STEVEH>

I reliably use Mex 114 at 38.4Kbs, so I doubt that the fault
lies in the program itself.  I'd suspect either the overlay or
the hardware itself before I'd worry aut the program.

17-Nov-86 00:13:56-MST,1517;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 17 Nov 86 00:13:49-MST
Received: from lll-mfe.arpa by AMSAA.ARPA id a028509; 17 Nov 86 1:49 EST
Date: Mon, 17 Nov 86 01:47 EST
From: [e-mail]
Subject: PISTOL: a forth-like language
To: [e-mail]

From:    <[e-mail]>   (Richard C. Secrist)
Date:    Mon, 17-NOV-1986 01:47 EST
To:      [e-mail],
         [e-mail],
         [e-mail]
Message-ID: <[OAK.SAINET.MFENET].8624F360.008F8127.SECRIST>
Header-Disclaimer: I don't like my headers either !
X-VMS-Mail-To: CPM,MICRO,FIGIL

PISTOL is a Portably Implemented Stack Oriented Language that is a cross
between STOIC and FORTH.  Version 2.0 of PISTOL for CP/M-80 (in BDS-C) and
for the DEC-20 (in PASCAL) can be found on SIG/M volume 114.

I am in the course of converting the PASCAL version over for VAX/VMS, and
perhaps to Turbo Pascal [ please - no inquires, I'll post news here once
I'm done ].

My purpose here is two-fold: 1) to inform people about the code (a prior
fig-forth in C that was widely discussed turns out only to be good under
UNIX/bsd because you use the stream editor to install it; BDS-C is weird
but at least it's C); 2) HAS ANYBODY ALREADY PORTED PISTOL TO OTHER MACHINES
OR KNOW OF A MORE RECENT VERSION OF THE CODE ?

Thanks.

rcs
[e-mail]
17-Nov-86 12:05:30-MST,1607;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 17 Nov 86 12:05:22-MST
Received: from nosc.arpa by AMSAA.ARPA id a013317; 17 Nov 86 13:19 EST
Received: by bass.ARPA (5.31/4.7)
    id AA16512; Mon, 17 Nov 86 10:21:21 PST
Message-Id: <[e-mail]>
Date: Mon, 17 Nov 86 09:42:51 PST
From: Marc Wilson <crash!mwilson@pnet01>
To: crash![e-mail]
Subject: ProLink and multiple commands on the CPR line
Cc: pro-sol![e-mail]

     I have been using ProLink 1.5 for a few weeks now. What a fantastic
program! Goodbye LINK, L80, and all the rest.

     However, I have one problem. The multiple command separator ";" is the
same as my CPR, thus I can't pass more than one command to the linker.

     Is there a simple way to change the separator to something else? I run
into this problem frequently with software that does things like this... ZCPR3
gets in the way.


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Marc Wilson

        ARPA: ...!crash!pnet01!mwilson@nosc             ( preferred )
              ...!crash!pnet01!pro-sol!mwilson@nosc

        UUCP: [ ihnp4 | cbosgd | sdcsvax | noscvax ]!crash!pnet01!mwilson@nosc

     "The difference between science and the fuzzy subjects is that science
      requires reasoning, while those other subjects merely require
      scholarship."
                                                      -Lazarus Long
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
17-Nov-86 17:51:13-MST,552;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 17 Nov 86 17:51:05-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a022644; 17 Nov 86 19:09 EST
Received: from USENET by ADM.BRL.ARPA id aa02200; 17 Nov 86 19:07 EST
From: Mail and USENET News System maintenance account <[e-mail]>
Newsgroups: comp.os.cpm.ctl
Subject: newgroup comp.os.cpm
Message-ID: <[e-mail]>
Date: 17 Nov 86 17:09:40 GMT
Control: newgroup comp.os.cpm
To:       [e-mail]


17-Nov-86 19:17:15-MST,840;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 17 Nov 86 19:17:08-MST
Received: from simtel20.arpa by AMSAA.ARPA id a022775; 17 Nov 86 20:51 EST
Date: Mon 17 Nov 86 18:52:07-MST
From: Mike Niswonger <[e-mail]>
Subject: PD Z80 relocating assembler
To: [e-mail]
cc: [e-mail]
Message-ID: <[e-mail]>

Netlanders,
    I am in the process of reorganizing some Kermit code and I find
that my job would be simplified by a public domain relocating assembler,
preferably with Z80 mnemonics.  Output would preferably be in Microsoft
format, but any format is acceptable if a linker is supplied.  Source code
would be nice, but not manditory.  Any suggestions?
                    -- Mike Niswonger
-------
17-Nov-86 22:40:49-MST,1285;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 17 Nov 86 22:40:40-MST
Received: from simtel20.arpa by AMSAA.ARPA id a023187; 18 Nov 86 0:12 EST
Date: Mon, 17 Nov 1986  21:59 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: DRACO ARC files - CP/M UNARC problem

> When I attempt to extract the contents of the DRACO ARC files in
> pd:<cpm.draco> using the program pd:<cpm.starter-kit>unarc.com-z80,
> I get:

>     Extracted File Has Incorrect CRC
>     Extracted File Has Incorrect Length

> on a number of files.  Is there a program which properly unarcs these
> files, or are the files themselves corrupt?  An example is the first
> file (BIGDRACO.COM I think) on DRACO-2.ARC.

The problem shows up on DRACO-2.ARC and DRACO-3.ARC.  Both ARCs
extract perfectly with the MSDOS ARC512.EXE or PKXARC.COM programs.

I have notified the author of the CP/M UNARC program, Bob Freed.  He's
going to look into a fix.  It's somewhere in the UNcrunch routine.
I'll keep you posted on his progress.

Hang on to your DRACO ARCs.  They ARE good.

--Keith
17-Nov-86 23:10:58-MST,680;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 17 Nov 86 23:10:51-MST
Received: from simtel20.arpa by AMSAA.ARPA id a023212; 18 Nov 86 0:34 EST
Date: Mon, 17 Nov 1986  22:07 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Mike Niswonger <[e-mail]>
Cc:   [e-mail]
Subject: PD Z80 relocating assembler
In-reply-to: Msg of 17 Nov 1986  18:52-MST from Mike Niswonger <CNISWONGER>

Mike, try Z80MR, available from SIMTEL20 in the PD<CPM.ASMUTL>
directory as Z80MR.LBR.

--Keith
17-Nov-86 23:57:04-MST,1544;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 17 Nov 86 23:56:55-MST
Received: from simtel20.arpa by AMSAA.ARPA id a023291; 18 Nov 86 1:26 EST
Date: Monday, 17 November 1986  17:39-MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: [e-mail]
To: [e-mail]
Subject:   submission of UNIDRIVE.LBR for C128 to CP/M archives
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Mon 17 Nov 1986 22:23-MST

I just uploaded a new Commodore 128 program to SIMTEL20.

Filename            Type     Bytes     CRC

Directory PD:<CPM.C128>
UNIDRIVE.LBR.1            BINARY     20480  1690H

UNIDRIVE-128 is a Commodore 128 CP/M disk utility in the spirit of the
MSDOS program UNIFORM(TM).  The normal C-128 BIOS only supports 7
different MFM disk formats.  UNIDRIVE-128 allows the user to select up
to 10 of 24 different CP/M 5.25" MFM diskette formats (seems like
every CP/M computer system ever manufactured used a different
format) which can subsequently be read or written by CP/M 3.0 and the
Commodore 128 BIOS.  This, of course, only works if the 128 is
equipped with at least one Commodore 1571 disk drive.  This is the
first release; subsequent versions will support many more diskette
formats and will (hopefully) be able to "format" diskettes
corresponding to these formats too.  Read UNIDRIVE.DOC within the
library for more info.

Sincerely,
Frank Prindle
[e-mail]
18-Nov-86 12:39:35-MST,935;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 18 Nov 86 12:39:24-MST
Received: from xerox.arpa by AMSAA.ARPA id a009911; 18 Nov 86 13:57 EST
Received: from Muscat.ms by ArpaGateway.ms ; 18 NOV 86 09:19:42 PST
Date: 18 Nov 86 12:19:37 EST (Tuesday)
From: [e-mail]
Subject: Re: Kermit/ Xmodem for the DEC Rainbow
In-reply-to: <[e-mail]>
To: ModemUserGroupChairman <[e-mail]>
cc: [e-mail]
Message-ID: <861118-091942-1807@Xerox>


Anees Munshi:

All my attempte to mail you the KERMIT and XMODEM files failed.
They were all returned after 7 days with an unable to deliver after 7 days message.

The next best option is to mail you a floppy with all the files.
Send me your postal address and I will mail the needed files.
Do you think there is a customs problem in doing this?

Ed Kushall


18-Nov-86 20:39:34-MST,921;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 18 Nov 86 20:39:18-MST
Received: from rochester.arpa by AMSAA.ARPA id a018922; 18 Nov 86 22:00 EST
Received: from ur-seneca.arpa (seneca.cs.rochester.edu) by ur-cayuga.arpa id AA05559 (4.12y); Tue, 18 Nov 86 22:01:25 est
Received: from loopback by ur-seneca.arpa id AA25651 (4.12y); Tue, 18 Nov 86 22:01:27 est
Message-Id: <[e-mail]>
To: [e-mail]
Subject: ZASM for CP/M 2.2
Uucp: ..!{allegra,decvax,seismo}!rochester!ken ARPA: [e-mail]
Snail: CS Dept., U of Roch., NY 14627. Voice: Ken!
Phone: [phone] (office), [phone] (home)
Date: Tue, 18 Nov 86 22:01:25 -0500
From: Comfy chair <[e-mail]>

The Prolink blurb mentions ZASM, a Z80 assembler available from many
BBS'.  Is this available somewhere on Simtel-20?

    Ken
19-Nov-86 22:53:53-MST,3050;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 19 Nov 86 22:53:42-MST
Received: from simtel20.arpa by AMSAA.ARPA id a011555; 20 Nov 86 0:19 EST
Date: Wed, 19 Nov 1986  21:34 MST
Message-ID: <[e-mail]>
From: [e-mail]
To:   [e-mail], [e-mail]
Subject: Lost Mail from the Archive Server

First of all, please address your requests to
[e-mail], *NOT* ARCHIVE-SERVER.  That latter
address is what appears as the Sender in the replies you receive.  If
you reply to that reply in the hopes of getting more files *and* your
mail program is misimplemented in that it forms the header using the
Sender: field, rather than the From:, your message will be
bit-bucketted when it gets here.  In fact, ALL mail addressed to
ARCHIVE-SERVER, including mailer reject notices, is being discarded
unseen by any human.

Secondly, as of this past Saturday, we were forced to reduce the size
of our host tables to improve Internet performance - the host tables
share the same section of memory with the Internet free buffers.  This
rather drastic reduction was accomplished by removing all host aliases
from the distributed table, along with all host entries which do not
advertize at least one TCP service: FTP, TELNET, or SMTP.

What this means is that if you are sending a message through an
Internet host which is not using its Official Host Name, or does not
advertize one of the TCP services listed above, do not expect to see a
reply from us.

Finally, I have noticed several messages coming to us from hosts which
are not even listed in the original host tables we receive from NIC.
These hosts are probably registered under a Domain.  However, we do
not have access to a domain lookup service at this time, and we don't
have the resources to implement our own.  If your request come to us
from such a host, do not expect a reply either.

One more thing: several weeks ago I patched our mailer to keep trying
to send mail hourly for five days instead of three.  This has helped
somewhat in getting mail through to hosts which are taken down for a
weekend or the long three-day weekends.  It has even helped in getting
replies back to the BITNET requestors via WISCVM, but not completely.
I understand that work is in progress to try to reduce the volume of
mailing list mail through that host in the hopes of increasing the
chance for other mail to get through.  What I have seen is that only
parts of multi-part replies from the server getting through, requiring
the requestor to re-request *all* parts of the file.  There *may* be
an extension made to the server, after the first of the year, to allow
for selected parts to be sent.

We are also waiting for some disk space to be freed up so that the
latest releases of the PC-BLUE collection can be uploaded.  We expect
that to happen after the first of the year also.  Meantime, patience.

--Frank
20-Nov-86 14:34:32-MST,462;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 20 Nov 86 14:34:20-MST
Received: from nadc.arpa by AMSAA.ARPA id a029309; 20 Nov 86 15:40 EST
Date: 20 Nov 1986 15:35:29-EST
From: [e-mail]
To: [e-mail], [e-mail], [e-mail]
Subject: Lost Mail from the Archive Server
Cc: @NADC:
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA


20-Nov-86 19:12:22-MST,1616;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 20 Nov 86 19:12:14-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a003946; 20 Nov 86 20:39 EST
Received: from USENET by ADM.BRL.ARPA id aa01754; 20 Nov 86 19:44 EST
From: "Russell H. Farris" <[e-mail]>
Newsgroups: comp.os.cpm
Subject: NEED INFO ON NORTH STAR AND ONTEL COMPUTERS
Message-ID: <[e-mail]>
Date: 20 Nov 86 21:57:17 GMT
Keywords: Advantage, Ontel
To:       [e-mail]


    Last week I had the dubious good fortune to acquire three old
computers, sans software or documentation.  If possible, I would
like to get all three of them up and operating and keep the best
one for a word processor.  The three are:

    1. North Star Advantage with 15 MB hard drive.
    2. Ontel 1505/OIS 1500 (OP1/15) with 5 MB hard drive.
    3. Sanyo MBC 1000 with one DS/DD floppy drive.

    I have a CP/M boot disk for the Northstar, but I do not have
the Hard Disk Operating System (HDOS).  I would appreciate any
leads to operating systems, software, or documentation for any of
these computers.  I would especially like to find the plug-in
board that reportedly enables the North Star to run MS-DOS
programs.  I have also heard that there is a program that allows
the North Star to read/write soft-sectored diskettes.  Thanks in
advance,

                                  Russ Farris  ([e-mail])
                                  [phone] or 284-0746 (eves)





21-Nov-86 14:04:58-MST,1100;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 21 Nov 86 14:04:47-MST
Received: from 192.12.12.13 by AMSAA.ARPA id a022405; 21 Nov 86 15:13 EST
Received: from (MAILER)RPICICGE.BITNET by WISCVM.WISC.EDU on 11/21/86
  at 14:13:05 CST
Received: by RPICICGE (Mailer X1.23) id 7467; Fri, 21 Nov 86 14:26:06
  EST
Date: Fri, 21 Nov 86 14:03:31 EST
From:  "John S. Fisher" <[e-mail]>
To:  [e-mail]
Subject: Request for help.

Does anyone out there know the details of the compression algorithm(s) used
by the CRUNCH/UNCR programs?  I would like to incorporate UNCR functions
into my IBM (mainframe) utility, but have been unable to decode the crunched
files.  The older versions of the program pair claimed to used LZW, but
its a completely different variation from ARC.  The latest version of CRUNCH
uses GEL(?) compression.

Perhaps someone can send me the source for CRUNCH/UNCR formerly distributed
with version 1 I believe (and no longer distributed with version 2, sigh.)
22-Nov-86 10:18:31-MST,1945;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 22 Nov 86 10:18:04-MST
Received: from simtel20.arpa by AMSAA.ARPA id a000802; 22 Nov 86 11:41 EST
Date: Sat, 22 Nov 1986  09:41 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Version 1.4 of CP/M-80 UNARC program available

Now available from SIMTEL20...

Filename            Type     Bytes     CRC

Directory PD:<CPM.ARC-LBR>
UNARC14.LBR.1            BINARY     38144  161EH

and for those who need to bootstrap...

Filename            Type     Bytes     CRC

Directory PD:<CPM.STARTER-KIT>
UNARC.COM-Z80.2            BINARY      4096  C883H
UNARC.HEX-Z80.2            ASCII      9993  E5D7H
UNARCA.COM-8080.2        BINARY      4864  A832H
UNARCA.HEX-8080.2        ASCII     11781  3F38H

UNARC is CP/M 2.x+ utility which lists, types and extracts files in
MS-DOS archive libraries (*.ARC files).  Version 1.4 corrects a bug
that caused incorrect extraction of certain files from .ARC's built
by the MS-DOS PKARC11 program.  Also supports paged console output.
Assembly language overlay file now provides simplified installation
for RCP/M's and special options.  Separate program versions for Z80
(UNARC.COM) and 8080/8085 (UNARCA.COM).

If you are unable to access SIMTEL20 because of network restrictions
please remember that MOST of the new files announced to Info-Cpm are
also available on my RCP/M Royal Oak (MI) which may be accessed at
300 bps (Bell 103a), 1200 bps (Bell 212a), or 2400 bps (V.22 bis).
The telephone number is [phone].  They are also available from
the CP/M RoundTable on General Electric Information Services' GEnie.

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie Mail: W8SDZ
RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps)
22-Nov-86 17:37:00-MST,625;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 22 Nov 86 17:36:55-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a002141; 22 Nov 86 19:15 EST
Received: from USENET by ADM.BRL.ARPA id aa00129; 22 Nov 86 19:01 EST
From: Rick Adams <[e-mail]>
Newsgroups: net.micro.cpm.ctl
Subject: rmgroup net.micro.cpm
Message-ID: <[e-mail]>
Date: 22 Nov 86 22:17:58 GMT
Control: rmgroup net.micro.cpm
Approved: [e-mail]
To:       [e-mail]


This group has been renamed and is no longer valid.

---rick
23-Nov-86 18:14:12-MST,1734;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 23 Nov 86 18:14:03-MST
Received: from apg-1.arpa by AMSAA.ARPA id a002045; 23 Nov 86 19:50 EST
Date: Sun, 23 Nov 86 19:46:58 EST
From: Robert Bloom AMSTE-TEI 3775 <[e-mail]>
Subject: Interrupts on the N* Advantage
To: [e-mail], [e-mail],
    [e-mail]
Cc: [e-mail]

Help.

     I find I have to write an interrupt-driven application for
the NorthStar Advantage.  Unfortunately, I don't know how.
Specifically, I do know how to enable the interrupts, and write
the interrupt handler, but actually what happens at interrupt
time eludes me.

     At the interrupt, the z80 jumps to the interrupt routine.
Where?  My z80 book says, "the z80 expects an [RST or CALL]
instruction to be placed on its data buss [by the interrupting
device]"  how it do dat?  Two people who I asked said "to where
you program it to" but I have no idea how to do that.

     I have a Advantage technical manual.  It may have the info I
need but I find it incomprehensible.  (I gather that interrupt
routines are strongly hardware-dependant.)  And I do understand
that the Advantage is not very fast, but can't believe a simple
get-and-put routine with interrupts wouldn't be fast enough for
4800 baud.

     So, can someone help me out?  I'm trying to store the input
characters from the SIO card away till they can be processed.  I
have DTR control on the port but I haven't been able to get that
to work.  (I'm trying to write a very simple high-speed commo
program.)  I really need a low-level example.

bob bloom

23-Nov-86 22:17:31-MST,512;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 23 Nov 86 22:17:25-MST
Received: from brl-smoke.arpa by AMSAA.ARPA id a002485; 23 Nov 86 23:47 EST
Date:     Sun, 23 Nov 86 23:47:07 EST
From:     Steve Lesh (ISC | howard) <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  CP/M 80 C compilers

    Our office is looking for the most System-V compatible C compiler.

    Any suggestions would be appreciated.
24-Nov-86 23:19:59-MST,1633;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 24 Nov 86 23:19:49-MST
Received: from simtel20.arpa by AMSAA.ARPA id a026325; 25 Nov 86 0:37 EST
Date: Mon, 24 Nov 1986  22:26 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: RS232 info files available

Now available from SIMTEL20...

Filename            Type     Bytes     CRC

Directory PD:<CPM.MODEM>
RS232CBL.LBR.1            BINARY     15232  5538H

This is a set of write-ups on using RS232 cables to connect personal
computer devices, such as a CPM or PC-compatible to a modem or printer
device.  Brief descriptions of files in this LBR:

    File          Description

    CAUTIONS      How to be careful about ruining
                  expensive equipment and voiding
                  warranties.

    NULMODEM.KIT  Probably the most useful write-up. A
                  description of the cable configuration
                  that will work in connecting many
                  DCE-to-DCE or DTE-to-DTE pairs of
                  devices.

    RS232CBL.INF  Explains what "DCE" and "DTE" means,
                  with the effect on cable configurations.

    MDM-CONN.DAT  Description of functions of RS232 wires
                  and pins when used in connecting modems.

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie Mail: W8SDZ
RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps)
26-Nov-86 18:18:23-MST,4054;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 26 Nov 86 18:18:07-MST
Received: from simtel20.arpa by AMSAA.ARPA id a013778; 26 Nov 86 19:43 EST
Date: Wednesday, 26 November 1986  01:07-MST
Message-ID: <[e-mail]>
Sender: tektronix!copper.TEK.COM![e-mail]
From: tektronix!copper.TEK.COM![e-mail]
To: [e-mail]
Subject:   CRCKK.LBR - new version of file CRC checking program
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Wed 26 Nov 1986 17:44-MST

Now available from SIMTEL20...

Filename                        Type     Bytes   CRC

Directory PD:<CPM.FILUTL>
CRCKK.LBR.1                     BINARY   23168  BAFBH


crckk.c  --  CP/M version of the Unix version of the CP/M utility crck
             Version 3.0

Usage:
    crckk [-t|c|u|i] [filename ...   (wildcards OK)  ]

  Calculates a 16-bit cyclic redundancy check on its input files and
 prints the resulting number in hexadecimal.  CRCK(K) is manually invoked
 on two versions of the same file to ensure that they are the same.
 Prints the the filename, size in bytes or sectors depending on the
 option flag, and the CRC.

 This program produces the same check number as do "CRCK" programs,
 the extra "k" in this program's name is for identity-control. This is a
 different program from CRCK.ASM (currently in version 4.4) used in
 the CP/M world now.

 Options:
     -t    Perform CRCK on a CP/M text file that is stored as a CP/M
           file. CTL-Z is used as valid EOF.

     -u    Perform CRCK on a regular CP/M file.  Takes whatever is there.

     -c    Perform CRCK on a CP/M ".COM" file. Same as -u flag,
           except sectors are reported rather than bytes.

     -i    Perform CRCK on a CP/M ".COM" file stored in ITS binary
           format.  Same as -c, but ignores the first four bytes of file.

     If no option flag is chosen, the default option is -u.


===================================================
=====                                         =====
===== DIFFERENCES WITH EXISTING CP/M VERSIONS =====
=====                                         =====
===================================================


   1.  This version actually runs a fair bit FASTER than CRCK44 !!!

   2.  Has the true-text "t" option.

       This is good for downloading text files (like shar files)
       from UNIX. If you download a text file "as is"from UNIX OR,
       your modem program doesn't "fill with multiple CTL-Z's",
       then there's a problem matching the CP/M CRCK with the UNIX
       version of CRCK program.  With this option, this crckk "-t" will
       match the "plain" UNIX crck for unadulterated text file transfers.

   3.  User-interface is a bit friendlier and/or more UNIX-like.

       a) Invalid dash option (like crckk -z) will give verbose
          help/error message.

       b) Multiple filenames as parameters are allowed.

       c) Each filename can be wildcarded.

       d) Each wildcard expansion is sorted.

       e) Standard-in is allowed source ("< filename")

       f) Output list can be redirected to file using standard output
          (" > outputfile ").

       g) Error message(s) can be redirected into standard error.
          (" >> errorfile").

       h) Pipes are also allowed (but in general not too useful except
          for with other CP/M programs that are suitably compiled).


   NOTE:  I didn't write this program, but I did make rather substantial
          changes to the original UNIX version.  Some changes were for
          functional reasons (the -t option), but mostly for huge
          speed-performance reasons.  My original port was slow as
          a dog (not released).  This version is VERY fast.

Mike Kersenbrock   USENET: tektronix!copper!michaelk
Tektronix Computer Aided Software Engineering
Aloha, Oregon
26-Nov-86 23:25:36-MST,622;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 26 Nov 86 23:25:31-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a014200; 27 Nov 86 0:52 EST
Received: from USENET by ADM.BRL.ARPA id aa01494; 27 Nov 86 0:54 EST
From: "a.yorinks" <[e-mail]>
Newsgroups: comp.os.cpm
Subject: vi-like editor
Message-ID: <[e-mail]>
Date: 26 Nov 86 15:50:11 GMT
To:       [e-mail]

Does anyone know of a vi type editor that will run under cp/m 3.0?

Thanks,
Alan Yorinks
AT&T Information Systems Laboratory
Middletown, New Jersey
27-Nov-86 02:19:45-MST,1131;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 27 Nov 86 02:19:38-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a014538; 27 Nov 86 3:51 EST
Received: from USENET by ADM.BRL.ARPA id aa02298; 27 Nov 86 3:49 EST
From: Jim Kelleher <[e-mail]>
Newsgroups: comp.os.cpm
Subject: simtel
Message-ID: <[e-mail]>
Date: 25 Nov 86 16:58:21 GMT
To:       [e-mail]

[-- the line eater hits -- more --]

Hello

I've been able to get stuff from simtel20 but...
I've asked for uudecode and unarc and they have been sent uuencoded & arc'ed
is there any kind soul out there who could send me the two programs or
point the way to getting access to them ? email please.

There was a person on who was looking for a way to use his Northstar
Advantage for a dumb terminal. I have such a program unfortunatly I
do not have the source as I got it before I realized the need for source
if you will email me mabe we can work something out.

thanks
jmk@dual

#include std_disclamer
#include std_cute_saying

{ucbvax,well}!dual!jmk
28-Nov-86 02:28:42-MST,3858;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 28 Nov 86 02:28:31-MST
Received: from wiscvm.arpa by AMSAA.ARPA id a017130; 28 Nov 86 3:55 EST
Received: from (MAILER)BLIULG12.BITNET by WISCVM.WISC.EDU on 11/28/86
  at 02:55:12 CST
Received: by BLIULG12 (Mailer X1.23b) id 1939; Fri, 28 Nov 86 09:50:53
  ULG
Date:         Fri, 28 Nov 86 09:43:30 ULG
From:           Andre PIRARD <[e-mail]>
Subject:      Triggering SIMTEL20
To: info CP/M <[e-mail]>,
    Info-IBMPC Digest <[e-mail]>,
    info micro <[e-mail]>
cc: Keith Petersen <[e-mail]>

Jim Kelleher <[e-mail]> writes:

>I've been able to get stuff from simtel20 but...
>I've asked for uudecode and unarc and they have been sent uuencoded & arc'ed
>is there any kind soul out there who could send me the two programs or
>point the way to getting access to them ? email please.
> ...

I drew SIMTEL20's attention on the problem he describes.
I ran into the same difficulty.
The directory PD:<MSDOS.STARTER> is supposed to contain the triggering stuff.
PD:<CPM.STARTER> should be its CPM counterpart.
But they only contain binary files of no use to those with no binary retrieval.
Even the only source piece which is supposed to uudecode does not work with
the otherwise welcome added M SIMTEL20 adds to each record.
So I modified it for my own use and posted it to SIMTEL20. I got no answer
so don't know it it is there. In the meantime I got an ARC on diskette, so I
did not experiment the whole triggering process. But at least the following
program does uudecode, slow etc..., is easily convertible and a first step.
Here it goes....

1000 KEY OFF
1001 DEFINT A-Z
1010 REM Trap error opening input file
1020 ON ERROR GOTO 1600
1030 CLS
1040 LOCATE 5,11
1050 PRINT STRING$(40," ")
1060 LOCATE 5,11
1070 INPUT "Enter name of input file: ", INFILE$
1080 OPEN INFILE$ FOR INPUT AS #1
1090 LOCATE 8,10
1100 PRINT STRING$(40," ")
1110 REM Trap error opening output file
1120 ON ERROR GOTO 1640
1130 LOCATE 8,10
1140 INPUT "Enter name of output file: ", OUTFILE$
1150 OPEN "R", #2,OUTFILE$, 1
1160 FIELD #2, 1 AS N$
1170 REM Trap error at end of file
1180 ON ERROR GOTO 1680
1190 REM Search for header line
1200 LINE INPUT #1,A$
1210 IF LEFT$(A$,5) <>"begin" THEN 1200
1220 LOCATE 11,10
1230 PRINT "Header = ";A$
1240 SP = ASC(" ")
1250 DIM BUF(100)
1260 RECNO# = 1
1270 REM Main loop
1280 LINE INPUT #1, A$
1290 P = 0
1300 BYTES = ASC(LEFT$(A$,1)) - SP
1310 IF BYTES = 64 THEN BYTES = 0
1320 IF BYTES = 0 THEN 1560
1330 COUNT% = INT(BYTES/3+.9): COUNT%=COUNT%*4
1340 FOR I = 2 TO COUNT% STEP 4
1350    X1 = ASC(MID$(A$,I,I)) - SP
1360    IF X1 = 64 THEN X1 = 0
1370    X2 = ASC(MID$(A$,I+1,I+1)) - SP
1380    IF X2 = 64 THEN X2 = 0
1390    X3 = ASC(MID$(A$,I+2,I+2)) - SP
1400    IF X3 = 64 THEN X3 = 0
1410    X4 = ASC(MID$(A$,I+3,I+3)) - SP
1420    IF X4 = 64 THEN X4 = 0
1440    IF P<BYTES THEN P = P + 1: BUF(P) = (X2\16) + (X1*4)
1460    IF P<BYTES THEN P = P + 1: BUF(P) = (X3\4) + ((X2 MOD 16) * 16)
1480    IF P<BYTES THEN P = P + 1: BUF(P) = X4 + ((X3 MOD 4) * 64)
1490 NEXT I
1500 FOR I = 1 TO P
1510   LSET N$ = CHR$(BUF(I))
1520   PUT #2, RECNO#
1530   RECNO# = RECNO# + 1
1540 NEXT I
1550 GOTO 1280
1560 END
1570 REM
1580 REM Error trapping routines
1590 REM
1600 LOCATE 22,20
1610 PRINT "Can't open input file"
1620 GOSUB 1740
1630 RESUME 1020
1640 LOCATE 22,20
1650 PRINT "Can't open output file"
1660 GOSUB 1740
1670 RESUME 1090
1680 LOCATE 22,20
1690 PRINT "Header line not found"
1700 GOSUB 1740
1710 LOCATE 24,1
1720 END
1740 FOR I = 1 TO 5000: NEXT I
1750 LOCATE 22,20
1760 PRINT STRING$(30," ")
1770 RETURN
28-Nov-86 07:22:37-MST,3573;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 28 Nov 86 07:22:23-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a018522; 28 Nov 86 8:49 EST
Received: from USENET by ADM.BRL.ARPA id aa06741; 28 Nov 86 8:48 EST
From: Jim Greenlee <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Re: Interrupts on the N* Advantage
Message-ID: <[e-mail]>
Date: 28 Nov 86 02:16:32 GMT
To:       [e-mail]

In article <[e-mail]> [e-mail] (Robert Bloom AMSTE-TEI 3775) writes:
>     At the interrupt, the z80 jumps to the interrupt routine.
>Where?  My z80 book says, "the z80 expects an [RST or CALL]
>instruction to be placed on its data buss [by the interrupting
>device]"  how it do dat?  Two people who I asked said "to where
>you program it to" but I have no idea how to do that.

OK, here is my fuzzy recollection of how interrupts work on the Z80:

There are three interrupt modes on the Z80 - 0, 1, and 2. The mode is selected
by executing an IM instruction whose operand is the mode desired.

Mode 0 is the 8080-compatible mode. The Z80 expects the interrupting device
to put a value out on the data bus which indicates what location to jump to.
Their are 8 choices - 0H, 8H, 10H, 18H, 20H, 28H, 30H, and 38H. The processor
executes a CALL instruction to one of these locations, which contains either
an interrupt handler (if it can be handled with only 8 bytes of code) or a
JMP instruction to another location which contains the interrupt handler.

Mode 1 is the simplest mode. All maskable interrupt requests are vectored to
location 38H via a CALL instruction. This mode is equivalent to executing an
RST 7 in Mode 0.

Mode 2 is the most flexible mode, with full vectoring to any location you
want. In this mode a priority is established among peripherals which can
generate an interrupt. This is done by daisy-chaining the peripherals through
the IEI/IEO pins. Whenever a device generates an interrupt, it pulls its
IEO output low. Also every device in the chain monitors its IEI pin. If this
pin goes low, then the device is disabled from producing interrupts, and the
device will again pull its IEO pin low. In this way, devices farther down the
chain are prevented from interrupting the processor while it is servicing a
higher priority interrupt.

Once this happens, the device puts an 8 bit vector on the data bus. The Z80
reads this vector, which must be programmed as part of the device's initial-
ization, and concatenates it with the contents of the I register. This register
is set to be the high order 8 bits of a 256 byte vector table. This table
can be located anywhere in memory - this is what your friends mean by "it's
wherever you put it". The 8 bit vector from the peripheral points to one of
the 256 locations in this table, which contains the start address of the inter-
rupt handler. You can have several of these tables in memory and switch back
and forth simply be changing the contents of the I register.

If this is still confusing, e-mail me any specific questions you have and I'll
try to answer them. As I said, it's been a while since I did any Z80 stuff and
my memory is a little fuzzy, but I'll do my best.

                                              Jim Greenlee

--
The Shadow...!{akgua,allegra,amd,hplabs,ihnp4,seismo,ut-ngp}!gatech!gitpyr!jkg

Jryy, abj lbh'ir tbar naq qbar vg! Whfg unq gb xrrc svqqyvat jvgu vg hagvy lbh
oebxr vg, qvqa'g lbh?!
28-Nov-86 10:56:59-MST,782;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 28 Nov 86 10:56:53-MST
Received: from simtel20.arpa by AMSAA.ARPA id a021071; 28 Nov 86 12:33 EST
Date: Fri 28 Nov 86 10:34:41-MST
From: Keith Petersen <[e-mail]>
Subject: Re: Triggering SIMTEL20
To: [e-mail]
cc: [e-mail], [e-mail], [e-mail],
    [e-mail], [e-mail]
In-Reply-To: Message from "Andre PIRARD" of Fri 28 Nov 86 01:56:08-MST
Message-ID: <[e-mail]>

Your Basic uudecode was received and acknowleged the same day.
It was placed in PD:<MSDOS.STARTER> in place of the previous version.
--Keith
-------
29-Nov-86 14:59:34-MST,1243;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 29 Nov 86 14:59:28-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a025707; 29 Nov 86 16:33 EST
Received: from USENET by ADM.BRL.ARPA id aa11581; 29 Nov 86 16:27 EST
From: Andrew Scott Beals <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Have semi-dead Ithaca Intersystems box, need to get it working
Message-ID: <[e-mail]>
Date: 29 Nov 86 18:42:45 GMT
Keywords: Dead CPU, Dead disk controller, unreadable disks, HELP!
To:       [e-mail]

I have an Ithaca Intersystems s100 system that isn't currently
working.  First the disk controller stopped working and recently
the CPU died (I was using it in a different system).  I need to
find a repair shop *somewhere* that still knows how to work on
these beasties..

I have the hardware manuals and lots of disks that I can't read, so
pointers to someone who is *good* with s100 stuff in general would
be appreciated also.

I've heard that Hollywood Computers does work on them - anyone
know anything about them?

Thank you very much!
    andy
--
Andrew Scott Beals
[e-mail] or {lll-crg,hoptoad,hplabs,apple}!well!bandy
29-Nov-86 18:19:04-MST,666;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 29 Nov 86 18:18:53-MST
Received: from ut-ngp.arpa by AMSAA.ARPA id a026065; 29 Nov 86 19:52 EST
Date: Sat, 29 Nov 86 18:54:01 CST
From: "Margaret H. Knox" <[e-mail]>
Posted-Date: Sat, 29 Nov 86 18:54:01 CST
Message-Id: <[e-mail]>
Received: by ngp.utexas.edu (5.51/5.51)
    id AA23300; Sat, 29 Nov 86 18:54:01 CST
To: ariel![e-mail], [e-mail]
Subject: Re:  vi-like editor

You might look into VEDIT by CompuView.  It is VI "type", although
certailnynly not VI compiatible.


30-Nov-86 15:30:08-MST,1118;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 30 Nov 86 15:29:58-MST
Received: from xerox.arpa by AMSAA.ARPA id a002847; 30 Nov 86 17:02 EST
Received: from CheninBlanc.ms by ArpaGateway.ms ; 30 NOV 86 14:03:10 PST
Date: 30 Nov 86 14:03:07 PST (Sunday)
From: [e-mail]
Subject: Re: ZCPR3 command line recall
In-reply-to: WILD%FREMBL51.BITNET's message of Tue, 28 Oct 86 12:04:49 n
To: David Wild <[e-mail]>
cc: [e-mail]
Message-ID: <861130-140310-5523@Xerox>

I'm sure you msg has been long answered, but I want to make sure.  HSH15 should
do exactly what you want for command recall, and you can set the cmd-line-limit
yourself from the command line.  Works GREAT and FAST on my old sa-1004 rigid,
and adequately on floppy.  Condition:  you must have at least one element in
your shell stack free to run it (nothing major).  Good luck, and sorry it took
this ling to reply, but I was away from work and they archived my mail... first
chance I've had to get back at it.

--ab

30-Nov-86 20:10:12-MST,701;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 30 Nov 86 20:10:07-MST
Received: from nosc.arpa by AMSAA.ARPA id a004148; 30 Nov 86 21:41 EST
Received: by bass.ARPA (5.31/4.7)
    id AA24247; Sun, 30 Nov 86 18:42:29 PST
Message-Id: <[e-mail]>
Date: Sun, 30 Nov 86 18:17:34 PST
From: Marc Wilson <crash!mwilson@pnet01>
To: [e-mail]
Subject: Re: ZCPR3 command line recall

     VCED16 should also do the trick, although it's a bit slow on a floppy.
It really flies on a ramdisk, though. Only there when you want it, and it
can be installed as an error handler too. What else could you want?