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

Text File | 1993-02-13 | 263.3 KB | 6,928 lines

 1-May-85 07:33:49-MDT,1222;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 07:33:43-MDT
Received: from usc-eclb.arpa by AMSAA.ARPA id a003626; 1 May 85 9:04 EDT
Date: 1 May 1985 06:03-PDT
Sender: [e-mail]
Subject: Re: NETWORKING
From: [e-mail]
To: [e-mail]
Cc: [e-mail]
Message-ID: <[USC-ECLB] 1-May-85 06:03:25.STANLEY>
In-Reply-To: The message of 26 APR 85 13:40-EST from  [e-mail]


    Received: from AMSAA by USC-ECLB; Sat 27 Apr 85 05:04:15-PST
          from wiscvm.arpa by AMSAA.ARPA id a001209; 26 Apr 85 13:50 EST
          from (HARRELL)EDUCOM.BITNET by WISCVM.ARPA on 04/26/85 at
           12:47:46 CST
    Date: 26 APR 85 13:40-EST
    From:  [e-mail]
    To:  [e-mail]
    Subject: NETWORKING
    Return-Path: <info-cpm-request@AMSAA>


     If you would like to receive a copy of a networking
    newsletter at no charge please send me your hardcopy mailing address.
    Thanks


          --------------------

Please add me to the networking newsletter list:

LTC R. A. Stanley P. O. Box 9512 Alexandria, VA 22304
 1-May-85 08:42:15-MDT,989;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 08:42:04-MDT
Received: from brl.arpa by AMSAA.ARPA id a005580; 1 May 85 10:02 EDT
Received: from usc-isid.arpa by BRL-AOS.ARPA id a004846; 1 May 85 9:48 EST
Date: 1 May 1985 00:41-EDT
Sender: [e-mail]
Subject: C Toolkit
From: [e-mail]
To: [e-mail]
Cc: [e-mail], [e-mail]
Message-ID: <[USC-ISID.ARPA] 1-May-85 00:41:57.ABN.ISCAMS>

NetLandians,

I recollect long ago there was an archive out there that had a toolbox of
"C" utilities - maybe from DARPA?  Thought it was on ISIB or maybe SIMTEL20,
but can't seem to find it via FTP (don't like wildcard directory scans!).

Anybody point me to that C toolkit, please?  One of my local users will be
bringing up Unix (or something) on an NCR Tower, and they're studying C now.

Thanks in advance,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
 1-May-85 10:49:22-MDT,579;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 10:49:04-MDT
Received: from pica-lca.arpa by AMSAA.ARPA id a009309; 1 May 85 11:55 EDT
Date:     Wed, 1 May 85 11:53:03 EDT
From:     "J. Richard Hall" (LCWSL) <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  Re:  NETWORKING


Please add me to the mailing list for NETWORKING newsletter:
    J. Richard Hall
    SMCAR-LCA-G
    Large Caliber Weapons Laboratory
    Building 30
    ARDC
    Dover, New Jersey 07801-5001
 1-May-85 10:55:05-MDT,1117;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 10:54:58-MDT
Date:     Wed, 1 May 85 11:57:18 EDT
From:     David Towson (SECAD) <[e-mail]>
To:       [e-mail]
Subject:  Replying to offers posted via info-cpm.


Fellow CP/Mers - A little while ago, harrell%educom.bitnet@wiscvm posted an
offer to send a free networking newsletter to anyone who sends him a mailing
address.  Since that time, several replies to this offer have appeared in
general distribution to info-cpm.

     Please remember that info-cpm is gatewayed with net.micro.cpm in usenet,
and many of those people have to PAY for data transmission.  They don't get
their mail delivered free like we lucky DDN stiffs do.  So PLEASE do not post
such replies to the whole net unless you have to due to local operational
constraints.  I realize that some people have no option in this matter, but
I ask that you all be sensitive to this when you are sending a personal
request to an individual.

     Thanks.


Dave
[e-mail] aka info-cpm-request

 1-May-85 11:46:02-MDT,2100;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 11:45:49-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000934; 1 May 85 13:07 EDT
Received: from usenet by BRL.ARPA id a000990; 1 May 85 12:50 EDT
From: Rick Fairfield <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Help! I need a better C compiler.
Message-ID: <[e-mail]>
Date: 30 Apr 85 03:52:10 GMT
To:       [e-mail]

Recently, I have been using the Whitesmiths C compiler (1980 version) on
a CP/M 2.2 system. I'm really unhappy with this compiler and would like
suggestions on a replacement. The only other CP/M C compiler I know of is
one called BDS (?), which I have not had occasion to use.

Here are some examples of things I hate about the Whitesmiths C and would,
therefore, like to avoid in a replacement:

1) The names of many (most) of the "standard" library functions are very
different than for my 4.2 bsd C compiler; many of these functions require
unusual arguments and return unusual values. Most blatant example: putfmt,
instead of printf.

2) All externals need to be initialized (yes, even pointers and arrays,
although array names can be initialized to the null pointer).

3) You can have multiple functions in a single source file but, apparently,
NOT in the file that contains main().

4) putfmt (printf) doesn't flush the buffer until a NEWLINE is issued.

5) The compiler runs in 3 passes (preprocessor plus two compiler passes)
which are invoked separately from a script; it is a VERY slow process and I
can't figure out how to make it stop if an error occurs in an early phase
(short of hitting the reset button).

6) Generally flakey implementation of I/O functions, particularly those
that perform character I/O (text).

I could go on but I think you get the idea. Any suggestions for a replacement
will be appreciated. Also, please include $ amounts if you know them.

                            Thanx,
                            zzzzzadco

                            aka Rick Fairfield
                            Boeing Aerospace Co
                            206-773-1004
 1-May-85 14:26:58-MDT,983;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 14:26:53-MDT
Received: from brl.arpa by AMSAA.ARPA id a007909; 1 May 85 15:53 EDT
Received: from mitre.arpa by BRL-AOS.ARPA id a013169; 1 May 85 15:38 EST
Received: by mitre.ARPA (4.12/4.7)
    id AA01627; Wed, 1 May 85 15:39:05 edt
Message-Id: <[e-mail]>
To: [e-mail]
Cc: [e-mail], [e-mail]
Subject: Re: C Toolkit
In-Reply-To: Your message of 1 May 1985 00:41-EDT.
         <[USC-ISID.ARPA] 1-May-85 00:41:57.ABN.ISCAMS>
Date: 01 May 85 15:38:08 EDT (Wed)
From: Jeff Edelheit <[e-mail]>

Dave - I think you may be thinking about the micro:<unix> directory at
SIMTEL20.  The Directory listing is in mocro:<unix>unix.crclst.  I don't
know of a specific C toolkit.

BTW, the NCR Tower runs System V.  (I use to play with it when it was
running V7.)

Regards,

Jeff Edelheit
(edelheit@mitre)
 1-May-85 15:18:19-MDT,953;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 15:18:11-MDT
Received: from brl.arpa by AMSAA.ARPA id a008359; 1 May 85 16:28 EDT
Received: from mitre-gateway.arpa by BRL-AOS.ARPA id a014076; 1 May 85 16:18 EST
Date:  1 May 1985 16:05:56 EDT (Wednesday)
From: Tom Reid <[e-mail]>
Subject: Kaypro connected to LAN at 9600 baud
To: [e-mail]
Cc: [e-mail]

I have been trying to get my Kaypro to work on our LAN at 9600 baud through
a ROLM data phone (Kaypro goes to back of phone with a normal RS-232 cable).
The Kaypro is a IIx with two serial and one parallel ports.  The symptoms are
problem is
that about 1/3 of the characters are lost on data from the LAN.  The Kaypro
works fine on 1200 baud with a Ventel modem and dialup.

Is this a known problem with the Kaypro's?  Or do all roads lead to ROLM?
Thanks in advance for any help.  Tom.

 1-May-85 15:41:25-MDT,1134;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 15:41:20-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a008923; 1 May 85 16:59 EDT
Received: from usenet by BRL.ARPA id a007186; 1 May 85 16:53 EDT
From: Brian Kantor <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Kaypro Termcap Entry - Comparison with ADM-3A
Message-ID: <[e-mail]>
Date: 30 Apr 85 23:41:37 GMT
To:       [e-mail]

Be aware that later models of the Kaypro seem to have changed the way
their video controller works - the original Ferguson model was all TTL
and faster than all get-out --- but the later Kaypros can't scroll or
position the cursor at any sort of reasonable rate.

We have two Kaypro termcaps here at UCSD - the fast and the slow one.
The slow one has 100mS delays on cursor positioning, line addition,
deletion, and other miscellaneous things.

So if you're having troubles with the Kaypro, try slowing things down.

    Brian Kantor    UC San Diego

    decvax\     [e-mail]
    akgua  >---  sdcsvax  --- brian
    ucbvax/        Kantor@Nosc
 1-May-85 16:23:24-MDT,709;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 16:23:17-MDT
Received: from mitre-bedford.arpa by AMSAA.ARPA id a009163; 1 May 85 17:36 EDT
Date: Wednesday,  1 May 1985 17:29-EDT
From: [e-mail]
To: [e-mail]
Cc: [e-mail]
Subject: Re: Help! I need a better C compiler.
In-reply-to: Your message of Monday, 29 Apr 1985 23:52-EDT.
             <[e-mail]>

For pointers to C compilers, get a copy of Dr. Dobb's. There were also a
number of reviews in Byte a while back. (August of some year - 1982 or 1983?).
Some of the ones you should check out: BDS, Q/C, C80, Aztec.
           - Jim Van Zandt
 1-May-85 18:14:14-MDT,1708;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 18:14:06-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a009661; 1 May 85 19:47 EDT
Received: from usenet by BRL.ARPA id a009508; 1 May 85 19:41 EDT
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: Help! I need a better C compiler.
Message-ID: <[e-mail]>
Date: 1 May 85 14:42:10 GMT
Sender: [e-mail]
To:       [e-mail]

> Recently, I have been using the Whitesmiths C compiler (1980 version) on
> a CP/M 2.2 system. I'm really unhappy with this compiler and would like
> suggestions on a replacement. The only other CP/M C compiler I know of is
> one called BDS (?), which I have not had occasion to use.

Whitesmith's C is indeed reputed to be a dog for the reasons which you list.
BDS C, on the other hand, is a pretty good product.  It is speedy and produces
relatively small object files.  But it is not a full implementation of C.
One of the things that is missing is floating point math, although there are
subroutines for doing floating point indirectly.  If you want a full implemen-
tation, I suggest you look at Computer Innovations CI-86.  It has a good
reputation and I think it supports an 8087 math coprocessor.   The ad in
May BYTE says that there is a new version available aimed at the IBM PC/AT
(Is this an irresistible trend??).  But there used to be a CPM-86 version
available.

Contact CI at

Computer Innovations, Inc.
980 Shrewsbury Avenue
Tinton Falls, NJ 07724

Call

800-922-0169 for "further information"

or

201-542-5920 for "technical assistance"

Good luck,

Jim Potter   [e-mail]
 1-May-85 20:39:27-MDT,1383;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 20:39:21-MDT
Received: from ucb-vax.arpa by AMSAA.ARPA id a010003; 1 May 85 21:43 EDT
Received: from ucbarpa.ARPA by UCB-VAX.ARPA (4.24/4.46)
    id AA19593; Wed, 1 May 85 18:41:02 pdt
Received: by ucbarpa.ARPA (4.24/4.46)
    id AA17837; Wed, 1 May 85 18:43:17 pdt
Date: Wed, 1 May 85 18:43:17 pdt
From: Jordan Hayes in his room <[e-mail]>
Message-Id: <[e-mail]>
Home-Phone:         [phone]
Uucp-Path:         ...ucbvax!jordan
To: [e-mail], [e-mail]
Subject: Re: Help! I need a better C compiler.

>>> FLAME ON <<<

The question specifically stated a CP/M 2.2 system (you even put that
part in your reply) -- CI-86 (as the name suggests... ;-) is for
CP/M-86 -- 8087 support is not going to help any on a 2.2 system.

>>> FLAME OFF <<<

Anyway, the CP/M-86'ers out there probably appreciate the tip...

Waste not, want not, so here's a question of my own : Does anyone
know if there is a version of xlisp (or any other public
domain lisp package) around? Is it on simtel20? I'm running
CP/M+ (that's 3.0 -- the one with the good-features but no software...)
on an Osborne Executive. Thanks.

/jordan
ARPA : [e-mail]
UUCP : ...!ucbvax!jordan -or-
       sunybcs!canisius!jordan

 1-May-85 20:47:26-MDT,1328;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 20:47:20-MDT
Received: from rice-gateway by AMSAA.ARPA id a010088; 1 May 85 22:00 EDT
Received: by rice.ARPA (AA05039); Wed, 1 May 85 19:11:23 CDT
Date:     Wed,  1 May 85 18:55:20 CDT
From: Paul Milazzo <[e-mail]>
Subject:  Re: Help! I need a better C compiler.
To: Rick Fairfield <[e-mail]>
Cc: [e-mail]
Message-Id: <[e-mail]>

Rick:

I have both the BDS and Manx (Aztec II) C compilers for my CP/M system.
For Unix compatibility, I recommend the Manx compiler.  I have written
a fair number of programs which compile and execute without change
under both CP/M and 4.2bsd on VAXen and SUN-2 workstations.  I have
also ported, with minimal effort, several programs originally written
under 4.2bsd.

While the BDS compiler often seems to produce tighter code, I almost
always use the Aztec II compiler because it is much closer to the K&R
standard.  Manx has also recently added a number of the Berkeley
extensions such as "void" declarations.

If someone is interested, I could post a review of the Aztec II compiler.

                Paul G. Milazzo <[e-mail]>
                Dept. of Computer Science
                Rice University, Houston, TX
 1-May-85 21:06:53-MDT,1435;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 21:06:46-MDT
Received: from brl.arpa by AMSAA.ARPA id a010125; 1 May 85 22:14 EDT
Received: from rand-unix.arpa by BRL-AOS.ARPA id a015419; 1 May 85 21:14 EST
Received: by rand-unix.ARPA; Wed, 1 May 85 17:59:12 pdt
From: Bridger Mitchell <[e-mail]>
Message-Id: <[e-mail]>
Date: 01 May 85 17:59:06 PDT (Wed)
To: Tom Reid <[e-mail]>
Cc: [e-mail], [e-mail]
Subject: Re: Kaypro connected to LAN at 9600 baud
In-Reply-To: Your message of 1 May 1985 16:05:56 EDT (Wednesday).


The Kaypro 4-84 boards (new kaypro 2's, kaypro 4's and kaypro 10's) --those
with reverse video, etc. -- use screen memory that is accessible only
through the video controller.  The Kaypro factory roms are rather slow and
fall behind when scrolling (e.g. when the cursor gets to the bottom of the
screen and a linefeed is sent). 1200 baud is about the limit for
continuous-stream text.

Plu*Perfect Systems is writing a new rom for Kaypros that includes a
snappier video driver.  I've  used a test version effectively at 4800 baud,
and with almost no glitches at 9600. That seems to be the limit of what can
be done in firmware, given the hardware memory interfacing.

When ready, it will be available from them and Advent Products.

--bridger mitchell
 1-May-85 21:30:02-MDT,641;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 21:29:59-MDT
Received: from lanl.arpa by AMSAA.ARPA id a000196; 1 May 85 22:39 EDT
Received: from a.ARPA by LANL.ARPA (4.12/4.7)
    id AA08680; Wed, 1 May 85 20:33:33 mdt
Received: by a.ARPA (4.12/4.7)
    id AA25366; Wed, 1 May 85 20:38:12 mdt
Date: Wed, 1 May 85 20:38:12 mdt
From: James Potter <[e-mail]>
Message-Id: <[e-mail]>
To: [e-mail], [e-mail], [e-mail]
Subject: Re: Help! I need a better C compiler.


Right you are.  Some mornings I'm not as bright as others.
 1-May-85 22:32:30-MDT,892;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 22:32:25-MDT
Received: from usc-isid.arpa by AMSAA.ARPA id a000816; 2 May 85 0:08 EDT
Date: 2 May 1985 00:06-EDT
Sender: [e-mail]
Subject: Re: Help! I need a better C compiler.
From: [e-mail]
To: [e-mail]
Cc: [e-mail], [e-mail]
Message-ID: <[USC-ISID.ARPA] 2-May-85 00:06:32.ABN.ISCAMS>
In-Reply-To: <[e-mail]>

Jordan,

Re your query for a version of xlisp... look in Volume 118 of the SIGM
Archives at SIMTEL20 - the whole volume is full of one.
That would be
micro:<sigm.vol118>give.me.it.all.you.fool

(just kidding - you gotta cwd first)

Now for CP/M 86...
Same place, same crowd, but
micro:<sigm.vol153>

Regards,
David Kirschbaum
Toad Hall
(ABN.ISCAMS@USC-ISID)
 2-May-85 05:13:40-MDT,995;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 May 85 05:13:35-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a001197; 2 May 85 6:46 EDT
Received: from usenet by BRL.ARPA id a017467; 2 May 85 6:42 EDT
From: Larry Yudelson <[e-mail]>
Newsgroups: net.lang.c,net.micro.cpm
Subject: Software Toolworks C/80 v3.0
Message-ID: <[e-mail]>
Date: 2 May 85 01:39:22 GMT
Xref: seismo net.lang.c:5259 net.micro.cpm:4381
To:       [e-mail]

<>

    I have been happily using Software Toolwork's
C/80 on my Osborne for some time noow, except....

the #ifneed directive placed beffore the routines
in stdlib.c doesn't work; that is, ththe routines
will not be included.  Yes, I do put #include "stdlib.c"
at the end of the program.  Any clues?

    Larry Yudelson

    philabs!aecom!yudelson

"Do I look like I'm ready to graduate?  I mean, try
toimagine me out in the real world, totally on my own!"
 2-May-85 06:48:51-MDT,1003;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 May 85 06:48:47-MDT
Received: from gunter-adam.arpa by AMSAA.ARPA id a002708; 2 May 85 8:08 EDT
Date:  2 May 1985 07:07:31 CDT
Subject: C compilers and random flames
From: [e-mail]
To: [e-mail]
cc: [e-mail]


Before said random flames cause confusion, C-86 is indeed NOT a CP/M 2.2
compiler, but works instead under CP/M-86 <<and>> MS-DOS/PC-DOS, with the
later version having switches for 80286 optimization.  It really won't
meet the needs of a 2.2 user.

BDS-C is an excellent system, but is unfortunately not one of the 'standard'
compilers (meaning that code from Un*x version whatever won't cross without
substantial effort).  But the price is hard to beat.  Walt Bilofsky has a
CP/M-based C compiler and will shortly release the MS-DOS version.  His
Software Toolworks, Inc. has a reputation for good software at very good
prices.

-------
 2-May-85 07:37:13-MDT,1817;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 May 85 07:37:06-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a004763; 2 May 85 9:05 EDT
Date: Thu, 2 May 1985  07:04 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: XLISP12
In-reply-to: Msg of 1 May 1985  22:06-MDT from ABN.ISCAMS at USC-ISID.ARPA

There is a newer version of XLISP than the one in Volume 118 of the
SIGM collection.  It's available from SIMTEL20 as:

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.XLISP>
PT.LQP.1            BINARY      2688  157FH
XLBFUN.CQ.1            BINARY      5376  7603H
XLBIND.CQ.1            BINARY      1152  F56DH
XLCONT.CQ.1            BINARY      4224  8807H
XLDMEM.CQ.1            BINARY      4736  40F4H
XLEVAL.CQ.1            BINARY      5760  A2B0H
XLFIO.CQ.1            BINARY      6656  0727H
XLFTAB.CQ.1            BINARY      3200  7EC6H
XLINIT.CQ.1            BINARY      1792  AB12H
XLIO.CQ.1            BINARY      2432  9D82H
XLISP.CQ.1            BINARY      1408  AF8BH
XLISP.HQ.1            BINARY      4096  7B9CH
XLISP.MQM.1            BINARY     24576  4BDDH
XLISP12.FIX.1            ASCII       462  7384H
XLISP12.LBR.1            BINARY    117504  E343H
XLLIST.CQ.1            BINARY     12160  068EH
XLMATH.CQ.1            BINARY      4480  E2B3H
XLOBJ.CQ.1            BINARY     11648  B221H
XLPRIN.CQ.1            BINARY      2432  EE6FH
XLREAD.CQ.1            BINARY      5760  EAA1H
XLSTR.CQ.1            BINARY      3200  B91FH
XLSTUB.CQ.1            BINARY       384  C441H
XLSUBR.CQ.1            BINARY      2048  7336H
XLSYM.CQ.1            BINARY      3584  27F6H
XLSYS.CQ.1            BINARY      2304  FC85H

Get XLISP12.LBR instead of the individual files if you want the whole
package at once.

XLISP14 does exist on the net, but it for 16-bit machines only (it's
too big to work on 8-bit machines, I've been told).

--Keith
 2-May-85 08:49:10-MDT,478;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 May 85 08:49:03-MDT
Date:     Thu, 2 May 85 10:22:01 EDT
From:     David Towson (SECAD) <[e-mail]>
To:       Jordan Hayes in his room <[e-mail]>
cc:       [e-mail], [e-mail]
Subject:  Re:  Help! I need a better C compiler.

Jordan - XLISP is available on SIMTEL20 in directory MICRO:<CPM.XLISP>.


Dave
[e-mail]


 2-May-85 09:03:24-MDT,502;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 May 85 09:03:19-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a012964; 2 May 85 10:27 EDT
Received: from usenet by BRL.ARPA id a021770; 2 May 85 9:52 EDT
From: Carl Rosenberg <[e-mail]>
Newsgroups: net.micro.cpm.ctl
Subject: newgroup net.micro.cpm
Message-ID: <[e-mail]>
Date: 2 May 85 00:26:49 GMT
Control: newgroup net.micro.cpm
To:       [e-mail]


 2-May-85 10:48:32-MDT,789;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 May 85 10:48:24-MDT
Received: from rand-unix.arpa by AMSAA.ARPA id a000578; 2 May 85 12:16 EDT
Received: by rand-unix.ARPA; Thu, 2 May 85 09:13:25 pdt
From: Chris McMenomy <[e-mail]>
Message-Id: <[e-mail]>
Date: 02 May 85 09:13:22 PDT (Thu)
To: Larry Yudelson <[e-mail]>
Cc: [e-mail], [e-mail]
Subject: Re: Software Toolworks C/80 v3.0
In-Reply-To: Your message of 2 May 85 01:39:22 GMT.
         <[e-mail]>


Larry--

#include "stdlib.c" has to be the last line and must be followed by a
carriage return.  I'm pretty sure that works: we had the same problem
for a while.

--Christe
 2-May-85 17:32:58-MDT,680;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 May 85 17:32:50-MDT
Received: from xerox.arpa by AMSAA.ARPA id a000341; 2 May 85 19:08 EDT
Received: from PinotNoir.ms by ArpaGateway.ms ; 02 MAY 85 13:03:42 PDT
Date: 2 May 85 13:04:13 PDT (Thursday)
From: [e-mail]
Subject: Re: NETWORKING
In-reply-to: HARRELL%EDUCOM.BITNET's message of 26 APR 85 13:40 EST
To: [e-mail]
cc: [e-mail]

 I would like to receive a copy of a networking newsletter at no charge:

Tom Heron
Xerox Special Information Systems
P.O. Box 7018
250 N. Halstead St.
Pasadena,CA 91109

Thanks!
 2-May-85 23:10:06-MDT,634;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 May 85 23:10:00-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000185; 3 May 85 0:44 EDT
Received: from usenet by BRL.ARPA id a009662; 3 May 85 0:40 EDT
From: Chuck Wegrzyn <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: NETWORKING
Message-ID: <[e-mail]>
Date: 2 May 85 13:00:11 GMT
To:       [e-mail]


    I am interested in the 'Network Newsletter' - add me to your
    list. My address is

            Chuck Wegrzyn
            24 Winchester Street
            Brookline, Ma 02146


                    Thanks, Chuck
 3-May-85 00:18:56-MDT,634;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 00:18:48-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000185; 3 May 85 1:49 EDT
Received: from usenet by BRL.ARPA id a009846; 3 May 85 1:40 EDT
From: Chuck Wegrzyn <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: NETWORKING
Message-ID: <[e-mail]>
Date: 2 May 85 13:00:11 GMT
To:       [e-mail]


    I am interested in the 'Network Newsletter' - add me to your
    list. My address is

            Chuck Wegrzyn
            24 Winchester Street
            Brookline, Ma 02146


                    Thanks, Chuck
 3-May-85 08:29:26-MDT,670;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 08:29:21-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a003271; 3 May 85 9:53 EDT
Received: from usenet by BRL.ARPA id a016139; 3 May 85 9:41 EDT
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: sq-usq available on net.sources
Message-ID: <[e-mail]>
Date: 1 May 85 15:46:05 GMT
To:       [e-mail]

sq-usq (CP/M compatible file compression utility) is posted to net.sources.
--
Bill Swan    {ihnp4|decvax|...}!uw-beaver!tikal!persci!bill
Sure you can smoke, if you do it in private, at home, with the shades drawn!
 3-May-85 10:48:34-MDT,672;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 10:48:29-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a006422; 3 May 85 11:46 EDT
Received: from usenet by BRL.ARPA id a018855; 3 May 85 11:41 EDT
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: sq-usq available on net.sources
Message-ID: <[e-mail]>
Date: 1 May 85 15:46:05 GMT
To:       [e-mail]

sq-usq (CP/M compatible file compression utility) is posted to net.sources.
--
Bill Swan    {ihnp4|decvax|...}!uw-beaver!tikal!persci!bill
Sure you can smoke, if you do it in private, at home, with the shades drawn!
 3-May-85 11:44:12-MDT,626;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 11:44:06-MDT
Received: from usc-isi.arpa by AMSAA.ARPA id a001870; 3 May 85 13:05 EDT
Date:  3 May 1985 13:01:58 EDT
Subject: MOVCPM Relocation Method
From: Steve Noland <[e-mail]>
To: [e-mail]

I am trying to install ZCPR3 on my Heath system running the Magnolia
CP/mM.  I need some information about the method DR uses to relocate the
various pieces of CP/mM via MOVCPOM, and how to translate the relocation
tables that appear in MOVCPM.

Thanks in advance,
Steve Noland
-------
 3-May-85 12:07:15-MDT,1383;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 12:07:04-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a002664; 3 May 85 13:27 EDT
Date: Fri, 3 May 1985  10:31 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Bill Swan <ihnp4!uw-beaver!tikal!persci![e-mail]>
Cc:   [e-mail]
Subject: sq-usq available on net.sources

The sq-usq (CP/M compatible file compression utility) you posted to
net.sources does not work correctly on 4.2 BSD Unix.  USQ causes a
core dump.  SQ makes squeezed files which do not unsqueeze correctly
(they are truncated).

A portable SQ/USQ was recently posted to net.sources.  It does work
correctly on 4.2 BSD Unix.  It is available from SIMTEL20 (to ArpaNet
users) in two forms:

Filename        Type     Bytes     CRC

Directory MICRO:<UNIX.CPM>
SQU-PORT.SHAR.1        ASCII     40065  7B21H <--for Unix users

Directory MICRO:<CPM.SQUSQ>
SQU-PORT.LBR.1        BINARY     29952  D82CH <--same files but in
                          .LBR form

SQU-PORT.LBR is also available from my RCPM (RCPM Royal Oak, MI -
313-759-6569) for those who do not have access to SIMTEL20.

--Keith <[e-mail]>
Usenet: ...!decvax!brl-bmd!w8sdz
  or    ...!unc!brl-bmd!w8sdz
  or    ...!seismo!brl-tgr!w8sdz
 3-May-85 12:56:54-MDT,549;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 12:56:47-MDT
Received: from nosc-tecr.arpa by AMSAA.ARPA id a006210; 3 May 85 14:22 EDT
Date: 3 May 1985 1106-PST
From: Pawka <[e-mail]>
Subject: S-100 graphics cards
To: [e-mail]
Reply-To: [e-mail]

    Does anyone have any experience/recommendations with/for High-Res
color graphics cards for S-100 micro-computer systems, either RGB or
NTSC?

                    Mike Pawka
                    [e-mail]

------
 3-May-85 13:32:07-MDT,2247;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 13:31:53-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a007674; 3 May 85 15:09 EDT
Date: Fri, 3 May 1985  12:44 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Using the Anchor Mk XII within BYE.COM

>D. Pollock recently posted:
>Re: Using the Anchor Mk XII within BYE.COM
>
>To use the Mk XII you must ascertain if you have the proper rom set.
>This can be done by connecting up the modem and typing ATI1 the result
>will be a number if the number is 218 then you are ok, if not get on
>the phone to Anchor and get them to replace the roms in your modem.
>This fixes a nasty habit of the Anchor's which will cause a seizure of
>the worst kind if someone calls your modem at 300 baud.  Apparently the
>modem gets confused when it answers and has to switch baud rate hanging
>up the entire system.  Thanks to Ed Richter for this information.  This
>tip and the following mod allow the Anchor to function as a Hayes clone
>in a BBS situation.
>
>D. Pollock 4-7-85
>
[DTR Hangup mod followed here]

Jim Zajac, a user of RCPM Royal Oak is getting conflicting answers from
the Anchor modem people.  He would like to contact Ed Rickter for more
details.  I hope we can find someone to help.  It annoys me to see a
manufacturer apparently giving out different information to different
people.  If there is a problem they should admit it.  We would all
have greater respect for them and be more inclined to buy their product
because we knew they gave good user support.
--Keith <[e-mail]>

---forwarded message from RCPM Royal Oak (313-759-6569)---

Date: 30-Apr-85
From: Jim Zajac
To:   Ed Rickter
Re:   ANCH-BYE.FQX

Dear Ed,  where did you get the info concerning the fix for the
Anchor MK12 modem?  Anchor says that there is no such fix or ROMs
available.  Could you upload a more specific file concerning the
details of your conversation with Anchor or whoever for the rest
of us.  Thank you .

.....Jim Zajac

---end of forwarded message---
 3-May-85 13:47:40-MDT,1176;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 13:47:34-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a007684; 3 May 85 15:09 EDT
Date: Fri, 3 May 1985  12:50 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail], [e-mail], [e-mail]
Subject: Duplicate mail being distributed from usenet ...
In-reply-to: Msg of 3 May 1985  11:25-MDT from Lee Richardson <RICHARDSON at USC-ISIF.ARPA>

    It seems that for some reason (beginning yesterday evening I
    think) mail from usenet bound for info-hams has been sent twice,
    with about a half hour between sendings.  Can something be done
    to correct this?  Thanks.  /Lee Richardson, W6RFK

This appears to be a problem at BRL.  It is happening with Info-Micro
and Info-Cpm as well as several other groups that receive usenet
forwarding.

--Keith <[e-mail]>  aka <INFO@[e-mail]>
Usenet: ...!decvax!brl-bmd!w8sdz
  or    ...!unc!brl-bmd!w8sdz
  or    ...!seismo!brl-tgr!w8sdz
 3-May-85 14:39:04-MDT,1194;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 14:38:52-MDT
Received: from brl-aos.arpa by AMSAA.ARPA id a009651; 3 May 85 16:20 EDT
Received: from nosc-gw by BRL-AOS.ARPA id a016316; 3 May 85 16:15 EDT
Received: from marlin.ARPA by nosc.ARPA (4.17/4.7)
    id AA13946; Fri, 3 May 85 13:15:28 pdt
Received: by marlin.ARPA (4.17/4.7)
    id AA06536; Fri, 3 May 85 13:16:12 pdt
Date: Fri, 3 May 85 13:16:12 pdt
From: "James E. Harmon" <[e-mail]>
To: [e-mail]
Cc: [e-mail]
Subject: Re: Kaypro connected to LAN at 9600 baud
Message-Id: <harmonj, Fri May  3 13:09:31 1985>

-------
Tom,
I didn't get a good return address so I'll reply to the net.

I have had the same problem with both a Kaypro 2 and a Kaypro 4 when they
are connected to a Sytek LAN here at NOSC.  It skips part of a line at
any speed greater than 1200 baud.  I have used Kaypro's TERM program,
MODEM7, KERMIT, and the NOSC TRANSFER terminal programs on the Kaypros
with the same result.
1200 baud works fine for both the Sytek LAN and the Hayes Smartmodem 1200.

Good Luck,

Jim Harmon
(harmonj@NOSC)
-------

 3-May-85 18:08:40-MDT,487;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 18:08:35-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a010791; 3 May 85 19:46 EDT
Received: from usenet by BRL.ARPA id a029411; 3 May 85 19:42 EDT
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: cancel <[e-mail]>
Message-ID: <[e-mail]>
Date: 4 May 85 00:49:37 GMT
Control: cancel <[e-mail]>
To:       [e-mail]


 4-May-85 09:14:54-MDT,1114;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 May 85 09:14:49-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a000152; 4 May 85 9:29 EDT
Date: Friday, 3 May 1985  14:02-MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: [e-mail]
Reply-To: [e-mail]
To: [e-mail]
Subject:   --- squ-port: non port ---
ReSent-From: [e-mail]
ReSent-To: [e-mail], [e-mail]
ReSent-Date: Sat 4 May 1985 07:28-MDT

The following files needed to be modified to work with DECUS C compiler
on VAX/VMS.

sqio.c
tr1.c
tr2.c
usq.c
utr.c

The modification was minor, each statement of form:

    return x;

is required to have a parenthesized expression:

    return (x);

this change will not affect adversely any compiler I know of
(and it is better style anyway...) so I suggest that it be
added into the source (SIMTEL20 - micro:<unix.cpm>sq-port.shar)
when it is convenient
        -Richard Hartman
        <address changing soon>
 4-May-85 20:19:00-MDT,1865;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 May 85 20:18:51-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000207; 4 May 85 21:52 EDT
Received: from usenet by BRL.ARPA id a012468; 4 May 85 21:48 EDT
From: Melinda Shore <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Help! I need a better C compiler.
Message-ID: <[e-mail]>
Date: 3 May 85 22:52:15 GMT
To:       [e-mail]

[]
> From: [e-mail]
> I suggest you look at Computer Innovations CI-86.

Whoops!!  The original poster was looking for a compiler for a CP/M 2.2
system.  The C-86 compiler is for MS-DOS systems.  Perhaps there's a C-86
for CP/M-86, but this still won't run on a humble z-80.

There are a number of reasons not to go with the BDS compiler, the primary
one being slight non-standardness.  I have the Manx Aztec C.  It's quite
standard and is rather nice to work with.  The problem with it is that it
generates lousy code (n.b. mine is rather old.  I understand newer releases
are somewhat tighter).  No discussions of CP/M C compilers would be complete
without mention of Software Toolworks' C/80.  Very inexpensive, very solid
compiler, but *very* incomplete.  I bought one two years ago.  At that time
the rather tiny library was in assembler.  I think that right now the most
appealing of the compilers is EcoSoft C.  I don't have one, but I understand
that they generate good, fast code and are reasonably K & R standard.  I
think it also supports post-K & R constructs.

Hope this helps ...

--

Melinda Shore
University of Chicago Computation Center

uucp:     ..!ihnp4!gargoyle!sphinx!shor
Mailnet:  [e-mail]
Bitnet:      [e-mail]
ARPA:      [e-mail]
 4-May-85 20:55:42-MDT,15712;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 May 85 20:54:54-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000223; 4 May 85 22:06 EDT
Received: from usenet by BRL.ARPA id a012716; 4 May 85 21:55 EDT
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: ldir.c and ltype.c source, for Unix
Message-ID: <[e-mail]>
Date: 3 May 85 18:14:42 GMT
To:       [e-mail]

I am posting this to net.micro.cpm instead of net.sources because I believe it
to be of no interest to anybody other than a CP/M user.

Here are sources for ldir.c and ltype.c, two probably very familiar library
utilities. I acquired these from a local BBS, where they had been posted as
IBM PC utilities. It took a little effort to adapt them to our 4.2bsd
environment.

Now all that is needed is for somebody to build on these routines (and on the
'usq' I posted a few days ago to net.sources) to create a full 'lu' utility,
which would be *VERY* handy in facilitating file transfers to/from home.

I am sure some of you will improve and enhance these utilities. Please post
your upgrades so we all can share them.

Bill Swan     {ihnp4|decvax|allegra|...}!uw-beaver!tikal!persci!bill
-------------------------------------------------------------------------------
#!/bin/sh
# This is a shell archive, meaning:
# 1. Remove everything above the #!/bin/sh line.
# 2. Save the resulting text in a file.
# 3. Execute the file with /bin/sh (not csh) to create the files:
#    ldir.c
#    ltype.c
# This archive created: Fri May  3 10:59:32 1985
export PATH; PATH=/bin:$PATH
echo shar: extracting "'ldir.c'" '(10133 characters)'
if test -f 'ldir.c'
then
    echo shar: over-writing existing file "'ldir.c'"
fi
sed 's/^X//' << \SHAR_EOF > 'ldir.c'
X/*    LDIR     Library Directory display program */
X
X#define    VERSION        3
X#define    REVISION    1
X#define MOD_DATE    "85-05-03"
X
X/*
XLegal Notices:
X    Copyright (c) 1982, 1983 by Gary P. Novosielski.
X    All rights reserved.
X
X    Permission is hereby granted for noncommercial use.
X    Use or duplication of this or any derivative work for
X    commercial advantage without prior written consent
X    of the author is prohibited.
X
XLIFO Revision Summary:
X    3.01    85-05-03    Modified to run under 4.2bsd. Required changing
X                all ints to shorts. (Bill Swan)
X    3.00    84-29-84    Revised for use on IBM-PC running
X                MS-DOS. Compiler = Lattice 'c'
X                (Pete Mack)
X    2.20    83-10-13    Changed Kb size calculation to
X                round upward.  Added max drive
X                validation.  Moved copyright
X                display to help section.
X    2.11    83-03-21    BDS 1.5 support.
X                Size display in Kb.
X    2.10    82-12-09    Size display in sectors.
X    2.00    82-11-20    [Not released]
X    1.00    82-11-14    Initial source release
X        Gary P. Novosielski
X
XProgram Description:
X    This program is intended for use on RCPM systems to
X    allow callers to see the contents of the directories
X    of .LBR files on the system.  You probably won't need
X    it on your home system, since the -L function of LU.COM
X    provides this ability.  Since LU is not active on
X    remote systems, a program like this is necessary
X    to allow you to see member names in a library without
X    your having to download the library first.
X
X    It has been modified to run under Unix 4.2bsd, as a help
X    to those of us who transfer files between our home systems
X    and VAXen.
X*/
X
X#include <stdio.h>
X#include <ctype.h>
X
X#define    FALSE    0
X#define TRUE    -1
X
X/* Pseudo typedef's */
X#define FLAG        char
X
X/* Number of displayed entries */
X#define NWIDE    4
X
X/*         EXTERNALS */
XFILE   *lbrfile, *fopen();             /* fd for library file    */
Xchar lbrname[20];
X
X#define FROM_START    0
X
XFLAG lbropen;
Xshort  entries, freeent;
X
X/* Entry Size */
X#define ESIZE        32
X
X/* Entries per sector */
X#define EPS        (SECSIZ / ESIZE)
X
X/* Structure of a directory entry */
Xstruct direntry
X{
X    char status;    /* Possible values */
X#define  ACTIVE            0x00
X#define  KILLED            0xFE
X#define     VIRGIN            0xFF
X    char id[8+3];     /* filename.ext */
X    unsigned short indx;    /* Pointer to first sector */
X    unsigned short size;    /* Size of member in sectors */
X    unsigned short crc;    /* CRC check word */
X    /* Future expansion space */
X#define EXPSIZ            14
X    char expand[EXPSIZ];
X}
X*directory, *curentry;    /* two pointers to such a beast */
X
Xtypedef struct direntry dirtype;
X
Xchar sopt;        /* size option: S, N, or K */
Xchar *drmsg;        /* Max drive letter allowed */
X
X/*        END OF EXTERNALS */
X#define SECSIZ    128
X#define OK    0
X#define ERROR    -1
X
X
Xshort    indexc(),entcmp(),bitcmp();    /*non-integer functions*/
X/************************************************
X main
X*************************************************/
X
Xmain (argc,argv)
Xunsigned  argc;
Xchar *argv[];
X{
X    printf(
X      "Library DIRectory   Ver:%d.%02d   %s\n\r%s\n\r",
X      VERSION,REVISION,MOD_DATE,
X      "Press CTRL-S to pause; CTRL-C to cancel"
X      );
X
X
X    /*
X    The FIRST character of the following message is actually
X    used in the test for the maximum legal drive.  This will
X    allow sites which do not support a C compiler to easily
X    find and patch this value in the object code.
X    */
X    drmsg = "P: is highest valid drive";
X
X
X    /* Initialize flags */
X    sopt = 'K';            /* Default option setting */
X    lbropen = FALSE;        /* No library open */
X    directory = NULL;        /* No directory in memory */
X
X
X    if (argc < 2)        /* No command line arguments */
X    {
X    puts("\n\rCopyright (c) 1982, 1983 by Gary P. Novosielski");
X    puts("\n\r\nCorrect syntax is:");
X    puts("\n\rLDIR [<option>] name1 [[<option>] [name2...[nameN]]]");
X    puts("\n\r\nWhere:\tname1 through");
X    puts("\n\r\tnameN\tare library names; default type: .LBR");
X    puts("\n\rOptions:\n\r\t-n\tonly show names of members.");
X    puts("\n\r\t-s\talso show size in sectors.");
X    puts("\n\r\t-k\tlike -s, but size in Kbytes. (default)");
X    puts("\n\rOption flags stay in effect for subsequent names.");
X    puts("\n\rAmbiguous names are not permitted.");
X
X
X
X    }
X    else
X    /* Process command line arguments */
X    while(--argc)
X    {
X        if (**(++argv) == '-')
X        procopt(*argv);
X        else if (!namel(*argv))
X        dirlist();
X        else
X        printf("\n\r%s not found on disk.\n\r",lbrname);
X
X    }
X    /* End of command line.  Clean up and exit */
X}
X/* End of main function */
X
X/************************************************
X Open *name as the current library
X*************************************************/
X
Xnamel(name)
Xchar *name;
X{
X    if (lbropen && close(lbrfile) == ERROR)
X    abend("\n\rCan't close library: %s",lbrname);
X    lbropen = FALSE;
X    if (isambig(name) || indexc(name,' ') != ERROR)
X    abend("\n\rBad library name: %s",name);
X    if (name[1] == ':' && *name > *drmsg)
X    abend("\n\r%s",drmsg);
X    strcpy(lbrname,name);
X    if (indexc(name,'.') == ERROR)
X    strcat(lbrname,".LBR");
X    if ((lbrfile = fopen(lbrname,"r")) != NULL)
X    {
X    printf("\n\rLibrary: %s has ",lbrname);
X    readdir();
X    }
X    else
X    return ERROR;
X    lbropen = TRUE;
X    printf ("%d entries, %d free:\n\r",entries,freeent);
X    return OK;
X}
X
X/************************************************
X   Return flag saying if the requested number of memory bytes
X   are available.  Try to make them available if possible.
X*************************************************/
X
XFLAG avail(request)
Xunsigned short request;    /* in bytes */
X{
X    char *ptr;
X    unsigned short  *curavail, temp;
X    temp = 0;
X
X    curavail = &temp;    /* Pseudo-static kluge */
X
X    if(request < *curavail)
X    return TRUE;
X    if ((ptr = (char *)sbrk(++request - *curavail)) == (char *)ERROR)
X    return FALSE;
X
X    /* If this is the first success, initialize pointer */
X    if (directory == NULL)
X    directory =  (dirtype *) ptr;
X
X    *curavail = request; /* Modify static for next call */
X    return TRUE;
X}
X
X/************************************************/
X/* Read the directory into memory */
X/*************************************************/
X
Xreaddir()
X{
X    if (!avail(SECSIZ))
X    memerr();
X    fseek(lbrfile, 0, FROM_START);
X
X    if (
X      fread(directory,128,1,lbrfile) != 1
X      || entcmp(directory,"\0           ")
X      || directory->indx
X      || !directory->size
X      )
X        abend("no directory.");
X    if (directory->size > 1)
X    {
X    if (!avail(SECSIZ * directory->size))
X        memerr();
X    if (fread(directory+EPS,128, directory->size - 1,lbrfile)
X      != directory->size - 1)
X        abend("a bad directory");
X    }
X
X    freeent = entries = EPS * directory->size;
X
X    for(
X      curentry = directory;
X      curentry->status != VIRGIN && freeent;
X      ++curentry
X      )
X    --freeent;
X}
X
X/************************************************
X memory error
X*************************************************/
X
Xmemerr()
X{
X    abend("an absurdly huge directory");
X}
X
X/************************************************
X  Search string *s for character c.  Return offset
X*************************************************/
X
Xshort indexc(s, c)
Xchar *s, c;
X{
X    short i;
X    for (i = 0; *s; i++)
X    if(*s++ == c)
X        return i;
X    return ERROR;
X}
X
X/************************************************
X  Return TRUE if s contains asterisk(s) or question(s)
X*************************************************/
X
Xisambig(s)
Xchar *s;
X{
X    if (indexc(s,'*') != ERROR || indexc(s,'?') != ERROR)
X    return TRUE;
X    return FALSE;
X}
X
X/************************************************
X Terminate program with error message
X*************************************************/
X
Xabend(p1, p2, p3, p4)
X{
X    printf(p1, p2, p3, p4);
X    puts("\n\r\nFor help, type LDIR alone.");
X    exit();
X}
X
X/************************************************
X compare string a to string b ignoring some bits of each
X*************************************************/
Xshort
Xbitcmp(a, b, count, mask)
Xchar *a, *b, mask;
Xshort count;
X{
X    short r;
X    while(count--)
X    if (r = (*a++ & mask) - (*b++ & mask))
X        return r;
X    return 0;
X}
X
X/************************************************
X form a string in dst from a standard format name in src
X*************************************************/
X
Xformname(dst,src)
Xchar *dst, *src;
X{
X    int i,j;
X    j = 0;
X
X/* Remove attributes first so compares will work */
X    for (i = 1; i < 12; i++)
X    src[i] &= 0x7F;
X    for (i = 1; i < 9; i++)
X    {
X    if (src[i] == ' ')
X        break;
X    dst[j++] = src[i];
X    }
X    if (src[9] != ' ')
X    dst[j++] = '.';
X    for (i = 9; i < 12; i++)
X    {
X    if (src[i] == ' ')
X        break;
X    dst[j++] = src[i];
X    }
X    dst[j] = '\0';
X    return;
X}
X
X/************************************************
X   Compare two directory entries. Note that status is major
X   sort field.
X*************************************************/
Xshort
Xentcmp(a,b)
Xchar *a, *b;
X{
X    short  i, r;
X
X    for (i = (1+8+3); i--; a++, b++)
X    if ((r = *a - *b) && *b != '?')
X        return r;
X    return 0;
X}
X
X/************************************************
X   List the directory of the current library, and return number
X   of free entries
X*************************************************/
X
Xdirlist()
X{
X    char name[20];
X    short  i;
X    unsigned del, act;
X
X    curentry = directory;
X    for ((act = del = 0, i = entries - freeent); --i;)
X    {
X    if ((++curentry)->status == ACTIVE)
X    {
X        if(!(act % NWIDE))
X        puts("\n\r");
X        formname(name, curentry);
X
X        switch (sopt)
X        {
X        case 'S':    /* Size in sectors */
X        printf("%-12s%5ds ", name, curentry->size);
X        break;
X        case 'K':    /* Size in Kilobytes */
X        printf("%-12s%5dk ",name, (curentry->size+7)/8);
X        break;
X        case 'N':    /* Name only. More names per line */
X        printf("%-14s",name);
X        }
X        ++act;
X    }
X    else
X        ++del;
X    }
X    printf("\n\r Active entries: %u, Deleted: %u, Free: %u, Total: %u.\n\r",
X      ++act, del, freeent, entries);
X    return --act;
X}
X
X/************************************************
X Process option string (-xx)
X*************************************************/
X
Xprocopt(s)
Xchar *s;
X{
X
X    while(*(++s))
X    switch (*s)
X    {
X    case 'S':
X    case 'N':
X    case 'K':
X    case 's':
X    case 'n':
X    case 'k':
X        sopt = toupper(*s);
X        break;
X    default:
X        abend("'%c' is an invalid option",*s);
X    }
X}
SHAR_EOF
if test 10133 -ne "`wc -c 'ldir.c'`"
then
    echo shar: error transmitting "'ldir.c'" '(should have been 10133 characters)'
fi
echo shar: extracting "'ltype.c'" '(2093 characters)'
if test -f 'ltype.c'
then
    echo shar: over-writing existing file "'ltype.c'"
fi
sed 's/^X//' << \SHAR_EOF > 'ltype.c'
X#define    VERSION        0
X#define REVISION    0
X#define MOD_DATE    "04/18/85"
X
X/* This program will type a member of a LBR file... any member,
X   BUT anything other than an ASCII file will produce a screenful
X   of garbage.
X
X   USE: LTYPE <library> <member>
X*/
X#include <stdio.h>
X#include <sys/file.h>
X
Xchar curdsk, fcb[36];
Xchar fnam[12], libnam[16], dirbuf[128], *dirp;
Xint  fd, dirsiz, filsiz;
X
X#define OK    0
X#define ERROR -1
X
Xmain(argc,argv)
Xint argc;
Xchar **argv;
X{
X    printf("\n\rLTYPE vers:%d.%02d  %s\n\r\n",
X    VERSION,REVISION,MOD_DATE);
X    opnlib(argv[1]);
X    if (fndmem(argv[2]) == ERROR) erxit("\n\rMember not in LBR file!\n\r");
X    printf("\n\rFile present - %d sectors.\n\r",filsiz);
X    doit();
X}
X
Xdoit()
X{
X    int    j;
X    int    c;
X    dirsiz = filsiz;
X    do {
X        reload();
X        for (j=0; j<128; j++){
X            if (*dirp == 0x1a) exit();
X            putchar(*dirp);
X            if(*dirp == 0x0a) putchar(0x0d);
X            dirp++;
X        }
X    }while(dirsiz != 0);
X}
X
Xopnlib(file)
Xchar *file;
X{
X    char l, *npnt;
X    strcpy(libnam,file);
X    fd = open(libnam,O_RDONLY);
X    if(fd == -1) erxit("Library file not found.\n");
X}
X
Xfndmem(file)
Xchar *file;
X{
X    char dnam[16], fname[36];
X    long int    floc;
X    setfcb(fname,file);
X    read(fd,dirbuf,128);
X    dirp = dirbuf;
X    dirsiz = *(dirp+14);
X    dirp += 32;
X    do{
X        if (*dirp == 255) return(ERROR);
X        if (*dirp == 0){
X            strcpy(dnam, dirp+1);
X            dnam[11]=0;
X            if(strcmp(dnam, fname) == 0){
X                filsiz = (*(dirp+14)) + ((*(dirp+15)) * 256);
X                floc=(*(dirp+12)) + ((*(dirp+13)) * 256);
X                lseek(fd,floc *128,0);
X                return(OK);
X            }
X        }
X        dirp += 32;
X        if(dirp > dirbuf+128) reload();
X    } while(dirsiz);
X    return(ERROR);
X}
X
Xreload()
X{
X    read(fd,dirbuf,128);
X    dirp = dirbuf;
X    dirsiz--;
X}
X
Xmatchr(st,ch)
Xchar *st,ch;
X{
X    int i;
X    for(i=0; st[i]; i++){
X        if(st[i] == ch) return(i);
X    }
X    return(0);
X}
X
Xsetfcb(fname,file)
Xchar *fname;
Xchar *file;
X{
X    int i,j;
X    i = 0; j = 0;
X    while (file[j] && file[j] != '.' && i < 8) fname[i++] = file[j++];
X    while (i < 8) fname[i++] = ' ';
X    if (file[j] == '.') while (i < 11 && file[++j]) fname[i++] = file[j];
X    while (i < 11) fname[i++] = ' ';
X    fname[11] = 0;
X}
X
Xerxit(strg)
Xchar *strg;
X{
X    printf(strg);
X    exit();
X}
SHAR_EOF
if test 2093 -ne "`wc -c 'ltype.c'`"
then
    echo shar: error transmitting "'ltype.c'" '(should have been 2093 characters)'
fi
#    End of shell archive
exit 0

--
Bill Swan     {ihnp4|decvax|allegra|...}!uw-beaver!tikal!persci!bill
 4-May-85 20:55:48-MDT,1749;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 May 85 20:55:34-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000233; 4 May 85 22:06 EDT
Received: from usenet by BRL.ARPA id a012919; 4 May 85 22:01 EDT
From: [e-mail]
Newsgroups: net.sources,net.micro.cpm
Subject: Re: sq-usq.shar (WARNING FROM THE POSTER!! IT MAY NOT WORK!!)
Message-ID: <[e-mail]>
Date: 4 May 85 03:00:01 GMT
Xref: seismo net.sources:2904 net.micro.cpm:4395
To:       [e-mail]

(Gad, this is hard to do..)

A warning to all users who acquired a copy of sq-usq that I posted to the net a
few days ago:  THIS SOFTWARE MAY NOT WORK!!! I have received a serious bug
report from a respected user, who informs me that not only will this software
not squeeze/unsqueeze stuff compatibly with his (latest version) utilities, but
that usq crashes with a core dump in the attempt!  I might normally question the
circumstances, but in this situation I'm afraid I have to retract without
question.

To those of you who sent me mail asking for a copy, I have to apologize for
this posting. I am trying to acquire a version that has been well-tested by
users on the net, so that it could be posted in place of my original, in the
hopes that nobody else gets stung.

It was not my intent to post a defective software package. In fact, I have been
using this package for several months (since December) on our VAX in conjunction
with a (different) package at home, with no trouble. I felt that, with this
amount of 'testing', it was working correctly, so there would be no problem in
posting it!
--
Bill (egg-on-my-face) Swan     {ihnp4|decvax|...}!uw-beaver!tikal!persci!bill
 5-May-85 09:47:23-MDT,482;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 May 85 09:47:20-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000154; 5 May 85 9:59 EDT
Received: from usenet by BRL.ARPA id a016038; 5 May 85 5:41 EDT
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: cancel <[e-mail]>
Message-ID: <[e-mail]>
Date: 4 May 85 04:23:27 GMT
Control: cancel <[e-mail]>
To:       [e-mail]


 5-May-85 09:58:26-MDT,1974;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 May 85 09:58:21-MDT
Received: from purdue-merlin.arpa by AMSAA.ARPA id a000243; 5 May 85 10:07 EDT
Message-Id: <[e-mail]>
Received: by merlin.ARPA; Sun, 5 May 85 08:08:39 EST
To: [e-mail]
Subject: Re: Help! I need a better C compiler.
In-Reply-To: Your message of 3 May 85 22:52:15 GMT.
         <[e-mail]>
Date: 05 May 85 08:08:35 EST (Sun)
From: Ralph E Droms <[e-mail]>

> ...  No discussions of CP/M C compilers would be complete
> without mention of Software Toolworks' C/80.  Very inexpensive, very solid
> compiler, but *very* incomplete.  I bought one two years ago.  At that time
> the rather tiny library was in assembler.  ...
>
> Melinda Shore

I recently purchased C/80 V3.1.  The library seems very complete, and
*C* sources are included.  The most significant limitations to V3.1
include:

    Float, double, entry and typedef keywords not implemented
    Float and long constants and arithmetic (Float and long may be
        added with the optional [$29.95??] "mathpak")
    Typedef not implemented
    Bit fields not implemented
    #line directive not implemented

    **  Function calls must have the same number of arguments as the
        called function definition.  (There is a hack to make
        [s]printf work correctly.)
    #define does not allow arguments
    Blocks: declarations are allowed only at the beginning of a
        function

For $49.95, I've found C/80 V3.1 to be a very useful tool.  My biggest
complaint is inherent in the nature of it's recursive descent
algorithm; once an error is discovered, the compiler "discovers" MANY
more errors until it gets itself resynched with the input.

                    - Ralph

Ralph Droms                    ihnp4!purdue!droms
445 MATH                    [e-mail]
Dept. of Computer Science            [e-mail]
Purdue University
West Lafayette, IN 47906

----------
 5-May-85 20:40:46-MDT,860;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 May 85 20:37:38-MDT
Received: from edwards-2060.arpa by AMSAA.ARPA id a009163; 29 Apr 85 19:55 EST
Date: Mon 29 Apr 85 16:54:49-PDT
From: [e-mail]
Subject: intertec superbrains
To: [e-mail]
Resent-Date:  Sun, 5 May 85 22:09:54 EDT
Resent-From:  [e-mail]
Resent-To:    [e-mail]


Intertec makes/made a networked version of the Superbrain called the
Compustar. A test project down the street from me has a system, I have a
manual still, because of some work I did for them. Here is the address and
phone from the manual dated July 1982.

    Intertec Data Systems Corp.
    2300 Broad River Road
    Columbia, South Carolina 29210
    [phone]

Lewis Bussard@Edwards-2060
-------
 6-May-85 00:24:40-MDT,469;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 May 85 00:24:02-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a000174; 6 May 85 2:01 EDT
Date: Mon 6 May 85 00:00:29-MDT
From: Rick Conn <[e-mail]>
Subject: LDIR.C and LTYPE.C
To: [e-mail]

The recent submission of these sources (to the net) is now
stored in MICRO:<UNIX.CPM> on SIMTEL20 as LDIR-LTYPE.SHAR and LDIR-LTYPE.MSG.
-------
 6-May-85 13:31:07-MDT,2163;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 May 85 13:29:50-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a001956; 6 May 85 14:49 EDT
Received: from usenet by BRL.ARPA id a015938; 6 May 85 14:40 EDT
From: Liudvikas Bukys <[e-mail]>
Newsgroups: net.micro.cpm,net.micro.pc
Subject: CP/M 80 emulation for MS-DOS (WARNING: PRODUCT ANNOUNCEMENT)
Message-ID: <[e-mail]>
Date: 6 May 85 17:17:26 GMT
Xref: seismo net.micro.cpm:4399 net.micro.pc:4168
To:       [e-mail]

[posted for a friend.  don't reply to me.  tell 'em you saw it here on usenet.]

"
        CP/EM Makes CP/M 80 Available to the IBM-PC

    The ICU Group announces CP/EM - CP/M 80 Emulation that gives
    IBM PC/XT/AT and compatible computers the ability to run
    thousands of CP/M 80 programs without the expense of additional
    coprocessor board.

    CP/EM efficiently emulates the CP/M 80 environment on an MS-DOS
    based personal computer.  CP/EM allows MS-DOS redirection of
    input and output devices to be used to alter device assignments
    allowing CP/EM access to all standard MS-DOS devices and any
    installed device drivers.  CP/EM uses the standard MS-DOS file
    system allowing data files to be shared between CP/M and MS-DOS
    applications.  The Command Interpreter provides all of the
    standard commands provided by the CP/M 80 console command
    processor.

    Serial communications programs are included with CP/EM to aid
    in the transfer of programs and data between CP/M and the
    MS-DOS computer.

    CP/EM is written in assembly language by the same people that
    implemented the BIOS for the Wang Professional Computer.  Their
    expertise in writing fast efficient programs has been proven in
    many Wang products and now in CP/EM.

    CP/EM runs on any MS-DOS, version 2.0 or later, based personal
    computer with at least 32K of memory available for application
    programs.

    CP/EM is available now for $79.95.

        Contact:    Michael Klos
                The ICU Group
                P.O. Box 10118
                Rochester, NY  14610
                [phone]

            [CP/M and MS-DOS are trademarks.]
"
 6-May-85 16:02:39-MDT,651;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 May 85 16:01:43-MDT
Received: from rand-unix.arpa by AMSAA.ARPA id a000200; 6 May 85 17:40 EDT
Received: by rand-unix.ARPA; Mon, 6 May 85 14:23:41 pdt
From: Chris McMenomy <[e-mail]>
Message-Id: <[e-mail]>
Date: 06 May 85 14:23:34 PDT (Mon)
To: [e-mail]
Cc: randvax![e-mail]
Subject: Re: Help! I need a better C compiler.


The current Dr. Dobbs Journal has a clear and concise review of Software
Toolworks C/80 3.1, both the standard C compiler and the Mathpak.

--Christe
 7-May-85 02:38:37-MDT,599;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 7 May 85 02:37:16-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a001399; 7 May 85 3:13 EDT
Date: Tue, 7 May 1985  01:12 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Simtel20 CPM directory list update

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

--Keith
 7-May-85 09:44:06-MDT,1729;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 7 May 85 09:41:43-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a010903; 7 May 85 11:02 EDT
Date: Tue, 7 May 1985  09:01 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Jim Forrest <[e-mail]>
Cc:   Ward Christensen <ihnp4!wlcrjs![e-mail]>,
      Randy Suess <ihnp4!wlcrjs![e-mail]>, [e-mail]
Subject: BBS/RCPM recommendations

    I have got rather weary of expanding RBBS37 beyond its
    capabilities and still not having a really good BBS/RCPM. Do you
    have any suggestions for a really nifty system for a Kaypro 10?
    Willing to pay a reasonable price for a good one, fairly easy to
    install. I looked at the ZBBS100.Lbr and not bad but appears to
    be tough to conver from H89 to Kaypro. Thought about maybe MBBS.
    Have looked into Z-Node but appears that is somewhere into the
    future. Looking at RBBS4102 but I have no "C" tools or skills.
    Any sugggstion gratefully accepted.

CBBS is still the best, in my opinion.  Many new features have been
added, including automatic notification of messages waiting for the
caller.  This is a beautiful study in machine language coding, worth
the $50 price.  Ward & Randy have an excellent update policy too.

See MICRO:<CPM.GENDOC>CBBSFORM.DAT for details on how to get CBBS.
This file is also available on many RCPMs, including my RCPM Royal Oak
[phone].

--Keith <[e-mail]>
Usenet: ...!decvax!brl-bmd!w8sdz
  or    ...!unc!brl-bmd!w8sdz
  or    ...!seismo!brl-tgr!w8sdz
 7-May-85 10:43:48-MDT,5922;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 7 May 85 10:43:07-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a015139; 7 May 85 11:58 EDT
Date: Tue, 7 May 1985  09:57 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: News files added to SIMTEL20 between 30-Mar-85 & 7-May-85

The following is a list of new files added to the CP/M archives at
SIMTEL20 between 30-March-85 and 7-May-85.  A complete list of all
files is available as MICRO:<CPM>CPM.CRCLST, which is updated
frequently.

MICRO:<CPM.AMETHYST>
        FW-EMACS.DEF.1          BINARY     384  65E5H

MICRO:<CPM.APPLE>
        PCPI.DOC.1              ASCII      838  BACEH
        PCPI.MAC.1              ASCII      615  6A79H

MICRO:<CPM.ASMUTL>
        MLOAD24.COM.1           BINARY    2816  D8AAH

MICRO:<CPM.BASIC>
        BIGCAL2.BQS.1           BINARY    7424  2C81H
        SATCOM.LBR.1            BINARY   18816  6AEAH

MICRO:<CPM.BYE3>
        B3-2718.IQS.1           BINARY    4992  5228H
        B3-2719.FIX.1           ASCII     1013  E496H
        B31602-4.IQS.1          BINARY    3456  9DBDH
        B32718-4.IQS.1          BINARY    4992  639BH
        B3ACAT-6.IQS.1          BINARY    4224  94B6H
        B3APMN-8.IQS.1          BINARY    4224  48A5H
        B3APPL-3.FIX.1          ASCII      873  2379H
        B3CCS-3.IQS.1           BINARY    5632  F93FH
        B3CERM-5.IQS.1          BINARY    3712  08A5H
        B3COMP-9.IQS.1          BINARY    5888  C3D8H
        B3DATA-6.IQS.1          BINARY    4224  6260H
        B3DCH-6.IQS.1           BINARY    3456  E32BH
        B3EPQX-3.IQS.1          BINARY    4096  FE97H
        B3HZ10-6.IQS.1          BINARY    4608  85AEH
        B3HZ89-6.IQS.1          BINARY    4224  B406H
        B3IM-3.DQC.1            BINARY    3840  A875H
        B3KPRO-8.IQS.1          BINARY    3968  EE44H
        B3LBD-6.IQS.1           BINARY    4992  F85DH
        B3MD-4.IQS.1            BINARY    5120  EEAFH
        B3MMII-6.IQS.1          BINARY    3840  0615H
        B3OSCP-6.IQS.1          BINARY    4224  69F3H
        B3RS2-3.IQS.1           BINARY    4864  D85BH
        B3SB-1.IQS.1            BINARY    3968  DD0BH
        B3SIO-6.IQS.1           BINARY    4480  CAA7H
        B3T802-6.IQS.1          BINARY    5376  B644H
        B3TRS1-6.IQS.1          BINARY    3584  61D6H
        B3USR-4.IQS.1           BINARY    4096  40E6H
        BYE3-OVL.LBR.2          BINARY  110464  0827H
        BYE333.AQM.1            BINARY   49408  D977H
        BYE333.INF.1            ASCII     3218  E6A7H
        BYE333.IQF.1            BINARY    2432  B445H
        BYE333.LBR.1            BINARY   55936  105AH

MICRO:<CPM.DIRUTL>
        CU.LBR.1                BINARY   12928  C61BH

MICRO:<CPM.DSKUTL>
        3740UTIL.LBR.1          BINARY   58496  502EH

MICRO:<CPM.FILUTL>
        COMP12.LBR.1            BINARY    9472  A554H

MICRO:<CPM.FORTRAN>
        PALASM.LBR.1            BINARY   71168  5BF1H

MICRO:<CPM.GENDOC>
        CAN-CUST.MSG.1          ASCII     2377  CFF9H
        INTRVIEW.WQC.1          BINARY    7040  9542H

MICRO:<CPM.HEATH>
        HZ-VENIX.MSG.1          ASCII      781  B2B7H
        REPEAT89.DQC.1          BINARY    3712  7C3EH
        Z100WRAP.DOC.1          ASCII     1257  96EEH

MICRO:<CPM.MEX>
        MLOAD24.COM.1           BINARY    2816  D8AAH
        MXO-SD10.AQM.1          BINARY    7808  4DD2H

MICRO:<CPM.MISC>
        BYAREA.BBS.8503         ASCII    83989  CC3BH
        OTHERSYS.MAR.1          ASCII    83834  A721H
        OTHERSYS.MQR.2          BINARY   45568  F980H
        RCPM-061.LQT.1          BINARY   44288  3EEAH
        ROYALOAK.DQR.4          BINARY   62642  8E65H

MICRO:<CPM.MODEM2>
        MODMPROT.003.1          ASCII    15817  9571H

MICRO:<CPM.PASCAL>
        REFS.DOC.1              ASCII     2449  5807H
        REFS.PAS.1              ASCII    17762  52A7H

MICRO:<CPM.PCDOS>
        PC-TALK5.UPD.1          ASCII     1019  78A1H
        VSWEEP11.LBR.1          BINARY   64256  77E2H

MICRO:<CPM.RCPM>
        ANCH-BYE.FQX.1          BINARY    1792  496EH
        MBYERIG.0Q1.1           BINARY    6912  1610H
        SECTON31.AQM.1          BINARY    8320  1055H
        XMDM106.LBR.1           BINARY   98176  EA8FH

MICRO:<CPM.SQUSQ>
        SQU-PORT.FIX.1          ASCII      575  A1A5H

MICRO:<CPM.SYSLIB3>
        SDIRHDR.LIB.1           ASCII      572  4451H

MICRO:<CPM.SYSUTL>
        HOLD10.LBR.1            BINARY    6272  CAF8H

MICRO:<CPM.TERM>
        KBDTEST.COM.1           BINARY   19584  ECA3H
        KBDTEST.DOC.1           ASCII      557  AA01H

MICRO:<CPM.TOPS-20>
        DE-LBR.MID.3            ASCII    16652  DAA0H
        MAKLBR.EXE.3            ASCII     4970  0168H
        MAKLBR.MID.3            ASCII    14005  FF11H
        MODEM.EXE.314           ASCII    20480  C4D4H
        MODEM.MAC.314           ASCII    53375  DD19H

MICRO:<CPM.TURBODOS>
        FANLED.LBR.1            BINARY   12544  FC4EH

MICRO:<CPM.TURBOPAS>
        REFS.DOC.1              ASCII     2449  5807H
        REFS.PAS.1              ASCII    17762  52A7H
        TDIRV2.PQS.1            BINARY    6016  7708H
        TURBO3.TXT.1            ASCII     3304  8096H

MICRO:<CPM.TXTUTL>
        NOTEPAD.LBR.1           BINARY   23168  26DEH
        QT11.AQM.1              BINARY    8064  2661H

MICRO:<CPM.WSTAR>
        M-MERGE.LBR.1           BINARY    4608  14C9H
        MAILMRGE.DQC.1          BINARY    4224  4295H
        OUTLINE.LBR.1           BINARY   14464  1B7CH
        RESQ12.LBR.1            BINARY   11904  FA73H
        SYA.LBR.1               BINARY   24960  B7ADH

--Keith
 7-May-85 11:17:44-MDT,769;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 7 May 85 11:15:29-MDT
Received: from usc-isi.arpa by AMSAA.ARPA id a020095; 7 May 85 12:38 EDT
Date:  7 May 1985 12:36:48 EDT
Subject: Relocatable fFiles with MAC
From: Steve Noland <[e-mail]>
To: [e-mail]

I have heard that DR's MAC assembler can produce a file that contains
a bit map that can be used by MOVCPM (etc.) to relocate same.  The
terminology is "Page Relocatable Format" with a default file type of
.PRL.  I am unable to locate reference to this in the MAC documentation.
This feature would be really handy for doing BIOS modifications.  Can somebody
shed some light on this?

Thanks in advance,

Steve Noland
-------
 7-May-85 15:19:49-MDT,912;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 7 May 85 15:17:42-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a003624; 7 May 85 16:44 EDT
Received: from usenet by BRL.ARPA id a010386; 7 May 85 16:41 EDT
From: Rob Greenbank <[e-mail]>
Newsgroups: net.micro.cpm,net.wanted.sources
Subject: CP/M library utility
Message-ID: <[e-mail]>
Date: 7 May 85 15:46:12 GMT
Xref: seismo net.micro.cpm:4405 net.wanted.sources:870
To:       [e-mail]

Does anyone have a UNIX program which can pack and unpack cp/m ".lbr"
files?  If so, I'd really appreciate having it.

Alternatives would be either a C program for cp/m which I could convert,
or a detailed description of the ".lbr" format so I could write my own.
Thanks for any help.

    Rob Greenbank
    Burroughs, Boulder Colorado
    (decvax!ittvax!dcdwest!sdcsvax!bmcg!asgb)
 7-May-85 20:27:45-MDT,2091;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 7 May 85 20:26:34-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a005104; 7 May 85 21:50 EDT
Received: from usenet by BRL.ARPA id a015033; 7 May 85 21:48 EDT
From: Rick Fairfield <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Summary of CP/M C compiler suggestions
Message-ID: <[e-mail]>
Date: 6 May 85 17:23:18 GMT
To:       [e-mail]


                        May 6, 1985

     I received many replies to my request for a better CP/M
C  compiler  than  Whitesmiths.  Everyone  agrees  that Whi-
tesmiths C Compiler is a dog.  How can they  get  away  with
selling such trash at such a high price (about $700.00) - is
the market asleep?.  Anyway, here is a  summary  of  what  I
learned:

1)   The nearly unanimous favorite was the  Aztec  'C'  com-
piler from Manx Software. This compiler costs about $200.00.
The Aztec C compiler was liked because of its similarity  to
the 4.2 bsd Unix C compiler, because it includes source code
for the library, and because of it has pretty good  compila-
tion  speed.   However, a common complaint was that the code
generated is not very efficient, making for rather long pro-
gram  files. Since I am writing large programs this may be a
problem for me.

2)   There are a number of inexpensive  C  compilers  (under
$100.00),  all of which appear to produce efficient code and
sport fast compilation times.  These compilers suffered from
varying  degrees  of "non-standardness".  The BDS C compiler
was the most well liked in this class.

3)   Several people mentioned the  Eco-Soft  C  compiler  as
being the most modern, standard, and complete CP/M implemen-
tation. However, none of these people had actually used  the
compiler;  all  were  reporting second hand information.  If
anyone has any hands-on experience with  this  compiler  I'd
like to hear from you.

                        Thanx,
                        zzzzzadco

                        aka Rick Fairfield
                        Boeing Aerospace Co
                        206-773-1004
 7-May-85 23:21:43-MDT,1446;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 7 May 85 23:21:13-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a005765; 8 May 85 0:52 EDT
Received: from usenet by BRL.ARPA id a017683; 8 May 85 0:00 EDT
From: [e-mail]
Newsgroups: net.micro.cpm,net.micro
Subject: Re: --- squ-port: non port --- (sq/usq utilities)
Message-ID: <[e-mail]>
Date: 7 May 85 05:57:11 GMT
Xref: seismo net.micro.cpm:4408 net.micro:10842
To:       [e-mail]

> The following files needed to be modified to work with DECUS C compiler
> on VAX/VMS.
> sqio.c > tr1.c > tr2.c > usq.c > utr.c
> The modification was minor, each statement of form:
>     return x;
> is required to have a parenthesized expression:
>     return (x);
> this change will not affect adversely any compiler I know of
> (and it is better style anyway...) so I suggest that it be
> added into the source (SIMTEL20 - micro:<unix.cpm>sq-port.shar)
> when it is convenient
>         -Richard Hartman
>         <address changing soon>

I have these changes made already. I will be posting sq-uport as soon as I
get verification (from the site that reported problems with the sq-usq utilities
I posted last week) that sq-uport still works at sites other than this one.


Bill Swan     {ihnp4|decvax|allegra|...}!uw-beaver!tikal!persci!bill
--
Bill Swan     {ihnp4|decvax|allegra|...}!uw-beaver!tikal!persci!bill
 8-May-85 10:21:01-MDT,924;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 May 85 10:18:27-MDT
Received: from xerox.arpa by AMSAA.ARPA id a016705; 8 May 85 11:52 EDT
Received: from Aurora.ms by ArpaGateway.ms ; 08 MAY 85 08:42:40 PDT
Date: Wed, 8 May 85 08:38 PDT
From: [e-mail]
Subject: Re: MODEM7 PROTOCOL
To: [e-mail]
cc: [e-mail]

A recent file was distributed outlining the CHECKSUM and CRC protocol used
in the modem7 (CHRISTENSEN) program series.  It was named MODMPROT.003.
This was great,  as I was working on a modem program to be compatable with
these protocols.  However,  it was missing the BATCH protocol.

Is there any documentation on the BATCH protocol commonly used in modem7?
The file names are transferred as well as the data for each file.
This is the most useful protocol for mass transfers between machines.


Doug.

 8-May-85 12:37:14-MDT,1306;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 May 85 12:33:45-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a001054; 8 May 85 14:01 EDT
Date: Wed, 8 May 1985  12:00 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Mark Becker <[e-mail]>
Cc:   [e-mail]
Subject: Need MEX/MODEM7xx overlay
In-reply-to: Msg of 17 Apr 1985  22:26-MST from Mark Becker <Cent.Mbeck%MIT-OZ at MIT-MC.ARPA>

> I am in need of a MEX or MODEM7xx overlay for an Apple //+
> using MicroSoft's SoftCard (CPM 2.2) and a Hayes MicroModem board.
> I have a pointer to M7AQ-3.ASM from [Simtel20]<CPM.Modem7>M7OVL-23.LST
> but the file itself isn't in the archives and none of the local
> RCPM systems seem to have it.

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.MODEM7>
M7AQ-4.AQM.1            BINARY     12800  E9B7H

...is now available from SIMTEL20.  This is for MDM730 and will need
to be changed for MDM740 or MODM700.  It is a good start in the right
direction, however, and should be easy to modify.

--Keith <[e-mail]>
Usenet: ...!decvax!brl-bmd!w8sdz
  or    ...!unc!brl-bmd!w8sdz
  or    ...!seismo!brl-tgr!w8sdz
 8-May-85 12:53:44-MDT,1153;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 May 85 12:53:23-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a001861; 8 May 85 14:18 EDT
Date: Tuesday, 23 April 1985  14:22-MST
Message-ID: <[e-mail]>
Sender: Mark <[e-mail]>
From: Mark <[e-mail]>
Subject:   KBDTEST - a keyboard test program for Xerox820-II
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Wed 8 May 1985 12:13-MDT

Now available from SIMTEL20:
Filename            Type     Bytes     CRC

Directory MICRO:<CPM.TERM>
KBDTEST.COM.1            BINARY     19584  ECA3H
KBDTEST.DOC.1            ASCII       557  AA01H

This was written in Turbo by one of our 820 tech.reps.  He uses it to
test the keyboards to verify that all are working.  It is fairly self
explanitory.  It uses the 820-II's graphics so KBDTEST will not work
with the 820-I.  Turn the LOCK off first. Then touching any key will
'white' the square out.  A SHIFTED-any key will turn the key 'color'
off again.  The program is modeled after the test routine of the Alto.

Enjoy,
=Mark=
 8-May-85 14:36:57-MDT,1188;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 May 85 14:36:47-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a007217; 8 May 85 16:06 EDT
Received: from usenet by BRL.ARPA id a003664; 8 May 85 15:54 EDT
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: Kaypro connected to LAN at 9600 baud
Message-ID: <[e-mail]>
Date: 7 May 85 01:50:00 GMT
Nf-ID: #R:brl-tgr:-1033500:inmet:16600005:000:611
Nf-From: inmet!ceb    May  6 21:50:00 1985
To:       [e-mail]


The Kaypro is too slow to run at 9600 baud for terminal emulation.

I had a Kaypro 2 and now have a Kaypro 10. Neither machine can put
characters on the screen much faster than 1800 baud when using
Kermit (or other terminal emulation programs).

It may be possible to buffer the arriving characters and
compensate for the slowness of the rom-based screen handling routines
if interrupt routines are used to avoid losing characters during
"expensive" operations (scrolling, clear display, etc.).

For file transfers I regularly use 9600/19200 baud when directly
connected to Unixes or other micros.


            /ceb\
 8-May-85 15:57:39-MDT,1374;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 May 85 15:56:54-MDT
Received: from cmu-cs-c.arpa by AMSAA.ARPA id a008737; 8 May 85 17:18 EDT
Received: ID <[e-mail]>; Wed 8 May 85 17:16:45-EDT
Date: Wed 8 May 85 17:16:44-EDT
From: Mike Chepponis <[e-mail]>
Subject: Kaypro II at high baud rates
To: [e-mail]

I have been using my Kaypro II ("old" style) at 19200 baud regularly for about
two years now.  In addition, I never need to use the flow control characters
^S and ^Q, so EMACS works without key rebindings.

It's true that you need to write your own terminal emulator which is interrupt
driven.  Incoming characters cause an SIO interrupt so even if an "expensive"
operation is happening, like clearing the screen, the character is grabbed and
stuffed into a circular buffer.  The queued-up characters are processed when
the "expensive" operation completes.  I also bypass the ROM screen handling
routines and write to video ram directly. (Apparently on the "new" 2 and 10
the video controller chip limits the thruput to something around 9600 baud or
less, even when you write software to drive it and bypass the ROM.)

The Kaypro II hardware can operate at high baud rates; too bad standard
software doesn't bother to do it.

-Mike
-------
 8-May-85 18:02:02-MDT,909;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 May 85 17:59:20-MDT
Received: from ames-vmsb.arpa by AMSAA.ARPA id a009203; 8 May 85 19:26 EDT
Date: 8 May 85 16:11:00 PDT
From: MAX: ;, [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Subject: --- addresses ---
To: info-cpm <[e-mail]>
Reply-To: MAX: ;, [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
The final verdict is that the new form of address is:
   <@ames-vmsb:[e-mail]>

with the angle-brackets required...HOWEVER, they have
set up an alias within the mailer so that the old:
   max.hartman@ames-vmsb
will still work.....I still don't think the 'official' address
looks proper, but.....

        Thank you for your help & patience,
            -Richard Hartman
            <max.hartman@ames-vmsb> (still...)
------
------
 8-May-85 18:38:49-MDT,1027;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 May 85 18:37:30-MDT
Received: from ut-ngp.arpa by AMSAA.ARPA id a009257; 8 May 85 19:56 EDT
Date: Wed, 8 May 85 18:43:22 cdt
From: "riggs, austen" <[e-mail]>
Posted-Date: Wed, 8 May 85 18:43:22 cdt
Message-Id: <[e-mail]>
Received: by ut-ngp.ARPA (4.22/4.22)
    id AA15597; Wed, 8 May 85 18:43:22 cdt
To: [e-mail]
Subject: kaypro high baud
Cc: [e-mail]


Someone was complaining that the kaypro doesn't work well emulating
a terminal at high baud rates.  Someone else replied that it was possible
but you had to write your own emulation program to get it to work.

Microcornucopia magazine (P.O. Box 223, Bend, Ore. 97709 503-382-8048)
has a public domain version on one of their user disks (disk k23).
This is interrupt driven.  A friend of mine has used it so he could
use his kaypro as terminal to a surplus S-100 machine he picked up
cheap.
 8-May-85 19:23:52-MDT,785;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 May 85 19:21:00-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a009545; 8 May 85 20:53 EDT
Received: from usenet by BRL.ARPA id a009311; 8 May 85 20:43 EDT
From: Rob Greenbank <[e-mail]>
Newsgroups: net.micro.cpm,net.wanted.sources
Subject: Re: CP/M library utility
Message-ID: <[e-mail]>
Date: 8 May 85 17:57:10 GMT
Xref: seismo net.micro.cpm:4415 net.wanted.sources:886
To:       [e-mail]

Thanks to David for the "lar.c" I just received, and to all others
who sent or offered to send me this utility.  I have installed it
and it appears to work.

    Rob Greenbank
    Burroughs, Boulder Colorado
    (decvax!ittvax!dcdwest!sdcsvax!bmcg!asgb)
 8-May-85 20:41:29-MDT,753;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 May 85 20:36:39-MDT
Received: from purdue-merlin.arpa by AMSAA.ARPA id a009691; 8 May 85 22:09 EDT
Message-Id: <[e-mail]>
Received: by merlin.ARPA; Wed, 8 May 85 20:47:49 EST
To: [e-mail]
Subject: CP/M console input
Date: 08 May 85 20:47:46 EST (Wed)
From: Ralph E Droms <[e-mail]>

Is there a way to get 8-bit console input through BDOS functions
(without making direct BIOS calls)?

                    - Ralph
===
Ralph Droms                    ihnp4!purdue!droms
445 MATH                    [e-mail]
Dept. of Computer Science            [e-mail]
Purdue University
West Lafayette, IN 47906



----------



----------
 8-May-85 21:36:25-MDT,1878;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 May 85 21:33:04-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a009921; 8 May 85 22:54 EDT
Received: from usenet by BRL.ARPA id a011019; 8 May 85 22:44 EDT
From: ir320 <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Single Board Systems - Again.
Message-ID: <[e-mail]>
Date: 8 May 85 02:03:27 GMT
Keywords: net.micro.cpm
To:       [e-mail]

Does anyone out there in net-land know of a system I can buy/assemble
that fits the following description:  (PS:  If anyone has or is
willing to assemble such a system - I would be willing to buy/pay for
it.)

 o Z80A (4 MHtz) or Z80B
 o 64k RAM or more
 o 2 serial/1 par. min.  (or must have terminal electronics)
   (Hence Big Boards/Little Boards/etc. OK)
 o 5.25"/8" drives (2-4)
 o Provision for adding Hard Disk at later date or included unit
 o Case/Supply and etc.

Big Boards/ Xerox 820/ Little Boards etc. Are all OK.  Anyone out
there that can help.

John Antypas
UC San Diego


uucp: ...!{ucbvax,ihnp4,akgua,bang,bmcg}!sdcsvax!sdcc6!ix255
arpa: [e-mail]
csnet: ix255%sdcc6%sdcsvax.ARPA@CSNET-RELAY
bitnet: [e-mail] through WISCVM.BITNET (user SMTPUSER)
decnet: decvax!sdcsvax!sdcc6!ix255 through DECWRL.DECNET
bellnet: [phone]
USM-net: PO Box 6370
         La Jolla, Ca. 92037

"All material quoted here are the opinions of my computer, they do not
represent the view of UC San Diego, the UC Regents or any member of
the US population.  Due to errors in readnews and postnews, they may
not even represent mine."

"All text of this articles is the product of the rand() functrion.
And has no relation to any individual.  Any similarity to persons
living or dead is someone else fault.  It's not my fault."
 8-May-85 21:41:24-MDT,1887;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 May 85 21:37:26-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a009925; 8 May 85 22:55 EDT
Received: from usenet by BRL.ARPA id a011184; 8 May 85 22:47 EDT
From: The Music Junkie <[e-mail]>
Newsgroups: net.general,net.wanted,net.micro.trs-80,net.micro.cpm,net.micro.pc,net.micro.apple
Subject: Wordstar File Format (HELP!)
Message-ID: <[e-mail]>
Date: 6 May 85 21:51:24 GMT
Xref: seismo net.general:3734 net.wanted:6748 net.micro.trs-80:305 net.micro.cpm:4418 net.micro.pc:4197 net.micro.apple:2019
To:       [e-mail]



Hi!  I work at Multimate International, developers of MultiMate (A Word
Processing program for the IBM pc.  I need any information anybody has about
the internal file format used by both Wordstar and Wordstar 2000.  We
are developing some file conversion utilities and the folks at Micropro
are saying, when we ask them for the file format, that it is public
domain info.  Well, I don't know where to find it.  Can any of you help?
Please send anything you've got.

                    Thank you,
                        Davido

--
*******************************************************************************
*  "Sally sold cshs by the ... cshore?"     The opinions expressed within *
*                        are those of my company, my   *
*                          company's management, the U.S.*
*  U.S. Snail:                    Congress, the President of the*
*    David Ornstein              United States and sometimes   *
*    Multimate International Corp.        derived via rot13 decryption  *
*    52 Oakland Avenue             of level-seven transmissions  *
*    East Hartford, CT. 06108        by kremvax.              *
*  UUCP:                                      *
*  ...!seismo!utah-cs!utah-gr!pwa-b!mmintl!davido                             *
*******************************************************************************
 8-May-85 22:05:18-MDT,889;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 May 85 22:00:50-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id aa09925; 8 May 85 22:55 EDT
Received: from usenet by BRL.ARPA id a011257; 8 May 85 22:49 EDT
From: Ravi Subrahmanyan <[e-mail]>
Newsgroups: net.micro.cpm,net.sources
Subject: cp/m library utilities for unix systems
Message-ID: <[e-mail]>
Date: 8 May 85 04:24:05 GMT
Xref: seismo net.micro.cpm:4419 net.sources:2915
To:       [e-mail]


I just saw the ldir and ltype utilities put up
on the net.  Are there utilities for creating
libraries of files (in cp/m format) ?  If anyone
has these, or pointers to these, I'd appreciate
getting copies.  Please mail them to me ( ravi@mcnc ),
and I'll post the sources and replies to the net.
Thanks in advance,

-=ravi=-
 9-May-85 06:18:50-MDT,1100;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 May 85 06:17:20-MDT
Received: from purdue-merlin.arpa by AMSAA.ARPA id a011844; 9 May 85 7:45 EDT
Message-Id: <[e-mail]>
Received: by merlin.ARPA; Thu, 9 May 85 06:44:41 EST
To: [e-mail]
Subject: <CPM.MODEM7>M7FNK.COM
Date: 09 May 85 06:44:37 EST (Thu)
From: Ralph E Droms <[e-mail]>

I'd like to use M7FNK to remap the MODEM7 function keys.  I downloaded
M7FNK successfully (length and crc look OK).  When I executed the
program, my system just hung.  I disassembled the first few lines of
the program with DDT, and found a "CALL 0DCD".  Since the length of the
program is only 3072 (0xC00) bytes, this call is directed toward a
location past the end of the program!?!

Has anyone successfully used M7FNK?  Is the source available somewhere?

                    - Ralph
===
Ralph Droms                    ihnp4!purdue!droms
445 MATH                    [e-mail]
Dept. of Computer Science            [e-mail]
Purdue University
West Lafayette, IN 47906



----------
 9-May-85 10:35:44-MDT,1139;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 May 85 10:32:45-MDT
Received: from xerox.arpa by AMSAA.ARPA id a019241; 9 May 85 12:09 EDT
Received: from Barbera.ms by ArpaGateway.ms ; 09 MAY 85 08:33:13 PDT
Date: 9 May 85 09:10:46 CDT (Thursday)
From: [e-mail]
Subject: Dallas Connection RBBS Update
To: Keith Petersen <[e-mail]>
cc:[e-mail], es820ug^[e-mail],
   820Interest^[e-mail], 820Underground^[e-mail],
   [e-mail]
Reply-To: [e-mail]


Effective Monday May 13, 1985 The Old RING-BACK mode will be removed
from the Dallas Connection RCPM. A new dedicated phone line has been
installed along with a 300/1200/2400 baud modem with autobaud
recognition. No <CR>'s  necessary on entry.


The Dallas Connection RCP/M RBBS .................... [phone]
   Russ Pencin; (3BC;12M); CP/M, MS-DOS, dBase, ZCRPXX Public Domain.
   Xerox 820 special interest. Limited access FREE; full access one-
   time $10. 2400 baud available. Simtel20 access.  (Dallas) (NN:05/85)


 9-May-85 12:48:14-MDT,556;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 May 85 12:45:15-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a023731; 9 May 85 14:14 EDT
Date: Thu, 9 May 1985  12:13 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: <CPM.MODEM7>M7FNK.COM

The previous report that M7FNK.COM didn't work turned out to be a
problem in downloading.  The file on SIMTEL20 is o.k.

--Keith
 9-May-85 13:21:19-MDT,757;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 May 85 13:17:48-MDT
Received: from purdue-merlin.arpa by AMSAA.ARPA id a024838; 9 May 85 14:48 EDT
Message-Id: <[e-mail]>
Received: by merlin.ARPA; Thu, 9 May 85 13:47:01 EST
To: Keith Petersen <[e-mail]>
Cc: [e-mail], [e-mail]
Subject: Re: <CPM.MODEM7>M7FNK.COM
In-Reply-To: Your message of Thu, 9 May 1985  12:13 MDT.
         <[e-mail]>
Date: 09 May 85 13:46:56 EST (Thu)
From: Ralph E Droms <[e-mail]>

Thanks for reporting the solution to my problem to the mailing list - I
should have thought of doing that myself...

                    - Ralph

----------
 9-May-85 14:39:53-MDT,1155;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 May 85 14:38:47-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a029840; 9 May 85 16:09 EDT
Date: Thu, 9 May 1985  14:07 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: YAM modem program documentation available

A new doc file detailing the YAM modem program protocols is now
available from SIMTEL20:

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.YAM>
YMODEM.DQC.1            BINARY     24704  4837H

YAM uses the MODEM2/MODEM7 protocol for CRC and CHECKSUM and has it's
own BATCH protocol.  It also allows optionally setting the packet
length to 1k instead of the usual 128-bytes, which should improve the
throughput when using the new 2400-baud modems.

Even if you have no interest in YAM, the portion detailing the MODEM
procotol is useful.

--Keith <[e-mail]>
  UUCP: ...!decvax!brl-bmd!w8sdz
  or    ...!unc!brl-bmd!w8sdz
  or    ...!ihnp4!seismo!brl-tgr!w8sdz
 9-May-85 16:48:07-MDT,753;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 May 85 16:47:51-MDT
Received: from brl.arpa by AMSAA.ARPA id a002447; 9 May 85 18:16 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a016646; 9 May 85 18:13 EDT
Received: from OFFICE-2.ARPA by MIT-MC.ARPA;  9 MAY 85 18:10:53 EDT
Date:  9-May-85 15:06 PDT
From: [e-mail]
Subject: Logo on CP/M  Query
To: [e-mail]
Message-ID: <TYM-JDS5-6W49L@OFFICE-2>

I am trying to locate CP/M versions of Logo.  Would anyone knowing of a version
of Logo running on CP/M please send me a message directly (I'm not on the list,
so please send directly to jds5.tym@office    .  Thanks very much, Jeffrey
Stone, Menlo Park, CA


 9-May-85 17:05:38-MDT,1258;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 May 85 17:05:30-MDT
Received: from xerox.arpa by AMSAA.ARPA id a002557; 9 May 85 18:32 EDT
Received: from CheninBlanc.ms by ArpaGateway.ms ; 09 MAY 85 14:34:42 PDT
Date: Thu, 9 May 85 14:31 PDT
From: [e-mail]
Subject: Z80 Single Board Computer For Sale
To: [e-mail]
cc: [e-mail]

I have a couple of Insight SBC-128 Single Board Computers for Sale for
$200 each. These boards come with CP/M 2.2 and the following features:

o  4 MHZ Z80, SIO, PIO, CTC and DMA.
o  128K bank switched RAM, 16K common, 16K track buffer and 2 48K banks.
o  Floppy Disk Controller for up to 4 5 1/4 and 4 8" drives
simutaneously with
   track buffering for improved disk performance.
o  5 volt only power supply requirment. RS232 + and - 12V power supplys
are
    created on-board.
o  Two RS-232 ports
o  One SASI interface port.
o  One 50 pin expansion bus
o  One centronics parallel port.
o  Eight inch disk profile/size.
I also have software and hardware modifications for interfacing to the
Micropolis 1200 series 8" 40 megabyte hard disks.

Karl Gibbs
Xerox Corp.
[phone]  days
[phone]  evenings

 9-May-85 18:48:00-MDT,1838;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 May 85 18:44:23-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a003217; 9 May 85 20:16 EDT
Date: Thu, 9 May 1985  18:14 MDT
Message-ID: <[e-mail]>
From: [e-mail]
To:   Keith Petersen <[e-mail]>
Cc:   [e-mail], [e-mail], [e-mail]
Subject: YAM modem program documentation available

I thought you might like to know the reason for the appearance of
YMODEM.DOC at this point. Due to the new proliferation of 2400 baud
modems, a lot of people are acutely aware of the shortcomings of
Christensen protocol's use of 128 byte blocks. There has been a
protracted discussion of this on Compuserve's CP/M interest group, and
at present we expect that Ward Christensen will be authoring an
article destined for Byte which will summarize his protocol as well as
suggest an expansion. There is a good possibility that the extensions
will be the YMODEM protocol as implemented in YAM, with or without
some as yet unspecified additions. In fact, the father of YAM, Chuck
Forsberg, may be a co-author.

In the meantime, Irv Hoff is planning on making some modifications to
MDM740 to support 1K blocks. Several of us have lobbied hard for him
to follow the YAM format and I think that he has agreed at least in
princpal. One of the strengths of Christensen protocol is its
simplicity, and YAM expands upon it, adding functionality while not
making the implementation unreasonably complex. In any case, my
feeling is that Ward's article will define the protocol extensions and
if Irv or anone else were to go off on another path, it would only
muddy the waters and damage the universal strength of Christensen protocol.

-Charlie
 9-May-85 20:31:20-MDT,1126;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 May 85 20:27:30-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a003881; 9 May 85 21:59 EDT
Received: from usenet by BRL.ARPA id a006624; 9 May 85 21:53 EDT
From: [e-mail]
Newsgroups: net.micro.cpm,net.micro
Subject: SQU-PORT2 (CP/M compatible sq/usq) is posted to net.sources.
Message-ID: <[e-mail]>
Date: 8 May 85 21:55:05 GMT
Xref: seismo net.micro.cpm:4429 net.micro:10865
To:       [e-mail]

This posting replaces last week's 'sq/usq' posting, for which severe problems
were reported by a couple sites. This one has been tested at several different
sites and machines, therefore it should function properly.

Note: One user reported that he downloaded what was apparently the same
      source as I had for the sq/usq utility, from a BBS elsewhere in the
      country. He was 'fortunate', it wouldn't run at all on his system!

Bill Swan     {ihnp4|decvax|allegra|...}!uw-beaver!tikal!persci!bill
--
Bill Swan     {ihnp4|decvax|allegra|...}!uw-beaver!tikal!persci!bill
 9-May-85 20:47:24-MDT,1221;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 May 85 20:46:35-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a003993; 9 May 85 22:10 EDT
Received: from usenet by BRL.ARPA id a006771; 9 May 85 21:58 EDT
From: Kevin Kulhanek <[e-mail]>
Newsgroups: net.micro.cpm,net.wanted.sources
Subject: MODEM program wanted
Message-ID: <[e-mail]>
Date: 9 May 85 02:46:05 GMT
Xref: seismo net.micro.cpm:4430 net.wanted.sources:893
To:       [e-mail]



I'm looking for a version of MODEM7 which is compatable for the Tekelec
Chameleon Protocol Tester which is running CP/M Version 2.2 from Digital
Research. The Tekelec runs on an Intel 8085.
We would like to use UMODEM to perform uploading and downloading but we
don't have the terminal emulation program that is compatable.

The terminal emulation program that we did receive is SOFTCOM. The
alternitive is to find a program comparible to UMODEM,
which runs on a VAX 11/780 running UN*X SVR2, that we can use with SOFTCOM
terminal emulation program.

Thanks,
Kevin Kulhanek

--
    Kevin Kulhanek
    ..!ihnp4!ihopa!kirk
    AT&T Bell Labs, Naperville, Il.
    [phone]
10-May-85 11:40:45-MDT,784;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 May 85 11:37:01-MDT
Received: from xerox.arpa by AMSAA.ARPA id a019570; 10 May 85 13:01 EDT
Received: from CheninBlanc.ms by ArpaGateway.ms ; 10 MAY 85 09:57:16 PDT
Date: 10 May 85 09:57:13 PDT (Friday)
From: [e-mail]
Subject: Re: Single Board Systems - Again.
In-reply-to: <[e-mail]>
To: ir320 <[e-mail]>
cc: [e-mail]

I have a Xerox 820-I motherboard for sale.
Included are: 3 RS-232C ports (keyboard, communication, printer ),
a standard drive port, Z80 chip.
System is compatiable with the Keypro (except for graphics).
Price $75.00

~ Arun <NBaheti.ES>

PS:  System has 64k RAM and is set-up to run 8" disks.

10-May-85 12:47:48-MDT,710;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 May 85 12:46:24-MDT
Date:     Fri, 10 May 85 14:16:06 EDT
From:     Randy Sebra <[e-mail]>
To:       [e-mail], [e-mail]
Subject:  BYTE back issues

     In the midst of spring cleaning, I find it is no longer practical
to keep the back issues of BYTE that I have.  With the exception of Jan
81 and Nov 82, I have all issues since Apr 77(Vol2,#4).  If there are
any collectors out there who would be interested in them, give me a call
anytime after 6:00PM EDT or anytime weekends.  Please call, do *not* use
E-mail for replying.  Thanks.

Randy Sebra
[phone]
10-May-85 17:14:58-MDT,1121;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 May 85 17:10:34-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000743; 10 May 85 18:44 EDT
Received: from usenet by BRL.ARPA id a003561; 10 May 85 18:22 EDT
From: Phil Thompson <[e-mail]>
Newsgroups: net.micro,net.micro.cpm
Subject: Software Toolworks C/80 C Compiler
Message-ID: <[e-mail]>
Date: 10 May 85 08:32:14 GMT
Xref: seismo net.micro:10880 net.micro.cpm:4431
Xpath: kcl-cs westo west44
To:       [e-mail]


<>
    As there has been some mention of this compiler recently I thought
I'd just mention this. There is a UNIX V7 compatible library available for the
Software Toolworks C compiler (v3.1 only). It contains about 130 functions
and is written in assembler (requires a Z80 and CP/M v2.2). The Mathpack
is not needed. It costs 50 pounds sterling and is available from:

Grey Matter Ltd.,
4, Prigg Meadow,
Ashburton,
Devon TQ13 7DF,
England.

My only connection with the product is that I wrote it.

Phil Thompson,
{UK}..!ukc!kcl-cs!phil
10-May-85 19:45:34-MDT,1421;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 May 85 19:44:45-MDT
Received: from usc-isi.arpa by AMSAA.ARPA id a000999; 10 May 85 21:12 EDT
Date: 10 May 1985 21:08:58 EDT
Subject: YAM/MODEM new generations
From: Rex Buddenberg <[e-mail]>
To: [e-mail]
cc: [e-mail], [e-mail]

Charlie Strom mentions an overhaul of MODEM/YAM apparantly in the
offing.  First, let me compliment all the folks that made MODEM7 et al
operate as well as it does -- Ward Christiansen and conspiracy
have done well.
    Now some suggestions when the new model is worked up:
-*-*- Larger blocks will improve throughput on quiet lines, and that
capability is a worthwhile pursuit.  But some of us live with noisy lines,
at least some of the time.  The option of reverting back to smaller
blocks should be preserved for that and compatability reasons.
-*-*-  Has anyone considered adding error correcting coding?  There exists
a CCITT standard.  Since processing power is cheaper than communications
power, this might be worthwhile.
-*-*-  A little systems integration might be in order here.  To
do business, I need MODEM7 to work with my micro friends and Kermit
to talk to the net.  Could we all get together?
-*-*-  Suggest writing the code in as high a level language a practical
to facilitate porting.
-------
10-May-85 20:31:03-MDT,1284;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 May 85 20:26:18-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a001047; 10 May 85 21:55 EDT
Received: from usenet by BRL.ARPA id a006026; 10 May 85 21:43 EDT
From: Chuck McManis <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: LDIR.C and LTYPE.C
Message-ID: <[e-mail]>
Date: 9 May 85 15:20:17 GMT
To:       [e-mail]

> The recent submission of these sources (to the net) is now
> stored in MICRO:<UNIX.CPM> on SIMTEL20 as LDIR-LTYPE.SHAR and LDIR-LTYPE.MSG.
> -------

Correct me if I am wrong, but weren't the posted sources for the IBM-PC?
Ltype didn't compile (at least on Xenix) until I also included types.h
and neither it nor usq seemed to work, but that may be inconsistencies in
Xenix's C compiler. I think they could be made into {U,Xe,Ve}nix sources
fairly easily but aren't quite yet.

--Chuck
--
                                            - - - D I S C L A I M E R - - -
{ihnp4,fortune}!dual\                     All opinions expressed herein are my
        {qantel,idi}-> !intelca!cem       own and not those of my employer, my
 {ucbvax,hao}!hplabs/                     friends, or my avocado plant. :-}
11-May-85 00:32:42-MDT,1921;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 May 85 00:30:47-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a001380; 11 May 85 2:01 EDT
Received: from usenet by BRL.ARPA id a008244; 11 May 85 1:48 EDT
From: Chuck Forsberg WA7KGX <[e-mail]>
Newsgroups: net.micro,net.micro.pc,net.micro.cpm
Subject: YMODEM protocol = XMODEM + 1
Message-ID: <[e-mail]>
Date: 10 May 85 07:30:20 GMT
Xref: seismo net.micro:10888 net.micro.pc:4219 net.micro.cpm:4436
To:       [e-mail]

*** NAK THIS LINE ***

A description of several enhancements to the popular Ward Christensen
"XMODEM" protocol has been distributed to bulletin board systems with
the file name YMODEM.DOC.  An article late this year in Byte Magazine
will cover the same topics.

YMODEM provides enhanced operation with high speed modems, especially
over satellite links.  The batch transfer option allows programs such
as "Professional-YAM" to send files between DOS, Unix, and other systems
while preserving exact file length and modification date.

The file is available on Telegodzilla (503-621-3746 1200,300 bps) in
normal and squeezed (YMODEM.DQC) form.  A sister file YMODEME.D[OQ]C
is formatted for a Gemini or Epson printer with boldface, etc.

UUCP sites can obtain these files with
    uucp omen!/usr/spool/uucppublic/ymodem.doc /tmp

ymodeme.doc and ymodem.shar (mm macro) are in the same directory.

The following L.sys line calls Telegodzilla (Pro-YAM in host operation),
accesses the locally connected Xenix machine with YAM's "link" command,
and then logs in as uucp.

omen Any ACU 1200 1-503-621-3746 ase:--ase: link ord: Giznoid ogin:--ogin: uucp

--
Chuck Forsberg WA7KGX    ..!tektronix!reed!omen!caf
Omen Technology Inc 17505-V NW Sauvie IS RD Portland OR 97231
Voice: 503-621-3406    Modem: 503-621-3746 (Hit CR's for speed detect)
11-May-85 08:16:12-MDT,1478;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 May 85 08:15:52-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a002705; 11 May 85 9:48 EDT
Received: from usenet by BRL.ARPA id a012101; 11 May 85 9:44 EDT
From: Hugh Redelmeier <[e-mail]>
Newsgroups: net.micro,net.micro.cpm
Subject: Re: Kaypro connected to LAN at 9600 baud
Message-ID: <[e-mail]>
Date: 6 May 85 16:43:31 GMT
Xref: seismo net.micro:10895 net.micro.cpm:4437
To:       [e-mail]

>I have had the same problem with both a Kaypro 2 and a Kaypro 4 when they
>are connected to a Sytek LAN here at NOSC.  It skips part of a line at
>any speed greater than 1200 baud.  I have used Kaypro's TERM program,
>MODEM7, KERMIT, and the NOSC TRANSFER terminal programs on the Kaypros
>with the same result.

The Kaypro does scrolling by moving all the characters in the video
RAM up one line (using a Z80 block move instruction).  This takes a
long time.  The solution is to use a program that can accept input
from the host while the scrolling is being done.  This is not
trivial because it requires an interrupt handler that bypasses the
BIOS.  It might be necessary to have XON/XOFF handshaking too.  I wrote
such a program and use it regularly on my Kaypro II (talking at
9600 Baud to my UNIX machine).  Micro Cornucopia also has one on
a public-domain disk (and much other stuff of interest to Kaypro
hacks).
11-May-85 09:24:26-MDT,1018;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 May 85 09:20:27-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a003000; 11 May 85 10:55 EDT
Date: Sat 11 May 85 08:54:26-MDT
From: Jon Albers <[e-mail]>
Subject: Re: YAM/MODEM new generations
To: [e-mail]
cc: [e-mail], [e-mail]
In-Reply-To: Message from "Rex Buddenberg <[e-mail]>" of Fri 10 May 85 21:08:58-MDT


I agree that we should keep short as well as long blocks in the code.  It
makes more sense for some people.
The idea of Kermit and modem7 getting together sounds VERY exciting.  They
are both very popular in their areas (Modem7 is more micro-micro, less
micro-mini/mainframe, where Kermit was devloped to go between the larger
systems, as well as micros).  I think it would be a great step forward
if someone could merge the two protocols into one program.

                            Jon Albers
                                JALBERS@SIMTEL20
-------
11-May-85 10:57:27-MDT,1188;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 May 85 10:54:59-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a003302; 11 May 85 12:29 EDT
Date: Sat, 11 May 1985  10:28 MDT
Message-ID: <[e-mail]>
From: [e-mail]
To:   Rex Buddenberg <[e-mail]>
Cc:   [e-mail], [e-mail]
Subject: YAM/MODEM new generations
In-reply-to: Msg of 10 May 1985  19:08-MDT from Rex Buddenberg <BUDDENBERGRA at USC-ISI.ARPA>

While I see your points, there seems to be a consensus among those who
are planning to actually implement the changes to the protocol that if
things are made significantly more complex we will lose the
universality of Christensen protocol. Anyone is of course free to add
whatever bells and whistles he likes (Pro-YAM for example supports
Christensen, YAM [1K blocks], Kermit and Compuserve B protocols) but
the basic definition of the protocol should not be made needlessly
complex.
By the way, YAM's protocol allows an arbitrary mixture of 128 and 1024
byte blocks, and SOH signaling the former wile an STX the latter.

-Charlie
12-May-85 02:19:09-MDT,1147;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 May 85 02:16:43-MDT
Received: from usc-isid.arpa by AMSAA.ARPA id a004678; 12 May 85 3:50 EDT
Date: 12 May 1985 03:49-EDT
Sender: [e-mail]
Subject: Tausworthe Random Nr Generator
From: [e-mail]
To: [e-mail]
Message-ID: <[USC-ISID.ARPA]12-May-85 03:49:36.ABN.ISCAMS>

NetLandians,

A while ago I offered access to a pretty nice (and different) random
number generator using the Tausworthe Algorithm as implemented by
Prof. Arne Thesen et al.

I fixed it up a bit (mainly bells and whistles), and it's now a pretty
nice demo program (to include a distribution display).

If anyone found the original interesting/useful, feel free to grab this
version.  It's available via anonymous FTP from my host, USC-ISID, in
my directory, ABN.ISCAMS, under the file name:
TAUSGEN3.PAS

Any feedback would be appreciated.  If any good at all (my Pascal is still
pretty shabby), you might let the wizards/archivists at SIMTEL20 know.

Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
12-May-85 06:50:21-MDT,1031;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 May 85 06:47:10-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a005111; 12 May 85 8:27 EDT
Date: 09 MAY 85 AT 17:46:27
Message-ID: <[e-mail]>
Sender: [e-mail]
From: [e-mail]
Subject:   Disk drive squeel
ReSent-From: [e-mail]
ReSent-To: [e-mail], [e-mail]
ReSent-Date: Sun 12 May 1985 06:26-MDT

Just a note about using wd-40.  I have a friend who is a maintenance
chief for the navy at Miramar naval air station.  He says that the
navy will not allow wd-40 to be used because of its corrosive actions.
I have personaly noted some things on my watch buttons that verify the
statement.  I personally use wd-40 to free up stuck things (and it
does do a good job) but then I make sure I clean and reoil the part
affected.
                                   Ted
                                    milnet address "medin@nosc"
12-May-85 23:13:54-MDT,597;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 May 85 23:13:04-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a006269; 13 May 85 0:43 EDT
Received: from usenet by BRL.ARPA id a004602; 13 May 85 0:40 EDT
From: "R.P.A.Collinson" <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Epson FILINK
Message-ID: <[e-mail]>
Date: 13 May 85 01:59:45 GMT
To:       [e-mail]

Has anyone implemented the Epson PX8/QX10 FILINK protocol in C
for any type of UNIX host? If so, can I have a copy?
--
Pete Collinson
pc@ukc
13-May-85 18:19:53-MDT,1785;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 May 85 18:15:53-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a013433; 13 May 85 19:45 EDT
Received: from usenet by BRL.ARPA id a022815; 13 May 85 19:41 EDT
From: Kenn Barry <[e-mail]>
Newsgroups: net.micro.cpm,net.micro.68k
Subject: Need modem program for CP/M 68K
Message-ID: <[e-mail]>
Date: 13 May 85 21:20:23 GMT
Xref: seismo net.micro.cpm:4443 net.micro.68k:804
To:       [e-mail]

[]
    Help!! We are trying to find a way to move files from an ERG
computer running CP/M 68K, to our UN*X system (4.2BSD). I figure the
easiest way is to get a modem program that runs under CP/M 68K, but I
haven't yet been able to find one. Can anyone tell me where I can get
such a program? It can be either commercial or public domain; our primary
concern is that we need it soon!
    We have the DRI and Whitesmith's 'C' compilers, so either an
object code version or C source would be of help.
    XMODEM-type protocol would be desirable, but is not absolutely
necessary. High baud rate would also be a plus, but anything that can
manage at least 1200 baud is acceptable. We don't even absolutely need
terminal-type operation, just the ability to transfer files. If anyone
out there has such a program, or knows where to get it, I will be eternally
grateful if you'd get in touch with me soonest.

                                                Kenn Barry
                                                NASA-Ames Research Center
                                                Moffett Field, CA
-------------------------------------------------------------------------------
     USENET:         {ihnp4,vortex,dual,nsc,hao,hplabs}!ames!barry
14-May-85 09:50:18-MDT,1140;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 May 85 09:46:15-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a024698; 14 May 85 11:08 EDT
Date: Monday, 13 May 1985  12:35-MDT
Message-ID: <[e-mail]>
Sender: Steve Noland <[e-mail]>
From: Steve Noland <[e-mail]>
Subject:   PATCH18A.LBR now available from SIMTEL20
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Tue 14 May 1985 09:07-MDT

Now available from SIMTEL20:

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.DSKUTL>
PATCH18A.LBR.1            BINARY     66176  2D51H

PATCH18A.LBR is by Bill Rink.  We think that this one is pretty
bullet-proof.  Please route any bug reports to me, so we can get them
to the author.

Note: There is an error in the terminal setup for Zenith equipment
(H/Z89, 90, 100).  The reverse-video control codes are reversed.  You
can fix this during the configuration sequence, and the data file
stays fixed.  This is a flaw in the TurboPascal install utility.

Steve Noland <[e-mail]>
14-May-85 12:25:50-MDT,734;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 May 85 12:24:21-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a002465; 14 May 85 13:52 EDT
Received: from usenet by BRL.ARPA id a009712; 14 May 85 13:43 EDT
From: "Joseph D. Shapiro" <[e-mail]>
Newsgroups: net.micro,net.micro.cpm
Subject: system for sale
Message-ID: <[e-mail]>
Date: 13 May 85 19:02:26 GMT
Xref: seismo net.micro:10932 net.micro.cpm:4445
To:       [e-mail]

Morrow MD-2 in perfect working order, with freedom-50 terminal and all
software ( wordstar, MBASIC, BaZic, Logicalc, Personal Pearl, etc...
).  Best offer, hoping for about $1k.

inquiries/offers via mail.
14-May-85 17:30:28-MDT,621;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 May 85 17:29:28-MDT
Received: from xerox.arpa by AMSAA.ARPA id a007382; 14 May 85 18:57 EDT
Received: from PinotNoir.ms by ArpaGateway.ms ; 14 MAY 85 15:48:24 PDT
Date: 14 May 85 15:48:12 PDT (Tuesday)
From: [e-mail]
Subject: Re: NETWORKING
In-reply-to: <[USC-ECLB] 1-May-85 06:03:25.STANLEY>
To: [e-mail]
cc: [e-mail], [e-mail]

Please add mo to the networking newsletter list:
Doulgas C. Roberts, Xerox SIS, P.O. Box 7018, Pasadena, Ca. 91109
14-May-85 20:18:44-MDT,2132;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 May 85 20:14:20-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a007672; 14 May 85 21:43 EDT
Received: from usenet by BRL.ARPA id a018174; 14 May 85 21:10 EDT
From: Chuck Forsberg WA7KGX <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: MODEM7 PROTOCOL
Message-ID: <[e-mail]>
Date: 12 May 85 17:35:04 GMT
To:       [e-mail]

> A recent file was distributed outlining the CHECKSUM and CRC protocol used
> in the modem7 (CHRISTENSEN) program series.  It was named MODMPROT.003.
> This was great,  as I was working on a modem program to be compatable with
> these protocols.  However,  it was missing the BATCH protocol.
> Is there any documentation on the BATCH protocol commonly used in modem7?
> The file names are transferred as well as the data for each file.
> This is the most useful protocol for mass transfers between machines.

The MODEM7 batch protocol has many problems besides being tied too closely
to CP/M filenamne conventions, to wit:

     03-Mar-85  19:54:22
 Fm: Ward Christensen 76703,302
 To: Paul Ferrara    70075,252

 Modem7 batch was pretty poorly implemented ... complaint was that a
 character-by-character echo was used, which is not a generally recognized
 technique.  It should instead have been something like Forsberg uses with YAM -
 a block 0 with the filename.  I have had transfers drive me nuts, because the
 other end echoing the outgoing filename causes enough distortion that it tried,
 and tried, and tried, and tried..   but when it finally made it, the FILE
 itself made it with no hitch.  The weakness was the echoing.

I posted an article recently concerning the availibility of the YMODEM spec
that Ward is writing up for an article in Byte.  If there is sufficient
demand, I will post the file to net.sources or somewhere directly.
--
Chuck Forsberg WA7KGX    ..!tektronix!reed!omen!caf
Omen Technology Inc 17505-V NW Sauvie IS RD Portland OR 97231
Voice: 503-621-3406    Modem: 503-621-3746 (Hit CR's for speed detect)
15-May-85 03:28:06-MDT,869;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 May 85 03:24:35-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a008350; 15 May 85 4:44 EDT
Date: Tuesday, 14 May 1985  12:27-MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: [e-mail]
Subject:   CPM Attribute Reset for CCP
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Wed 15 May 1985 02:43-MDT

Is there a modification to CPM 2.2 that will insure that the ARCHIVE
bit (third character of ext.) is reset whenever the file is modified,
at present pip and WS don't reset this bit after edit, and this plays
havoc with my backup efforts on a large rigid.  CPM 3 appears to do
this, but was not implemented in 2.2, any pointers would be
appreciated.

Russ
15-May-85 05:25:21-MDT,2030;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 May 85 05:21:33-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a008597; 15 May 85 6:51 EDT
Received: from usenet by BRL.ARPA id a024884; 15 May 85 6:47 EDT
From: john chapman <[e-mail]>
Newsgroups: net.wanted,net.micro,net.micro.cpm
Subject: S100 boards for sale
Message-ID: <[e-mail]>
Date: 13 May 85 18:05:37 GMT
Xref: seismo net.wanted:6796 net.micro:10946 net.micro.cpm:4448
To:       [e-mail]


 S100 - IEEE/696 boards for sale


 Tarbell double density disk controller
 - up to 1.2 mbytes (formatted) per drive
 - data transfer can be either DMA or PIO (programmed
   I/O, i.e. you read the data from a port a byte at a
   time)
 - full IEEE/696 compliance
 - controls up to four drives
 - CPM and/or BIOS available from manufacturer
 - can provide MS-DOS device driver listing (or
   source file if you send disk) on request
 - currently selling for $419.00  (see Byte)

 Lomas ram board
 - populated with 256k of 150ns rams
 - 8/16 bit transfers, full 24 bit addressing
 - requires 1.5 amps @ +5
 - on board parity generation and error detection
 - uses Intel 8203 LSI ram controller
 - may be configured to accept phantom
 - all ram chips fully socketed
 - was $395.00 last Aug (see Byte for more specs)


 Asking $300.00 for each of the above, or $500
 for both; I'll pay for 1st class airmail.


 Also
    TDL Z80 S100 cpu with 2mhz -> 4mhz continuously
        adjustable clock. Asking $50.00 .


 All the above prices are in U.S. dollars.

 I am open to (reasonable) offers on the above boards.

 for more information:
            John Chapman
            Computing Science Dept.
            University of Waterloo
            Waterloo, Ontario
            N2L 3G1

              or    John Chapman
            RR 4
            Mount Forest, Ontario
            N0G 2L0

          or        ....!watmath!watcgl!jchapman

          or    [phone]
            (>7pm EST weekdays, all day Sat&Sun)
15-May-85 20:30:30-MDT,946;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 May 85 20:29:20-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a009376; 15 May 85 21:51 EDT
Received: from usenet by BRL.ARPA id a015786; 15 May 85 21:45 EDT
From: ir320 <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Wordstar & CITOH Prowriter
Message-ID: <[e-mail]>
Date: 14 May 85 19:20:15 GMT
To:       [e-mail]

I have a friend who just bought wordstar and a prowriter printer.  She
is totally confused as how to configure the monster.  I told her I
could help, but she is in Davis and I'm down here.  Does anyone have
the printer patches for a version 3.3 wordstar for a prowriter handy.
It would save both of us alot of manual hunting and mailing costs.

John Antypas
UC San Diego

uucp: ...!{ucbvax,ihnp4,decvax,bmcg,akgua,noscvax}!sdcsvax!sdcc6!ix255
arpa: [e-mail]
16-May-85 06:25:21-MDT,884;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 May 85 06:23:10-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a013180; 16 May 85 7:51 EDT
Received: from usenet by BRL.ARPA id a022003; 16 May 85 7:42 EDT
From: [e-mail]
Newsgroups: net.wanted,net.micro.cpm
Subject: *Affordable* CPM-80 Fortran-77 compiler?
Message-ID: <[e-mail]>
Date: 14 May 85 21:57:20 GMT
Xref: seismo net.wanted:6805 net.micro.cpm:4450
To:       [e-mail]

I am posting for a person who is not on the net.  She owns a Morrow MV-2
computer and is looking for an affordable F77 compiler.  Does anyone
know of such a beast?

Please reply directly to me.  If there is interest, I will summarize to
the net.

Thanks,
Bob

...!unmvax!nmtvax!knight (UUCP)
knight.nmt@CSNET-RELAY (ARPA)
knight@nmtvax (CSNET)
16-May-85 10:23:50-MDT,731;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 May 85 10:23:07-MDT
Received: from xerox.arpa by AMSAA.ARPA id a020433; 16 May 85 11:48 EDT
Received: from PinotNoir.ms by ArpaGateway.ms ; 16 MAY 85 08:41:46 PDT
Date: 16 May 85 08:46 PDT
From: [e-mail]
Subject: Re: *Affordable* CPM-80 Fortran-77 compiler?
In-reply-to: [e-mail]'s message of 14 May 85 21:57:20
 GMT
To: [e-mail]
cc: [e-mail]

I don't know about any F77 compilers, but I have seen ads in Byte for
NEVADA FORTRAN from ELLIS COMPUTING, which claims to be F66, for only
29.99 or 39.99 (?), so it certainly is affordable.

Hope this helps.
16-May-85 10:40:52-MDT,603;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 May 85 10:35:45-MDT
Received: from utexas-20.arpa by AMSAA.ARPA id a020561; 16 May 85 11:57 EDT
Date: Thu 16 May 85 10:56:58-CDT
From: Douglas Good <[e-mail]>
Subject: Memory/MS-DOS boards
To: [e-mail]


  Does anyone out there know of the cheapest/most reliable way to get 128k
or MS-DOS running on a Kaypro IV?  I'd especially like to hear from people
who have MS-DOS running on their machine.  Answers can go directly to me
if you wish...
        --Doug Good
-------
16-May-85 11:08:57-MDT,749;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 May 85 11:08:16-MDT
Received: from ames-vmsb.arpa by AMSAA.ARPA id a020639; 16 May 85 12:02 EDT
Date: 16 May 85 08:44:00 PDT
From: MAX: ;, [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Subject: --- Fortran Compiler ---
To: info-cpm <[e-mail]>
Reply-To: MAX: ;, [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA

Expanding on the query about F77 compiler availability for a Morrow,

Does anyone have a good Fortran (F77) compiler they would recommend
for CP/M systems in general?  (Not for any one machine....)

        -Richard Hartman
        <max.hartman@ames-vmsb>
------
16-May-85 18:00:27-MDT,626;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 May 85 17:57:29-MDT
Received: from csnet-pdn-gw by AMSAA.ARPA id a005043; 16 May 85 19:27 EDT
Received: from ibm-sj by csnet-relay.csnet id ae15371; 16 May 85 19:15 EDT
Date: Thu, 16 May 85 15:24:28 PDT
From: Jim moore <[e-mail]>
To: [e-mail]
Subject: Networking
CC: [e-mail]

Please add me to the networking newsletter list
   Jim Moore
   IBM/Los Angeles Scientific Center
   11601 Wilshire Blvd., 4th floor
   Los Angeles, CA   90025-1738

Thanks
17-May-85 07:57:25-MDT,1055;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 May 85 07:54:41-MDT
Received: from lll-mfe.arpa by AMSAA.ARPA id a005004; 13 May 85 13:18 EDT
Date: Mon, 13 May 85 10:18 PDT
From: "Webb Mike"@LLL-MFE.ARPA
Subject: lcterm modem/kermit example
To: [e-mail]
Resent-Date:  Fri, 17 May 85 9:27:42 EDT
Resent-From:  [e-mail]
Resent-To:    [e-mail]



Just a note to those who are thinking out (i hope) changes in the Modem/
Xmodem/Kermit comm. tools. There is a very good example of an inhanced
version of these called "LCTERM". This Program combines modem protocols
and Kermit as selections in one of its pull down menues. This program
currently runs only on DEC RAINBOWS under MS_DOS,but would be worth
a look for anyone rebuilding anny of these programs.

                                mike webb
                                [e-mail]

PS.  acks to LARRY CAMPBELL@DEC MARLBORO who is the "LC" in "LCTERM"
                      }
17-May-85 08:15:07-MDT,913;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 May 85 08:13:54-MDT
Date:     Fri, 17 May 85 9:39:35 EDT
From:     Dave Towson (info-cpm-request) <[e-mail]>
To:       [e-mail]
Subject:  A reminder.

Fellow CP/Mers - I have noticed an increasing volume of mail erroneously
directed to "info-cpm-request", so it seems to be time for a little reminder:

     Articles to be posted to the distribution list should be sent to

                [e-mail]

The ONLY types of mail that should be sent to "[e-mail]"
are requests for addition/deletion to/from the list, complaints concerning
delivery of info-cpm, and requests for assistance that do not seem approp-
riate for submission to the whole list (you be the judge).

     Thanks for your cooperation.



Dave Towson
[e-mail]


17-May-85 08:40:03-MDT,1222;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 May 85 08:38:02-MDT
Received: from edwards-2060.arpa by AMSAA.ARPA id a019377; 16 May 85 10:42 EDT
Date: Thu 16 May 85 07:41:38-PDT
From: [e-mail]
Subject: PROWRITER/WS3.3 AND WS2000
To: [e-mail]
cc: [e-mail]
Resent-Date:  Fri, 17 May 85 9:46:12 EDT
Resent-From:  [e-mail]
Resent-To:    [e-mail]

    We have people here that installed the PROWRITER for WordStar using
the option for the NEC 8510 dot matrix printer. They say that the codes are
the same for both printers. You can give it a .

    Another note, but from the MSDOS world. When you dinstall WS2000
under DOS 2.0 it only removes from your hard disk the main WordStar file.
It then breaks the links to all of the subdirectories where it puts the
other files. Using TREE will not find the files or directories. This means
that about 800Kb of disk is now lost. The only way we found to recover the
disk space is to back up the disk, reformat and then reload. Glad we found
this out on someone else's machine not mine, guess I won't be getting WS2000.
-------
17-May-85 10:00:19-MDT,2447;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 May 85 09:58:35-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a020473; 17 May 85 11:32 EDT
Date: Thursday, 16 May 1985  19:42-MDT
Message-ID: <[e-mail]>
Sender: "Ross A. Alford" <[e-mail]>
From: "Ross A. Alford" <[e-mail]>
Subject:   REFS update available
Address: {decvax akgua unc duke ihnp4}!mcnc!ecsvax!alford
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Fri 17 May 1985 09:31-MDT

I've found a small bug in my Turbo Pascal REFS program that slipped
through all my initial testing.  If it reads a file that happens to be
a multiple of 128 bytes in length and not end with a ^Z, it tries to
read past EOF.  A <= sign is in the distributed version where there
should be a <.

The new version is now available from SIMTEL20 as:

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.TURBOPAS>
REFS13.LBR.1            BINARY     12288  E598H

A short review of what REFS is:

REFS finds references in scientific manuscripts.  It will list references
found and the number of times they are occur to a file, a printer, or
the system console.  It  should work with references of the forms:

       Smith, 1980                   |Smith (1980)
       Smith, 1980a                  |Smith (1980a)
       Smith, 1980a, b               |Smith (1980a, b)
       Smith, 1980a, 1980b           |Smith (1980a, 1980b)
       Smith and Smith, 1980         |Smith and Smith (1980)
       Smith et al., 1980            |Smith et al. (1980)
       Smith's 1980                  |Smith's (1980)
       Smith, Smith, and Smith, 1980 |Smith, Smith, and Smith (1980)
       Smith-Smythe and Smith 1980

and with most any similar style.  It also allows the last digit of the
year to be replaced by a letter, as Smith, 198x, for cases where the
exact date is uncertain.  It may not work entirely properly on
references in tabular formats, specifically if a reference of the form
Smith 1980a,b is split between lines so that the 'b' is widely
separated from the 'a'.

Month, year dates, as July, 1980, also are treated as references.  You
never know when some person might have the same name as a month.

Please let me know of any bugs found, bug fixes made, or improvements
made.

Ross Alford
17-May-85 11:20:45-MDT,916;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 May 85 11:19:58-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a023139; 17 May 85 12:29 EDT
Date: Fri, 17 May 1985  10:28 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: Reaching Info-Modem7 from Usenet

Usenet readers who wish to post mail to Info-Modem7 (the mailing list
concerned with maintaining and developing MODEM7) may use the paths
listed below:

...{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!info-modem7

...{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!info-modem7

--Keith Peteren
Arpa:  [e-mail]
uucp:  ...{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp:  ...{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
17-May-85 12:39:20-MDT,802;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 May 85 12:38:21-MDT
Received: from mitre.arpa by AMSAA.ARPA id a027428; 17 May 85 14:06 EDT
Received: by mitre.ARPA (4.12/4.7)
    id AA07214; Fri, 17 May 85 14:06:48 edt
Message-Id: <[e-mail]>
To: [e-mail]
Subject: Usenet Mail Addresses
Date: 17 May 85 14:06:35 EDT (Fri)
From: Jeff Edelheit <[e-mail]>

I am sure that I am not the only Arpa/Milnet user who doesn't fully understand
the structure of a Usenet address.  I recognize that the "!" indicates the
path between two hosts, but what does {decvax,unc,hao,cbosgd,seismo,aplvax,uci}
mean?  If anyone of those is the beginning of a path, how do we decided what
is the preferred route?

Jeff
17-May-85 13:29:57-MDT,1976;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 May 85 13:26:54-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a028209; 17 May 85 14:48 EDT
Date: Fri, 17 May 1985  12:14 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: MAKSRL makes self-relocating COM files

MAKSRL.LBR was recently released to the RCPM community and is now
available from SIMTEL20:

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.ASMUTL>
MAKSRL.LBR.1            BINARY      8832  1CF7H

Here is a message from the author:

Date: 09 May 85 08:54:27 CDT
From: ROGER LANGE
To:   ALL
Re:   MAKSRL Uploaded

For anyone that's interested, I'm uploading MAKSRL.LBR, which allows
you to create what I call SRL (self-relocating) COM files.

There's been a scad of ways used at one time or another to produce COM
files which, when executed, will determine where high memory is, then
relocate the bulk of the code into the highest possible memory
location for execution.  The most difficult example I've come across
is in BYE, which has a whole section devoted to examining its own code
to determine which bytes must be modified.

MAKSRL lets you do it fairly easily.  The MAKSRL.COM program takes two
object files which have been created by L80 with MAKSRL.SUB or
MAKSRL.DO from an M80 REL file and produces a COM file which does the
whole thing with practically no fuss at all.  The whole process comes
down to creating an M80 source file which expects to execute in high
memory, then SUBMIT MAKSRL <name>, or (in Tdos) DO MAKSRL <name>.

MAKSRL is loosely based on and heavily modified from the MAKELUX
program in LUX40.LBR which creates LUX.COM.

--Keith
Arpa:  [e-mail]
uucp:  ...{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp:  ...{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
17-May-85 16:01:35-MDT,1157;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 May 85 15:59:38-MDT
Received: from ames-vmsb.arpa by AMSAA.ARPA id a001595; 17 May 85 17:26 EDT
Date: 17 May 85 14:13:00 PDT
From: MAX: ;, [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Subject: --- net addresses ---
To: info-cpm <[e-mail]>
Reply-To: MAX: ;, [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA

In addition to what Jeff brought up, is there any reference I could
look up to explain the net addresses in general?  the special chars
each have a meaning (or two) and how are they interpreted?
            -Richard Hartman
            <max.hartman@ames-vmsb>
                or
            <@ames-vmsb:[e-mail]>

(the second address is what we are told is the new proper format for
our revised mailer program...some netlandians have told me that it is
no way proper, and I have had our mailer set up w/ an alias to accept
the older (top) version.  From what I understand, the '<' and '>' are
REQUIRED on the second version of the address.....  I'm sooo  confused!)
                -rmh
------
17-May-85 22:44:28-MDT,2530;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 May 85 22:41:54-MDT
Received: from sdcsvax.arpa by AMSAA.ARPA id a002926; 18 May 85 0:10 EDT
Received: by sdcsvax.ARPA (4.24/4.41)
    id AA02547; Fri, 17 May 85 21:10:16 pdt
From: crash![e-mail]
Message-Id: <[e-mail]>
Date: Fri, 17 May 85 09:09:55 PDT
To: sdcc6![e-mail]
Subject: WS with Prowriter
Cc: [e-mail], sdcc3![e-mail]

>I have a friend who just bought wordstar and a prowriter printer.  She
>is totally confused as how to configure the monster.  I told her I
>could help, but she is in Davis and I'm down here.  Does anyone have
>the printer patches for a version 3.3 wordstar for a prowriter handy.
>It would save both of us alot of manual hunting and mailing costs.
>
>John Antypas
>UC San Diego


The Prowriter is configured as a "Non-backspacing printer" with "No
communications protocol" and output is to the "Primary list device".
The following are printer patches for WS version 3.33 .  Rather than
going through the long installation (WINSTALL), use DDT.  The save
length for this version is 75.

    Address:  New value     Comment
    --------  ---------     -------
        6BB     02          ^P^A - alternate is elite
        6BC     1B
        6BD     45

        6C0     02          ^P^N - normal is pica
        6C1     1B
        6C2     4E

        6C5     02          ^P^V - modified for 1/8" linefeeds
        6C6     1B
        6C7     42

        6CA     02          ^P^T - modified for 1/6" (normal) linefeeds
        6CB     1B
        6CC     41

        6CF     02          ^P^Q - user defined: compressed mode ON
        6D0     1B
        6D1     51

        6D4     03          ^P^W - user defined: compressed mode OFF
        6D5     0D
        6D6     1B
        6D7     4E

        6D9     01          ^P^E - user defined: elongated mode ON
        6DA     0E

        6DE     01          ^P^R - user defined: elongated mode OFF
        6DF     0F

        6E3     02          ^P^Y - redefined to toggle ON solid underline
        6E4     1B
        6E5     58

        6E8     02          ^P^Y - redefined to toggle OFF solid underline
        6E9     1B
        6EA     59


Note:  Although the Prowriter does not contain an ESCape sequence to
turn compressed mode OFF, ^P^W is return to pica pitch.


--Irwin Hom        ...crash!ihom@ucsd

18-May-85 08:14:45-MDT,502;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 18 May 85 08:10:28-MDT
Received: from usc-isid.arpa by AMSAA.ARPA id a003715; 18 May 85 9:39 EDT
Date: 18 May 1985 09:37-EDT
Sender: [e-mail]
Subject: Removal from mailing list.
From: [e-mail]
To: [e-mail]
Message-ID: <[USC-ISID.ARPA]18-May-85 09:37:50.TACCS-LOGCEN>

Please remove me from the info-cpm mailing list.

Thank you,

Joe Mc Caughan
19-May-85 20:15:00-MDT,965;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 19 May 85 20:12:09-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a009355; 19 May 85 21:50 EDT
Date: Sun 19 May 85 19:49:20-MDT
From: Jon Albers <[e-mail]>
Subject: Kermit for the NorthStar horizon and USR S-100 modem.
To: [e-mail], [e-mail], [e-mail]


I am looking for a version of Kermit that will work on a Northstar horizon
with either the second printer port, or better yet, the US Robotics S-100
internal modem.  If you have or know of such a beast, or can perhaps give
some help with writing the code to make Kermit work with an S-100 modem
board, please reply to me at the below addresses:


                        Jon Albers
                    ARPA: JALBERS@SIMTEL20
                    /..seismo!dolqci!irsdcp!albers
            UUCP: ---------<...seismo!dolqci!irsdcp!dcp1!albers
                    \..philabs!sbcs!bnl!bnl44!jalbers

-------
20-May-85 00:07:23-MDT,493;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 May 85 00:05:34-MDT
Received: from usc-isi.arpa by AMSAA.ARPA id a009967; 20 May 85 1:42 EDT
Date: 20 May 1985 01:40-EDT
Sender: [e-mail]
Subject: removal from mailing list.
From: [e-mail]
To: [e-mail]
Cc: [e-mail]
Message-ID: <[USC-ISI.ARPA]20-May-85 01:40:25.APAGE>

Please remove me from the info-cpm mailing list.

thank you.

arlene
20-May-85 15:12:21-MDT,874;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 May 85 15:12:12-MDT
Received: from ames-vmsb.arpa by AMSAA.ARPA id a027906; 20 May 85 16:42 EDT
Date: 20 May 85 13:32:00 PDT
From: MAX: ;, [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
To: info-cpm <[e-mail]>
Reply-To: MAX: ;, [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA

Does anyone know of a terminal emulator for the Kaypro II that emulates
a vt100 or vt52 as far as screen handling goes??  The keypad DOES NOT have
to generate the proper escape codes....but the screen has to respond to
incoming cursor-addressing codes, in vt100 or vt52 format  (I believe the
standard Kaypro cursor-addressing is the same as an adm3a...).

            -Richard Hartman
            max.hartman@ames-vmsb
------
20-May-85 15:29:50-MDT,753;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 May 85 15:25:24-MDT
Received: from sdcsvax.arpa by AMSAA.ARPA id a027975; 20 May 85 16:48 EDT
Received: from sdcc6.ARPA by sdcsvax.ARPA (4.24/4.41)
    id AA11040; Sat, 18 May 85 10:12:31 pdt
Received: by sdcc6.ARPA (4.24/4.41)
    id AA05725; Sat, 18 May 85 10:11:19 pdt
Date: Sat, 18 May 85 10:11:19 pdt
From: [e-mail]
Message-Id: <[e-mail]>
To: crash![e-mail], sdcc6![e-mail]
Subject: Re:  WS with Prowriter
Cc: [e-mail], sdcc3![e-mail]

Does this support super and subscripting?

John Antypas
UC San Diego

...!sdcsvax!sdcc6!ix255
ix255%sdcc6%sdcsvax.ARPA
21-May-85 00:14:19-MDT,1189;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 May 85 00:13:42-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a001223; 21 May 85 1:47 EDT
Received: from usenet by BRL.ARPA id a017328; 21 May 85 1:41 EDT
From: DAPKUS <[e-mail]>
Newsgroups: net.micro,net.micro.pc,net.micro.cpm
Subject: Heath/Zenith Micros
Message-ID: <[e-mail]>
Date: 19 May 85 23:36:56 GMT
Xref: seismo net.micro:11033 net.micro.pc:4312 net.micro.cpm:4466
To:       [e-mail]

^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v

Just how many people out there are interested in Heath/Zenith
micros?  I am talking about H8's, H89's, H/Z100's, H/Z150's,
and Z200's.  Maybe we should all get together and make a mailing
list to send information around. Maybe even net.micro.hug????

If you are interested in H/Z computers, send me your netdress
in the old form (like mine).



----

                    Donald A. Dapkus (Z100)
                    AT&T Bell Laboratories, Allentown, PA
                    { ihnp4, allegra } aluxz!dad

"Ocean: A body of water occupying about two-thirds of a world made
        for man -- who has no gills."
21-May-85 00:19:14-MDT,1284;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 May 85 00:16:36-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a001225; 21 May 85 1:47 EDT
Received: from usenet by BRL.ARPA id a017350; 21 May 85 1:41 EDT
From: [e-mail]
Newsgroups: net.micro.cpm,net.micro
Subject: XCOMP computer co.
Message-ID: <[e-mail]>
Date: 18 May 85 23:27:22 GMT
Keywords: wanted, micro, disk
Xref: seismo net.micro.cpm:4467 net.micro:11034
To:       [e-mail]


   For some of you, this will be a repost. However, I got nary a nibble
with the limited domain I last chose, so I am now posting to a larger
audience. Please give me a hand if you know of this company, as I am
currently stuck. Thanks...

   I recently bought a pair of XCOMP cards--a hard disk controller
card, and a Z-80 S-100 host interface card. Without doc. I know, but
the price was RIGHT. My normal sources have availed me nought in
locating this company, so now I appeal to net-readers. Can someone
pass me the address, phone #, what-have-you for this company? Please
respond to this message via net.micro.cpm, as I am solemnly assured
that netmail otherwise doesn't make it in here.

                Thanks in advance,
                Andy Valencia
21-May-85 06:36:43-MDT,756;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 May 85 06:33:42-MDT
Received: from crdc-vax2.arpa by AMSAA.ARPA id a004295; 21 May 85 8:01 EDT
Date:     Tue, 21 May 85 7:58:18 EDT
From:     "Jack H. Smith" <[e-mail]>
To:       [e-mail]
Subject:  XCOMP, INC. address, etc.

    In reply to Andy Valencia's request for information regarding
Xcomp, INC. , here is what I've found in 'DATA SOURCES' 4th quarter
of 1984 issue.

    XCOMP, INC.
    3554 Ruffin Rd., S.
    San Diego, Ca. 92123

    phone - 619-573-0077
    TLX: 182-786

    Hope this helps Andy.

                Yours Truly,

                Jack H. Smith
                Mathematician
                S & E applications
                CRDC, A.P.G., Md. 21010




21-May-85 08:07:12-MDT,1083;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 May 85 08:04:06-MDT
Received: from brl-aos.arpa by AMSAA.ARPA id a008341; 21 May 85 9:28 EDT
Received: from radc-tops20.arpa by BRL-AOS.ARPA id a003682; 21 May 85 9:20 EDT
Date: Tue 21 May 85 09:20:49-EDT
From: Gern <[e-mail]>
Subject: Re: Heath/Zenith Micros
To: [e-mail]
cc: [e-mail], [e-mail]
In-Reply-To: Message from "DAPKUS <[e-mail]>" of Sun 19 May 85 23:36:56-EDT

Here on the DDN (Arpanet/milnet) where your message appeared on INFO-CPM,
we have several mailing lists currently in place that you can easily
link up with.   There is HEATH-PEOPLE@MIT-MC for H8, H19, H89, Z90, etc.
which lately has been having very little traffic (about 2 a month).

I personally am the moderator of INFO-HZ100@RADC-TOPS20 which has medimum
to heavy traffic daily covering the H/Z-110/120 and MS-DOS, etc.

INFO-IBMPC@USC-ISIB covers the IBM machines and its clones (Z-150, Z-200).

Cheers,
Gern
-------
21-May-85 11:12:36-MDT,610;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 May 85 11:11:28-MDT
Received: from mitre-bedford.arpa by AMSAA.ARPA id a023725; 21 May 85 12:31 EDT
Date: Tuesday, 21 May 1985 12:28-EDT
From: [e-mail]
To: [e-mail]
Cc: [e-mail]
Subject: Re: Heath/Zenith Micros
In-reply-to: Your message of Sunday, 19 May 1985 19:36-EDT.
             <[e-mail]>

    A newsgroup already exists for Z-100s: info-hz100@radc-tops20.
To join, send your address to info-hz100-request@radc-tops20.

                  - Jim Van Zandt
21-May-85 11:49:46-MDT,1177;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 May 85 11:45:34-MDT
Received: from lll-mfe.arpa by AMSAA.ARPA id a025728; 21 May 85 13:06 EDT
Date: Tue, 21 May 85 09:52 PDT
From: "Webb Mike"@LLL-MFE.ARPA
Subject: dec-10 equipment
To: [e-mail]



one of my ex-customers(they just un-plugged it!) has some DECSystem-10
hardware they would like to get rid of. This is OLD stuff and it can be
had for the cost of shipping. the following is a list of the stuff that
is available:

    2ea    DF10C    22-bit data channel
    3ea    RH10    Massbuss Interface(use with above)
    4ea    MG10    128 k-36 bit core memory boxes
    10-12    rp04 Disk drives. these have NO PORT MODULES.

All of this equipment was on contract with DEC untill it was turned off
and was in good working order.

if there is a site out there,or if you know of someone who would like
this equipment,please mail me your address and phone number, and i will
put you in touch with the proper people. hope this doesn't violate some
un-spoken rule on advertising on the net,but then it is "FREE TO A GOOD
HOME"!


                Mike Webb,
                [e-mail]
21-May-85 12:18:36-MDT,2369;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 May 85 12:16:50-MDT
Received: from mitre.arpa by AMSAA.ARPA id a028268; 21 May 85 13:40 EDT
Received: by mitre.ARPA (4.12/4.7)
    id AA10890; Tue, 21 May 85 13:39:13 edt
Message-Id: <[e-mail]>
To: [e-mail], [e-mail], [e-mail]
Cc: [e-mail]
Subject: usenet mail paths
Date: 21 May 85 13:38:07 EDT (Tue)
From: Jeff Edelheit <[e-mail]>

Thanks to Chuck , I got an explanation of the usenet mail paths.
As several folks sent me msgs. syaing that they were as confused as me,
I have included Chuck's msg.

The only remaining question is, if more than one path is listed, and you
don't know who sends mail to whom and when, which path should you chose?

I guess us Mil/Arpanet users are really spoiled.

------- Forwarded Message

To: hplabs!ucbvax![e-mail]
Subject: Re: Usenet Mail Addresses
In-reply-to: your article <[e-mail]>

Jeff, the "{"'s usually symbolize an OR construction, especially if the
sites are separated by vertical bars (|). So yes {hplabs|dual|qantel}
would mean any one of those sites. As for which path is best, I prefer
to use the least number of hops algorithim unless I know a site is
slow or overloaded in which case I can sacrifice a few hops to go around
it. And as some systems get mail in the morning and send it out at night
one "hop" can represent one day of travel time. So things are slow. On
the arpa side if you see somone with a path that includes ucbvax then
you can use that to mail to them. For instance my path descriptor is

{ihnp4,fortune}!dual\
        {qantel,idi}-> !intelca!cem
 {ucbvax,hao}!hplabs/

which has ucbvax in the bottom line. To construct a path out of this
you notice that either ucbvax OR hao can go through hplabs to intelca
so the path becomes "hplabs!intelca!cem" which is everything except
the ucbvax part, and the arpa address is then
"hplabs!intelca!cem"@Berkeley because Berkeley is the same as ucbvax on
the usenet side. I have heard that brl-bmd will also gateway messages
in this way to the usenet side. Is this clear now?

- --Chuck


------- End of Forwarded Message

Jeff Edelheit
(edelheit@mitre)
21-May-85 12:54:40-MDT,1007;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 May 85 12:53:20-MDT
Received: from mitre.arpa by AMSAA.ARPA id a028542; 21 May 85 13:46 EDT
Received: by mitre.ARPA (4.12/4.7)
    id AA10990; Tue, 21 May 85 13:46:09 edt
Message-Id: <[e-mail]>
To: "Webb Mike"@LLL-MFE.ARPA
Cc: [e-mail]
Subject: Re: dec-10 equipment
In-Reply-To: Your message of Tue, 21 May 85 09:52 PDT.
         <[e-mail]>
Date: 21 May 85 13:45:36 EDT (Tue)
From: Jeff Edelheit <[e-mail]>

In my opinion, your msg. did not violate any "un-spoken rule on
advertising on the net" because, as you said, it is free to a good home.

I am not sure that I would want to post a notice saying that I had some
personal hdw or software for sale, though.  (I guess that the usenet guys
can do it as usenet is a "commercial" net as compared to the gov't-sponsored
Arpa/Milnet.)

Regards,

Jeff Edelheit
(edelheit@mitre)
21-May-85 14:34:59-MDT,1207;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 May 85 14:31:28-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a004136; 21 May 85 16:00 EDT
Date: Tue 21 May 85 13:59:36-MDT
From: "William G. Martin" <[e-mail]>
Subject: Re: Usenet Mail Addresses
To: [e-mail]
cc: [e-mail], [e-mail]
In-Reply-To: Message from "Jeff Edelheit <[e-mail]>" of Fri 17 May 85 14:06:35-MDT

I've found that the best path from ARPA-land to USENET is to always
use host "seismo". If "seismo" is one of the choices given in a {} selection,
like {decvax,seismo,aplvax}!crash!bang!thud or the like, then use seismo,
and append "@seismo" on the end of the string. To send to the above fake
address, you'd send to "seismo!crash!bang![e-mail]" (your own mailer
will probably put that ".ARPA" on the end automatically).

If all you have is a string of exclamation-point addresses, like

zap!oof!bletch!crud

then again surround them with "seismo"s, like:

seismo!zap!oof!bletch!crud@seismo

in your "To:" field. This seems to work just about all the time...

Pragmatically, Will Martin
-------
21-May-85 22:18:08-MDT,781;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 May 85 22:15:57-MDT
Received: from sdcsvax.arpa by AMSAA.ARPA id a007818; 21 May 85 23:46 EDT
Received: by sdcsvax.ARPA (4.24/4.41)
    id AA25018; Tue, 21 May 85 20:46:49 pdt
From: crash![e-mail]
Message-Id: <[e-mail]>
Date: Tue, 21 May 85 08:58:15 PDT
To: [e-mail]
Subject: XCOMP address  *correction*
Cc: sdamos![e-mail]

The address recently posted in response to Andy Valencia's request for
information regarding XCOMP, INC. , is wrong.  The correct address is:

    XCOMP, INC.
    4223 Ponderosa Ave.  Suite B
    San Diego, CA    92123

    Phone: [phone]    Telex: 182-786


--Irwin Hom    ...!crash!ihom@ucsd

22-May-85 06:35:11-MDT,741;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 May 85 06:35:00-MDT
Received: from crdc-vax2.arpa by AMSAA.ARPA id a011771; 22 May 85 8:06 EDT
Date:     Wed, 22 May 85 7:57:25 EDT
From:     "Jack H. Smith" <[e-mail]>
To:       [e-mail]
Subject:  xcomp address

    Well, excuse me. I double-checked the xcomp address given today on the
net and it jibes with the current 1st quarter 1985 issue of Data Sources.
    I apologize for the error, but at least I was trying to help, which
is more than I can say for alot of people.
    Again, I'm sorry. Bad info is often worse than no info at all.
I'll try to be perfect from now on guys, ok.

                Jack H. Smith

22-May-85 07:15:08-MDT,661;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 May 85 07:10:06-MDT
Received: from mitre.arpa by AMSAA.ARPA id a013484; 22 May 85 8:40 EDT
Received: by mitre.ARPA (4.12/4.7)
    id AA17695; Wed, 22 May 85 08:40:00 edt
Message-Id: <[e-mail]>
To: "William G. Martin" <[e-mail]>
Cc: [e-mail], [e-mail]
Subject: Re: Usenet Mail Addresses
In-Reply-To: Your message of Tue 21 May 85 13:59:36-MDT.
         <[e-mail]>
Date: 22 May 85 08:38:30 EDT (Wed)
From: Jeff Edelheit <[e-mail]>

Thanks for the suggestion.

Jeff
22-May-85 09:46:48-MDT,788;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 May 85 09:46:16-MDT
Received: from xerox.arpa by AMSAA.ARPA id a018916; 22 May 85 11:22 EDT
Received: from PinotNoir.ms by ArpaGateway.ms ; 22 MAY 85 08:18:42 PDT
Date: 22 May 85 08:18:35 PDT (Wednesday)
From: [e-mail]
Subject: Re: XLISP version 1.2 for CP/M-80 now available
In-reply-to: <[e-mail]>
To: Keith Petersen <[e-mail]>
cc: [e-mail], [e-mail]

RE: XLisp 1.4

Is there a way to access this via non-arpa routes?  Via 300/1200 baud
lines using XMODEM protocol would be preferred.  I will be running it on
a 68000 based UNIX-5b system.

Thanks in advance,

[e-mail]
22-May-85 10:33:44-MDT,1181;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 May 85 10:33:12-MDT
Received: from ames-vmsb.arpa by AMSAA.ARPA id a019960; 22 May 85 12:01 EDT
Date: 22 May 85 08:51:00 PDT
From: MAX: ;, [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Subject: --- non-arpa download of XLisp ---
To: info-cpm <[e-mail]>
Reply-To: MAX: ;, [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA

I don't know if you can dial in directly, but all you need is to
dial into any machine you have access to that can:

   FTP from the arpa host w/ XLisp (or whatever you want)

        and

   XMODEM or KERMIT to your own machine

(For that matter, it doesn't have to be one machine....my usual path
 is to log on to our network's gateway as a guest, FTP to that account,
 netcopy it to my own account on another machine (delete the copy on
 the guest account, so they don't get mad) and then XMODEM from the
 second computer to my machine at home......a bit long, but it gets
 the job done....)

        Hope this helps,
            -Richard Hartman
            max.hartman@ames-vmsb
------
22-May-85 11:17:35-MDT,1225;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 May 85 11:13:08-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a021931; 22 May 85 12:42 EDT
Date: Wed, 22 May 1985  10:41 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail], [e-mail]
Subject: XLISP version 1.2 for CP/M-80 now available
In-reply-to: Msg of 22 May 1985  09:18-MDT from Cherry.Pasa at Xerox.ARPA

    RE: XLisp 1.4

    Is there a way to access this via non-arpa routes?  Via 300/1200
    baud lines using XMODEM protocol would be preferred.  I will be
    running it on a 68000 based UNIX-5b system.

    Thanks in advance,

    [e-mail]

I don't have XLISP 1.4, sorry.  XLISP 1.2 is available from my RCPM
Royal Oak (MI) system, [phone].  It's on the D: drive there as
XLISP12.LBR.  You can use 300 or 1200 baud (103, 212 or Vadic 3400
protocol).

--Keith
Arpa:  [e-mail]
uucp:  ...{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp:  ...{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
22-May-85 14:42:29-MDT,1182;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 May 85 14:39:32-MDT
Received: from office-2.arpa by AMSAA.ARPA id a027910; 22 May 85 16:08 EDT
Date: 22-May-85 13:06 PDT
From: Alan Bomberger <[e-mail]>
Subject: 8 Inch drive problem
To: [e-mail]
Message-ID: <TYM-ACB-6Z2Y9@OFFICE-2>

Before I rush out and blow money on repairs, a quick question.  My 8 incher
(morrow disk jockey 2) no longer unloads the head after an idle period.  This
used to be intermittent then would work for 5 minutes  after power up and is
now solid.  All is well as long as I don't open the door to change disks.  When
I close door with a new disk the head is still loaded but the controller is
confused and no longer can read until the controller is reset AND the drive is
powered off and on.

I did verify that the LOAD HEAD line is active from the controller but don't
know if the controller is responsible for unloading the heads or is it the
drive that signals not ready and then the controller unloads the heads.  Don't
know if the controller or drive is at fault.  Any ideas.  Thanks in advance.

22-May-85 22:15:48-MDT,798;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 May 85 22:15:39-MDT
Received: from office-2.arpa by AMSAA.ARPA id a029729; 22 May 85 23:42 EDT
Date: 22-May-85 20:41 PDT
From: Alan Bomberger <[e-mail]>
Subject: Re: 8 inch drive problem
To: [e-mail]
Message-ID: <TYM-ACB-6Z3O4@OFFICE-2>

Well thanks for the help.  I found that the index LED was fading out and
finally stopped all output.  The drive will not unload the heads if the disk is
not ready (weird).  Also the disk stays ready once the condition was detected
untill the door is opened.  Apparently the LED was ok right after power but
faded as it got hot.  I replaced it with a high output Infrared LED from radio
shack and all is well.  Weird!

22-May-85 22:20:48-MDT,1318;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 May 85 22:20:14-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a029738; 22 May 85 23:46 EDT
Date: Wed, 22 May 1985  21:45 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: VT52 terminal emulator for Kaypro II
In-reply-to: Msg of 20 May 1985  14:32-MDT from MAX: ; at max.decnet, artman at max.decnet

    Does anyone know of a terminal emulator for the Kaypro II that
    emulates a vt100 or vt52 as far as screen handling goes??  The
    keypad DOES NOT have to generate the proper escape codes....but
    the screen has to respond to incoming cursor-addressing codes, in
    vt100 or vt52 format (I believe the standard Kaypro
    cursor-addressing is the same as an adm3a...).

                -Richard Hartman
                max.hartman@ames-vmsb

Kermit-80 has a VT52 emulator.  There is a version for the Kaypro II.
It's available via anonymous FTP from CU20B.  Inquiries to
[e-mail], please.

--Keith Petersen
Arpa:  [e-mail]
uucp:  ...{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp:  ...{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
23-May-85 00:55:18-MDT,1011;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 May 85 00:51:45-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a029967; 23 May 85 2:14 EDT
Received: from usenet by BRL.ARPA id a011219; 23 May 85 2:00 EDT
From: Bill Silvert <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: *Affordable* CPM-80 Fortran-77 compiler?
Message-ID: <[e-mail]>
Date: 22 May 85 03:21:35 GMT
To:       [e-mail]

> I don't know about any F77 compilers, but I have seen ads in Byte for
> NEVADA FORTRAN from ELLIS COMPUTING, which claims to be F66, for only
> 29.99 or 39.99 (?), so it certainly is affordable.
>
> Hope this helps.

I have the NEVADA FORTRAN, and it is not 77 -- it's a variant of 66.
At the price it is OK if you desparately need Fortran, but it is not very
transportable, and it lacks much of the necessary f77 features.
--
Bill Silvert
Marine Ecology Lab.
Dartmouth, NS
dalcs!silvert
dalcs!biomel!bill
23-May-85 03:33:49-MDT,845;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 May 85 03:31:02-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000254; 23 May 85 4:59 EDT
Received: from usenet by BRL.ARPA id a012561; 23 May 85 4:48 EDT
From: John Blankenagel <[e-mail]>
Newsgroups: net.micro.cpm
Subject: need directory information
Message-ID: <[e-mail]>
Date: 21 May 85 15:47:10 GMT
To:       [e-mail]


     I am trying to write a program similar to xdir for my cpm
computer.  I need some information on how to access the directory
tracks on the disk.  Also, how do I use the disk parameter block
to find disk usage information?  I will be writing the program in
C (Software Toolworks c-80).  Any helpful information would be
greatly appreciated.

John Blankenagel.
23-May-85 08:22:27-MDT,1055;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 May 85 08:19:12-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a004302; 23 May 85 9:42 EDT
Date: Thu, 23 May 1985  07:29 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: PDSE-062.LQT phone list of XMODEM protocol systems updated

The latest list of all known RCPM (Remote CP/M) systems and other
systems supporting XMODEM protocol file transfers is now available
from SIMTEL20.  If you cannot FTP and you are not already on the list
to automatically receive updates of this phone list, please send a
note to me and I'll add you to the mailing list.

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.MISC>
PDSE-062.LQT.1            BINARY     44928  7F85H

--Keith Petersen
Arpa:  [e-mail]
uucp:  ...{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp:  ...{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
23-May-85 10:19:48-MDT,1325;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 May 85 10:16:04-MDT
Received: from nosc-gw by AMSAA.ARPA id a007982; 23 May 85 11:47 EDT
Received: from marlin.ARPA by nosc.ARPA (4.17/4.7)
    id AA04540; Thu, 23 May 85 08:45:04 pdt
Received: by marlin.ARPA (4.17/4.7)
    id AA06702; Thu, 23 May 85 08:46:08 pdt
Date: Thu, 23 May 85 08:46:08 pdt
From: "John A. Ellis" <[e-mail]>
Message-Id: <[e-mail]>
To: [e-mail]
Subject: Re: 8 inch drive problem
Cc: [e-mail]

Your problem is not as weird as it may seem at first. The WD179X series
of disk controllers unload heads after 15 revolutions if no other command
has been received. The way it counts revolutions is by counting the index
pulses, which it couldn't do in this case. Also the problem with the drive
staying ready even after the index holes could not be detected is a problem
with the control logic on the Shugart SA800/801. We were using a power-down
circuit to shut off power to the drive motors and after much work found
out why our software would never detect that the drive was not ready. Shugart
fixed this problem on their 850/860 series. I'm not sure that all floppy
manufacturers had the same problem or not.
                    John A. Ellis
23-May-85 11:06:12-MDT,1327;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 May 85 11:03:16-MDT
Received: from ames-vmsb.arpa by AMSAA.ARPA id a009553; 23 May 85 12:22 EDT
Date: 23 May 85 09:12:00 PDT
From: [e-mail]
Subject: --- squ/usq ---
To: [e-mail]
Reply-To: [e-mail]


I recently copied a version of the squeeze/unsqueeze programs from
SIMTEL20 (I believe).  This version was written in C, and intended
to be compatible w/ those already in distribution.  I sent in one
change to make the source more portable (add parens to the returned
values in the return statements of subroutines).  I just found out,
by trying to usq a phone list I just ftp'd that other versions of
squeeze apparently DO NOT include the original file name w/in the
squeezed file....thus making this edtition definitely NOT compatible
with the versions available from many RCPM systems.  The algorithm
for compression may match, but the file format is incompatible!  The
main point is: I have lost the arpa address of the person that seems
to be "managing" this particular source.  If this program sounds
familiar to anyone, please send me a msg, w/ the address of the person
I need to talk to......
            -Richard Hartman
            max.hartman@ames-vmsb
------
23-May-85 12:07:40-MDT,814;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 May 85 12:05:58-MDT
Received: from xerox.arpa by AMSAA.ARPA id a012239; 23 May 85 13:18 EDT
Received: from Tokay.ms by ArpaGateway.ms ; 23 MAY 85 10:17:05 PDT
Sender: "Jack Bicer.OsbuSouth"@XEROX.ARPA
Date: 23 May 85 10:16:30 PDT (Thursday)
Subject: Re: *Affordable* CPM-80 Fortran-77 compiler?
From: [e-mail]
To: [e-mail]
cc: [e-mail]
In-Reply-to: info-cpm-request%AMSAA:ARPA's message of 23 May 85 03:04:29
 PDT (Thursday)


As far as I know, there are two other Fortran compilers, but they
are more expensive (but less than $350). One of them is the Microsoft's
and the other one is Supersoft's Fortran compiler.

Hope this helps.

    Jack Bicer
23-May-85 12:32:38-MDT,1885;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 May 85 12:30:06-MDT
Received: from xerox.arpa by AMSAA.ARPA id aa12875; 23 May 85 13:40 EDT
Received: from Tokay.ms by ArpaGateway.ms ; 23 MAY 85 10:38:35 PDT
Sender: "Jack Bicer.OsbuSouth"@XEROX.ARPA
Date: 23 May 85 10:35:34 PDT (Thursday)
Subject: Re: need directory information
From: [e-mail]
To: [e-mail]
cc: [e-mail]
In-Reply-to: info-cpm-request%AMSAA:ARPA's message of 23 May 85 03:38:29
 PDT (Thursday)



---------
     I am trying to write a program similar to xdir for my cpm
computer.  I need some information on how to access the directory
tracks on the disk.  Also, how do I use the disk parameter block
to find disk usage information?  I will be writing the program in
C (Software Toolworks c-80).  Any helpful information would be
greatly appreciated.
---------


The easiest and most portable way that I know of, is to set up a
fully ambiguous FCB (all ?'s), and do a BDOS search for FIRST,
look at the directory entry at the default DMA buffer (i.e 80H),
then continue doing BDOS search for NEXT and examining the directory
entry, until the function returns no more matches (i.e. all the file
names on the disk in the current user area have been shown).

    1 - Set up fully ambiguous FCB (all ?'s)
    2 - BDOS search for FIRST
    3 - If no match found, DONE
    4 - Examine the directory entry, update internal data
    5 - BDOS search for NEXT
    6 - If no match found, DONE
    7 - GOTO Step 4

One of the best documents I know which explains the directory entries
is the DU (Disk Utility) documentation. This program is in public
domain, and I would recommend you learn how to use it and understand
the information it provides, before you start the project.

Good luck.

    Jack Bicer
23-May-85 18:55:25-MDT,1631;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 May 85 18:53:23-MDT
Received: from brl-aos.arpa by AMSAA.ARPA id a023113; 23 May 85 20:27 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a018744; 23 May 85 20:19 EDT
Date: Thu, 23 May 85 20:17:13 EST
From: "R. P. Miller" <[e-mail]>
To: [e-mail]
cc: [e-mail], [e-mail], [e-mail]
Message-ID: <[MIT-MC].516282.850523.ARPEE>

It is with sadness that I report the death of a fine gentleman and a most
dedicated amatuer computerist.  Al Plehn passed away on May 22nd after a long
illness.  He will be missed by those who knew him; there is now a void in our
lives.  For those of you who did not know Al, you have missed a grand oppor-
tunity to make contact with one of the best and most generous of us all.  He
was always concerned with the advancement of those around him, often to his
own discomfort and inconvenience.  He never let on that there was ever a
problem and always stepped forward to help.

Al was a professional electronics engineer.  He recently retired on disability
from CRC in Arlington, VA and spent his last few months promoting educational
values to those who most needed them.  He is missed.

He is survived by his wife, Ingrid and his son, Roland.  Those of you who feel
a need to express sympathy to the family can look up his particulars with the
familiar "WHOIS PLEHN."  Please note the regard for you all which he had
foremost in his mind.

Sorry to be the bearer of sad news, but he is worth mentioning at least one
more time.

23-May-85 19:10:22-MDT,1180;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 May 85 19:08:30-MDT
Received: from ari-hq1.arpa by AMSAA.ARPA id a023146; 23 May 85 20:42 EDT
Date: 23 May 85 20:30:00 EST
From: [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Subject: FORTRAN-77
To: info-cpm <[e-mail]>
Reply-To: [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA

One word of caution on FORTRAN 77. People who use F77 on DEC machines
are spoiled. The F77 compiler on these machines is a SUPERset of the
language. I made the mistake of thinking that it was close to the
standard and estimated the development effort to convert some code from
a VAX to a Honeywell DPS 6/92. After finding out that much of the code
would not compile, I ordered the F77 standard document. I found that
the Honeywell just barely met the standard. Also, I found that FORTRAN
4+ on DEC machines was a nicer language than standard F77. The point
is that you should look at the features of the implementation and
not to assume that all F77 compilers are the same.


Dennis [BRAKE@ARI-HQ1]
------
23-May-85 21:29:49-MDT,849;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 May 85 21:24:57-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a025560; 23 May 85 22:50 EDT
Received: from usenet by BRL.ARPA id a002423; 23 May 85 22:45 EDT
From: Alun Jenkins <[e-mail]>
Newsgroups: net.micro,net.micro.cpm
Subject: Wordstar customization notes
Message-ID: <[e-mail]>
Date: 23 May 85 10:35:30 GMT
Xref: seismo net.micro:11080 net.micro.cpm:4488
Xpath: kcl-cs west44
To:       [e-mail]


Does anyone have Micropros wordstar* customization notes for
release three of Wordstar. I know they are one one or other
of the CPMUG disks but which one!.

If anyone has this info ion a machine could they possibly send me a copy.

Thanks in avance ....

        Alun Jenkins ....
23-May-85 23:37:04-MDT,599;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 May 85 23:32:15-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a026003; 24 May 85 1:03 EDT
Date: Thu, 23 May 1985  23:02 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: SIMTEL20 directory list updated

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

--Keith
24-May-85 07:02:41-MDT,992;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 May 85 07:00:07-MDT
Received: from usc-eclb.arpa by AMSAA.ARPA id a027587; 24 May 85 8:22 EDT
Date: 24 May 1985 05:23-PDT
Sender: [e-mail]
Subject: Networking Newsletter
From: [e-mail]
To: [e-mail]
Message-ID: <[USC-ECLB]24-May-85 05:23:11.STANLEY>

There  is obviously a lot of interest out there in networking, as
indicated by the volume of net mail I have been receiving  asking
to be put on the mail list for a networking newsletter.

Unfortunately,  I  am  not  the  publisher.   Somehow, my message
asking to be put on the mailing list has been  misread  as  being
the  solicitation for subscribers.  I no longer have the original
announcement of the newsletter, but it seems to me the poster was
HARRELL.

Would the real newsletter publisher please stand up?

                                ...Dick Stanley

stanley at eclb
24-May-85 08:08:26-MDT,896;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 May 85 08:03:17-MDT
Received: from usc-eclb.arpa by AMSAA.ARPA id a028862; 24 May 85 9:40 EDT
Date: 24 May 1985 06:40-PDT
Sender: [e-mail]
From: [e-mail]
To: [e-mail]
Cc: [e-mail]
Message-ID: <[USC-ECLB]24-May-85 06:40:07.STANLEY>


The  Microsoft  FORTRAN  compiler is FORTRAN-66 less COMPLEX data
types.  It is good, but it isn't F77.   Supersoft's  compiler  is
supposed  to be most of FORTRAN-77, and the second-hand reports I
have heard on it are fair to good.

You might try the Microsoft F66 compiler (which can be  had  very
cheaply  in CP/M formats like Heath) with a RATFOR pre-processor.
Software Toolworks sells RATFOR foa about $30-40.

Hope this helps.

                                ...Dick Stanley

24-May-85 08:30:34-MDT,1479;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 May 85 08:29:02-MDT
Received: from brl-aos.arpa by AMSAA.ARPA id a029159; 24 May 85 9:59 EDT
Received: from apg-1.arpa by AOS.BRL.ARPA id a005560; 24 May 85 9:50 EDT
Date: Fri, 24 May 85  9:39:17 EDT
From: Robert Bloom AMSTE-TOI 3775 <[e-mail]>
Subject: Re: Wordstar customization notes
In-Reply-To: Your message of 23 May 85 10:35:30 GMT
To: Alun Jenkins <[e-mail]>
Cc: [e-mail]

Alun:

The "WordStar customization notes" are definitely *NOT* public domain.
MicroPro is asking for (or was at one time) something like $495 for them.
I have a copy that my office bought - they ain't even near worth it.

On the other hand, what I think you are looking for *is* available - a
list of all the patch points.  With the cursory info that in the manual,
most any compentent (read "not timid") can change W* to his liking.  The
copy that I last worked on is in simtel20, micro:<cpm.wstar>ws30pat.pts
or somthing like that.  (my list of filenames is elsewhere at the moment.)

There is address changes between the W* version 3.0 and 3.3, but the
labels have not changed!  The patch point lists contains both the absolute
addresses and the labels.  So be carefull.  The built-in W* patcher can
be accessed in W* 3.3 by giving a '+' to the main configuration menu of
the W* installer.  It is not on the menu.

-bob bloom

24-May-85 19:37:35-MDT,946;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 May 85 19:35:40-MDT
Received: from ut-ngp.arpa by AMSAA.ARPA id a006402; 21 May 85 18:23 EDT
Date: Tue, 21 May 85 17:11:32 cdt
From: Jim Knutson <[e-mail]>
Posted-Date: Tue, 21 May 85 17:11:32 cdt
Message-Id: <[e-mail]>
Received: by ut-ngp.ARPA (4.22/4.22)
    id AA08354; Tue, 21 May 85 17:11:32 cdt
To: [e-mail]
Subject: Re:  Heath/Zenith Micros
Resent-Date:  Fri, 24 May 85 21:05:56 EDT
Resent-From:  [e-mail]
Resent-To:    [e-mail]

A lot of discussion about these is taking place on the Info-HZ100 newsgroup
based on RADC-TOPS20.  If anyone is interested in participating in these
discussins, try contact Info-HZ100-Request@RADC-TOPS20.

Jim Knutson
ARPA: knutson@ut-ngp
UUCP: {ihnp4,seismo,kpno,ctvax}!ut-sally!ut-ngp!knutson
Phone: [phone]
24-May-85 21:21:11-MDT,1076;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 May 85 21:20:34-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a017876; 24 May 85 22:50 EDT
Received: from usenet by TGR.BRL.ARPA id a024789; 24 May 85 22:37 EDT
From: Gerrit Visser <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: XCOMP computer co.
Message-ID: <[e-mail]>
Date: 23 May 85 19:46:24 GMT
Keywords: wanted, micro, disk
To:       [e-mail]



As requested I am replying via the net.

XCOMP exists (or used to exist ) at

            7566 Trade Street
            San Diego, CA 92121
            [phone]
They used to advertise in BYTE(tm) etc but I haven't looked lately.
The version you have would be the ST/S for S100 use. It is a
microprogrammable controller for ST506 type drives. Early versions
supported 5mb drives but later they came out with 16's.

If you need more detailed information , feel free to contact me by
mail.


           Gerrit Visser
               {allegra,ihnp4,linus,decvax}!utzoo!aesat!gerrit
25-May-85 06:12:33-MDT,648;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 May 85 06:10:23-MDT
Date:     Sat, 25 May 85 7:48:58 EDT
From:     Randy Sebra <[e-mail]>
To:       [e-mail], [e-mail]
cc:       [e-mail]
Subject:  Anthony Ayiomamitis

     My appologies to the mailing list, but I am trying to respond to
a message from Anthony Ayiomamitis.  After about 4 intermediate hosts in
the uucp link, host utcs is not recognized and the message croaks.  If
you read this Anthony, please contact me directly.  Thanks.

Randy Sebra
[phone] Home
[phone] Work
25-May-85 16:05:39-MDT,1347;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 May 85 16:03:28-MDT
Received: from mit-mc.arpa by AMSAA.ARPA id a020070; 25 May 85 17:34 EDT
Date: Sat, 25 May 85 17:31:46 EST
From: "Jerry E. Pournelle" <[e-mail]>
Subject:  Otrona Attache
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of 9 Jan 85 04:10:42 GMT from Blackwell <mdb%aicchi.uucp at BRL-TGR.ARPA>
Message-ID: <[MIT-MC].518348.850525.POURNE>

do keep me informed.  I strill love Adeline.
jep

    Date: 9 Jan 85 04:10:42 GMT
    From: Blackwell <mdb%aicchi.uucp at BRL-TGR.ARPA>
    To:   info-cpm at AMSAA.ARPA
    Re:   Otrona Attache

    [ munch... munch... munch... :-) ]

        Now that we owners of Otrona Attaches are out of factory
    support, I thought I'd what help I can...

        I have the technical manual and an old bios listing, so...
    if anyone would like to try their own repairs but needs info, drop
    me some mail and I'll try to find it.  I don't promise miracles but
    I have managed to hack mine back together after a power supply failure.'

    By the way, if you know how to re-align these old remex drives I'd
    certainly appreciate some advice.

    --
    Mike Blackwel            ihnp4!aicchi!mdb
    "What big black helicopter???"

25-May-85 16:15:36-MDT,894;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 May 85 16:14:34-MDT
Received: from brl-aos.arpa by AMSAA.ARPA id a020079; 25 May 85 17:42 EDT
Received: from mit-mc.arpa by AOS.BRL.ARPA id a002042; 25 May 85 17:18 EDT
Date: Sat, 25 May 85 17:17:44 EST
From: "Jerry E. Pournelle" <[e-mail]>
Subject:  apologies including for this
To: [e-mail], [e-mail], [e-mail]
Message-ID: <[MIT-MC].518332.850525.POURNE>

Apologies: I do not know how to reach lots of people any other
way.  Due to construction here I have not been able to log on
for MONTHS, (with tiny and trivial exceptions).  I have missed
lots of mail.
    Anyone who sent me mail in past four months and never
got reply should try again.  my regrets to those who find this
message irrelevant.
thanks,
jep (pourne@mc)

25-May-85 19:28:27-MDT,1051;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 May 85 19:27:36-MDT
Received: from cu20b.arpa by AMSAA.ARPA id a020211; 25 May 85 19:02 EDT
Date: Sat 25 May 85 19:01:06-EDT
From: Daniel B Dobkin <[e-mail]>
Subject: need some info....
To: [e-mail], [e-mail]

A friend of mine asked me to post this:

    I need some information regarding Magic Wand word processing
    software on an Intertec Superbrain....  Is there a way to insert
    portions of one file into another?  Can we print just one page of
    a compiled document?

    We have Wordstar but were told we don't have enough memory to run
    it;  have we been misled?


I'm not familiar with either the Superbrain or the software in question.
Does anyone out there know if add-on memory is available, or have any clues
about Magic Wand or Wordstar?  Please reply directly to me, as I am not on
this list.

Thanks,


                    Daniel B Dobkin
                    New York University

                    NYU.DBD@CU20B
-------
25-May-85 19:28:32-MDT,905;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 May 85 19:27:45-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a020332; 25 May 85 19:47 EDT
Received: from usenet by TGR.BRL.ARPA id a006259; 25 May 85 19:44 EDT
From: "Bradley S. Brahms" <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Memory/MS-DOS boards
Message-ID: <[e-mail]>
Date: 23 May 85 22:42:38 GMT
To:       [e-mail]

>
>   Does anyone out there know of the cheapest/most reliable way to get 128k
> or MS-DOS running on a Kaypro IV?  I'd especially like to hear from people
> who have MS-DOS running on their machine.  Answers can go directly to me
> if you wish...

Isn't the Kaypro IV Z-80 based?  If so, MS-DOS can't run on it.

            -- Brad Brahms
               usenet: {decvax,ucbvax,ihnp4}!trwrb!trwspp!brahms
               arpa:   Brahms@usc-eclc
25-May-85 20:58:25-MDT,914;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 May 85 20:57:34-MDT
Received: from mitre.arpa by AMSAA.ARPA id a020759; 25 May 85 22:28 EDT
Received: by mitre.ARPA (4.12/4.7)
    id AA02004; Sat, 25 May 85 22:28:22 edt
Message-Id: <[e-mail]>
To: "Bradley S. Brahms" <[e-mail]>
Cc: [e-mail]
Subject: Re: Memory/MS-DOS boards
In-Reply-To: Your message of 23 May 85 22:42:38 GMT.
         <[e-mail]>
Date: 25 May 85 22:27:59 EDT (Sat)
From: Jeff Edelheit <[e-mail]>

Brad - I can't speak for Kaypro, but one or two companies were advertising
add-on boards for Osbornes that would let you run MS-DOS.  The boards
had 8088's, memory, and all that kind of stuff.  Assuming that the Kaypro IV
only has a Z-80, then perhaps someone makes an 8088 add-on board.

Jeff Edelheit
(edelheit@mitre)
25-May-85 22:28:18-MDT,1722;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 May 85 22:23:33-MDT
Received: from usc-isid.arpa by AMSAA.ARPA id a020849; 25 May 85 23:57 EDT
Date: 25 May 1985 23:56-EDT
Sender: [e-mail]
Subject: Saving 10Kb in TurboPascal
From: [e-mail]
To: [e-mail]
Cc: [e-mail]
Message-ID: <[USC-ISID.ARPA]25-May-85 23:56:22.ABN.ISCAMS>

NetLandians,

Nice article in the latest PC Tech Journal by John Figueras gave me an idea.
He reminds us that .COM files compiled by TurboPascal carry with them the
TurboPascal runtime library - slightly more than 10Kb for the PC version.

He suggests (and provides a wee little bit of code) that if we have a RUN
program and run .CHN type files, we can save a LOT of space if we have a LOT
of Turbo programs.  The RUN.COM will carry the 10Kb of runtime library, but
the .CHN files are nothing but pure code!

I grabbed ARGLIB.PAS from a TURBTOOL.LBR at DEC-MARLBORO (thanks, guys),
to provide handling the .CHN file name at the command line of CP/M, and the
whole mess can be found (available via ANONYMOUS FTP) from my directory,
ABN.ISCAMS, at my host, USC-ISID.ARPA.

File names are:
RUNCHN.PAS
TESTRUN.PAS  (in case you don't believe it)

Nice little utility.  I kept it simple (no handling of fancy parameters at
the command line, only RUNCHN FOOB (with the assumption that FOOB is really
FOOB.CHN, and FOOB.CHN doesn't expect any OTHER parameters handed to it!).

Lost the pointer to the Pascal guys on the net - if someone might forward
this (or an abbreviated extract) to them...

Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
25-May-85 23:54:59-MDT,1066;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 May 85 23:50:02-MDT
Received: from xerox.arpa by AMSAA.ARPA id a021020; 26 May 85 1:32 EDT
Received: from Catawba.ms by ArpaGateway.ms ; 25 MAY 85 22:29:46 PDT
From: [e-mail]
Date: 26 May 85 1:29:20 EDT
Subject: MEX Plus
To: [e-mail]
cc: [e-mail]


     I  called  Nite-Owl  software  and inquired  how  long  they
estimated it would be until they came out with MEX  2.0.  Instead
of telling me about 2.0, the kind sir told me all about MEX Plus.
For  $50.00 you get many more features,  he says,  which are  all
well  worth the money.  (BUT,  you don't get any manuals  because
they have none printed.  They are, however, included on the disk,
so no biggy.) You also get $40.00 towards any updates.

     All  of  the features he quoted sounded great.  Does  anyone
have  any experience with it?  Is it worth buying if you get  the
$40.00 credit towards MEX 2.0?

--Arun Baheti
  NBaheti.es@Xerox
26-May-85 00:03:46-MDT,2839;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 26 May 85 00:02:54-MDT
Received: from lanl.arpa by AMSAA.ARPA id a021023; 26 May 85 1:33 EDT
Received: from a.ARPA by LANL.ARPA (4.12/4.7)
    id AA19973; Sat, 25 May 85 13:31:45 mdt
Received: by a.ARPA (4.12/4.7)
    id AA02861; Sat, 25 May 85 13:34:38 mdt
Date: Sat, 25 May 85 13:34:38 mdt
From: Richard Thomsen <[e-mail]>
Message-Id: <[e-mail]>
To: [e-mail]
Subject: Request for help on CP/M SEARCH NEXT command

    I need some CP/M help from the experts out there.

    I am trying to use the FIND FIRST/FIND NEXT calls from CP/M.
I have looked at _The_ _Programmer's_ _CP/M_ _Handbook_ by Andy
Johnson-Laird.  On page 105, he has an example that uses these calls.
He uses FIND FIRST to refind the previous file name, then changes the
FCB to the ambiguous file name, and uses FIND NEXT to find the next
matching ambiguous file name.

    However, when I try that, it comes back with No Such File.
It does not search for the next match of the ambiguous file name, but
searches for another copy of the previous file name (I guess).
Since I cannot give an FCB address to FIND NEXT, I assumed that it
used the last FCB address given.  But changing that FCB does not matter;
it still does not find any files.

    A sample of the code follows:

        LXI     D,FCB           ;Get the FCB address
        CALL    ZEROFCB         ;Clear out all but disk, name, & type
        LXI     D,FCB           ;Get the FCB address
        MVI     C,SEARCHF       ;Get the code for search for first
        CALL    BDOS            ;Re-find the last file
        LXI     H,FCB+1         ;Get address of the FCB
        MVI     A,'?'           ;Change it to ambiguous
        MVI     C,11            ;Get size of name and type
    LOOP:   MOV     M,A             ;Store ambiguous file name
        INX     H               ;Increment to next position
        DCR     C               ;Decrement count
        JNZ     LOOP            ;Loop for all bytes in name and type
        LXI     D,FCB           ;Get the FCB address
        CALL    ZEROFCB         ;Clear out all but disk, name, & type
        LXI     D,FCB           ;Get the FCB address
        MVI     C,SEARCHN       ;Get code for search for next
        CALL    BDOS            ;Search for next file
        CPI     0FFH            ;See if file was found
        JZ      FILENOTFOUND    ;If not, then error

    (This is not the exact code, but this is essentially what I did
by using DDT)  I realize there is probably some really dumb error, but I
cannot get it to work.  It always comes back with reg A = 0FFH with the
file not found.  Yes, there are more files on the disk.

    Any ideas would be welcome and greatly appreciated.

                        Richard Thomsen
                        rgt@lanl

PS:     As all know, CP/M is a trademark of Digital Research.
26-May-85 10:15:52-MDT,1949;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 26 May 85 10:10:45-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a022438; 26 May 85 11:53 EDT
Date: Sunday, 26 May 1985  08:58-MST
Message-ID: <[e-mail]>
Sender: Steve Noland <[e-mail]>
From: Steve Noland <[e-mail]>
Subject:   NULU 1.1 bug reports - et all
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Sun 26 May 1985 09:52-MDT

The following is relayed from the author of NULU11:

Date: 05/19/85
From: Martin Murray
      Executive Director
      NULU Crisis Control Center
Re:   NULU 1.1 bug reports, et all

Salutations!

Q: Is there a bug in NULU11 when extracting large files?
A: Yes.  However, the bug has been verified by me in the following
   circumstances only:

1) Extracting from a library on a non-default drive to the
   default drive.
2) File must be larger than the file transfer buffer.
3) Verification by me of bug on Kaypro and Epson computers only.
4) Block size of 2K and less than 512K total disk capacity.

This DOES NOT MEAN that I am certain that the error exists nowhere
else.  This list of conditions merely represents several conditions
which I consider pivotal in the creation of the problem.  If you know
of others, please contact me.

It should be noted that extracting to the same drive as the one on
which the library resides causes no problem.  Additionally, if the
original source file can be completely read into memory (i.e. only
one pass is made at the source file) no problem will occur.

At present I plan no patch to fix the problem.  However, a new release
of NULU this summer should address the problem completely, as well
as offer additional NULU features.

Additional reports on problems that have been verified and can be
repeated are welcome.  Come one, come all.
26-May-85 11:27:48-MDT,1081;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 26 May 85 11:26:52-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a022526; 26 May 85 12:59 EDT
Date: Sun, 26 May 1985  10:56 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Richard Thomsen <[e-mail]>
Cc:   [e-mail]
Subject: Request for help on CP/M SEARCH NEXT command
In-reply-to: Msg of 25 May 1985  13:34-MDT from Richard Thomsen <rgt%a at LANL.ARPA>

Richard, you'll find the help you need on the SEARCH NEXT command in
the very excellent series of files included in INSIDCPM (believed to
be extracted from the book "Inside CP/M").  They're available via FTP
from SIMTEL20 as:

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.INSIDCPM>
INSIDCPM.LBR.1            BINARY     26496  B722H

--Keith Petersen
Arpa:  [e-mail]
uucp:  ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp:  ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
26-May-85 17:39:26-MDT,741;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 26 May 85 17:36:36-MDT
Received: from brl-aos.arpa by AMSAA.ARPA id a023129; 26 May 85 19:09 EDT
Received: from mit-mc.arpa by AOS.BRL.ARPA id a003676; 26 May 85 19:06 EDT
Date: Sun, 26 May 85 19:08:20 EST
From: Herb Lin <[e-mail]>
Subject:  true portables
To: [e-mail], [e-mail]
cc: [e-mail]
Message-ID: <[MIT-MC].518884.850526.LIN>

Anyone have comments on the "best" true portable job out there?

Please specify your definition of "best".

True portable = weight less than 15 lbs.

replies directly to me, please.  Will summarize results and post if
demand warrants.

thanks.


26-May-85 20:38:29-MDT,566;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 26 May 85 20:35:47-MDT
Received: from gunter-adam.arpa by AMSAA.ARPA id a023285; 26 May 85 22:12 EDT
Date: 26 May 1985 21:09:27 CDT
Subject: CIS B request
From: [e-mail]
To: [e-mail]
cc: [e-mail], [e-mail]


Anybody got a pointer for me to a technical discussion of the CompuServe
B protocol?  I've got a lot of stuff on the A version, but haven't seen
anything on B.

Thanks,
Doug
-------
27-May-85 02:23:16-MDT,1017;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 May 85 02:19:02-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a023647; 27 May 85 4:00 EDT
Date: Mon, 27 May 1985  01:59 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Need clock software for Morrow Multi-I/O board

The following plea for help was recently received on my RCPM.  Please
give Dave a call if you have the info he needs.

--Keith

Msg 094 is 08 line(s) on 05/22/85 from DAVE AUSTIN
to ALL about MULTI I/O BD

Help!  Need Clock software to run on Morrow Multi I/O Board.  I have
some I/O software.  Do not like re-inventing the wheel (again).

Please call my RCPM system at [phone] or call me collect with
any info leading to the arrest of some working software drivers.  Call
Collect [phone].

Thanks    Dave Austin (Sysop, NVRCPM/R44BBS)
27-May-85 02:38:11-MDT,989;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 May 85 02:36:53-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a023661; 27 May 85 4:04 EDT
Date: Mon, 27 May 1985  02:03 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: CP/M+ memory test program needed

Forwarded from my RCPM Royal Oak:

--Keith Petersen
Arpa:  [e-mail]
uucp:  ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp:  ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz

--forwarded message--

Msg 063 is 04 line(s) on 04/08/85 from BOB HAAR
to ALL about CP/M+ MEM TEST

DOES ANYONE KNOW OF OR HAVE A MEMORY TEST PROGRAM THAT RUNS UNDER CP/M
PLUS (3.0) THAT CAN TEST BANKED MEMORY USING THE STANDARD CP/M+ BDOS
CALLS FOR BANK SWITCHING?  ANY POINTERS TO SUITABLE SOFTWARE ON OTHER
SYSTEMS WOULD BE HELPFUL.
27-May-85 02:53:08-MDT,1066;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 May 85 02:51:26-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a023663; 27 May 85 4:09 EDT
Date: Mon, 27 May 1985  02:08 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: Info needed on setting IBM-PC clock

Forwarded from my RCPM Royal Oak:

--Keith Petersen
Arpa:  [e-mail]
uucp:  ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp:  ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz

--forwarded message--

Msg 070 is 04 line(s) on 05/06/85 from CLARENCE WILKERSON
to CP/M-86 about CLOCK

On the IBM PC version of CP/M-86, how does one access the clock from
an assembly language program? I want to be able to set it from my AST
6pak+ board. I have the routines to read the AST, but can't find any
documentation on setting the software clock, except via TOD.CMD.
27-May-85 09:08:05-MDT,1321;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 May 85 09:04:42-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a024368; 27 May 85 10:49 EDT
Received: from usenet by TGR.BRL.ARPA id a021040; 27 May 85 10:46 EDT
From: "Bruce K. Martin" <[e-mail]>
Newsgroups: net.micro.cpm,net.micro
Subject: Help with Eagle II
Message-ID: <[e-mail]>
Date: 24 May 85 22:06:05 GMT
Xref: seismo net.micro.cpm:4508 net.micro:11118
To:       [e-mail]

Eat more bits...

  I am looking for information on two problems I am having with my Eagle II
(Z80, CP/M, etc).  First, does anyone know how I can modify the BIOS?  I have
tried modifying MOVCPM.COM and then building a new OS image with the modified
program, but when I SYSGEN it to a disk and cold boot, all I get is a error
message telling me that the software is not acceptable.
  Secondly, I would like to add another floppy or two to the system.  Can this
be done?  Can the bus handle this?  Will the BIOS have to be modified?  Does
Eagle publish any manuals (etc.) that would help me?
  Any help would be greatly appreciated.  Please respond to me by mail.

                Thanks...

                Bruce K. Martin
                Student -- U.C. Davis
                ...!ucbvax!ucdavis!vega!u557593877is
27-May-85 09:42:58-MDT,1152;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 May 85 09:41:56-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a024418; 27 May 85 11:20 EDT
Received: from usenet by TGR.BRL.ARPA id a021979; 27 May 85 11:08 EDT
From: Darrel VanBuer <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Usenet Mail Addresses
Message-ID: <[e-mail]>
Date: 26 May 85 05:03:47 GMT
To:       [e-mail]

The meaning of a usenet address (e.g. in my signature) with {a,b,c}!d!e is
that any of the sites a, b or c are "good" starting points, normally a
"well-known" backbone site within usenet.  If you know how to get to one of
these, you have the last parts of the route, which can be the hardest to
learn otherwise (especially with the current rate of growth of number of
sites).
--
Darrel J. Van Buer, PhD
System Development Corp.
2500 Colorado Ave
Santa Monica, CA 90406
[phone] x5449
...{allegra,burdvax,cbosgd,hplabs,ihnp4,orstcs,sdcsvax,ucla-cs,akgua}
                                                            !sdcrdcf!darrelj
[e-mail]
27-May-85 10:12:53-MDT,1541;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 May 85 10:10:38-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a024501; 27 May 85 11:34 EDT
Received: from usenet by TGR.BRL.ARPA id a022353; 27 May 85 11:16 EDT
From: Ravi Subrahmanyan <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Memory/MS-DOS boards
Message-ID: <[e-mail]>
Date: 27 May 85 01:23:12 GMT
To:       [e-mail]

The Kaypro IV is Z80 based, but it is possible to have an
MS-DOS board, with an 8088, memory, etc. piggybacked onto
it; this board is then an independent computer, which uses the
regular Z80 cp/m for the keyboard/screen interface, ports, etc.
 (which is why getting something like an MS-DOS modem program
to run on one of these is quite a hassle).  The memory on the
8088 based board can probably also be used as a Ramdisk for the
regular cp/m case, and so on.  One company making such a board for
the Kaypro is SWP Microcomputer Products, Fort Worth, TX.  They make
boards called CO-POWER 88, and CO-POWER + which offer a fair amount of
PC compatibility for Kaypros (even Lotus can be run).  The 8088 board
can also do CP/M 86.  Memory can be upto 1Meg for the + board, but
is limited to 256K for the 88.  I'm sure there are other such boards
that can be used; I'd like to know if anyone has had good/bad
experiences with any of these.

-=ravi=-                               decvax!mcnc!ravi

Oh, and I've nothing to do with SWP, etc. etc.
27-May-85 12:06:06-MDT,702;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 May 85 12:03:04-MDT
Received: from mitre-gateway.arpa by AMSAA.ARPA id a024822; 27 May 85 13:36 EDT
Date: 27 May 1985 13:27:06 EDT (Monday)
From: Tom Reid <[e-mail]>
Subject: Turbo Pascal 3.0
To: [e-mail]
Cc: [e-mail]

Borland has come out with version 3.0 of Turbo Pascal.  From the ads, all
of the i9mprovements seem to be MSDOS.  What improvements are there in the
CPM80 versions and are they worth spending the money for an update?

Thanks for the help.  If there are significant replies sent to me and not
the net, I will summarize.  Tom.

27-May-85 12:46:56-MDT,1034;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 May 85 12:46:42-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a024979; 27 May 85 14:16 EDT
Received: from MIT-MC by SIMTEL20.ARPA with TCP; Mon 27 May 85 12:12:06-MDT
Received: from MIT-OZ by MIT-MC via Chaosnet; 27 MAY 85  14:13:34 EDT
Received: from MIT-MC by MIT-OZ via Chaosnet; 26 Apr 85 14:34-EST
Received: from AMSAA by MIT-MC.ARPA; 26 APR 85 14:33:40 EST
Received: from wiscvm.arpa by AMSAA.ARPA id a001209; 26 Apr 85 13:50 EST
Received: from (HARRELL)EDUCOM.BITNET by WISCVM.ARPA on 04/26/85 at
  12:47:46 CST
Date: 26 APR 85 13:40-EST
From:  [e-mail]
To:  [e-mail]
Subject: NETWORKING
ReSent-Date: Mon 27 May 85 14:12:29-EDT
ReSent-From: "Alexander M. Fraser" <[e-mail]>
ReSent-To: [e-mail]


     If you would like to receive a copy of a networking
newsletter at no charge please send me your hardcopy mailing address.
Thanks


27-May-85 13:36:51-MDT,4378;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 May 85 13:34:16-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a025113; 27 May 85 14:49 EDT
Date: Mon, 27 May 1985  12:48 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Tom Reid <[e-mail]>
Cc:   [e-mail], [e-mail], [e-mail],
      [e-mail], [e-mail]
Subject: Turbo Pascal 3.0

    Borland has come out with version 3.0 of Turbo Pascal.  From the
    ads, all of the improvements seem to be MSDOS.  What
    improvements are there in the CPM80 versions and are they worth
    spending the money for an update?

Below is a file I recently received on my RCPM.

--Keith Petersen
Arpa:  [e-mail]
uucp:  ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp:  ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz

--cut here--TURBO3.TXT--cut here--
From: PHILIP BURNS

(Message from the SMUG BBS, Formerly SUGI/SIG, Rockville)


I received my copy of Turbo 3.0 today. I have only worked with it
for a few hours, but my initial impressions are extremely
positive:

 (1)  All the bugs I encountered in release 2.0
      have been fixed.

 (2)  The compiler is AT LEAST twice as fast as
      before.  For example, a 10000+ line program
      I have which used to take 9+ minutes to
      compile now compiles in less than four minutes.

 (3)  The generated code is substantially smaller --
      as much as 35% for some of my programs --
      and runs considerably faster.

 (4)  The editor appears to run much faster --
      nearly instantaneous screen updates, etc.

 (5)  The PC/DOS version (which I am using) includes
      standard procedures for directory access and
      manipulation.  In addition, file names may now
      contain drive/subdirectory information:
      a file name like 'C:\mydirec\myfile.dat' is now legal.

 (6)  The installation program allows you to define
      the drive/directory for the message file.
      No more having to have multiple copies strewn
      all over your disks!

 (7)  The are a number of system-interface
      procedures for getting command line arguments,
      defining a path for TURBO overlays, etc.

 (8)  There are a number of advanced graphics
      functions -- for generating circles,
      fill patterns, etc. -- as well a very nice
      implementation of Turtle graphics.

 (9)  Full I/O redirection on standard files is
      provided.  The run-time package also uses
      standard MS DOS file handles.

      NOTE:  THIS MEANS THAT TURBO 3.0 WILL ONLY RUN
             UNDER MSDOS/PCDOS RELEASE 2.0 OR LATER!

(10)  You can change buffer sizes for files.

(11)  You can open a file for append.

(12)  Text I/O is considerably faster -- especially
      with larger buffer sizes -- and a number of new
      procedures are available for manipulating text files.

(13)  External assembler procedures appear to work
      correctly now.

(14)  The BCD version provides nice editing facilities
      for numbers, which should ease writing
      business-oriented programs.

On the negative side, there are a few things still missing:

 (1)  Still no integer type > 16 bits.

 (2)  Still no out-of-block GOTOs.  (This hinders writing
      parsers using recursive descent.)

 (3)  The 8087 version still only supports the
      64-bit real -- no 32 bit reals, no 80 bit reals,
      no long integers, etc.

 (4)  There are quite a few errors in the published
      documentation. Hence, you MUST READ CAREFULLY the
      README file enclosed on the distribution disk.

One word of caution about Turbo 3.0 -- in fixing the EOLN and
related functions, Borland changed their function a little when
applied to Kbd.  If you apply EOLN to KBD, you'll find things
get a little behind -- there's a one-character delay.  This means
that if you wrote your own procs to process/edit input lines,
and you used EOLN(Kbd), then THEY WON'T WORK ANYMORE.  The easiest
fix is to check for a carriage return character and not bother
with the EOLN -- not exactly standard Pascal, but what the heck,
who cares anyway.

27-May-85 15:46:02-MDT,666;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 May 85 15:43:04-MDT
Received: from mitre-gateway.arpa by AMSAA.ARPA id a025695; 27 May 85 17:23 EDT
Date: 27 May 1985 17:09:33 EDT (Monday)
From: Tom Reid <[e-mail]>
Subject: Turbo Pascal 3.0
To: [e-mail]
Cc: [e-mail], [e-mail]

Keith:

Thank you for posting Philip Burns evaluation of MSDOS improvements.
There are no questions that if I had an IBMPC.clone, it would be a
worthwhile update.  However, there has been little information on
improvements for us miscreants who still use CPM80.  Tom.

27-May-85 20:20:27-MDT,702;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 May 85 20:18:05-MDT
Received: from sdcsvax.arpa by AMSAA.ARPA id a025995; 27 May 85 21:51 EDT
Received: from sdcc6.ARPA by sdcsvax.ARPA (4.24/4.41)
    id AA14142; Mon, 27 May 85 18:48:35 pdt
Received: by sdcc6.ARPA (4.24/4.41)
    id AA28265; Mon, 27 May 85 18:47:05 pdt
Date: Mon, 27 May 85 18:47:05 pdt
From: [e-mail]
Message-Id: <[e-mail]>
To: [e-mail], [e-mail]
Subject: Re:  NETWORKING

John Antypas
900 Howard Ave. #68
Escondido, Ca. 92026
[phone] (Messages)
[phone] (Data)
[phone] (Voice)
27-May-85 21:40:29-MDT,819;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 May 85 21:37:52-MDT
Received: from sdcsvax.arpa by AMSAA.ARPA id a026134; 27 May 85 23:20 EDT
Received: by sdcsvax.ARPA (4.24/4.41)
    id AA15650; Mon, 27 May 85 20:17:10 pdt
From: crash![e-mail]
Message-Id: <[e-mail]>
Date: Mon, 27 May 85 13:48:13 PDT
To: [e-mail]
Subject: Philippe Kahn
Cc: [e-mail]

>  but he IS from the 14th dimension...

  No argument from me.  By the way, have you seen the Amiga yet?  I
  attended the Amiga Developers' Seminar and was suitably impressed.
  It's got some loose ends here and there and is still rough around
  the edges, but it's wide open, both in terms of software and hard-
  ware.
                        ..bruce..

28-May-85 09:19:27-MDT,755;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 May 85 09:15:22-MDT
Received: from sdcsvax.arpa by AMSAA.ARPA id a006603; 28 May 85 10:29 EDT
Received: from sdcc6.ARPA by sdcsvax.ARPA (4.24/4.41)
    id AA00944; Tue, 28 May 85 07:29:28 pdt
Received: by sdcc6.ARPA (4.24/4.41)
    id AA08325; Tue, 28 May 85 07:27:58 pdt
Date: Tue, 28 May 85 07:27:58 pdt
From: [e-mail]
Message-Id: <[e-mail]>
To: [e-mail]

Please remove me from the info-cpm mailing list.  I found we can get net.micro.cpm and fa-info.cpm so I don't need a pregnant mailbox.

Thanks.

John Antypas
UC San Diego

uucp: ...!sdcsvax!sdcc6!ix255
arpa: [e-mail]
28-May-85 09:54:44-MDT,1375;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 May 85 09:51:21-MDT
Date:     Tue, 28 May 85 10:19:53 EDT
From:     David Towson (SECAD) <[e-mail]>
To:       [e-mail]
Subject:  Finding mail paths to UUCP sites.

Fellow CP/Mers - I have been wanting to pass this on, but I just now found
where I had it stashed.  Those fortunates who can telnet to harvard will find
their UUCP path service extremely useful.


Dave
[e-mail]


----- Forwarded message # 1:

Date: Wed, 6 Mar 85 10:13:23 EST
From: Marc Elvy <hscfvax!elvy@hsphuc>
To: [e-mail]
Subject: Re:  ARPA -> UUCP

Yes, if you send precisely that address (user%site.uucp) to harvard.arpa
(so, [e-mail]), the mail will be forwarded correctly.
This is due to the pathalias database that is kept on harvard.  Furthermore,
if you want to see the address (path), you can run "pathto site" (if your
site is running the pathto code I distributed in the fall), or simply
telnet harvard on port 117 and type the name of the site.

If you want the pathto stuff, I can send it to you.

Marc

P.S.  Note that this mailer is probably sending out incorrect return
    addresses (we are working on it).  You can reply to
    [e-mail].


----- End of forwarded messages
28-May-85 11:17:09-MDT,1253;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 May 85 11:17:04-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a010883; 28 May 85 12:08 EDT
Date: Tue, 28 May 1985  10:06 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Lauren Weinstein <vortex![e-mail]>
Cc:   [e-mail]
Subject: nice, LITTLE display editor
In-reply-to: Msg of 26 May 1985  17:41-MDT from vortex!lauren at rand-unix (Lauren Weinstein)

    I'd like to find for my EPSON would be a nice, LITTLE display editor
    that I could adapt to the 80 X 8 screen format...  Ideally written in
    asm so that it isn't very large.

Try VDO25.  It will handle files small enough to fit into its buffer
as it does not use the disk for a buffer.  It is configurable using an
install program which is included.  No source is available.

Filename            Type     Bytes     CRC

SIMTEL20 Directory MICRO:<CPM.TXTUTL>
VDO25.LBR.1            BINARY     41472  C4B7H

--Keith Petersen
Arpa:  [e-mail]
uucp:  ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp:  ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
28-May-85 13:20:23-MDT,1795;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 May 85 13:15:43-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a018522; 28 May 85 14:39 EDT
Date: Tuesday, 28 May 1985  11:27-MDT
Message-ID: <[e-mail]>
Sender: Gene Gall AMSTE-MS 4971 <[e-mail]>
From: Gene Gall AMSTE-MS 4971 <[e-mail]>
Subject:   NSWP for UNIX?
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Tue 28 May 1985 12:36-MDT

     Are you familiar with "nswp" (a public domain program for
CP/M-based micro's)?  How hard would it be to come up with a
UNIX-equivalent?
     "nswp" allows CP/M users to step through their directory, one
file at a time, and do various things (skip it, view it,
squeeze/unsqueeze, or tag it for "deletion" or "mass copy", etc.).
Users have menu-option at each file to "delete all tagged files",
"copy all tagged files", etc.
    A UNIX-version could allow for "mass file-archival" (vs. mass
copy) and (1) move tagged files to some directory which could serve as
the "pick-up point" for an archival utility (run weekly, for
example)...and (2) add a "ls -l" entry to the users' archival
directory (/usr/ARCHIVES) which would let the user keep track of what
he archived (ie, an index).
     Such a comprehensive UNIX program would really help Systems
Administrators manage user file-space.  Many users would clean up
their stuff if some tools was available to help them.  If nothing
else, just stepping them through their directory (file at a time) and
allowing them to "skip", "view", or "tag for deletion"; with a "delete
tagged files and exit" as a 4th option.
     What do you think?
                                               Gene
28-May-85 17:10:49-MDT,754;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 May 85 17:09:51-MDT
Received: from xerox.arpa by AMSAA.ARPA id a015085; 28 May 85 18:05 EDT
Received: from Zinfandel.ms by ArpaGateway.ms ; 28 MAY 85 15:02:24 PDT
Date: 28 May 85 15:02:18 PDT (Tuesday)
From: [e-mail]
Subject: Re: NETWORKING
In-reply-to: HARRELL's message of 26 APR 85 13:40 EST
To: [e-mail]
cc: [e-mail]
Message-ID: <[]<>MG>Q>Item-850528-150224-1515@Xerox>

     If you can, could you please put me on the mailing list:
       Leonard Raye
       Versatec, Inc.
       2710 Walsh Ave  MS6-8
       Santa  Clara, CA  95051

       Thank you very much,
         Lenny
28-May-85 19:41:49-MDT,848;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 May 85 19:37:52-MDT
Date:     Tue, 28 May 85 21:15:38 EDT
From:     David Towson (SECAD) <[e-mail]>
To:       [e-mail], [e-mail]
Subject:  OMTI Winchester disk controller query.

A surplusser is offering an OMTI model 20C controller board, which is supposed
to handle two 5.25-inch Winchesters.  I am considering buying one of these
beasties, but I would like to know more about it.  If anyone has knowledge
of this product, I would appreciate hearing what you know.  I am not
familiar with the company.  Are they still in business?

     I do not read info-micro regularly, so if anyone from that list cares
to respond, please address your message to "[e-mail]".


Dave
[e-mail]

28-May-85 21:22:29-MDT,754;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 May 85 21:22:20-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a001744; 28 May 85 22:55 EDT
Received: from usenet by TGR.BRL.ARPA id a019130; 28 May 85 22:41 EDT
From: Larry Mcvoy <[e-mail]>
Newsgroups: net.micro.cpm,net.micro,net.unix
Subject: televideo TPC I
Message-ID: <[e-mail]>
Date: 29 May 85 00:29:35 GMT
Xref: seismo net.micro.cpm:4528 net.micro:11144 net.unix:4946
To:       [e-mail]

I'm looking for a termcap entry for a televideo TPC I (a CP/M Televideo).
If you've got one, please mail me a copy at

ARPA:    [e-mail]
uucp:    ...uwvax!mcvoy

Thanks in advance,
Larry McVoy
28-May-85 21:55:12-MDT,695;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 May 85 21:52:02-MDT
Received: from usc-isid.arpa by AMSAA.ARPA id a001921; 28 May 85 23:24 EDT
Date: 28 May 1985 23:23-EDT
Sender: [e-mail]
Subject: Re: Need clock software for Morrow Multi-I/O board
From: [e-mail]
To: [e-mail]
Cc: [e-mail]
Message-ID: <[USC-ISID.ARPA]28-May-85 23:23:24.ABN.ISCAMS>
In-Reply-To: <[e-mail]>

OK,
I got him, guys.  (You won't BELIEVE what my little hack to Morrow's
Decision I clock software does on 1 April!)

Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS
28-May-85 22:00:11-MDT,917;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 May 85 21:56:21-MDT
Received: from usc-isid.arpa by AMSAA.ARPA id a001952; 28 May 85 23:28 EDT
Date: 28 May 1985 23:27-EDT
Sender: [e-mail]
Subject: Re: Turbo Pascal 3.0
From: [e-mail]
To: [e-mail]
Cc: [e-mail], [e-mail]
Message-ID: <[USC-ISID.ARPA]28-May-85 23:27:34.ABN.ISCAMS>
In-Reply-To: The message of 27 May 1985 13:27:06 EDT (Monday) from Tom Reid <[e-mail]>

Tom (et all),
Good question - IS there any significant improvement for the CP/M-80 version
3.0?  I'm using the very first (no serial number at ALL!) version (yep,
I bought JRT Pascal early too), and can live with the few documented bugs.

Don't need windows (I don't DO windows).

Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
29-May-85 02:17:43-MDT,2299;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 May 85 02:14:21-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a002290; 29 May 85 3:44 EDT
Received: from usenet by TGR.BRL.ARPA id a021556; 29 May 85 3:41 EDT
From: Chuck McManis <[e-mail]>
Newsgroups: net.micro.cpm,net.lang.pascal
Subject: Re: BORLAND TURBO PASCAL - New release (CP/M Version)
Message-ID: <[e-mail]>
Date: 28 May 85 16:05:34 GMT
Xref: seismo net.micro.cpm:4532 net.lang.pascal:324
To:       [e-mail]

>
>
>     I would like to know if anyone has tried this new version (3.0) of
> Turbo Pascal in CP/M.  An earlier version was flawed in that recursion was
> not properly implemented:  a procedure that called itself using pass-by-
> reference  (i.e. passing the parameters using   var: name  ) did not
> work properly, and it was even mentioned in the manual briefly under
> "differences between standard Pascal and Turbo Pascal".  If anyone knows
> if this problem has been solved in the new version, could you please
> respond on net.lang.pascal?
>
> Patrick Strauss

Turbo Pascal V2.0 does indeed handle recursion correctly if you set the
appropriate compiler directive. The latest Tug Lines has a list of all
known bugs in the compiler and recursive use of Var parameters was not
one of them. V3.0 for CP/M does not buy you much more than a new manual.
(And the manual is somewhat more cryptic since some things that work
only on MS-DOS are not indicated as such.) I compared compile times and
code speed and came up with nearly identical numbers from 2.0 to 3.0.
New features are limited to SeekEOF, Exit, and some command line
routines (although you are still limited to the first 32 bytes or
so of the command line, everything else gets trashed unless you have
the "patch" program) Not at all worth it. Borland, I suspect has been
caught up in the lure of big blue.

--Chuck
--
                                            - - - D I S C L A I M E R - - -
{ihnp4,fortune}!dual\                     All opinions expressed herein are my
        {qantel,idi}-> !intelca!cem       own and not those of my employer, my
 {ucbvax,hao}!hplabs/                     friends, or my avocado plant. :-}
29-May-85 10:15:56-MDT,1104;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 May 85 10:15:03-MDT
Received: from ddn1.arpa by AMSAA.ARPA id a000523; 29 May 85 11:38 EDT
Date: 29 May 85 09:05 EDT
From: [e-mail]
Subject: Coleco Adam Query
To: [e-mail]


Don't laugh, but is anyone out there doing anything
with the Coleco Adam? It (barely) qualifies for this
list because it apparently will run CP/M software with
the Enhancement-3 package.  The reason I'm asking is that
a retailer here in the DC area is selling the Adam
package (computer/tape drive/keyboard/letter-qual printer/
BASIC/WP SW/games) for $299.95, $200 less than the same
package went for at Xmastime when Coleco was still making
them and claiming that you were a bad parent if you
didn't buy your kid one.

If you want a modem, the AdamLink + comm SW runs $99.95.
They have other add-on goodies (incl the CP/M feature)
which go for various multiples of $100.00.

I dunno...the base package doesn't look like
the worst deal I've ever seen. Any thoughts?

-Pat Sullivan

29-May-85 11:12:25-MDT,6943;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 May 85 11:10:15-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a000732; 29 May 85 12:01 EDT
Date: Monday, 27 May 1985  19:39-MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: [e-mail]
Subject:   W0RLI Packet Radio Mailbox/BBS/GateWay system Version 9.3
ReSent-From: [e-mail]
ReSent-To: [e-mail], [e-mail],
           [e-mail]
ReSent-Date: Wed 29 May 1985 10:00-MDT

Now available from SIMTEL20:

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.PACKET>
PACKET93.LBR.1            BINARY    219648  0C0BH

PACKET93.LBR contains the files that make up version 9.3 of the W0RLI
Packet Radio MailBox/BBS/GateWay system.

This system runs on the following hardware:

Computer:
    Xerox 820-1 computer (the ones that were available for $50,
                  and are still around for not much more),
    one or more 8" single density, single or double sided disk drives,
    parallel keyboard, CRT monitor.

Packet Radio gear:
    One or Two TAPR (or AEA) TNCs with version 3.1 or later software.
        (Two TNCs if you are going to run a crossband Gateway.)

Radio gear:
    One or two transceivers.

The W0RLI software supports sending, receiving and forwarding mail,
uploading and downloading files, capturing typescripts, logging
channel activity and mailbox activity, and gateway operation between
two TNCs on two bands.

Read the file NOTES.TNC to start working your way through the
documentation.

Hank would appreciate knowing of users who are running this software.
A QSL to Hank or a net message to me would be appreciated.

Here is Hank's update from the February 1985 NEPRA PacketEar:

   The MailBox/GateWay has now been sent to 25 states and 5 countries.
As far as I know for sure, it is on the air at least 20 places now. In
the Boston area, 4000 messages have passed through it. The local
forwarding network now includes 9 nodes: W0RLI, WB2OSZ, WB1DSW, K1BC,
WA2RRKN-2, K7PYK, WA4SZK, KA1T, W1AW-4. The last two run their own
software, but allow for forwarding from the W0RLI systems.

   A message put into any one of these systems will find its way to
the system nearest the intended recipient.

   There are several other areas of the country now using the
software:  Georgia, Arizona, Iowa, Washington DC, Seattle, ENY/NYC/NNJ,
Dallas, Illinois, Southern New Jersey, Los Angeles have all been heard
from. All have the software in daily use.

   Expect to see it on Oscar-10 at KL7GNG soon.

   Look for it from Australia, New Zealand, Japan, Hungary.

   Sacramento county RACES will be using it.

   GateWays are running at W0RLI, K7PYK, WA4SZK and WB7DCH.

                    de Hank Oredson, W0RLI


The following is an extract from the file NOTES.TNC for version
9.3 of the W0RLI MailBox and GateWay software.  This extract
contains the list of changes since the last distribution to the
SIMTEL20 repository, which was version 8.6.

W0RLI, Hank, does not have access to either ARPANET or USENET.
I will be glad to try to answer questions or to relay them to Hank.
I can be reached at:

   ARPANET:    CLEMENTS@BBN
   USENET:    {ihnp4, decvax, linus, ...}!bbncca!clements

73,
Bob Clements
K1BC

--- excerpt from NOTES.TNC follows ---

     W0RLI MailBox and GateWay   Version 9.3 - 5/16/85

Created and distibuted to the packet community by:

  Hank Oredson, W0RLI
  19 North Hill Road
  Westford, MA 01886

These notes are rough, more release notes and tech notes than
anything else. A SYSOPS Manual (Very nice, 25 pages or so) is
available for 8-1/2 x 11 SASE ($1.24 postage) from:

  Jon Pearce, WB2MNF
  109 Pine Cone Trail
  Medford, NJ 08055

A very nice log file analyzer was written by:

  Tom Hogan, WB7DCH
  26911 S E 456 St.
  Enumclaw, WA 98022

I have included this on the release disk as LFA.COM.

Release notes, Version 9.3 :

In version 9.0, there was a change to the structure of the mail
file. When TNC is first run, it will update the mail file to
the new structure. This is done by doing an untangle. Don't panic
when this happens the first time you run version 9.3!

     Changes and additions since version 9.2 are:

Added privelege A and B, excluded on A or B ports.
Removed LA and LN, was bad idea.
Support for S W0RLI @ K1BC installed...
Added H local command: short / long menu (=Help).
Added $X, $Y, $Z : Date, time, current msg # at last login.
Verify for files specified in config.tnc that the drive
is on line and write enabled.
L now lists new, LN same, LA lists all.
Faster forward - send "S XXX" and title then eat 2 lines.

     Changes and additions since version 9.1 are:

Much faster untangle.
D, DP, DU for remote sysop.
CP ON/OFF and CR ON/OFF for remote sysop.

     Changes and additions since version 9.0 are:

"Remote sysop" feature added.
Better handling of user record currency.
Excluded user disconnected with no "bye" message.
Fixed bug - long packets not get monitored properly.
Added ki4xo changes for 5" to boot, sbios, cbios.
Added GM, GU, OA, OB, C <call>.

     Changes and additions since version 8.9 are:

Some changes to CBIOS thanks to ke1g give faster disk I/O
Added user privilege check. If E, then user is excluded from
use of the MailBox. N is used for normal user, and is default.
Fixed connect bug - now conok on is last sent, conok off is first.
Most searches go most recent first.
Added LL (List Last n), and LN (List New).
User file version 1, and DU - Display Users, EU - Edit Users.
Mail file structure version 2, back chaining of msg headers.
N menu item, rename file.

     Changes and additions since version 8.8 are:

Fixed (again) the disconnect process.
Added DP - page mode.
G menu item replaces UNTANGLE, GR to renumber the messages.
L and private msg, show only to owner/sender/addressee.

     Changes and additions since version 8.7 are:

Name of CONFIG.TNC file can be specified at execution time:
TNC OLDCFG.TNC or TNC NEWCFG.TNC for example. Defaults to CONFIG.TNC
if not specified.

The names for files CALLS.TNC, FWD.TNC, LOG.TNC specified in CONFIG.TNC
Installed ke1g improved cbios. Thank you Bill.
Y replaced by YC, YF, YL, switch calls, forward, or log files.
Fixed (I hope) the "Can't DISCONNECT, Link state is..." bug.
Added Z (delete file) to local menu.
X menu item forces forward regardless of hours given in FWD.TNC.
Was not passing "*** LINKED to" thru from next GateWay.
Not allow GateWay connect line with "tran" at end.

     Changes and additions since version 8.6 are:

Fixed (again!) the lack of timeout when bombarded with con req.
Added UA (append) option to local menu.
Fixed dayclock month rollover.
Split EDMSG, FWD, MBFILE as separate routines.

--- End of extract ---
29-May-85 11:47:28-MDT,990;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 May 85 11:45:57-MDT
Received: from usc-eclb.arpa by AMSAA.ARPA id a000726; 29 May 85 12:00 EDT
Date: 29 May 1985 09:01-PDT
Sender: [e-mail]
Subject: Hard Disk for Heath/Zenith 89/90
From: [e-mail]
To: [e-mail]
Message-ID: <[USC-ECLB]29-May-85 09:01:32.STANLEY>

I'd really love to find a way to use some of those cheap 5MB hard
disks that are coming up on the market on my H89.   However,  the
only  way  that  seems  feasible  so  far  is  to  use a Magnolia
Heath-to-SASI card (which means changing from my  well-loved  and
debugged Heath CP/M) to drive a Xidex SASI-to-ST506 card to drive
the drive.  That isn't cheap!

Has anyone else out there tackled the hard disk and H89 and  come
up  with  a  good  fix?   Or  should  I  just settle down with my
floppies?

                                ...Dick Stanley

stanley at eclb
29-May-85 12:05:44-MDT,1121;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 May 85 12:02:57-MDT
Received: from ucb-vax.arpa by AMSAA.ARPA id a001159; 29 May 85 12:28 EDT
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.46)
    id AA01348; Wed, 29 May 85 09:24:51 pdt
Received: from ucbamber.CC.Berkeley.ARPA (ucbamber.ARPA)
    by ucbjade.CC.Berkeley.ARPA (4.19/4.35.2)
    id AA00478; Wed, 29 May 85 09:28:43 pdt
Received: by ucbamber.CC.Berkeley.ARPA (4.19/4.35.2)
    id AA19689; Wed, 29 May 85 09:28:12 pdt
Date: Wed, 29 May 85 09:28:12 pdt
From: [e-mail]
Message-Id: <[e-mail]>
To: [e-mail], [e-mail]
Subject: Re: Turbo Pascal 3.0
Cc: [e-mail], [e-mail]

I am also interested in whether or not to upgrade from Turbo pascal 2.0 to 3.0 on a CP/M-80 machine (Kaypro 8).  I definately would suggest to David Kirschbaum that the upgrade to 2.0 was worth it if you work in an environment where ov
are useful (like on a small machine)

Steve
29-May-85 21:23:46-MDT,1798;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 May 85 21:21:31-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a012865; 29 May 85 21:00 EDT
Received: from usenet by TGR.BRL.ARPA id a008469; 29 May 85 20:55 EDT
From: "R.Thomas" <[e-mail]>
Newsgroups: net.micro.apple,net.micro.cpm
Subject: Re: RAMWORKS w/RGB option ?
Message-ID: <[e-mail]>
Date: 28 May 85 17:19:57 GMT
Xref: seismo net.micro.apple:2052 net.micro.cpm:4533
To:       [e-mail]


While we are on the subject, does anybody know if there is a ramdisk
driver for the PCPI applicard that works with the RAMWORKS card?  (I.e,
that uses the RAMWORKS memory for its ramdisk.)  Presumably if there were
one it would also work with the Apple 80 col card.  Please save me from
re-inventing the wheel.  If I can't buy one, I will have to write it
myself.

Rick Thomas
 {ihnp4, akgua, sdcsvax, just about anywhere}!attunix!rbt
 (201)-522-6062

>
> I am soliciting reviews from users of the RAMWORKS w/ RGB option
> by Applied Engineering.
>
> Is it really equivalent to Apple's card with respect to double
> hi-res and all the mixed modes ?
> Is the ram disk software difficult to use and require tedious set-up ?
> AE's technician says a 256k version can simulate one large disk volume
> or two regular size ones.  Anyone doing this ?
> What RGB monitors are you using it with ?
> Is all the extra memory really worth it ?( I don't use Appleworks)
>
> Or is anybody using Video-7's Vcolor //e ? If so, how does it
> compare with Apple's card ?
>
> I'd also like to know of any other //e rgb cards that support d-hires.
> Thank you.
>
> --
> {ucbvax, ittvax!dcdwest, akgua, decvax, ihnp4}!sdcsvax!sdcc3!loral!hlb
29-May-85 21:28:48-MDT,2166;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 May 85 21:26:31-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a012876; 29 May 85 21:00 EDT
Received: from usenet by TGR.BRL.ARPA id a008477; 29 May 85 20:55 EDT
From: "R.Thomas" <[e-mail]>
Newsgroups: net.micro.cpm,net.micro.pc,net.lang.pascal
Subject: Re: BORLAND TURBO PASCAL - New release???????
Message-ID: <[e-mail]>
Date: 28 May 85 20:35:21 GMT
Xref: seismo net.micro.cpm:4534 net.micro.pc:4381 net.lang.pascal:325
To:       [e-mail]

> > > **I am interested in purchasing borland turbo pascal
> > > but i had heard a rumor that a new version is soon to hi*
> > > hit the market.  Can anyone confirm or deny the rumor??
> > >
> > > thx in advance     stu loventhal  ..dual!ptsfa!stu
> >
> > Ya, version 3.0 is out and has been for a month or more.  I have my
> > copy.  There shouldn't be a newer one that 3.0
> > --
> >               |------------|
> >               | |-------| o|    JVC HRD725U
> > Mr. Video     | |       | o|  |--------------|
> >               | |       |  |  | |----| o o o |
> >               | |-------| O|  |--------------|
> >               |------------|     VHS Hi-Fi (the only way to go)
> >    ({!seismo,!ihnp4}!uwvax!astroatc!nicmad!brown)
>
>
>     I would like to know if anyone has tried this new version (3.0) of
> Turbo Pascal in CP/M.  An earlier version was flawed in that recursion was
> not properly implemented:  a procedure that called itself using pass-by-
> reference  (i.e. passing the parameters using   var: name  ) did not
> work properly, and it was even mentioned in the manual briefly under
> "differences between standard Pascal and Turbo Pascal".  If anyone knows
> if this problem has been solved in the new version, could you please
> respond on net.lang.pascal?
>
> Patrick Strauss

I have version 3.0 for CPM/80.  It is just as great as you have heard, but
they havent fixed the recursion bug.  From the sound of the manual, it looks
like they have no intention of fixing it, either.

Rick Thomas
ihnp4!attunix!rbt
29-May-85 21:44:09-MDT,2196;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 May 85 21:41:18-MDT
Received: from brl-aos.arpa by AMSAA.ARPA id a013729; 29 May 85 23:00 EDT
Received: from mit-mc.arpa by AOS.BRL.ARPA id a000242; 29 May 85 22:52 EDT
Date: Wed, 29 May 85 21:51:57 EST
From: "Donald E. Hopkins" <[e-mail]>
Subject:  Group purchace of Xebex 30MB hard disk subsystems
To: [e-mail], [e-mail], [e-mail],
    [e-mail]
Message-ID: <[MIT-MC.ARPA].523581.850529.A2DEH>


    I have found where to get Xebec 30 Meg hard disk subsystems
for the incredible price of $1450.  The distributer who I'm in touch
with says that he will sell them in batches of n where n >= 20 for
$1450 each if I give him a certified check for $1450 * n. He says that
the list price for the system is $2590.

    Here are the specs:

Xebec 5.25" Winchester: 4 platters, 8 heads, voice coil driven head,
    average acces time of 45 msec (including settling), average
    latency of 8.33 msec, formatted capacity of 33.5 MB, 512
    cylinders.

Xebec S1410A controller: 22 bit error detection, 11 bit error
    correction.

Host adaptors available: IBM-PC, IBM-XT, and compatibles, (PC-DOS 1.1,
    2.0, 2.1, MS-DOS 2.0.) Apple ][+, //e, and compatibles, (Apple DOS
    3.3, ProDOS 1.0.1, Microsoft CP/M 2.23, PCPI CP/M 1.0, 1.5, 2.0,
    Apple Pascal 1.1.) and S100 bus. (CP/M presumably. [It's not on
    the specs sheet I have, but the distributer said there was an S100
    bus host adaptor available.])

Case: Height 5.00", width 6.62", depth 14.75", weight 16 pounds.

Power supply: 100-126, 220-240 VAC, 50/60 Hz, 60 W power consumption.

Cords, cables, and manuals are included. (It's ready to set up and use.)

    If you're insterested in going in on this with me, send me
mail ASAP so I can see what sort of a response there is. If you send
me mail saying you're interested in getting one, or might be, I will
keep you posted. I hope it is clear that I am not making any profit
off of this.

    -Don Hopkins, [e-mail]

Home: [phone], [phone].
Work: [phone].

29-May-85 23:39:05-MDT,1116;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 May 85 23:38:19-MDT
Received: from csnet-pdn-gw by AMSAA.ARPA id a014560; 30 May 85 1:08 EDT
Received: from umass-cs by csnet-relay.csnet id ae02077; 30 May 85 1:03 EDT
Date:     Wed, 29 May 85 03:54 EST
From:      [e-mail]
MMDF-Warning:  Parse error in preceding line at CSNET-RELAY.ARPA
To:       [e-mail]
cc:       [e-mail]
Subject:  NSWP for UNIX

The program you describe is what the "dired" routine in Emacs should have
done, but never did.  i have a stand-alone version that meets most of your
specs running under VAX/VMS.  It would require a few changes to the routines
that parse the directory files, but could be made to run under Unix.  i was
thinking of building Xlisp into it, so users could write their own filters,
etc.  It is/was a fun project, but i find that as long as i can wildcard
the system's copy, move,delete, and type commands, it is faster
to work without the Diredit program.

                    -neville

                    CSnet:  newman@umass
30-May-85 00:28:55-MDT,1635;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 May 85 00:27:30-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a014725; 30 May 85 1:51 EDT
Received: from usenet by TGR.BRL.ARPA id a011897; 30 May 85 1:44 EDT
From: HaymakerLL <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Otrona Attache
Message-ID: <[e-mail]>
Date: 28 May 85 20:36:00 GMT
To:       [e-mail]

>       Now that we owners of Otrona Attaches are out of factory
>   support, I thought I'd what help I can...
>
>       I have the technical manual and an old bios listing, so...
>   if anyone would like to try their own repairs but needs info, drop
>   me some mail and I'll try to find it.  I don't promise miracles but
>   I have managed to hack mine back together after a power supply failure.'
>
>   By the way, if you know how to re-align these old remex drives I'd
>   certainly appreciate some advice.

    Hope I can help all the Otrona users out in net land. When Otrona
went under they had a liquidation sale, and I have purchased some of their
parts.( power-supplies, main 8 bit boards, 16 bit boards, videos, etc.)
I am willing to help all those in need of repair, to get up and running
again. I have also purchased some of their Documentation, both hardware and
software. If interested please contact me and I will see what I can do. I also
am able to work on those old Remex drives, or have a replacement for them.

            Linc Haymaker  K0ZCO
            3775 E. 115th Ave
            Thornton Co. 80233

            H - 303-451-7169
            W - 303-538-3652
            ihnp4!drutx!llh
30-May-85 02:52:47-MDT,1078;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 May 85 02:52:41-MDT
Received: from mit-mc.arpa by AMSAA.ARPA id aa15410; 30 May 85 4:27 EDT
Date: Thu, 30 May 85 04:03:53 EST
From: "Jerry E. Pournelle" <[e-mail]>
Subject:  Philippe Kahn
To: crash![e-mail]
cc: [e-mail]
In-reply-to: Msg of Mon 27 May 85 13:48:13 PDT from crash!bwebster at SDCSVAX.ARPA
Message-ID: <[MIT-MC.ARPA].523928.850530.POURNE>

have not seen it.  like th esounds of it.
jep
    Date: Mon, 27 May 85 13:48:13 PDT
    From: crash!bwebster at SDCSVAX.ARPA
    To:   pourne
    cc:   info-cpm at amsaa
    Re:   Philippe Kahn

    >  but he IS from the 14th dimension...

      No argument from me.  By the way, have you seen the Amiga yet?  I
      attended the Amiga Developers' Seminar and was suitably impressed.
      It's got some loose ends here and there and is still rough around
      the edges, but it's wide open, both in terms of software and hard-
      ware.
                            ..bruce..

30-May-85 06:32:49-MDT,598;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 May 85 06:30:09-MDT
Received: from brl-vld.arpa by AMSAA.ARPA id a017331; 30 May 85 7:54 EDT
Date:     Thu, 30 May 85 7:47:26 EDT
From:     Doug Gwyn (VLD/VMB) <[e-mail]>
To:       "Donald E. Hopkins" <[e-mail]>
cc:       [e-mail], [e-mail], [e-mail],
          [e-mail]
Subject:  Re:  Group purchace of Xebex 30MB hard disk subsystems

It doesn't seem appropriate to me to forward all brl-unix-sites
traffic to brl.software.
30-May-85 06:42:18-MDT,630;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 May 85 06:38:15-MDT
Received: from brl-vld.arpa by AMSAA.ARPA id a017333; 30 May 85 7:54 EDT
Date:     Thu, 30 May 85 7:49:46 EDT
From:     Doug Gwyn (VLD/VMB) <[e-mail]>
To:       "Donald E. Hopkins" <[e-mail]>
cc:       [e-mail], [e-mail], [e-mail],
          [e-mail]
Subject:  Re:  Group purchace of Xebex 30MB hard disk subsystems

Oops!  Please disregard the message I just inadvertently posted
about brl-unix-sites.  Mail handling software slippage..
30-May-85 09:29:50-MDT,677;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 May 85 09:29:02-MDT
Received: from xerox.arpa by AMSAA.ARPA id a025181; 30 May 85 10:46 EDT
Received: from PinotNoir.ms by ArpaGateway.ms ; 30 MAY 85 07:41:52 PDT
Date: 30 May 85 07:41:48 PDT (Thursday)
From: [e-mail]
Subject: Re: NETWORKING
In-reply-to: HARRELL's message of 26 APR 85 13:40 EST
To: [e-mail]
cc: [e-mail]
Message-ID: <850530-074152-1106@Xerox>

Add me to your list to receive networking newsletter.
Douglas C. Roberts
250 N. Halstead
P.O. Box 7018
Pasadena, California
91109
MS1232
Thanks.
30-May-85 12:43:00-MDT,642;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 May 85 12:40:47-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a029561; 30 May 85 14:02 EDT
Received: from usenet by TGR.BRL.ARPA id a024973; 30 May 85 13:46 EDT
From: Charles Lord <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Wordstar customization notes
Message-ID: <[e-mail]>
Date: 30 May 85 03:30:57 GMT
To:       [e-mail]


Just a note of addition:

Micropro has dropped the cost of WS customization notes
from $495 to $25. They finally wised up.

Charles Lord    [e-mail]
30-May-85 12:46:27-MDT,1161;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 May 85 12:42:53-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a029570; 30 May 85 14:02 EDT
Received: from usenet by TGR.BRL.ARPA id a025004; 30 May 85 13:47 EDT
From: "R.Thomas" <[e-mail]>
Newsgroups: net.micro.cpm,net.lang.pascal,net.micro.pc
Subject: Re: BORLAND TURBO PASCAL - New release (CP/M Version) (Really how to contact TUG)
Message-ID: <[e-mail]>
Date: 29 May 85 20:02:23 GMT
Xref: seismo net.micro.cpm:4547 net.lang.pascal:326 net.micro.pc:4398
To:       [e-mail]

How does one get hold of Tug Lines (I presume that Tug is some kind of Turbo
User's Group)
Rick Thomas
{akgua,ihnp4,sdcsvax,just about anywhere}!attunix!rbt

> Turbo Pascal V2.0 does indeed handle recursion correctly if you set the
> appropriate compiler directive. The latest Tug Lines has a list of all
> known bugs in the compiler and recursive use of Var parameters was not
> one of them. V3.0 for CP/M does not buy you much more than a new manual.
>
> --Chuck intelca!cem

Re the above -- Has anybody actually tried it?
30-May-85 14:20:53-MDT,1159;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 May 85 14:16:51-MDT
Received: from brl-voc.arpa by AMSAA.ARPA id a005817; 30 May 85 15:38 EDT
Date:     Thu, 30 May 85 15:24:20 EDT
From:     "Ferd Brundick (VLD/LTTB)" <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  Re:  BORLAND TURBO PASCAL - New release (CP/M Version) (Really how to contact TUG)

Haah,

The info I have on the Turbo Pascal user's group (dated Oct 84) is:

They publish a newsletter with interesting articles, bug fixes,
application programs/utilities, etc.  The membership is currently
around 2KP (2000 people), the dues about $20.  Addresses:

  Business:
    TUG
    PO Box 1510
    Poulsbo, WA 98370

  Editorial:
    TUG
    PO Box 548
    Silverdale, WA 98383

                                        dsw, fferd
                                        Fred S. Brundick
                                        aka Pascal Postman
                                        USABRL, APG, MD.
                                        <info-pascal-request@brl-voc>
30-May-85 21:54:54-MDT,892;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 May 85 21:50:24-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a014247; 30 May 85 23:20 EDT
Date: Thu 30 May 85 21:20:23-MDT
From: Rick Conn <[e-mail]>
Subject: ZCPR3 News files updated
To: [e-mail]

I have just uploaded Z3news.109, Z3news.201, Z3news.202, and Z3news.203
to MICRO:<CPM.ZCPR3> and MICRO:<CPM.Z3NEW>.  The files will stay in Z3NEW
for a week or two in order to make it easier to scan for changes to the Z3
files.

These are newsletters from Echelon.  They include notices of
bug reports and fixes, hints on how to use the ZCPR3 System, information
on the Z-NODE network, etc, etc.  This brings the news files up to date.
There are now 21 of them, and they come out every two weeks.  I expect
the next one next week.

    Rick
-------
30-May-85 22:57:41-MDT,950;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 May 85 22:50:20-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a014850; 31 May 85 0:24 EDT
Date: Thursday, 30 May 1985  21:57-MDT
Message-ID: <[e-mail]>
Sender: "riggs, austen" <[e-mail]>
From: "riggs, austen" <[e-mail]>
Subject:   Kaypro fast terminal program available
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Thu 30 May 1985 22:24-MDT

I have posted the public domain fast terminal program for the Kaypro
computers from Micro Cornucopia to SIMTEL20.  It is available as:

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.KAYPRO>
FASTTERM.LBR.1            BINARY      4608  CD25H

The library contains the program, a short doc file, and CRC's for the
files.  I've only tried it on the original 1983 Kaypro's.

        Jim Garey    [e-mail]
31-May-85 06:32:17-MDT,1515;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 May 85 06:29:27-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a017533; 31 May 85 7:47 EDT
Received: from usenet by TGR.BRL.ARPA id a000474; 31 May 85 7:41 EDT
From: Andrew Scholnick <[e-mail]>
Newsgroups: net.sources,net.micro.cpm,net.wanted
Subject: Need CP/M Kermit and Unix Modem7
Message-ID: <[e-mail]>
Date: 30 May 85 14:28:24 GMT
Xref: seismo net.sources:2980 net.micro.cpm:4550 net.wanted:6896
To:       [e-mail]

*** REPLACE THIS LINE WITH YOUR MAJESTY ***

I am very much in need of some public domain source code for
one or both of the following:
        1) Kermit comm. utility for CP/M (Osborne 1)
        2) Modem7 comm. utility for UN*X (PDP 11/44, HP 9000/500, Gould, Plexus)
Any help would be greatly appreciated.  Ideally I would like to get the 'C'
source code over the net if anyone out there has it.  Thanks in advance.

-----
"Adventure is when you toss your life on the scales of chance and wait
     for the pointer to stop." - Murray Leinster (First Contact)

Everything herein is probably trademarked or copyrighted by somebody
to whom I should appologise or something but they could probably care less
anyway as long as I mention their name (therefore - consider it mentioned).

                         Andrew R. Scholnick
                         TYX Corporation, Reston, Va.
                        ...seismo!umcp-cs!tyxpdp!andrew
31-May-85 07:03:28-MDT,2326;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 May 85 07:02:34-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a017730; 31 May 85 7:59 EDT
Received: from usenet by TGR.BRL.ARPA id a000632; 31 May 85 7:45 EDT
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: EMACS for CP/M, MINCE, and SCRIBBLE
Message-ID: <[e-mail]>
Date: 30 May 85 15:34:45 GMT
Sender: [e-mail]
To:       [e-mail]

I've gotten  awfully  used to using EMACS (on VAX/VMS) here at work. So used
to  it,  in  fact,  that I've looked into EMACS-like editors for CP/M-80, so
that I can feel [nearly] as comfortable at home too.

I've got  copies of several articles/reviews on MINCE (MINCE Is Not Complete
EMACS), which  paint  a  rather nice picture of an editor more like what I'd
like  to  have.  MINCE is also usually described in concert with SCRIBBLE, a
text processor which also sounds desirable.

Recently however,  I  called  Mark of the Unicorn to learn about pricing and
availability,  and learned that they're no longer supporting either MINCE or
SCRIBBLE,   but   refered  me  to  their  two  distributors.  One  of  their
distributors  didn't  think  that  MINCE  ran  on  CP/M-80,  and didn't have
SCRIBBLE. Neither of the distributors were really sure that the C source for
the  MINCE  commands  (available to allow user customizing) was available as
part of the package, as it has been in the past.  Well informed folks.

Mark of  the  Unicorn's  FINAL  WORD doesn't run on CP/M-80 as I recall, and
from  the reviews it seems to have changed enough from MINCE+SCRIBBLE that I
don't think it's what I want.

Which leads me to my questions.

Is there  anyone out there who uses MINCE (and SCRIBBLE), and who might have
comments about either? What's performance like? Where, and how long ago, did
you get  it/them?  How difficult is MINCE to customize? How much of EMACS is
left  out?  Any  word on whether or not, if Mark of the Unicorn is no longer
supporting  MINCE  or  SCRIBBLE (since they're pushing FINAL WORD, now), the
sources to MINCE and SCRIBBLE might be available?

I've already started, but if I can get away with not writing my own....

-+- Sid Maxwell, DEC @ Spit Brook, Nashua NH
31-May-85 07:23:21-MDT,2329;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 May 85 07:20:31-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a018916; 31 May 85 8:24 EDT
Received: from usenet by TGR.BRL.ARPA id a001273; 31 May 85 8:04 EDT
From: George Smith <[e-mail]>
Newsgroups: net.micro.cpm,net.lang.pascal
Subject: Re: BORLAND TURBO PASCAL - New release (CP/M Version)
Message-ID: <[e-mail]>
Date: 29 May 85 16:31:58 GMT
Xref: seismo net.micro.cpm:4552 net.lang.pascal:328
To:       [e-mail]

> >     I would like to know if anyone has tried this new version (3.0) of
> > Turbo Pascal in CP/M.  An earlier version was flawed in that recursion was
> > not properly implemented:  a procedure that called itself using pass-by-
> > reference  (i.e. passing the parameters using   var: name  ) did not
> > work properly ...
> >
> > Patrick Strauss
>
> Turbo Pascal V2.0 does indeed handle recursion correctly if you set the
> appropriate compiler directive. The latest Tug Lines has a list of all
> known bugs in the compiler and recursive use of Var parameters was not
> one of them. V3.0 for CP/M does not buy you much more than a new manual.
> New features are limited to SeekEOF, Exit, ...
>
> --Chuck

I think there are two different points being addressed here.  One refers
to the CP/M-80 limitation that local variables may not be passed as
VAR parameters in a recursive procedure.  This is an implementation
deficiency rather than a bug - it is documented on page 319 of the
3.0 manual.  The second point refers to the fact that the default
condition for the CP/M-80 version of Turbo generates non-recursive
code.  To turn on the generation of recursive code, you must use
the A compiler directive.  See page 318 of the 3.0 manual.  However,
even when recusive code generation is turned on, you may still NOT
use local variables as VAR parameters in recursive calls.

Also, I think that Version 3.0 is worth upgrading to.  The addition
of the EXIT statement alone is a boon for people porting code from
the UCSD P-System environment. And, as pointed out in the V1#5 issue
of TUG LINES, there were quite a few bugs fixed.
--
George B. Smith
National Semiconductor
...!{ihnp4!nsc | decvax!decwrl!nsc | ucbvax}!voder!gbs
31-May-85 09:33:21-MDT,581;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 May 85 09:32:49-MDT
Received: from sdcsvax.arpa by AMSAA.ARPA id a009683; 31 May 85 10:57 EDT
Received: from sdcc6.ARPA by sdcsvax.ARPA (4.24/4.41)
    id AA26582; Fri, 31 May 85 07:59:13 pdt
Received: by sdcc6.ARPA (4.24/4.41)
    id AA26363; Fri, 31 May 85 07:57:37 pdt
Date: Fri, 31 May 85 07:57:37 pdt
From: [e-mail]
Message-Id: <[e-mail]>
To: [e-mail], [e-mail]
Subject: Re: Wordstar customization notes


31-May-85 11:08:06-MDT,911;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 May 85 11:05:51-MDT
Received: from usc-ecl.arpa by AMSAA.ARPA id a017946; 31 May 85 12:29 EDT
Date: 31 May 1985 0926-PDT
From: [e-mail]
Subject: Re: EMACS for CP/M, MINCE, and SCRIBBLE
To:   [e-mail]
cc:   [e-mail], [e-mail]

In response to your message sent  30 May 85 15:34:45 GMT

Contrary to your comment about the MotU's Final Word, it DOES run on CP/M-80
systems.  I have a copy and use it on an Apple //e with the Premium Softcard.
Granted, I don't use it very often, but it does work.  The reason I got it
was it was the only package with support for "true" proportional spacing on
a Diablo 1650 printer.  I now use WordStar and do the final printing with a
fantastic package called MagicBind/MagicIndex.

Cheers,
Bud Huber
-------
31-May-85 13:46:35-MDT,3693;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 May 85 13:46:14-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000793; 31 May 85 15:00 EDT
Received: from usenet by TGR.BRL.ARPA id a011656; 31 May 85 14:44 EDT
From: Robert Dale <[e-mail]>
Newsgroups: net.micro.cpm,net.wanted,net.micro,net.periphs
Subject: Microcomputer Keyboard Help Wanted (Long)
Message-ID: <[e-mail]>
Date: 26 May 85 06:31:47 GMT
Xref: seismo net.micro.cpm:4554 net.wanted:6902 net.micro:11203 net.periphs:752
To:       [e-mail]

I have a problem for which I would appreciate some advice.

I have a home micro, a Memotech MTX machine with the manufacturer's CP/M
dual-floppy upgrade.  The CPU lives in the same case as the keyboard:  this
case (hereafter, the MTX unit) is therefore connected to the floppy box
(hereafter, the FDX unit) via a 60-way ribbon cable.  From the back of the
MTX unit, there are also the power cable, the printer cable and the modem
cable.

The MTX unit is about the same size as a typical detachable keyboard.
Except, of course, with all these leads attached to it, it isn't detachable
in any real sense.

Now, I feel more at home when I can move a keyboard around.  Add to this the
fact that I'm not entirely happy with the feel of the present keyboard.  I
can see several possible solutions to the problem.

1.    Remove everything from the MTX unit except the keyboard; put these
    guts into another case, which will sit underneath the FDX unit, and
    then connect the keyboard in the MTX case to the new case with a fair
    length of cable.  The keyboard PCB is attached to the main PCB via a
    20-pin connector, so it looks as if I won't find a coiled cable to
    do the job.  Other friends have recommended only ribbon cable as
    suitable anyway.

    But .. ribbon cable is not as flexible as one might desire, and is a
    touch unsightly; and I still have the keyboard I'm not in love with.


1a.    As above, but remove and replace all the keyswitches with ones that
    feel nice.  Gets me a nice keyboard, but means burning my fingers
    with a soldering iron in a big way.


2.    Find an alternative keyboard that will be compatible with the 20-pin
    connection used, sit the entire MTX unit under the FDX unit and then
    connect the new keyboard to where the old one was connected.

    Potentially gets me a keyboard I like, but still unsightly, inflexible
    ribbon.  Also, I'm told that my chances of getting a keyboard that is
    compatible at this level are very low (still trying to get information
    out of reluctant manufacturers).


3.    Buy a nice serial keyboard, and connect it to one of my RS232 ports;
    write an appropriate driver for it and hack the BIOS so that this
    port is read instead of the normal keyboard port.  I don't even know
    if this is possible:  although I'm a fairly competent programmer, I
    haven't mucked about with bits like this (I do my programming on
    real machines :-)).  I'm much happier with software than hardware,
    so I would prefer this solution provided it doesn't involve too much
    work.

    This could get me a very nice keyboard and a flexible cable.


So:  any ideas?  Yes, I know I should have tried the keyboard more before I
bought it.  Please don't tell me to sell the thing:  it has some nice
software, and I don't think I'd get much for it in these 16-bit days.

All suggestions, comments etc. very gratefully accepted.


Robert Dale (rda@epistemi)

Snail:    University of Edinburgh
    School of Epistemics
    2 Buccleuch Place
    Edinburgh
    EH8 9LW

Email:    ...seismo!mcvax!ukc!cstvax!epistemi!rda
31-May-85 19:22:39-MDT,1197;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 May 85 19:17:41-MDT
Received: from uci-icsc.arpa by AMSAA.ARPA id a000182; 31 May 85 19:02 EDT
To: [e-mail]
cc: [e-mail], [e-mail]
Subject: Re: EMACS for CP/M, MINCE, and SCRIBBLE
In-reply-to: Your message of 30 May 85 15:34:45 GMT.
         <[e-mail]>
Date: 31 May 85 13:40:25 PDT (Fri)
From: Michal Young <[e-mail]>
Received: from Localhost by UCI-ICSC; 31 May 85 13:42:05 PDT (Fri)
Munged: from uci-icsc; 31 May 85 16:02:39 PDT (Fri)


Mince and Scribble for CP/M-80 live on as Perfect Writer and Perfect
Formatter (respectively), and used to come standard with Kaypros.  I don't
know if Kaypro still furnishes the (im)Perfect family.   Unfortunately,
source is not available for the Perfect versions.  You can do some
limited customization by rebinding keys and telling it a bit about your
printer (but you can't get superscripts and subscripts unless your printer
is one of the `supported' models-- no way to write your own driver for
others).

--Michal Young
  [e-mail]

31-May-85 19:32:33-MDT,4413;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 May 85 19:29:43-MDT
Received: from ucb-vax.arpa by AMSAA.ARPA id a000156; 31 May 85 18:59 EDT
Received: by UCB-VAX.ARPA (4.24/4.46)
    id AA07562; Fri, 31 May 85 14:03:10 pdt
Received: by ucdavis.DAVIS (4.12/4.7) id AA23670; Fri, 31 May 85 13:43:47 pdt
Received: by clover.DAVIS.uucp/ucd.CSNET (4.12/4.7) id AA07229; Fri, 31 May 85 13:37:04 pdt
Return-Path: <russell@bluebell>
Received: by bluebell.DAVIS.uucp (4.24/3.14) id AA12662; Fri, 31 May 85 13:39:20 pdt
Date: Fri, 31 May 85 13:39:20 pdt
From: Michael Russell <ucdavis!bluebell![e-mail]>
Message-Id: <[e-mail]>
Office:  4475B Chemistry Annex, University of California at Davis
Phone:  [phone]
To: [e-mail], [e-mail], [e-mail],
    [e-mail], [e-mail]
Subject: Racal-Vadic VA3451 Modem Problem
Cc: [e-mail], [e-mail], [e-mail],
    [e-mail]

In order to get connected to the CSNET PhoneNet, we bought a Racal-Vadic
VA3451 Auto-Dial modem.  The modem was delivered in early 1985, and the
manual that came along with it was entitled "VA3451 Modem Installation/
Operation Manual", "Initial Issue", "November, 1984".  There appears to
be an problem with the modem and an error in the manual.

After we put the modem into service, it occasionally got itself into a
funny state.  The modem was off-hook even though there was no connection,
and the modem was generating a carrier.  The lights that were lit were:
HS, DSR, and DTR.  Further, disconnecting the modem from its DTE by
removing the RS232 plug (thereby dropping DTR) did not cause the modem to
go on-hook.  Neither did unplugging the modem from the phone line.  It
was possible to force the modem to go on-hook either by toggling power or
by flipping the DA/VO/MA switch on the front panel away from VO and then
back.

I telephoned the Racal-Vadic Service Hotline, and we tried a several
months worth of different things, but nothing would make the problem go
away.

On Wednesday, 5/29/85, Diane Dustman, CSNET-CIC Technical Staff, phoned
me to tell me that our modem was off-hook.  She asked me to reset the
modem so that CSNET-RELAY could begin to call our host again.  I told
her that I knew about the problem and that I was working on it.  I asked
her if she often had to telephone site liaisons asking for a modem to be
reset.  She said that she sometimes did, but that it didn't strike her
as a widespread problem.  In any case, she mentioned my problem to Dan
Long, CSNET Technical Liaison, and it jogged his memory.  He sent on to
me something he had received in early 1984.

It was an article, signed by "--Lauren--", that had been distributed to
the INFO-MICRO, INFO-CPM, UNIX-WIZARDS, and TELECOM interest groups.
Charles Lindahl at "ti-csl" (Texas Instruments Central Research Labs in
Dallas) had forwarded the article to Dan Long.  Briefly, the article
described exactly the problem that we were experiencing with our modem.
The article said that the fix involved changing the strapping so that
the A1 switch was OFF.  The setting of the A1 switch is ignored, and A1
is considered as ON, if the modem is set to its "Standard Configuration"
via the A6 switch.  The article said that A6 should be set to ON in
order to turn off the "Standard Configuration", i.e., to enable all the
other switches.

I had set A6 to the non-"Standard Configuration" setting, but according
to my manual, that setting was achieved with A6 OFF, not ON as was
indicated in the article.  The fact that the manual I have is wrong was
verified by a Racal-Vadic Field Service representative.  I will forward
a copy of this to him, in order to be sure that the error in the manual
is corrected.

Unfortunately, I cannot tell you yet that, by setting A6 to ON and A1
to OFF, our problem has been solved.  I had mailed the modem back to
Racal-Vadic for repair just before I got the information from Dan Long.

In any case, I would like to express my thanks to Diane, Dan, Charles,
and Lauren for getting this information to me.

Michael Russell
[e-mail]
...!ucbvax!ucdavis!bluebell!russell
ucdavis!bluebell![e-mail]
[e-mail]
31-May-85 23:17:25-MDT,914;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 May 85 23:16:26-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000603; 1 Jun 85 0:48 EDT
Received: from usenet by TGR.BRL.ARPA id a005384; 1 Jun 85 0:41 EDT
From: Sam Chin <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: EMACS for CP/M, MINCE, and SCRIBBLE
Message-ID: <[e-mail]>
Date: 1 Jun 85 02:24:00 GMT
To:       [e-mail]

<>

The Final Word certainly does run on CPM/80. About 2 years ago I used Final
Word to create a manual for a product. It was running on TurboDOS with slave
Z-80 boards. There are several differences between it an the 16 bit version
but it is definately the best program on CPM/80 to generate a manual. It
worked flawlessly with a Qume printer and proportional spacing.

Sam Chin
allegra!cmcl2!acf4!tsc2597
tsc2597.acf4@nyu