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

Text File | 1993-02-12 | 214KB | 4,988 lines

 1-May-86 10:45:48-MDT,860;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 May 86 10:45:30-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a016874; 1 May 86 12:12 EDT
Date: Thu 1 May 86 10:09:35-MDT
From: Rick Conn <[e-mail]>
Subject: Re: Re: ZCPR3
To: [e-mail]
cc: [e-mail]
In-Reply-To: <[e-mail]>
Message-ID: <[e-mail]>

The BIOS mod for Z3 is required to set aside AND initialize the buffers used b
by Z3.  When the command processor first begins execution, it assumes the
command line buffer to contain a valid command line, and the address
of the first char (also in a buffer) must be set correctly.  There are also
other buffers whose content must be valid before the command processor is
executed the first time.
    Rick
-------
 1-May-86 13:00:49-MDT,1051;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 May 86 13:00:39-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a021184; 1 May 86 14:18 EDT
Received: from (MAILER)UREGINA1.BITNET by WISCVM.WISC.EDU on 05/01/86
  at 13:15:45 CDT
Received: by UREGINA1 (Mailer X1.23b) id 9470; Thu, 01 May 86 11:50:29
  CST
Date:         Thu, 1 May 1986 11:46 CST
From:           Robert H Greenfield <[e-mail]>
Subject:      DEC VT-180 Robin
To:  [e-mail], [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA

I would appreciate getting in touch with folks who employ and care for
the DEC VT-180 Robin.  This CP/M 2.2 Z80 micro is an adaptation of the
DEC VT-100 terminal.

I have no special problems now, but if you have one, you know that it is
a very special machine with a lot of interesting features.  It would be
nice to have someone to call upon when in need.

Bob Greenfield
Acknowledge-To: Robert H Greenfield <RHG@UREGINA1>
 1-May-86 14:30:58-MDT,888;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 May 86 14:30:43-MDT
Received: from xerox.arpa by AMSAA.ARPA id a026010; 1 May 86 15:57 EDT
Received: from CheninBlanc.ms by ArpaGateway.ms ; 01 MAY 86 12:55:05 PDT
Date: 1 May 86 08:10:11 PDT (Thursday)
From: [e-mail]
Subject: Re: Speaking of DAK (1200 baud modem)..
In-reply-to: <[e-mail]>
To: Mark Becker <[e-mail]>
cc: [e-mail]
Message-ID: <860501-125505-1396@Xerox>

I recently purchased a 1200 baud Smart Duck modem.  I have had no
trouble with it and I am satisfied with its operation.  It seems to do
everything you would expect of a Hayes compatible modem (plus a few
extra features).  The quality of the unit is not as high as the Hayes,
but then neither is the price.

George

 1-May-86 16:35:45-MDT,1007;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 May 86 16:35:33-MDT
Received: from xerox.arpa by AMSAA.ARPA id a000200; 1 May 86 18:03 EDT
Received: from Aurora.ms by ArpaGateway.ms ; 01 MAY 86 14:26:11 PDT
From: [e-mail]
Date: 1 May 86 17:25:54 EDT
Subject: Re: Speaking of DAK (1200 baud modem)..
In-reply-to: [e-mail]'s message of Wed,
 30 Apr 86 23:22:19 EDT, <[e-mail]>
To: Mark Becker <[e-mail]>
cc: [e-mail]
Message-ID: <860501-142611-1512@Xerox>


Mark et al--

    A friend of mine, Dick Bollinger, wrote a nice review of
the beast.  He was very pleased with it.  It supports all commands
of the Hayes except ATH2, apparently.  If you wish a copy of
the file, leave me mail or check the last issue of Micro-Cornucopia
(as it was published there).

--Arun Baheti
  [e-mail]
  [e-mail]
 1-May-86 18:52:22-MDT,504;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 May 86 18:52:15-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a000758; 1 May 86 20:20 EDT
Received: from USENET by SMOKE.BRL.ARPA id a005149; 1 May 86 20:06 EDT
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Response to <[e-mail]> <[e-mail]>
Message-ID: <[e-mail]> <[e-mail]>
Date: 27 Apr 86 23:11:56 GMT
To:       [e-mail]


 1-May-86 19:01:05-MDT,2534;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 May 86 19:00:51-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a000760; 1 May 86 20:22 EDT
Received: from USENET by SMOKE.BRL.ARPA id a005247; 1 May 86 20:10 EDT
From: William Kucharski <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: BULLETIN BOARD STUFF
Message-ID: <[e-mail]>
Date: 30 Apr 86 23:55:37 GMT
To:       [e-mail]

In article <[e-mail]>, [e-mail] (Tom Keller) writes:
>    I know innumerable peole who have made purchases from DAK.  In literally
> *EVERY* case, they have been thouroughly displeased with the products and the
> service offered by DAK.  The company will not make any effort to correct
> problems, they will lie to you about schedules and anything else.
>
>    Stay *AWAY* from them!
>
> --
> Disclaimer:  I hereby disclaim any and all responsibility for disclaimers.
>
> tom keller
> {ihnp4, dual}!ptsfa!gilbbs!mc68020

Well, my friends and I have spent a combined total of over $4000 on purchases
from DAK and don't have one bad thing to say about them.  The majority of
what they sell works great, and what doesn't perform up to your expectations
DAK takes back without any problems whatsoever.  My friend bought a printer
from them that he found he didn't like - DAK took it back, no problem.
Another had a problem with his Cerwin-Vega subwoofer; DAK said to send it
back.  He did and soon received a NEW one (not repaired.)  And as for schedules,
I ordered an equalizer from DAK.  They took a little over 2 weeks, so I called
their toll-free line.  I asked about it, and they said it had been shipped "a
few days ago."  UPS delivered it the next day.  I wholeheartedly say that if
DAK has something you'd like, give it a try; you can always send it back.

--

                William Kucharski
                University of Wisconsin - Madison

===============================================================================
|                                          |
| Ameritech/Wisconsin Bell (Currently) : [phone]                  |
| Ameritech/Wisconsin Bell (After 5/17): [phone]                  |
|                                          |
| USPS (Currently):  253 Fish - Ogg East                      |
|                   Madison, WI  53706                          |
|                                          |
| USPS (After 5/17): 5624 South Indiana Avenue                      |
|              Cudahy, WI  53110                          |
|                                              |
===============================================================================
 1-May-86 19:24:00-MDT,540;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 May 86 19:23:51-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id aa00758; 1 May 86 20:20 EDT
Received: from USENET by SMOKE.BRL.ARPA id a005154; 1 May 86 20:06 EDT
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Response to <[e-mail]> <[e-mail]> <[e-mail]>
Message-ID: <[e-mail]> <[e-mail]> <[e-mail]>
Date: 29 Apr 86 20:09:26 GMT
To:       [e-mail]


 5-May-86 17:09:33-MDT,1123;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 May 86 17:03:26-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a011554; 2 May 86 11:59 EDT
Received: from USENET by SMOKE.BRL.ARPA id a008761; 2 May 86 11:53 EDT
From: John Blankenagel <[e-mail]>
Newsgroups: net.micro.cpm
Subject: SCSI hard disk driver info needed
Message-ID: <[e-mail]>
Date: 29 Apr 86 22:19:29 GMT
To:       [e-mail]

[]

     I am getting ready to build a SCSI port for my computer so
I can attach a hard disk.  I am going to buy a controller card for
the drive so I don't have to worry about that.  I need source code
for a hard disk driver for SCSI so I can make it work for my
system.  My computer is a NEC PC8801A.  I currently have two
8 inch disk drives on the system.  I may get a controller which will
also control 51/4 inch drives as well as hard disks.  If anyone has
source code for a controller, and would be willing to send it to me,
I would be eternally (or at least as long as I own the computer) grateful.

John Blankenagel
 5-May-86 17:10:42-MDT,8561;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 May 86 17:03:49-MDT
Received: from xerox.arpa by AMSAA.ARPA id a000405; 2 May 86 19:31 EDT
Received: from Aurora.ms by ArpaGateway.ms ; 02 MAY 86 15:56:49 PDT
Sender: [e-mail]
Date: 2 May 86 18:56:29 EDT
Subject: Duck Modem Review
To: [e-mail]
cc: [e-mail], [e-mail],
    Arun <[e-mail]>
From: Arun <[e-mail]>
Message-ID: <860502-155649-2586@Xerox>

    Due to popular demand I am sending this article to the Net.
If you must flame, do so in private mail and spare the clutter on
the Net.  This article is by Dick Bollinger and was uploaded to my
RCP/M in this form; it was also published in Micor Cornucopia a
while back.

--Arun Baheti
  arpa: [e-mail]
  arpa: [e-mail]
  uucp: ...ucbvax!trwrb!flkvax!group3!anb02!arun
                    ...scgvaxd!group3!anb02!arun
                            ...wright!anb02!arun

----------cut here
                 RELIEF FROM THE 300-BAUD BLAHS

     A Hardware Review of the ADC Phone Modem, Model MD1202

              by Dick Bollinger  -  February, 1986


     One of the truly incredible virtues of high technology is
that as its products mature, unlike the products of government,
they get cheaper and affordable by everyone.  Think about it!
Remember what you paid for your first hand-held calculator that
now sells for $4.99?  The Pickett slide rule company may never
recover!

     How about your first ball-point pen?  I remember I paid $15
for the new Tucker "Wonder" pen.  It was a "wonder" alright.  It
skipped like crazy and made a blue-stained mess of my hands.
Today's 69-cent BIC would put any of those first ball points to
shame.

     The fuss today is over 2400-baud modems.  A few of the
bulletin boards are already using them.  And quietly the price of
1200-baud modems is coming down, way down--so much so that those
of us who have struggled with 300 baud because we couldn't afford
the luxury of 1200 are beginning to take notice and to take
heart.  While the Hayes Smartmodem(tm) 1200 still lists for $595,
that price has eroded significantly (I've seen them advertized as
low as $349), and a few "clones" have broken the $200 barrier.

     I recently purchased a clone, advertized as a fully Hayes
compatible "1200 Baud Smart Duck" (the name "Duck" came from the
distributor's catalog promo, "If it walks like a duck, sounds
like a duck, and looks like a duck..." What can I say?).  It's
manufactured in Hong Kong for a company called ADC and distribut-
ed by DAK Industries, Inc, Canoga Park, California.  Its price?
$169!!

     Does it work at 300 and 1200 baud?  YOU BET IT DOES; SO FAR,
FLAWLESSLY.  It comes with a 30-day money-back guarantee of
satisfaction and a 1-year limited Warranty.  More on that later.

     Well, is it really compatible?  Comparing commands listed in
their manuals and testing the "Duck's" response to the Hayes
command set, I found only one difference:  The "Duck" DOES NOT
recognize ATH2, an obscure "special off-hook" command that COULD
BE IMPORTANT to ham RTTY use of the modem.  Otherwise, they are
identical.  All of the S-register functions and their default
values are identical too.

     The "Duck" does have three new commands of its own: AT*H
puts a summary of the AT command list on the screen as a "Help"
to the operator.  The other two are AT*T, which displays a static
date and time from the "Duck's" on-board real-time clock, and
AT*T=MM/DD/hh/mm, which sets the clock.  If this clock is access-
ible; for example, to do stamping of incoming files or the text
buffer, the manual gives no clue.  Turning power off and then
back on resets the modem's clock to 01/01, midnight.

     There are several features I like about the "Duck" over the
Hayes.  Rather than remove a snap-off front panel to get at the
modem's configuration DIP switches, you simply turn it over on
its back.  The "Duck" also has a label adjacent to the switches,
showing the standard (factory) settings and what each means.  No
big deal; it's just that the "Duck" is a bit handier to con-
figure.

     Here's the one I really like.  The "Duck" has an added
switch to cause the modem to redial any busy number every 30
seconds--until it connects or you cancel redialing by turning off
modem power momentarily.  (There goes your clock setting!  Oh
well.)  This auto redial is very handy for working busy bulletin
boards and RCPM's, where it's every man (or gal) for themselves!

     Another plus for the "Duck": It has TWO modular-plug recep-
tacles!  You can plug your phone into the modem and the modem
into the wall.  Now, why didn't Hayes think of that?  When the
modem is not powered up and actively "connected" to the line, you
can use the phone to make and answer calls normally.

     The "Duck" has a speaker, volume control, on-off switch, and
female RS-232 receptacle, exactly like the Hayes.  Its power
supply, though, is entirely internal, and it must be connected to
a grounded, 3-wire ac outlet.  The ac cord set on mine is heavy
enough for a fair-size waffle iron, but the modem stays quite
cool.  I suspect that this is a case of component "engineering"
by availability.  Anyway, I don't think the cord set will EVER
be a problem.

     But enough about the virtues of $169 Smartmodem(tm) clones.
The modular wall-to-modem phone cable is supplied.  You will need
an 8-line (pins 1-8) or 9-line (pins 1-8,20) male-male RS-232
cable to connect your "Duck" to most any PC, including Xerox
820's.  The Xerox 820 and 820-II should work alright in the
modem's factory (default) configuration.  If it gives you any
trouble, try setting switch 8, 10, or both, to positions opposite
those shown on the label.  It can't hurt anything.  The rest is
"Duck" soup.  (Really sorry!)

     The "Duck" comes attractively dressed in a low-boy, putty
gray molded enclosure and, except for the other guy's distinctive
"extruded rail" appearance, looks very much like the Hayes.  (If
you're concerned, it doesn't say "Duck" on it anywhere, unlike
some "Gorilla Banana" printers I've seen around.)

     The 30-day return privilege is offered by the distributor,
DAK Industries, Inc., 8200 Remmet Ave., Canoga Park, CA 91304.
The 1-year Warranty is from the manufacturer (ADC?; no address
given).  There IS a Service Center address in Van Nuys, CA, at
the back of the manual, but no Customer Service phone number.

     Speaking of manuals, the one supplied is barely adequate;
that is, it will get you going.  But if you plan to really work
the "smarts" of your modem, borrow a Hayes manual from a friend.
It contains command applications and program examples that the
Hong Kong tech writer simply forgot to mention or explore.  The
only things in the Hayes manual that don't apply to the "Duck"
are the configuration DIP switch information, the Block Diagram,
and the User Support Information.

     How to order?  That's the easy part.  (Why is it they always
make it so-o-o easy?)  DAK has a toll-free, 24-hour, 7 days a
week 800 number to accept credit card orders.  It's 1-800-325-
0800.  You'll be asked for:

     o  Your Zip Code
     o  Your name and mailing address (where to ship).
     o  Credit card type, number, and expiration date.
     o  DAK's Catalog order number:  which is,

              Order No. 4334, "1200 Baud Smart Duck"

     Incidentally, DAK also offers an OnLine Directory of over
1,100 data bases, with descriptions and access details, for
$14.95 (plus $2 P&H).  It's Order No. 4358.  I didn't get it, but
plan to soon.

     The price for the modem is $169, plus $6 for postage and
handling.  If you're a California resident, they'll add $10.14
for the governor's campaign fund.  You can expect delivery in a
week or less.  Mine came in four days by U.P.S.  The package also
contained an interesting  64-page, full-color Winter '86 catalog
of sundry electronic gear.  Apparently DAK Industries plans to be
around for awhile.  All you need, though, is 30 days, right?

   Let's keep the GOOD TIMES rolling - AT 1200 BAUD - at least!


(tm) Smartmodem is a trademark of Hayes Microcomputer Products,
     Inc., Norcross, Georgia.

----------cut here <end text>
 5-May-86 17:12:11-MDT,2636;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 May 86 17:06:20-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a002778; 3 May 86 7:53 EDT
Received: from USENET by SMOKE.BRL.ARPA id a022200; 3 May 86 7:47 EDT
From: The Wumpus <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Programming a Xerox 820-II
Message-ID: <[e-mail]>
Date: 2 May 86 03:06:09 GMT
To:       [e-mail]

In article <[e-mail]> [e-mail] writes:
>I have an old XEROX 820-II which I am using for packet radio purposes.
>I would like to use DTR/DTS on the serial port.  I'd
>prefer to do it in TURBO Pascal, but assembler is acceptable.  Can
>someone tell me how to do this (or does someone have a code fragment
>I can look at)?
>

Forgive me for posting this respons, but our mailer (conservatively)
stinks...  You know something is wrong when it is easier to send from
BITNET to UUCP then from UUCP to UUCP.


Well, you come to the right place...

First question:   Which I/O port(s)?   There are several usable I/O ports
including 2 serial and 2 parrellel.   (not to ntion the I/O bus)  If you
are really deperate, and can trash the disk drives (ie. go super-dedicated
and burn PROMs) you can use two more parrellel ports that the Disk Drive
Controller uses.  (I don't really recommend this approach.)

For using the DTR/DTS on the serial ports, those lines can be hardware
jumpered to do either function to allow both port to be used for DTE and/or
DCE equipment.  The information on how to change the settings is in the
book mentioned below.  Access to them is actually best left to going
through CP/m since it is easier then using assembly routines.  You can
you BOIS calls to do the communication, or even output to the serial
ports from the ports on the z80.  Again, more information is
available in the book.

As to where to get information about them.   Xerox publishes (or atleast
used to) the "Xerox 16/8 PC Technical Refrence Manual".  It isshould be
available from your nearest service center.   Don't be scared off because
it says "16/8" instead of "820-II" because they are the same machine,
except for the addition of a seperate 8086 processor board in the expansion
bus on the "16/8".   Everything in the manual that doesn't concern the
8086 dual-processor is valid for the 820-II.

If you have any other questions about the 820-II, send me e-mail.  I have
two of them in my basement at home.

The Wumpus     UUCP:   allegra!rochester!ur-tut!aptr
               BITNET: aptrccss@uorvm
 5-May-86 17:14:10-MDT,2022;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 May 86 17:07:46-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a002840; 3 May 86 8:19 EDT
Received: from USENET by SMOKE.BRL.ARPA id a022728; 3 May 86 8:06 EDT
From: Bill Houle <[e-mail]>
Newsgroups: net.micro.cpm
Subject: RE: DAK avoidance
Message-ID: <[e-mail]>
Date: 30 Apr 86 21:59:06 GMT
To:       [e-mail]

>>    I know innumerable peole who have made purchases from DAK.  In literally
>> *EVERY* case, they have been thouroughly displeased with the products and the
>> service offered by DAK.  The company will not make any effort to correct
>> problems, they will lie to you about schedules and anything else.
>>
>>    Stay *AWAY* from them!
>>
>> tom keller
>> {ihnp4, dual}!ptsfa!gilbbs!mc68020
>
> I guess I am the exception to the rule, I bought two of the hands off
> communicators from them about 6 months ago. They arrived on schedule
> and in perfect shape. A month later the microphone went out on one,
> I called them up they said send it back, I did and three weeks later
> I had a new unit. So much for statistics I guess.
>
> --Chuck

Another exception here.  I ordered their '1200 Baud Smart Duck' (1200
baud Hayes compat modem) on December 19th (back when it was $199 -- its
now $169...grrrr).  They said it would take about six weeks for
delivery, but I assumed even more because of the Christmas rush.  You
can imagine my surprise when it arrived on January 6th!  If that's what
you mean by lying about schedules, then let 'em lie!

The modem is solid, seems well built, and needless to say I have had
absolutely no trouble with it.  A good deal in all respects.  Now if
I could only get that $30 back.......

Bill Houle
..sdcsvax!sdcc3!ma179abu
[e-mail]

"I believe good looks and basic motor skills are very important."

::::::::<*><*><*><*><*><*>::::::::::::::::::<*><*><*><*><*><*>::::::::
 5-May-86 17:15:19-MDT,892;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 May 86 17:09:35-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a003474; 3 May 86 12:49 EDT
Received: from (MATT)UMASS.BITNET by WISCVM.WISC.EDU on 05/03/86 at
  11:47:50 CDT
Message-ID:  <860503124218.000005AF.BKEU.AA@UMass>
Date:     Sat,  3 May 86  12:42:18 EDT
From:  Matt Kimmel <[e-mail]>
Subject:  Formatting MFM on C-128 CP/M
To:  [e-mail]

Hi,

Is there any way to format MFM-type disks on the 1571 disk drive on
the Commodore 128?  I know that there is a "Format MFM" disk command,
but I have no idea how to use it.  I am specifically interested in
formatting Kaypro and QX-10 disks.  Any help would be appreciated.

                                         Matt Kimmel,
                                [e-mail]
 5-May-86 17:16:04-MDT,1269;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 May 86 17:10:30-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a003822; 3 May 86 15:53 EDT
Received: from USENET by SMOKE.BRL.ARPA id a027268; 3 May 86 15:43 EDT
From: Jenn-Ming Huang <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Developing Z80 code on IBM PC
Message-ID: <[e-mail]>
Date: 3 May 86 07:35:07 GMT
To:       [e-mail]

In article <[e-mail]>, [e-mail] (Alex Hwang) writes:
> I am in a situaion where I need to develop code on an IBM-PC but the
> debugged code is going to run on a custom Z80 board. I am interested
> in any information relating to the following :
>
>     1. Z80 or CP/M cards on IBM-PC.
>     2. Cross-compiler or cross-assembler between 8088 and Z80.
>     3. 1Mbit EPROM or EEPROM burner with interface to IBM-PC.
>     4. Any development tools, software or hardware, that can help me
>        develop, download, and debug code on IBM-PC for Z80 CPU.
>
> Thanks.
>
>             Alex Hwang


       There are Z80 assembler (Xasm85) and simulaor (AVSim Z80)

       available from AVOCET SYSTEMS, INC., 120 Union St., Rockport,

       Maine 04825, TEL: [phone].
 5-May-86 17:17:59-MDT,3363;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 May 86 17:11:47-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a005631; 4 May 86 11:55 EDT
Received: from USENET by SMOKE.BRL.ARPA id a002942; 4 May 86 11:46 EDT
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: BULLETIN BOARD STUFF (Really DAK)
Message-ID: <[e-mail]>
Date: 1 May 86 23:31:14 GMT
To:       [e-mail]

In article <[e-mail]> [e-mail] (Tom Keller) writes:
>In article <[e-mail]>, [e-mail] (Steve Mazurek) writes:
>> >
>> > I was looking through a DAK catalog recently, and saw a MODEM PHONE (computer-
>> > ized yellow pages they called it).  As part of the sales promo, they said they
>> > had the address of a company that sold a directory of hundreds of bulletin
>> > boards:   does anyone know what this company is and how to find them??
>> >
>> > Anyone having lists or directories of bulletin boards, or who knows of a good
>> > bulletin board - pleas write.
>> >
>>
>> I just happen to have this information:
>>
>>     DAK Industries Incorporated
>>     8200 Remmet Ave.,
>>     Canoga Park, CA 91304
>>
>>     Orders: [phone]
>>
>

Wrong answer to the question.  "What is the name & address of the *company
mentioned in the ad copy* that sells the directory of bbs's?" was the
question.  I don't know that, either...

>
>   I know innumerable peole who have made purchases from DAK.  In literally
>*EVERY* case, they have been thouroughly displeased with the products and the
>service offered by DAK.  The company will not make any effort to correct
>problems, they will lie to you about schedules and anything else.
>
>   Stay *AWAY* from them!
>

I have made innumerable purchases from DAK myself, and have had nothing
but good experience with them.  With the understanding that some of the
ad copy (much/most?) is hype, I have ordered merchandise, in most cases
received it quite promptly (usually less than a week!).  Otherwise,
I received a partial shipment and an equally prompt letter saying that an
item was temporarily out of stock (modulo the items clearly stated as
"closeouts", and only one of those) and would be shipped by such-and-such
a date, only to receive the shipment (except for that one out of stock
closeout) long BEFORE the promised ship date.

Approximately half of the items ordered did not live up to my needs,
regardless of whether I expected them to be better or not, and I returned
them within the 30-day trial period and received an immediate credit to
my credit card.  Other businesses have played footsie with actually
posting the credit, but DAK has always been quite prompt.  To look back
at my record of ordering from them, I have returned just over half of
what I ordered, but they still (apparently) like me.  I still like them.
I take at face value their offer to try some piece of gadgetry for 30
days (I'm a hopeless/helpless gadget freak), and if I decide it's not worth
the money, or just change my mind about it, I return it.

I don't see that I can get anywhere near such a deal from most local
dealers!

--
Eric Black   "Garbage In, Gospel Out"
UUCP:        {sun,pyramid,hplabs,amdcad}!chronon!eric
WELL:        eblack
BIX:         eblack
 5-May-86 17:20:20-MDT,990;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 May 86 17:12:41-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a013777; 5 May 86 10:10 EDT
Received: from USENET by SMOKE.BRL.ARPA id a012721; 5 May 86 10:04 EDT
From: "George M. Sipe" <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: DAK
Message-ID: <[e-mail]>
Date: 4 May 86 19:28:05 GMT
Keywords: DAK is OK
To:       [e-mail]

References:

Mark me down as a very satisfied DAK customer.  I have used them a number
of times over the last few years and have found their quality, prices,
and service among the best.  Come to think of it, they are the best.  I
have absolutely no complaints and am quite pleased with them.  They will
see more of my business.
--
UUCP:    ...ihnp4!akgua!rebel!george
    ...{hplabs,seismo}!gatech!rebel!george
Phone:    [phone]
Snail:    Tolerant Systems, 6961 Peachtree Industrial, Norcross, GA  30071
 5-May-86 17:21:16-MDT,572;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 May 86 17:13:58-MDT
Received: from lll-mfe.arpa by AMSAA.ARPA id a015335; 5 May 86 10:54 EDT
Date: Mon, 5 May 86 07:46 PDT
From: [e-mail]
Subject: DAK-duck 1200 baud modem
To: [e-mail]


I have purchased several things from DAK and have been very pleased
with all of them. I bought the "duck" several months ago and have used
it a lot. It performs flawlessly, and was delivered on time. This
is my vote for DAK and the "duck" modem.
--Neil
 5-May-86 17:22:05-MDT,1134;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 May 86 17:14:26-MDT
Received: from edwards-2060.arpa by AMSAA.ARPA id a018375; 5 May 86 13:00 EDT
Date: Mon 5 May 86 10:00:08-PDT
From: [e-mail]
Subject: z80 devel on ibm (&clones)
To: [e-mail]
Message-ID: <[e-mail]>


In article <[e-mail]>, [e-mail] (Alex Hwang) writes:
> I am in a situaion where I need to develop code on an IBM-PC but the
> debugged code is going to run on a custom Z80 board. I am interested
> in any information relating to the following :
>
>     1. Z80 or CP/M cards on IBM-PC.
>     2. Cross-compiler or cross-assembler between 8088 and Z80.
>     3. 1Mbit EPROM or EEPROM burner with interface to IBM-PC.
>        develop, download, and debug code on IBM-PC for Z80 CPU.
>
> Thanks.
>
>             Alex Hwang

The cheapest solution is to replace your 8088 with the NEC V20 chip.
Besides having a superset of the 8088 instruction set it has an internal
z80 emulator, allowing direct running of z80 software.
Regards, der
-------
 5-May-86 17:22:41-MDT,1211;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 May 86 17:14:56-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a018752; 5 May 86 13:13 EDT
Received: from ($MAILER)UMDB.BITNET by WISCVM.WISC.EDU on 05/03/86 at
  20:36:55 CDT
Received: by UMDB (Mailer X1.23b) id 5153; Sat, 03 May 86 21:36:32 EDT
Date:     Sat, 3 May 86  21:32 EDT
From:  [e-mail]
Subject:  Re: DAK, etc.
To: Info Cpm newsletter <[e-mail]>

I have never bought anything from DAK, but I have gotten their catalogs,
and a lot of their stuff looks great.  As far as the Duck, from the technical
description posted here, it sounds almost identical to the Prometheus
ProModem which I paid over $300 for a couple of years ago. Same extended
commands (except @ instead of *), same clock, switches on the bottom, internal
power supply, etc.  The manual seems much better than the Duck manual.
I suppose if I needed another 1200 baud modem I would probably give the
Duck a try since it is better and cheaper than a Hayes (so is the
Promodem, but not as cheap).
                             Manasseh Katz
                             [e-mail]
 5-May-86 17:23:17-MDT,1993;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 May 86 17:15:33-MDT
Received: from bbnccq.arpa by AMSAA.ARPA id a020263; 5 May 86 14:20 EDT
Date: Mon, 5 May 86 14:08:05 EDT
From: Bob Clements <[e-mail]>
Subject: Re: z80 devel on ibm (&clones)
In-Reply-To: Your message of Mon 5 May 86 10:00:08-PDT
To: [e-mail]
Cc: [e-mail], [e-mail]

>From: [e-mail]
>Subject: z80 devel on ibm (&clones)
>Message-ID: <[e-mail]>
>
>
>In article <[e-mail]>, [e-mail] (Alex Hwang) writes:
>> I am in a situaion where I need to develop code on an IBM-PC but the
>> debugged code is going to run on a custom Z80 board.
>>
>>              Alex Hwang
>
>The cheapest solution is to replace your 8088 with the NEC V20 chip.
>Besides having a superset of the 8088 instruction set it has an internal
>z80 emulator, allowing direct running of z80 software.
>Regards, der

This is incorrect. The V20 has an 8080 mode, not a Z-80 mode.

There are also various software support packages to complete the CP/M
environment by making use of the V-20 processor under the MS-DOS system.
I have heard of public domain ones, but not used them. I use one
put out by Intersecting Concepts called Acceler8/16 (not public
domain). I then run M-80/L-80, DDT, etc. under that. I haven't yet
tried BDS-C, but I think it should work.

Acceler8/16 also includes a software simulator of the 8080, so you
can do the same thing without an NEC V-20 processor. This works
fine, too, but is of course a lot slower.

You can also get MS-DOS cross compilers that produce 8080 or real Z-80
code. I know Aztec makes (or made) one. I've seen it but I don't
have it myself.

Bob Clements
[e-mail]
{ihnp4, linus, decvax}!bbncca!clements
K1BC @ K1BC

Everything above is the trademark of somebody. I have no financial
interest in any of them.

 5-May-86 17:24:18-MDT,1598;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 May 86 17:17:46-MDT
Received: from lll-mfe.arpa by AMSAA.ARPA id a024033; 5 May 86 16:37 EDT
Date: Mon, 5 May 86 16:34 EST
From: [e-mail]
Subject: Z80 development on IBM-PCs
To: [e-mail]

From:    <[e-mail]>   (Richard C. Secrist)
Date:    Mon,  5-MAY-1986 16:35 EST
To:      [e-mail]
Message-ID: <[OAK.SAINET.MFENET].23580320.008EE79F.SECRIST>
Quote: "May your future be limited only by your dreams." -- Christa McAuliffe
Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn., USA
CompuServe-ID: [71636,52]
X-VMS-Mail-To: CPM

>       In article <[e-mail]>, [e-mail] (Alex Hwang) writes:
>       > I am in a situaion where I need to develop code on an IBM-PC but the
>       > debugged code is going to run on a custom Z80 board. I am interested
>                                       ...
>                                       ...
>       >
>       >                       Alex Hwang
>
>       The cheapest solution is to replace your 8088 with the NEC V20 chip.
>       Besides having a superset of the 8088 instruction set it has an internal
>       z80 emulator, allowing direct running of z80 software.
>       Regards, der

Actually the V20 and V30 chips include a more efficient 8088 instruction set,
and since they had some room left over, NEC included the 8080 instruction set
(not the Z80).

Richard
[e-mail]
 5-May-86 17:29:36-MDT,1557;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 May 86 17:29:10-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id aa02840; 3 May 86 8:19 EDT
Received: from USENET by SMOKE.BRL.ARPA id a022778; 3 May 86 8:07 EDT
From: John Pantone <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: DAK Industries
Message-ID: <[e-mail]>
Date: 30 Apr 86 15:37:41 GMT
To:       [e-mail]

In article <[e-mail]>, [e-mail] (Chuck McManis) writes:
>>
>>...
>>A lot of info about DAK, which has been removed for the sake of clarity
>>...
>>
>>   Stay *AWAY* from them!
>>
>>[...omission...]
>
> I guess I am the exception to the rule, ...
>
> [...good report on DAK omitted ...]

I bought a 300/1200 baud "smart" modem from DAK - it was shipped within
10 days, and has been "perfect" - no problems from it nor DAK.
=====================================================================
=     These opinions are mine, all mine and nothing but mine.       =
=       They in no way reflect the opinions of my employer.         =
=                                                                   =
=   John Pantone       ...{ucbvax | decvax}!sdcsvax!calmasd!jnp   =
=     GE/Calma                [e-mail]                  =
=  9805 Scranton Rd.                 [phone]                   =
= San Diego CA 92121                                                =
=====================================================================
 5-May-86 17:30:25-MDT,2204;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 May 86 17:29:46-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a013169; 5 May 86 9:54 EDT
Received: from USENET by SMOKE.BRL.ARPA id a011942; 5 May 86 9:46 EDT
From: "Chad R. Larson" <[e-mail]>
Newsgroups: net.micro.cpm,net.consumers
Subject: Re: BULLETIN BOARD STUFF
Message-ID: <[e-mail]>
Date: 3 May 86 01:45:40 GMT
Followup-To: net.consumers
Xref: brl-sem net.micro.cpm:245 net.consumers:808
To:       [e-mail]

In article <[e-mail]> [e-mail] (Tom Keller) writes:
>
>   I know innumerable peole who have made purchases from DAK.  In literally
>*EVERY* case, they have been thouroughly displeased with the products and the
>service offered by DAK.  The company will not make any effort to correct
>problems, they will lie to you about schedules and anything else.
>

Well, just in order to balance an impression, I have bought lots of
stuff from them, from their tapes to manufacturer's close-outs and
always been satisfied.  They sent what they said they would, for the
most part when they said they would.  A couple of exceptions--the last
order I gave them was for a dbx encoder/decoder.  They said it would
be 4 to 6 weeks and I got it in 10 days.  Another time they said 4 to
6 weeks but I got back ordered.  They advised me of this, and gave me
a chance to back out (just like the Fair Trade laws require).  They
didn't nick my credit card until they shipped.  They also *DO* refund
your money if you don't like the product.  No questions asked
(although you do get stuck for the return shipping).  I recommend them
to my friends--no one has been burned yet.
    -crl

--
"Now wait just a minute!  Wait just a darn minute!"
    -Dobie Gillis
_____________________________________________________________________
UUCP:    {mot!terak}!anasazi!chad               Voice: Hey, Chad!
Ma Bell: [phone]                         ICBM:  N33deg,33min
Surface: International Anasazi, Inc.                   W112deg,03min
         7500 North Dreamy Draw Drive
         Suit 120
         Phoenix, AZ 85020
 5-May-86 21:08:02-MDT,949;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 May 86 21:07:53-MDT
Received: from mit-mc.arpa by AMSAA.ARPA id a025128; 5 May 86 22:46 EDT
Date: Mon,  5 May 86 22:46:12 EDT
From: "Mark E. Becker" <[e-mail]>
Subject: More questions about Dak Smart-Duck..
To: [e-mail]
Message-ID: <[MC.LCS.MIT.EDU].904426.860505.MBECK>

Hello All -

     As (I think) the prime instigator of all the the "I like Dak"
messages (I was the one who asked about the Smart-Duck modem) I'd like
to thank all those who volunteered the information.

     I know that a modem without pins 2, 3, and 7 is usable.  Barely.
However, what RS-232 signals does this thing obey/generate?  DTR?
Carrier Detect?  Ring Indicator?

     Several people have commented about the lack of a detailed
manual.  What *is* shipped?  An interconnect diagram?  An explanation
of the command set?

Mark

 5-May-86 22:11:44-MDT,2267;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 May 86 22:11:34-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a025193; 5 May 86 23:34 EDT
Received: from (MATT)UMASS.BITNET by WISCVM.WISC.EDU on 05/04/86 at
  09:22:38 CDT
Message-ID:  <860504102009.000002F6.BPAP.AA@UMass>
Date:     Sun,  4 May 86  10:20:09 EDT
From:  Matt Kimmel <[e-mail]>
Subject:  Mix C compiler
To:  [e-mail]


Hello,

I just purchased the Mix C compiler and Mix Editor (They come as a
package for $54.95.).  I haven't done too much with them yet, but
they look very good.  The C compiler is a full K&R standard compiler,
with Unix V7 and other extensions.  It's very easy to use.  Once
you have compiled a program, you call the Linker, which can translate
the object file to a COM file or let you run it, or several other
functions.  It will link an object file into either a COM file
which depends upon another file that comes on the C disk, or
you can compile it into a totally independent COM file, which will
be longer than the dependent version.

The Editor is one of the best I've seen.  It can edit two files
at the same time, either on different screens or a split screen,
which can be split horizontally or vertically.  It's a totally
programmable editor, and it can be adapted to almost any purpose.
You can also program macros, and all the control characters, etc.
The editor comes configured just like WordStar, and adapted for
structured program writing (Auto-indent, etc.)

Both of these programs are available for MS-DOS or CP/M-80.
The CP/M version requires 2 disk drives, at least 55k TPA,
and a Z80 CPU.  They work on CP/M 2.2 and higher, and are
available in most of the major disk formats, including 8".

The C compiler comes with a large manual, which includes an
introduction to the compiling/linking process, a tutorial,
a reference manual, a section about the functions, and a section about
the tools.

If you have any questions about it, feel free to write me a message.
I'll try to answer your question.

                                               Matt Kimmel,
                                           [e-mail]
 5-May-86 23:30:50-MDT,1010;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 May 86 23:30:42-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a025322; 6 May 86 1:05 EDT
Received: from (PFENNIGE)CGEUGE51.BITNET by WISCVM.WISC.EDU on 05/04/86
  at 06:44:52 CDT
Date: 4 MAY 86 13:45-N
From:  [e-mail]
To:  [e-mail]
Subj: PRINTER ADVICE

I am thinking of buying the SEIKOSHA SP-1000 printer that are going these days
for about $200. If anyone has bought one of these I would be most greatfull to
have any comments, whether good or bad about these printers. Even those people
that do not have one but have heard any comments I would still be greatfull to
have any information. Many thanks in advance
            Brian Jarvis Observatoire de Geneve, CH-1290 Sauverny, Switzerland.
P.S. I can be reached either at the address above or more quickly through
BITNET as per address in all of the preamble above.
I.E. [e-mail]
 6-May-86 05:39:12-MDT,1486;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 May 86 05:38:54-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a025780; 6 May 86 5:46 EDT
Received: from USENET by SMOKE.BRL.ARPA id a000945; 6 May 86 5:44 EDT
From: Roger Clark Swann <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Speaking of DAK (1200 baud modem)..
Message-ID: <[e-mail]>
Date: 5 May 86 22:47:53 GMT
To:       [e-mail]

*** line eater ***

>      Received DAK's flyer in the mail the other day and saw their ad
> for the "walks like a duck..." 1200 baud modem.  Has anyone purchased
> one of these things?  How about a comment or two?
>
I have a friend that bought one recently and has it connected to his
Amiga with no complaints. If fact he says it works great!

*******************************

I don't know how this conversation about DAK started, but I will add
my two cents worth.... I have purchased MANY items from DAK and have
always been satisfied. There was one item, a telephone HOLD device
that didn't work as advertised. I sent it back and received a full
and complete refund. In addition, I have many friends that have made
purchases from DAK and I have not heard a BAD word yet.....


Does anyone know why this conversation is taking place on this cpm
group ????  Maybe we shuold move it ????


Roger Swann        ssc-vax!clark

As usual, I disavow any knowledge of my actions.
 6-May-86 08:40:39-MDT,814;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 May 86 08:40:15-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a004764; 6 May 86 9:55 EDT
Received: from USENET by SMOKE.BRL.ARPA id a004819; 6 May 86 9:42 EDT
From: Dustin Clampitt <[e-mail]>
Newsgroups: net.micro.cpm
Subject: XM,Ducks,games
Message-ID: <[e-mail]>
Date: 5 May 86 17:17:31 GMT
To:       [e-mail]

XM works fine between a NCR Tower32 and a ZRDOS/ZCPR3/SB180 with
MEX114 and a DAK-Duck.

Now....are there any PD games for cp/m?  Is this a stupid question?

Thanks and please reply by E-mail.
--

Dustin Clampitt  "Is it Saturday yet?"         ..!decvax!linus!axiom!lpi!jdc

[][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][]
 6-May-86 08:57:10-MDT,1017;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 May 86 08:56:58-MDT
Received: from cisl-service-multics.arpa by AMSAA.ARPA id a005306;
          6 May 86 10:16 EDT
Received: FROM HIS-PHOENIX-MULTICS.ARPA BY CISL-SERVICE-MULTICS.ARPA WITH dial; 05 MAY 1986 13:40:13 EDT
Date:  Fri, 2 May 86 15:15 MST
From:  Jerry Crow <[e-mail]>
Subject:  RE: DAK 1200 bps "Duck" Modem
Reply-To:  [e-mail]
To:  [e-mail]
Message-ID:  <[e-mail]>

There  was  a  very  good,  both  in  terms  of writing style and nature of
content,  review  of  the  DAK Duck Modem in the most recent issue of Micro
Cornucopia  magazine.   The  writer was very positive about the modem.  His
assessment  was  that,  for  the  price, it might well be the best 1200 bps
modem  buy available.  As I recall, the review described the modem as being
very close to fully Hayes compatible.
 6-May-86 14:46:07-MDT,1320;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 May 86 14:45:48-MDT
Received: from xerox.arpa by AMSAA.ARPA id a004696; 6 May 86 14:51 EDT
Received: from PinotNoir.ms by ArpaGateway.ms ; 06 MAY 86 11:19:27 PDT
Date: 6 May 86 11:16 PDT
From: [e-mail]
Subject: V20 emulates 8080 (Re: z80 devel on ibm (&clones))
In-reply-to: [e-mail]'s message of Mon, 5 May 86 10:00:08
 PDT
To: [e-mail]
cc: [e-mail]
Message-ID: <860506-111927-4741@Xerox>

>> I am in a situaion where I need to develop code on an IBM-PC but the
>> debugged code is going to run on a custom Z80 board. I am interested
>> in any information relating to the following :
>>
>>     1. Z80 or CP/M cards on IBM-PC.
>>     2. Cross-compiler or cross-assembler between 8088 and Z80.
>>     3. 1Mbit EPROM or EEPROM burner with interface to IBM-PC.
>>        develop, download, and debug code on IBM-PC for Z80 CPU.
>>
>> Thanks.
>>
>>             Alex Hwang
>
>The cheapest solution is to replace your 8088 with the NEC V20 chip.
>Besides having a superset of the 8088 instruction set it has an internal
>z80 emulator, allowing direct running of z80 software.
>

Correction: The V20 can only emulate an Intel 8080, not a full Z80 instruction set.
 6-May-86 17:36:51-MDT,975;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 May 86 17:36:37-MDT
Received: from usc-isi.arpa by AMSAA.ARPA id a009010; 6 May 86 18:57 EDT
Date:  6 May 1986 18:55:11 EDT
Subject: Televideo personal terminal - need help
From: Rex Buddenberg <[e-mail]>
To: [e-mail]
cc: [e-mail]

My Televideo personal terminal hiccupped the other day and seems
to be locked up.  A bunch of terminal attributes (like reverse
video ...) got set.  Keyboard is locked and an Esc-" didn't
do anything.
The function buttons that set parameters are locked out too.

I was running along and whammo, things went haywire.  The little Board
that drives it was not affected.

Is there any way to make the non-volatile memory that remembers
parameters forget?  Any general reset?

Until I find such button, terminal makes good paperweight.
Anybody got any swift ideas?

Rex
-------
 7-May-86 02:23:32-MDT,1933;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 May 86 02:23:24-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a010229; 7 May 86 3:56 EDT
Received: from USENET by SMOKE.BRL.ARPA id a024772; 7 May 86 3:44 EDT
From: Steve Corbin <[e-mail]>
Newsgroups: net.micro,net.micro.cbm,net.micro.cpm
Subject: Commodore 128 Mouse Interface
Message-ID: <[e-mail]>
Date: 6 May 86 15:02:14 GMT
Xref: seismo net.micro:15292 net.micro.cbm:2289 net.micro.cpm:5900
To:       [e-mail]

I have just purchased a Commodore 128 mouse with the hopes of connecting
it to my Z80/CPM machine.  The only documentation supplied in the package
is the connector pinout.  Does anyone know where I can get the full
technical details for this device?  Items of interest would be schematics,
electrical and timing characteristics, suggested hardware interfaces, and
software drivers.


The connector is laid out as follows:

    PIN    SIGNAL
     1    UP
     2    DOWN
     3    LEFT
     4    RIGHT
     5    nc
     6    BUTTON 1 (left)
     7    VCC (+5v)
     8    GND
     9    BUTTON 2 (right)


The little I could tell about these signals is:

BUTTON #1, BUTTON #2

These lines are connected to one contact of the pushbuttons with the other
contacts to GND.  No pull-up or debounce circuitry.

UP, DOWN, LEFT, RIGHT

Active low signals indicating direction(s) of movement.  UP/LEFT, UP/RIGHT,
DOWN/LEFT and DOWN/RIGHT may be simultaneous and asynchronous with respect
to each other.  Questions are:

    1.  Are these lines pulsed for each 'step' of movement?

    2.  What is the resolution of movement? (i.e. steps/inch)

    3.  What is the minimum/maximum pulse width?

    4.  What is the minimum/maximum high time between pulses?

    5.  What is the output voltage levels?


Thanks in advance,
Steve Corbin

Usenet: corbin@encore
        {ihnp4, allegra, linus}!encore!corbin
 7-May-86 10:28:30-MDT,1382;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 May 86 10:27:54-MDT
Received: from radc-tops20.arpa by AMSAA.ARPA id a015323; 7 May 86 9:42 EDT
Date: Wed 7 May 86 09:41:29-EDT
From: Gern <[e-mail]>
Subject: Re: Commodore 128 Mouse Interface
To: [e-mail]
cc: [e-mail]
In-Reply-To: <[e-mail]>
Message-ID: <[e-mail]>

The C128 'mouse' is not a mouse at all, except it looks like one.   It
is an inverted tracball.  It is simply a digital joystick like interface.
You 'roll-up' (at ANY speed), and it lowers the UP line (pin-1).  Similarly,
for down, left, right (pins 2,3,4 respectively).   The left button is
pin-6, otherwise known as FIRE and the right button is connected in a different
fashion to POT-X (on pin-9).   There is no increments, or timming, or pulse
widths (this is what I consider makes a REAL mouse).   Tracballs work the
same way.   You can use a digital (standard) joystick in place of this
C128 mouse, or a tracball, and the software will not notice (save for no
right button).    This mouse does not even come close to the 'magic' feel
of a real mouse (Microsoft Mouse), but then again it is only $35 instead
of $85 and cheap and marginal is the name of the game in Commodore land.

Cheers,
Gern
-------
 7-May-86 12:00:36-MDT,1118;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 May 86 12:00:20-MDT
Received: from nosc.arpa by AMSAA.ARPA id a021909; 7 May 86 13:30 EDT
Received: by bass.ARPA (5.31/4.7)
    id AA27548; Wed, 7 May 86 10:30:12 PDT
Received: by cod.ARPA (5.31/4.7)
    id AA01190; Wed, 7 May 86 10:30:04 PDT
Received: by crash.UUCP (4.12/4.7)
    id AA01434; Wed, 7 May 86 09:01:58-0800
Message-Id: <[e-mail]>
Date: Wed, 7 May 86 09:09:05 PDT
Ppath: vista!crash!noscvax!info-cpm@amsaa
From: pnet01!kevinb <crash![e-mail]>
To: vista!crash!noscvax![e-mail]
Subject: Re: Televideo personal terminal - need help

>My Televideo personal terminal .....

What kind of TeleVideo is it? 910/920/920E/925/925E/950/950E/?
They all have different kinds of boards, some have over 4 runs for the
same terminal! Please be more specific, and maybe we can help!

Kevin Belles - UUCP {noscvax,sdcsvax,ihnp4!gould9,cbosgd}!crash!vista!pnet!pnet
                    01!kevinb
             - ARPA crash!vista!pnet!pnet01!kevinb@{nosc,ucsd}.ARPA
 7-May-86 20:05:37-MDT,2495;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 May 86 20:05:11-MDT
Received: from lll-crg.arpa by AMSAA.ARPA id a029208; 7 May 86 21:24 EDT
Received: by lll-crg.ARPA id AA03350; Wed, 7 May 86 18:23:35 pdt
    id AA03350; Wed, 7 May 86 18:23:35 pdt
Received: by polyslo.UUCP (4.12/4.7)
    id AA20567; Wed, 7 May 86 17:58:42 pdt
Date: Wed, 7 May 86 17:58:42 pdt
From: Marcos Della <polyslo![e-mail]>
Message-Id: <[e-mail]>
To: csustan!lll-crg![e-mail]

   I'm looking for someone that is interested in running a BETA test
copy of a BBS system that has been written in Turbo Pascal. The requirements
for running the system (other than being willing to put the time in) are
as follows:
     1.  A dedicated phone line for the system. If you already are running
         a system, then you should have one of these. (Who knows, you might
         like our system better than what you have?!?)
     2.  Approx. 720k disk storage space or more. The more the merrier we
         all say.
     3.  A 300/1200 baud modem (2400 would be great, but there aren't that
         many out there who can afford them yet.)  For those interested,
         I think USRobotics is still selling the Courior2400 for half
         price to those running BBS system. I could be wrong.
     4.  A real time clock of some kind. This is the biggest boundry that
         I have found in the CP/M market, but hopefully someone out there
         who is interested has one.
     5.  Some paticence with a semi-new system that still has a few bugs
         in it. Remember, this system was written as a senior project and
         the source is over 300k. Hard to debug everything!

   Anyone who is interested drop me a letter.  Oh yes, does anyone know
if there is a copy of Kermit written in turbo pascal? If so, can someone
mail me a copy?

   A copy of the currently working system can be reached at [phone]
at any of the following baud rates:  300/1200/2400.


Marcos R. Della

--------------------------------------------------------
HyperMail:      300/1200/2400 baud  [phone]
                (DMG BBS system     Mail to: Allanon)
Sublight Mail:  103 Mustang Drive
                San Luis Obispo, Ca 93401
Snail Mail:     {csustan,trwrb}  !polyslo!mdella
--------------------------------------------------------
Whatever I said... I don't remember saying it...

 7-May-86 22:51:37-MDT,2011;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 May 86 22:51:19-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a000107; 8 May 86 0:15 EDT
Date: Wed, 7 May 1986  22:14 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: New CP/M program deals with MSDOS ARC 5.x files

Now available from SIMTEL20:

Filename            Type     Bytes     CRC

Directory PD:<CPM.CPMLIB>
UNARC10.LBR.1            BINARY     89728  174DH

The message below explains.

--Keith

Date: Wednesday, 7 May 1986  21:09-MDT
From: Bernie Eiben - LDP Workstations <EIBEN at MARLBORO.DEC.COM>
To:   W8SDZ at SIMTEL20.ARPA
Re:   UNARC10.LBR

Bernie,

I have just uploaded UNARC10.LBR -- Yet another ARC File Processor for
CP/M 2.X.  This one combines the functions of ARCDIR and DEARC.  It is
written in Z80 Assembly Language, and supports the latest ARC file
formats.  Special thanks to this board for providing the C Language
sources of MS-DOS ARC, which enabled me to write the program.

Bob Freed

----------------------------------------------------------------------
Thanks Bob, that was definitely a LONG NEEDED addition to CP/M!  As
discussed, the 'opposite' NARC will be another 'space' and time-saver!

I had only one {minor} problem - since Rainbow's CPM86-80 swallows the
T: since its above the allowed range of supported devices - so I had
to change loc 107 from 20 {T} to 16 {P} - and then use P: to achieve
screen-based listing.  {The error-message was 'slightly' misleading
a'la 'FILE not found' - if it would have repeated the damaged
file-spec, it would have been even faster to correct}.

N.B.  all of the above documented in UNARC10.INF.  Definitely A REAL
addition for SYSOPS too and also a real disk-space and time-saver!

Thanks again to Bob from all of us.

Bernie {waiting for NARC -- Yeah I know, I'm never 'satisfied'..}
 7-May-86 23:41:31-MDT,1527;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 May 86 23:41:11-MDT
Received: from csnet-relay.arpa by AMSAA.ARPA id a000212; 8 May 86 1:11 EDT
Received: from umass-cs by csnet-relay.csnet id a010380; 8 May 86 1:03 EDT
Date:     Tue, 6 May 86 09:11 EST
From:     Stride 440 User <[e-mail]>
To:       [e-mail], [e-mail]
Subject:  CBBS Infor Sought

    I am looking for a good PD CBBS program for CP/M-68K,
preferably in C.  I am interested in setting up my machine (a Stride
440) up as a RCPM/CBBS system.  I already have written a "login"
program, which checks an User Authorization File (it reads in a
username and password and then checks for authorization and sets up
drive mappings to selected partitions of the hard disk(s) as
sepcified in the UAF file). The Stride also has a low-level
"Multi-User BIOS" which allows multiple users, each running their own
O/S (I have things setup for multiple users each running their own
copy of CP/M-68K).  All I really need at this point is a basic
CBBS-type program that I can adapt to my system. I am particularly
interested in one that can be exited and re-started (allowing users
to revert to CP/M's CCP (to upload and/or download files) and then
resume the CBBS).  I presently don't have a modem, but plan to get a
modem capable of both 1200 BAUD protocols (BELL 212A and Vadic 3400)
as well as BELL 103.
                    Robert Heller
                    [e-mail]
 8-May-86 02:56:16-MDT,452;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 8 May 86 02:56:09-MDT
Received: from 8.3.0.7 by AMSAA.ARPA id a000483; 8 May 86 4:29 EDT
Date: Thu, 8 May 86  4:22:25 EDT
From: "Glenn P. Viernes" <[e-mail]>
Subject: Removal from Mailing List
To: [e-mail]
Cc: [e-mail]

"Moderator",

     Please remove me from your mailing list.

Thanks,

Glenn Viernes

 8-May-86 04:02:37-MDT,1092;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 8 May 86 04:02:30-MDT
Received: from usc-isid.arpa by AMSAA.ARPA id a000680; 8 May 86 5:32 EDT
Date: 8 May 1986 05:29-EDT
Sender: [e-mail]
Subject: Re: Request for Turbo Kermit
From: [e-mail]
To: [e-mail]
Message-ID: <[USC-ISID.ARPA] 8-May-86 05:29:50.ABN.ISCAMS>



Marcos, et al,
a pretty good Kermit in Turbo Pascal resides at MARKET (the DEC-MARLBORO
system on the ARPAnet, also available via other channels I don't remember).
In directory TURBO:, as I recall, or perhaps KERMIT:

It's in a .LBR form, and it's a fairly stripped version.  However, it
does have 8-bit and parity handling, plus some system utilities like DIR.

I've used it as the basis for an MS-DOS system (with system-specific
port handlers, of course), but haven't brought it up myself on an 8-bit
system since my Morrow lost its disk controller card!

Regards,
David Kirschbaum
Toad Hall
[e-mail]

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

 8-May-86 08:58:20-MDT,954;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 8 May 86 08:58:13-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a008527; 8 May 86 10:21 EDT
Received: from USENET by SMOKE.BRL.ARPA id a010195; 8 May 86 9:44 EDT
From: John Pantone <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Speaking of DAK (1200 baud modem)..
Message-ID: <[e-mail]>
Date: 5 May 86 17:08:17 GMT
To:       [e-mail]

In article <[e-mail]>, [e-mail] (Mark Becker) writes:
> ..... DAK ..... "walks like a duck..." 1200 baud modem. .....

I have had one for almost a year, use it several times a week, no
trouble at all.

-----

"I have no connections with DAK"


--
These opinions are solely mine and in no way reflect those of my employer.

...{ucbvax|decvax}!sdcsvax!calmasd!jnp   [e-mail] GE/Calma San Diego
 8-May-86 09:03:37-MDT,4177;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 8 May 86 09:03:09-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a008577; 8 May 86 10:22 EDT
Received: from USENET by SMOKE.BRL.ARPA id a010405; 8 May 86 9:49 EDT
From: Dave Haynie <[e-mail]>
Newsgroups: net.micro,net.micro.cbm,net.micro.cpm
Subject: Re: Commodore 128 Mouse Interface
Message-ID: <[e-mail]>
Date: 7 May 86 16:29:32 GMT
Xref: seismo net.micro:15303 net.micro.cbm:2293 net.micro.cpm:5904
To:       [e-mail]

In article <[e-mail]> [e-mail] (Steve Corbin) writes:
>I have just purchased a Commodore 128 mouse with the hopes of connecting
>it to my Z80/CPM machine.  The only documentation supplied in the package
>is the connector pinout.  Does anyone know where I can get the full
>technical details for this device?  Items of interest would be schematics,
>electrical and timing characteristics, suggested hardware interfaces, and
>software drivers.
>
>....
>
>The little I could tell about these signals is:
>
>BUTTON #1, BUTTON #2
>
>These lines are connected to one contact of the pushbuttons with the other
>contacts to GND.  No pull-up or debounce circuitry.

On the C128, one of the buttons is sensed though a 6526 CIA, the other
though a port on the SID chip.  Essentially what happens is that one bit
of a parallel output port is used to read in each button press.  Bouncing
has not been a problem, as the port device has a degree of internal pullup,
and scanning this at a 250KHz rate, or thereabouts, at most, we've found
no need for debouncing.  Also, the first button is completely compatible
with the C128/C64 joystick fire button; a large portion of the total
design is based on necessary compatibility with the joystick.

>UP, DOWN, LEFT, RIGHT

These pins emulate the four switches in the standard C128/C64 digital
joystick.

>Active low signals indicating direction(s) of movement.  UP/LEFT, UP/RIGHT,
>DOWN/LEFT and DOWN/RIGHT may be simultaneous and asynchronous with respect
>to each other.  Questions are:
>
>    1.  Are these lines pulsed for each 'step' of movement?

Yes, the lines are pulsed; faster movement results in greater "active" time.
There's a tiny, dedicated microprocessor in the mouse that does the "vane"
pulse to joystick pulse conversion.  These lines are attached to the same
parallel port in the C128/C64 as is the fire button.

>    2.  What is the resolution of movement? (i.e. steps/inch)
>    3.  What is the minimum/maximum pulse width?

Not sure about these.

>    4.  What is the minimum/maximum high time between pulses?

I think you can "saturate" the pulsing, i.e., if you move it fast enough,
you can get a continuous active output.

>    5.  What is the output voltage levels?

The voltage level into the mouse should be 5v +/- 5% regulated DC, the
output will be standard TTL levels.

>Thanks in advance,
>Steve Corbin
>
>Usenet: corbin@encore
>        {ihnp4, allegra, linus}!encore!corbin

As for programming it, there's a short machine program (6502 code of course)
in the C64 Programmer's Reference Guide, intended for joysticks, which could
be modified for optimal mouse performance.  In the example, $DC00 is the
location of the memory-mapped port.

    ;Program to read the direction change from a joystick or mouse.

    DX = $C110        ;X direction
    DY = $C111        ;Y direction

DJRR    LDA $DC00        ;Read port
DJRRB    LDY #$00        ;Decode it, buy shifting values right
    LDX #$00        ;and testing for the carry bit.
    LSR A            ;Bits 0 and 1 modify the Y direction
    BCS DJR0
    DEY
DJR0    LSR A
    BCS DJR1
    INY
DJR1    LSR A            ;Bits 2 and 3 modify the X direction
    BCS DJR2
    DEX
DJR2    LSR A
    BCS DJR3
    INX
DJR3    LSR A            ;Bit 4 is the fire button.

    STX DX            ;Exit here with X,Y directions stored, and
    STY DY            ;the fire button status in the carry bit.
    RTS

--

Dave Haynie    {caip,inhp4,allegra,seismo}!cbmvax!daveh
               "There, beyond the bounds of your weak imagination
                Lie the noble towers of my city, bright and gold"
                                -Genesis
 8-May-86 21:37:11-MDT,2714;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 8 May 86 21:37:01-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a021223; 8 May 86 22:46 EDT
Date: Wednesday, 7 May 1986  23:00-MDT
Message-ID: <[e-mail]>
Sender: The Mailer Daemon <[e-mail]>
From: The Mailer Daemon <[e-mail]>
To: [e-mail]
Subject:   Message of 7-May-86 21:58:37
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Thu 8 May 1986 20:45-MDT

Message failed for the following:
[e-mail]: No such directory name
        ------------
Received: FROM USC-ECLB.ARPA BY USC-ISIF.ARPA WITH TCP ; 7 May 86 21:58:41 PDT
Received: from AMSAA.ARPA by USC-ECLB.ARPA; Wed 7 May 86 21:57:18-PDT
Received: from simtel20.arpa by AMSAA.ARPA id a000107; 8 May 86 0:15 EDT
Date: Wed, 7 May 1986  22:14 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: New CP/M program deals with MSDOS ARC 5.x files

Now available from SIMTEL20:

Filename            Type     Bytes     CRC

Directory PD:<CPM.CPMLIB>
UNARC10.LBR.1            BINARY     89728  174DH

The message below explains.

--Keith

Date: Wednesday, 7 May 1986  21:09-MDT
From: Bernie Eiben - LDP Workstations <EIBEN at MARLBORO.DEC.COM>
To:   W8SDZ at SIMTEL20.ARPA
Re:   UNARC10.LBR

Bernie,

I have just uploaded UNARC10.LBR -- Yet another ARC File Processor for
CP/M 2.X.  This one combines the functions of ARCDIR and DEARC.  It is
written in Z80 Assembly Language, and supports the latest ARC file
formats.  Special thanks to this board for providing the C Language
sources of MS-DOS ARC, which enabled me to write the program.

Bob Freed

----------------------------------------------------------------------
Thanks Bob, that was definitely a LONG NEEDED addition to CP/M!  As
discussed, the 'opposite' NARC will be another 'space' and time-saver!

I had only one {minor} problem - since Rainbow's CPM86-80 swallows the
T: since its above the allowed range of supported devices - so I had
to change loc 107 from 20 {T} to 16 {P} - and then use P: to achieve
screen-based listing.  {The error-message was 'slightly' misleading
a'la 'FILE not found' - if it would have repeated the damaged
file-spec, it would have been even faster to correct}.

N.B.  all of the above documented in UNARC10.INF.  Definitely A REAL
addition for SYSOPS too and also a real disk-space and time-saver!

Thanks again to Bob from all of us.

Bernie {waiting for NARC -- Yeah I know, I'm never 'satisfied'..}
 9-May-86 09:20:25-MDT,2050;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 May 86 09:19:46-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a026711; 9 May 86 10:37 EDT
Received: from USENET by SMOKE.BRL.ARPA id a002652; 9 May 86 10:20 EDT
From: Fred Bowen <[e-mail]>
Newsgroups: net.micro.cpm,net.micro.cbm
Subject: Re: Formatting MFM on C-128 CP/M
Message-ID: <[e-mail]>
Date: 8 May 86 18:14:07 GMT
Xref: seismo net.micro.cpm:5907 net.micro.cbm:2298
To:       [e-mail]

> Is there any way to format MFM-type disks on the 1571 disk drive
>                                          Matt Kimmel,
>                                 [e-mail]

The FORMAT utility on the current CP/M System Disk does not format MFM
diskettes.  I have just received, however, a version of FORMAT.COM that
will format a variety of MFM-type diskettes, including:

    IBM single/double sided
    KAYPRO II and IV
    EPSON QX10
    OSBORNE DD

I am trying to get this 1) through QA, leading to 2) released to production.
I cannot estimate when this will be accomplished.  I will talk to our CP/M
guru and see if a version has or can be made available via this net or other
BBS facilities any earlier.  Keep you posted.

An aside, I have learned that the so-called 'DEC 8th' beta version of CP/M
for the C128 has finally been released to production.  This update has been
available via patch utilities you must download from various BBS facilities.
You could also get it by mailing-in the order form for the DRI manual and
utilities diskette, assuming you have not done so already.  I'll go 'way out
on a limb and see if the patch program can be posted to the net, but I cannot
make any promises.

I'm gonna climb off that limb just now- please be patient!
--
Fred Bowen            uucp:    {inhp4|seismo|caip}!cbmvax!fred
                arpa:    cbmvax![e-mail]
                tele:    215 431-9100

Commodore Electronics, Ltd.,  1200 Wilson Drive,  West Chester,  PA,  19380
 9-May-86 15:49:44-MDT,888;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 May 86 15:49:28-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a005590; 9 May 86 17:04 EDT
Received: from (MATT)UMASS.BITNET by WISCVM.WISC.EDU on 05/09/86 at
  16:02:52 CDT
Message-ID:  <860509164310.00000853.AVYO.AA@UMass>
Date:     Fri,  9 May 86  16:43:10 EDT
From:  Matt Kimmel <[e-mail]>
Subject:  LU300
To:  [e-mail]

Hi!

Is there anyone out there who can send me a letter containing the
documentation for LU300?  If you can, please send me a letter telling me
this first, and then I'll respond.  I don't want to recieve 100 copies of
it!  Also, please tell me how long it is in bytes.  Thanks very much!

                                              Matt Kimmel,
                                   [e-mail]
10-May-86 14:57:27-MDT,1101;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 10 May 86 14:57:20-MDT
Received: from ucb-vax.arpa by AMSAA.ARPA id a009214; 10 May 86 16:25 EDT
Received: by ucbvax.Berkeley.EDU (5.51/1.13)
    id AA26686; Sat, 10 May 86 13:19:57 PDT
Received: by ucbjade.Berkeley.Edu (5.31 (CFC 4.21)/4.41.3)
    id AA03735; Sat, 10 May 86 13:19:35 PDT
Received: by ucbopal.Berkeley.Edu (4.19/4.42)
    id AA07907; Sat, 10 May 86 13:19:38 pdt
Message-Id: <[e-mail]>
To: Stride 440 User <[e-mail]>
Cc: [e-mail], [e-mail]
Subject: Re: CBBS Infor Sought
In-Reply-To: Your message of Tue, 6 May 86 09:11 EST.
Date: 10 May 86 13:18:56 PDT (Sat)
From: Mike (I'll be mellow when I'm dead)Meyer <[e-mail]>

You might check with the C Users' Group. They had one BBS (the citadel?)
written in C, and should be able to provide a pointer to the CNode
software. I don't think I've got a recent version of their address;
surely someone on the list does.

    <mike



10-May-86 23:05:28-MDT,866;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 10 May 86 23:05:19-MDT
Received: from xerox.arpa by AMSAA.ARPA id a010236; 11 May 86 0:39 EDT
Received: from Aurora.ms by ArpaGateway.ms ; 10 MAY 86 21:38:27 PDT
From: [e-mail]
Date: 11 May 86 0:38:06 EDT
Subject: Re: CBBS Infor Sought
In-reply-to: [e-mail]'s message of 10 May 86
 13:18:56 PDT (Sat), <[e-mail]>
To: Mike (I'll be mellow when I'm dead)Meyer <[e-mail]>
cc: Stride 440 User <[e-mail]>,
    [e-mail], [e-mail]
Message-ID: <860510-213827-2456@Xerox>

Here is the latest address I have on them:


BDS C Users Group
Robert Ward
Dedicated Microsystems Inc
409 E Kansas ST
Yates Center, Kansas 66783

11-May-86 18:20:54-MDT,611;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 11 May 86 18:20:46-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a011998; 11 May 86 19:52 EDT
Received: from USENET by SMOKE.BRL.ARPA id a003293; 11 May 86 19:49 EDT
From: Charles Lord <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: BULLETIN BOARD STUFF (really DAK)
Message-ID: <[e-mail]>
Date: 8 May 86 04:24:40 GMT
To:       [e-mail]




I also vote yes on DAK. Very pleased (and I usually have very BAD
luck with mail order).

C. Lord
[e-mail]
11-May-86 22:41:18-MDT,1126;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 11 May 86 22:41:01-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a012414; 12 May 86 0:13 EDT
Date: Sun, 11 May 1986  22:12 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Steve Dennett <[e-mail]>
Cc:   [e-mail], [e-mail]
Subject: *modem info wanted
In-reply-to: Msg of 9 May 1986  10:47-MDT from Steve Dennett <DENNETT at SRI-NIC.arpa>

The following file, available from SIMTEL20, will probably answer your
questions about the various programs that use the Christensen MODEM
file transfer protocol (sometimes erroniously called XMODEM or MODEM7
protocol).

Filename            Type     Bytes     CRC

Directory PD:<CPM.MODEM7>
YMODEM.DOC.1            ASCII     49446  6076H

If you have any more questions, address them to:

[e-mail]

which is a mailing list that specializes in MODEM7, MEX, YMODEM,
UMODEM, etc. (administrative requests to Info-Modem7-Request please).

--Keith
12-May-86 19:04:17-MDT,1660;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 May 86 19:04:07-MDT
Received: from lll-crg.arpa by AMSAA.ARPA id a003266; 12 May 86 20:22 EDT
Received: by lll-crg.ARPA id AA04656; Mon, 12 May 86 17:21:28 pdt
    id AA04656; Mon, 12 May 86 17:21:28 pdt
Received: by polyslo.UUCP (4.12/4.7)
    id AA17043; Mon, 12 May 86 13:52:31 pdt
Date: Mon, 12 May 86 13:52:31 pdt
From: Marcos Della <polyslo![e-mail]>
Message-Id: <[e-mail]>
To: csustan!lll-crg![e-mail]

I've gotten a few responces on how to get at the turbo kermit programs,
but I'm not on ARPA and have no idea how to get at the files. Can anyone
give any suggestions on how to grab the stuff or if someone will mail
the routines to me? Thanks for any help given.


> Marcos, et al,
> a pretty good Kermit in Turbo Pascal resides at MARKET (the DEC-MARLBORO
> system on the ARPAnet, also available via other channels I don't remember).
> In directory TURBO:, as I recall, or perhaps KERMIT:
>
> It's in a .LBR form, and it's a fairly stripped version.  However, it
> does have 8-bit and parity handling, plus some system utilities like DIR.
>

Marcos R. Della         mdella@polyslo
--------------------------------------------------------
HyperMail:      300/1200/2400 baud  [phone]
                (DMG BBS            Mail to: Allanon)
Sublight Mail:  103 Mustang Drive
                San Luis Obispo, Ca 93401
Snail Mail:     {csustan,trwrb}  !polyslo!mdella
--------------------------------------------------------
Whatever I said... I don't remember saying it...

12-May-86 22:38:26-MDT,2050;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 May 86 22:38:18-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a004432; 13 May 86 0:05 EDT
Date: Mon, 12 May 1986  22:04 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Quick reference list to SIMTEL20's CP/M directories

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

22RSX         COBOL         FINANCE       MODEM         SQUSQ
6502          COMMODORE     FORTH-83      MODEM2        STARTER-KIT
AMETHYST      COMND         FORTRAN       MODEM7        SUBMIT
APPLE         CPM3          GENASM        MSOFT         SYSUTL
ASMUTL        CPM86         GENCOM        NEWS          T20-SQUSQ
ATARI         CPMLIB        GENDOC        NSTAR         TELEFONE
AZTEC-C       CPR86         HAMMING       OSBORN        TERM
BASIC         CUG           HAMRADIO      PACKET        TOPS-20
BDOS          DBASEII       HDUTL         PASCAL        TRS-80
BDSC-1        DEBUG         HEATH         PCPURSUIT     TURBODOS
BDSC-2        DIRUTL        HELP          PILOT80       TURBOPAS
BDSC-3        DISASM        HEX           PLOT33        TXTUTL
BDSC-4        DISKPLOT      IMP           PPSPEL        VAXVMS
BSTAM         DSKBUF        INSIDCPM      PUBKEY        VDOEDIT
BYE3          DSKUTL        KAYPRO        PUBPATCH      VOICE
BYE5          EDITC80       LIST          RBBS          WSTAR
BYT85FEB      EDITOR        MACLIB        RBBS4         XCCP
BYT85JAN      EMX           MATH          RCPM          XLISP
C80           EPSON         MBBS          ROS           YAM
CATLOG        EZCPR         MEMTEST       SMALLC21      Z8EDEBUG
CB80          FAST2         MEX           SORT          ZCPR
CBIOS         FILCPY        MICNET        SPELL         ZCPR2
CCP           FILUTL        MISC          SQU-PORT      ZCPR3
13-May-86 06:32:16-MDT,906;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 13 May 86 06:32:07-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a008415; 13 May 86 7:58 EDT
Received: from (UZ32112)SG1.BITNET by WISCVM.WISC.EDU on 05/13/86 at
  06:56:53 CDT
Date: Tue, 13 May 86 13:52:28 ULG
To:  [e-mail]
From:  [e-mail]
Subject: NOTE from UZ32112

Date: 13 May 1986, 13:39:46 ULG
From: Andre PIRARD              [phone](449) UZ32112  at SG1
      SEGI - Universite de Liege
      15, av. des Tilleuls
      B4000 LIEGE
      Belgique
To:   INFO-CPM at AMSAA

I would like to participate to your CP/M discussions.
You may add me to the mailing list and send me help information.

I am on BITnet without interactive access. How can I achieve
mail archive and software retrieval/donation without FTP or anything?

   Thanks.
14-May-86 10:53:19-MDT,887;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 14 May 86 10:53:11-MDT
Received: from rand-unix.arpa by AMSAA.ARPA id a009102; 14 May 86 12:18 EDT
Received: from localhost by rand-unix.ARPA; Wed, 14 May 86 08:37:00 pdt
Message-Id: <[e-mail]>
To: [e-mail]
Cc: [e-mail]
Subj: Changing SWITCHAR in dos 3.x
Date: Wed, 14 May 86 08:36:53 PDT
From: [e-mail]

The MS-DOS COMMAND.COM shell uses the forward slash '/'
as its SWITCHAR to designate command-line parameters.
In dos versions 2.x the following line could be added
to the CONFIG.SYS file to change that character to a '-',
allowing the '/' to be used as a separator for directory
names in a path:

        SWITCHAR=-

This doesn't work for dos 3.1.  Is there another way to do it?

--bridger mitchell
14-May-86 14:36:21-MDT,1146;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 14 May 86 14:36:03-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a016281; 14 May 86 15:54 EDT
Received: from USENET by SMOKE.BRL.ARPA id a000693; 14 May 86 15:43 EDT
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: Speaking of DAK (1200 baud modem)..
Message-ID: <39700004@convex>
Date: 8 May 86 23:04:00 GMT
Nf-ID: #R:brl-smoke.ARPA:460:convex:39700004:000:550
Nf-From: convex.UUCP!carr    May  8 18:04:00 1986
To:       [e-mail]


/* ---------- "Speaking of DAK (1200 baud modem).." ---------- */
Hello NetLand -

     Received DAK's flyer in the mail the other day and saw their ad
for the "walks like a duck..." 1200 baud modem.  Has anyone purchased
one of these things?  How about a comment or two?

-------
/* End of text from convex:net.micro.cpm */


I purchased one of these modems (they are made by ADC) about two months ago
and it works fine. No problems at all! They come with a 30 day refund policy
and a one year warranty.

                Rob Carruthers {...uiucdes!convex!carr}
15-May-86 01:17:07-MDT,1947;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 May 86 01:16:58-MDT
Received: from csnet-relay.arpa by AMSAA.ARPA id a019594; 15 May 86 2:44 EDT
Received: from umass-cs by csnet-relay.csnet id aj05634; 15 May 86 2:41 EDT
Date:     Wed, 14 May 86 08:45 EST
From:     Stride 440 User <[e-mail]>
To:       [e-mail], [e-mail]
Subject:  CP/M-68K file upload to SIMTEL20 Help Sought

I have a collection of CP/M-68K programs I'd like to upload to
SIMTEL20, for public access.  The only problem is I don't have access
to SIMTEL20.  I am looking for someone who does have access to
SIMTEL20 and can read one of the disk formats I can produce:

    5.25" -
        Sage/Stride 640K DSDD 96TPI (CP/M-68K file system)
        DEC Rainbow 400K SSDD 96TPI (CP/M-80/86 file system)
        Almost any reasonable single or double side, single
        or double density 96TPI, CP/M file system format is
        posible - my system (a Stride 440) has an
        easy-to-configure low-level BIOS.
    8" -
        Standard SSSD CP/M 2.2 format.

(I can also produce VMS file system 8" disks (DEC Files-11 Structure
Level 2) or various 9-track tape formats (VMS Backup, UNIX TAR, etc.)
at 800, 1600, or 6520 BPI).

Most of the files are in source form (C, with odd bits of assembly
code).  There are a couple of patched object files, which will
probably need to be encoded somehow.  They are compile and run under
CP/M-68K 1.2 and all but one should run on any CP/M-68K system (the
one exception is a program to read MS-DOS disks on a Sage or Stride
under CP/M-68K, although it might even be adaptable).  The programs
include a collection of usefull utilities, including an extended
directory program, some extra goodies for Mince (a keypad hack,
keyboard macros, paren flashing in C mode, mode line processing,
etc.)

                Thanks in advance,
                Robert Heller
                [e-mail]
15-May-86 02:20:26-MDT,1035;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 May 86 02:20:20-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a019737; 15 May 86 3:51 EDT
Received: from USENET by SMOKE.BRL.ARPA id a007456; 15 May 86 3:43 EDT
From: Tom Anderson <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Electric Pencil on CP/M
Message-ID: <[e-mail]>
Date: 8 May 86 19:49:11 GMT
To:       [e-mail]

I recently acquired an old CP/M machine with no documentation for
the hardware or software.  About the only S/W package the previous
user had was Electric Pencil.  Does anybody know where I can get
documentation on it.  I went in to a few local computer shops and
they had no idea (nor could they sell me more 5 inch hard sector disks).
Is it still being marketed?

Any help would be appreciated.

--
Thomas N. Anderson      ...uw-beaver!tikal!tna
Teltone Corporation, 10801 120th Ave NE, Kirkland, WA 98033 [phone]
        "This Statement is False."
15-May-86 10:49:46-MDT,1488;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 May 86 10:49:39-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a029945; 15 May 86 12:11 EDT
Received: from USENET by SMOKE.BRL.ARPA id a019354; 15 May 86 11:57 EDT
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: V20 emulates 8080 (Re: z80 devel on ibm (&clones))
Message-ID: <[e-mail]>
Date: 9 May 86 19:15:19 GMT
To:       [e-mail]

>>> I am in a situaion where I need to develop code on an IBM-PC but the
>>> debugged code is going to run on a custom Z80 board. I am interested
>>> in any information relating to the following :
>>>     1. Z80 or CP/M cards on IBM-PC.
>>>             Alex Hwang
>>
>>The cheapest solution is to replace your 8088 with the NEC V20 chip.
>>Besides having a superset of the 8088 instruction set it has an internal
>>z80 emulator, allowing direct running of z80 software.
>
>Correction: The V20 can only emulate an Intel 8080, not a full Z80 instruction set.

Quite true!  Rumor has it though that NEC *is* coming out with a Vxx chip
that *will* emulate the Z-80 instruction-set.  I dunno if NEC has made any
public statements about this, but you might give 'em a call and talk to one
of their application engineers, etc.

/kim
--

UUCP:  {decvax,ucbvax,ihnp4}!decwrl!mips!kim
DDD:   408-720-1700 x231
USPS:  MIPS Computer Systems Inc,  930 E. Arques Av,  Sunnyvale, CA 94086
CIS:   76535,25
15-May-86 12:42:34-MDT,773;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 May 86 12:42:22-MDT
Received: from brl-aos.arpa by AMSAA.ARPA id a004030; 15 May 86 13:52 EDT
Received: from cmu-cs-c.arpa by AOS.BRL.ARPA id a009396; 15 May 86 13:39 EDT
Received: ID <[e-mail]>; Thu 15 May 86 13:09:51-EDT
Date: 14 May 1986 1105-EDT
From: David Zubrow <[e-mail]>
Subject: Xlisp 1.1 for Kaypro
To: [e-mail]
Attention: Cpm bboard

I would appreciate it if someone could provide me with the address where I
could obtain a copy of Xlisp 1.1 and its documentation.  I would prefer
to get the Com files since I do not have a C compiler.  However, any pointers
to a source would be welcome.

Thanks,

Dave Zubrow
15-May-86 14:01:50-MDT,1328;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 May 86 14:01:20-MDT
Received: from brl-vgr.arpa by AMSAA.ARPA id a006998; 15 May 86 14:54 EDT
Received: from [18.62.0.6] by VGR.BRL.ARPA id a008081; 15 May 86 14:41 EDT
Received: from deep-thought.mit.edu by EDDIE (5.31/4.7) id AA03199; Wed, 14 May 86 17:54:52 EDT
Date: Wed 14 May 86 17:56:48-EDT
From: Andrew Moore <[e-mail]>
Subject: BYE needed
To: [e-mail]
Cc: [e-mail]
Message-Id: <[e-mail]>


   For a year or so now, I've been looking for a version of BYE that
will run on the Apple II+ under MicroSoft CP/M 2.23.  And for a year or
so now, I have had absolutely no luck.  There must be -someone- out there
with a working BYE -- otherwise what good are the existing overlays which
support MicroSoft CP/M?  I'll be needing to do some work on my system
remotely this summer, but I can't do much without BYE.  If anyone has
BYE set up for the following configuration, please contact me!

   Apple II+
   MicroSoft CP/M 2.23
   10M Sider hard drive
   Apple Super Serial Card (USR 2400 modem)

-drew
 arpa: [e-mail]
 uucp: ...mit-eddie!moore
   us: Box 121, North Quincy, MA  02171
-------
15-May-86 15:15:36-MDT,742;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 May 86 15:15:25-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a012431; 15 May 86 16:44 EDT
Received: from (MATT)UMASS.BITNET by WISCVM.WISC.EDU on 05/15/86 at
  15:42:12 CDT
Message-ID:  <860515155437.000002B2.ALNI.AA@UMass>
Date:     Thu, 15 May 86  15:54:37 EDT
From:  Matt Kimmel <[e-mail]>
Subject:  Public Domain Languages for CP/M
To:  [e-mail]
Reply-To:  [e-mail]

Hi,

What public-domain languages are available for CP/M, and how
can they be obtained?

                                    Matt Kimmel
                               [e-mail]
15-May-86 19:39:34-MDT,848;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 May 86 19:39:27-MDT
Received: from ut-ngp.arpa by AMSAA.ARPA id a014022; 15 May 86 20:56 EDT
Date: Thu, 15 May 86 19:51:04 cdt
From: mknox <[e-mail]>
Posted-Date: Thu, 15 May 86 19:51:04 cdt
Message-Id: <[e-mail]>
Received: by ngp.UTEXAS.EDU (4.22/4.22)
    id AA13627; Thu, 15 May 86 19:51:04 cdt
To: [e-mail], [e-mail]
Subject: Re:  Electric Pencil on CP/M


Try a RADIO SHACK dealer, or probably better, a Radio Shack (TRS-80) computer
club.  Electric Pencil was EXTREMELY popular on the old Model-1's.  There
may be some differences, but an old EP manual for a model-1 would help.

5 1/4 hard sector...Hmmm.  I have a bunch of 8" hard sector you can
trim down!  {|-)}

16-May-86 06:22:31-MDT,696;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 May 86 06:22:00-MDT
Received: from bbnccc.arpa by AMSAA.ARPA id a015590; 16 May 86 7:25 EDT
Date: Fri, 16 May 86  7:10:38 EDT
From: "Jack D. Hill" <[e-mail]>
Subject: Zerox 820-II
To: [e-mail]

Does anyone out there have schematics for the Zerox 820-II? I have schematics
for the 820-I but there are too many differances in the disk interface. Right
now I have a 5 1/4" and an 8" drive connected to it but I would like to add a third.
In the meantime can anyone tell me if there is a drive select 3 or 4? If so
what are the pin outs?
Thanks,
Jack
jdhill@bbnccc
16-May-86 14:57:10-MDT,1103;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 May 86 14:56:25-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a027719; 16 May 86 16:18 EDT
Received: from USENET by SMOKE.BRL.ARPA id a023488; 16 May 86 16:03 EDT
From: Maurice Lampell <[e-mail]>
Newsgroups: net.lang.c,net.micro.68k,net.micro.cpm
Subject: Reposting: need Z80 cross-compiler for 68000-based 4.2 BSD UNIX
Message-ID: <[e-mail]>
Date: 12 May 86 15:33:27 GMT
Xref: brl-sem net.lang.c:1077 net.micro.68k:166 net.micro.cpm:296
To:       [e-mail]

I am in need of Z80 cross-compiler tools to run on my Integrated Solutions
Unix System. The I.S. system is a 68020 4.2 BSD with a Green Hills Compiler
(with 4-byte ints). I need a full set of tools: compiler, linker, assembler
and library functions; the target is a Z80-based SBC.

We are willing to buy this product if it is available.

                Maurice Lampell
                Bell Communications Research
                [phone]

Please send any replies to: ...!bellcore!nvuxd!ml
            or  ...inhp4!nvuxd!ml
16-May-86 19:38:52-MDT,610;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 May 86 19:38:40-MDT
Received: from mitre.arpa by AMSAA.ARPA id a029433; 16 May 86 21:10 EDT
Date: Fri, 16 May 86 21:10:03 edt
From: Thomas Reid <[e-mail]>
Full-Name: Thomas Reid
Message-Id: <[e-mail]>
Organization: The MITRE Corp., Washington, D.C.
To: [e-mail]
Subject: Change User Number

Is there a utility which will move a file from one user number to another
without having to copy and then delete (i.e., just change the user number)?
Thank you.  Tom.
16-May-86 20:04:16-MDT,1151;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 May 86 20:04:03-MDT
Received: from mit-mc.arpa by AMSAA.ARPA id a029471; 16 May 86 21:38 EDT
Date: Fri 16 May 86 21:35:20-EDT
From: Mark Becker <[e-mail]>
Subject: Need help w/old Altair HD controller
To: [e-mail], [e-mail]
Message-ID: <[e-mail]>

[Pardon the wide distribution but not everyone gets both lists]

Hello Netland...

     I'm the lucky recipient of *three* old Altair/Pertec hard disk
subsystems.. It looks like 5 MB removable/5 MB fixed.  I have the
calibration disk and a full manual for the drives.

     The MITS controllers were included and I am totally mystified by
them even though I have the manual and am of a technical bent.  Would
anyone out there knowing something about this thing send me e-mail?

Thanks in Advance
Mark

For the curious - the drives are Pertec D34xx-series, top-loading
drives, using 14-inch platters.  They spin at 2,400 RPM and, when
spinning, sound like a DP-center of 10-15 years ago.
-------
16-May-86 21:33:29-MDT,1066;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 May 86 21:33:23-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a029643; 16 May 86 23:08 EDT
Received: from (MAILER)SCFVM.BITNET by WISCVM.WISC.EDU on 05/16/86 at
  22:06:08 CDT
Received: by SCFVM (Mailer X1.23b) id 4135; Fri, 16 May 86 23:02:37 EDT
Date:         Fri, 16 May 86 22:58 EDT
From:           "Bruce H. McIntosh" <[e-mail]>
Subject:      Hard sectored disks
To: Tom Anderson <[e-mail]>
cc:  [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA

Tom,
      I'm wondering, is the machine you just purchased a Heathkit?  The
8-bit Heath machines (the H 8 and H 89) started life with hard-sectored
disk drives.  Most Heathkit stores still stock the Hard sectored disks;
if you can't find them there, try picking up a copy of Sextant or REMark
magazines- they'll have ads from folx who can supply you with hard
sectored disks.
                                            Bruce
16-May-86 21:46:43-MDT,653;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 May 86 21:46:33-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a029675; 16 May 86 23:23 EDT
Date: Fri 16 May 86 21:22:03-MDT
From: Jim Forrest <[e-mail]>
Subject: Re: Change User Number
To: [e-mail]
cc: [e-mail], [e-mail]
In-Reply-To: <[e-mail]>
Message-ID: <[e-mail]>

Sweep or NSWP will allow you to rename a file to another user area
on the same drive. Just use the R command and rename the file
to A3:FILE.EXT or whatever.
Jim
-------
18-May-86 12:56:20-MDT,1034;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 18 May 86 12:56:13-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a002386; 18 May 86 14:33 EDT
Date: Sun, 18 May 1986  12:32 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: New version of RB and SB for VAX/VMS XMODEM/YAM

Now available from SIMTEL20:

Filename            Type     Bytes     CRC

Directory PD:<CPM.VAXVMS>
VMODEM.H.1            ASCII       925  88B7H
VVMODEM.C.1            ASCII      6417  51F1H
VVRB101.C.2            ASCII     16314  0A5CH
VVRBSB.MAN.1            ASCII     10029  2762H
VVSB103.C.1            ASCII     11825  F3C7H

Thanks to Chuck Forsberg WA7KGX <tektronix!reed!omen!caf@UW-BEAVER>
for providing this version of his YAM/XMODEM/MODEM7-compatible
programs for VAX/VMS.

--Keith Petersen
Arpa: [e-mail]
uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
GEnie mail: W8SDZ
RCP/M: 313-759-6569
18-May-86 16:17:41-MDT,17558;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 18 May 86 16:17:00-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a002982; 18 May 86 17:39 EDT
Date: Sun, 18 May 1986  15:39 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Whats new in CP/M public domain programs - March

This is a list of what's new in public domain CP/M programs for the
month of March.

For a complete list of file and directory names of the SIMTEL20 public
domain CP/M archives, FTP the file PD:<CPM>CPM.CRCLST, which is
updated frequently.  For directions on how to access SIMTEL20, FTP the
file PD:<CPM.STARTER-KIT>SIMTEL-ARCHIVES.INFO.

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

--Keith Petersen
Arpa: [e-mail]
uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
GEnie mail: W8SDZ
RCP/M: 313-759-6569

---cut here---

ALPHATXT.LBR  62k
   AlphaText is an ASCII text formatter for CP/M systems, with the
   ability to produce professional quality formatted documents.  It can
   issue printer dependent escape sequences to control the features
   present in many modern printers.  The user defines these sequences in
   a printer definition file.  AlphaText can also output formatted text
   to the CRT, the LST: device, or to a disk file.  These files can
   later be printed with the PIP utility, mailed to a BBS, etc.

B5-CLOCK.LBR  72k
   This library contains the clock inserts for various computer needed
   for BYE5.

B5C-DCH3.IQS  6k
   TIME routine for BYE5 running on machine with Hayes Chronograph Clock
   connected to second serial port.  This overlay should be easily
   configurable to any system which has an extra RS-232 port to which
   the clock may be connected.

BD02.LBR  10k
   "BD" stands for "Bad Disk".  It reads the records on a disk (floppy
   of hard) and find those that are unacceptable.  It locks out the bad
   blocks containing those records into a file called [LOCKED].OUT.  The
   disk can then be still be used in a normal manner.  It then shows
   what files (if any) are defective.  No source code is provided, but
   .COM and .HLP files are included.  Works with CP/M 2.2 and CP/M-Plus
   (RSX provided).

BRADFORD.LBR  46k
   Lets you use different type fonts (sizes) including near letter
   quality on Epson RX/FX and Star-Gemini printers.  Many different font
   files included in this commercial package.

BU-DDJ-F.LBR  32k
   This is the hard disk back-up program listed in Dr. Dobb's Journal -
   but fixed, and it works.  Use on any CP/M 2.x system with a hard disk
   and floppy drives.

BUPATCH.AQM  4k
   Allows BU to work properly in CP/M systems that have been patched.
   This patch is added to BU.ASM to disable the BDOS patch that makes
   user 0 files public, and to Disable the BDOS patch that sets F3' bit
   when file is written to.

C128BIOS.LBR 130k
   Contains 22 files for the Commodore C128.  Includes the BIOS source
   code, instructions for making the CPM+.SYS file, 40 and 80 column CRT
   drivers, disk controller module, interrupt handler, RAM disk support,
   I/O and system functions, external disk drive support, printer
   drivers, support libraries, etc.

C128NEW2.LBR  78k
   This file is for Commodore C128 users - tells what files they need to
   obtain so they can use a modem in the CP/M mode.  This is the
   information Commodore C128 owners have been looking for so they could
   participate in getting CP/M programs over the telephone.  All files
   except NEWSYS.OBJ are the same as C128-NEW.LBR.  The NEWSYS2.OBJ in
   this library is the Commodore-approved CP/M+ BIOS for your C128,
   dated 6 Dec 85.  The one you have been using (likely dated 4 Dec 85)
   had a warning note with it that it was not as yet approved.

CALLWAIT.DQF  2k
   Tired of your computer calls being interrupted by the call waiting
   feature on your home phone?  This file tells how to use the cancel
   Call-Waiting feature.

COPYRITE.LQW  14k
   Copyright Law as it applies to computers (and programs).

DASMTDL.LBR  18k
   DASM is a disassembler written in the light of RESOURCE.  It
   disassembles to Zilog Z80 mnemonics or TDL mnemonics, depending on
   what options were set when it was assembled.  Built-in documentation
   is included with this program as well.  The COM file in this library
   was assembled for the Zilog mnemonics.

DEARC2.LBR  28k
   Version 1.02 of the CP/M-80 De-Archive program which extracts files
   from PC/MSDOS .ARC files.  Source code written in Turbo Pascal is
   provided, along with a read to run .COM file.  This utility allows a
   CP/M user to access those 16 bit .ARC files that you see everywhere.
   This version automatically adjusts its buffers to any TPA of 48k or
   larger.  Earlier versions were compiled for a fixed system size and
   users reported "insufficient memory" error messages.

DU-TUTOR.AQT  22k
   This is a reference guide to DU (Disk Utility), a famous disk fixer
   from the public domain libraries.  Prepared for The User's Guide
   Magazine, Vol.1, No.4 June 1983 (pages 53-63) by Kelly Smith (TUG
   Contributing Editor) from the original program and documentation by
   Ward Christensen, prolific contributor to the world of public domain
   CP/M software.

EASYBDOS.LBR  94k
   What is this thing everybody is talking about called BDOS?  This
   three part series attempts to answer this question in some detail.

EXTRACT.LBR  6k
   EXTRACT is a program that allows a person to down load a library file
   in its entirety and then extract any part or all of it at his
   leisure.  EXTRACT allows you to extract to various user areas from
   the command line.  The format is the same that Compuview uses in the
   "VPLUS" editor.

FASTPBBS.LBR  8k
   This LBR contains a submit file that makes compiling PBBS easier and
   automatic.  It also contains information on how to set up PBBS for
   more than one SysOp.

FUBBSX.BQS  4k
   Small MBASIC program used to extract the phone numbers for a given
   state from the "Frequently Updated Bulletin Board Systems" list
   (FUBBS for short).

GENEOLGY.LBR  76k
   A complete Family Genealogical database program, written for use with
   dBase II.  Track your family tree(s).

GENIE.CPM  2k
   There is a new National System called GEnie.  This is similar to
   Compuserve but only costs $5 an hour for 3300/1200 BPS access.  This
   file describes the CP/M Roundtable and how to sign up.  If you pay
   more than five dollars an hour to access your favorite RCP/M check
   out GEnie.  300 and 1200 BPS access is only five dollars per hour
   during non-prime hours.  The XMODEM up/downloads are FAST! Almost as
   fast as micro-to-micro.  See you there!

HD64180.BQG  4k
   If you are planning on using a Hitachi HD64180 please note that it is
   not directly compatible with Z80 (tm) style peripheral ICs when using
   the Mode 2 interrupt scheme.

IBACK.LBR  68k
   This library contains the documentation and .COM file to run IBACK, a
   hard disk to floppy diskette backup system.

KMD .HQP  8k
   Help file telling how to transfer files with KMD.  Beneficial for new
   CP/M users who are unfamiliar with file transfer protocols.  Will
   hopefully save SysOps a lot of time trying to answer individual
   questions.  Even the experienced CP/M user might find the information
   of interest/value.  There are perhaps functions available some users
   are not aware exist and might find useful to their normal operation.

KMD-SUPP.LBR  46k
   Two libraries have been made to contain the pertinent information on
   the KMD file transfer program.  This library contains supplemental
   information, much of which was written for first-time readers
   interested in the features of the program and how and why it was
   developed.  This library file also has several peripheral programs
   included which only need to be obtained once, rather than every time
   there is an update to the general source code .ASM file.

KP484Z3.LBR  68k
   The files in this library are those that are needed for the
   installation of ZCPR-3 on the Kaypro 4-84.   Note that this is for
   the new Kaypro 4's only with the internal modem, clock and new
   screen.  These files cannot be used on the older 4's.

KPCW.LBR  6k
   This is a simple Morse Code generating program that uses the "bell"
   in the keyboard of the Kaypro 2X.  Within limits of this equipment,
   it will generate code.  The "limits" appear to be the bell.  The
   Kaypro II has a raspy tone.  My impression is that the bell is not an
   electronic tone oscillator.  Perhaps the same with the Kaypro 2X,
   though the sound is cleaner.  A tone oscillator would produce the
   best tone.

LINEINP.LBR  12k
   LINEINP.INC is a general purpose input module with support routines
   written in Turbo Pascal.  Many programs require formatted input for
   dates, dollar amounts, etc.  LINEINP.INC was born out of the need for
   a common, easy to use interface.

LOCALBBS.IQF  4k
   Phone numbers for bulletin board systems operating in the Detroit
   metropolitan area.

MAKE25.LBR  16k
   This program is designed to allow files to be changed from one user
   area to another.  The user number for a file is stored in first byte
   of the directory entry.  This program assumes that the track and
   sector are set by the search functions and uses a simple BIOS write
   to update the directory.  This program does not copy the file into
   the new user number, only change the number for an existing file.

MEX16SUM.WQ  14k
   An excellent summary of commands in Ron Fowler's new MEX-Plus modem
   program, version 1.65.

MXH-KG11.AQM  14k
   This is a MEX and MexPlus Generic Hardware (MXH) Overlay for Kaypro
   computers using an external modem.  A full-featured SET command
   processor is implemented.

MXM-2406.AQM  16k
   This is a modem overlay for the MEX communication program.  It
   supports 2400 baud auto-stepdown, and works with the Hayes 2400 and
   US Robotics Courier.  Probably others as well.

MXTIMOUT.FQX  2k
   This text file describes a one-byte patch for Kaypro MEX users.  It
   shrinks the file transfer buffer, eliminating timeout errors that
   would otherwise occur when receiving lone files at 1200 BPS on a
   floppy-based Kaypro.  This patch is valid for any computer that has
   disk drives that are "slow" to write a file out to disk.  The default
   file transfer buffer in MEX is 16k, which is too much data to write
   before the sending end times out.

PAIRX131.LBR  4k
   Checks WordStar DOC files for "pairs" of printer control codes like
   ^PB ^PS etc.  Really great not having an entire file printed in
   underline by mistake.

PDFT-046.LQT  12k
   Unofficial summary list of Remote CP/M systems, culled from the
   official RCPM-072 listing.  Intended to be used as a reference guide
   to complement the master listing.  Prepared by Irv Hoff.  For use
   during April, 1986. You would still want to get the master listing
   for full information.  Only 12k, two minutes at 1200 BPS.

PROLNK15.LBR  66k
   NightOwl Software releases ProLink, the great proprietary linkage
   editor, to the public for free distribution.  Included is LINKMAP, a
   REL file display utility.  ProLink is said to be vastly superior to
   L80 as a linker.  Get this one if you do anything with relocatable
   assemblers.

RCPM-072.LQT  56k
   March/April 1986 National RCP/M systems listing.  Systems which are
   strictly MS-DOS have been dropped, as reflected in the list's name
   change from PDSE-nnn back to its former RCPM-nnn name.  This list is
   alphabetized by region, state, and RCP/M system.

RCPM072A.LQT  52k
   March/April 1986 National RCP/M systems listing.  This list is
   alphabetized by state, and RCP/M system.

READCPM.LBR  38k
   READCPM provides the capacity to read CP/M double density
   soft-sectored diskettes from the Heath-Zenith CP/M 2.20X versions
   written on an H89-90 or with CP/M-85 on the Z-100, and transfer these
   files to MSDOS files on a Z-150 or ROM BIOS compatible 8086-8
   machine.

RESQ14.LBR  12k
   RESCUE will recover lost text from RAM.  WordStar disk full, keyboard
   lock up or any of those other things that can happen to you.
   Searches RAM for a phrase supplied by you, when found asks if this is
   your file, if yes loads it into a disk file called RES.Q.  Can find
   text after a warm boot or a cold boot but not after a power down.
   Should run on all CP/M machines.

RPNMF14E.LBR  46k
   RPN floating point calculator.

RS232.HQP  16k
   This is a Practical Guide to RS-232 Interfacing.  The information is
   intended to gather in one place, and explain in simple terms, enough
   of the details of the RS-232 standard to allow a technician to
   construct and/or debug interfaces between any two "RS-232 compatible"
   devices.  A more detailed coverage of the subject may be found in the
   book "Technical Aspects of Data Communication" by John E. McNamara
   (1977, Digital Press).

RSXDEMO.LBR  12k
   This library contains documentation and a program to assist the CP/M
   Plus user in understanding the operation of the Resident System
   Extension (RSX) feature.  Some of the information presented is also
   available in the "CP/M Plus (CP/M Version 3) Operating System
   Programmer's Guide" by Digital Research.

TBDEMO.PQS  10k
   A demonstration database built using Borland's Turbo Toolbox, some
   good examples of how to use.

TRACK2.LBR  40k
   The files in this library are used to keep track of basic telephone
   information, along with various other kinds of data that would be
   especially useful for working with a mailing list.  The system has
   the following functions:

UN33.LBR  12k
   This program is based on UNERASE.COM in the public domain.  It has
   been modified to work with CP/M v3.0, to change the user area of a
   file and to accept ambiguous files names.  It currently works with
   sector sizes of 128, 256 512 and 1024 bytes.  It is placed in the
   public domain by Advanced Logic Systems for public use.  UN3 does not
   work with CP/M v2.2 and requires a Z80 processor.

UNERAS11.LBR  12k
   This program is based on UNERASE.COM in the public domain.  It has
   been modified to work with ZCPR3 Version 1.1 fixed a bug that was
   causing UNERASE to be off by one sector when reading through the
   directory.  It wold miss the first four entries and read one sector
   beyond the end of the directory.

WINDEX21.LBR  10k
   Creates indexes for WordStar files written in document mode.  It can
   be used to index a manuscript of any length, including books up to
   9999 pages, with a maximum of 254 keys.  This updated version can now
   be called up with the WordStar "R" (run program) command, which
   allows the user to return to WordStar after running WINDEX.

XLATE6.LBR  44k
   Translates 8080 to Zilog Z-80 mnemonics.

XLTZ804.LBR  34k
   This CP/M utility translates Intel 8080 assembly language source code
   to Zilog Z80 assembly language source code.  This is a modified
   version of Richard Conn's XLATE2 with several improvements.  It does
   not split long unrecognized macro names.  It uses larger buffers so
   that it operates much faster.  Compare the result of translating the
   file TEST1B.ASM with the results of other translators.

XMDM124.LBR 112k
   This program allows a remote user to transfer files (to or from)
   RCP/M systems running under BYE (remote console program).  It allows
   a caller to control uploads and downloads without a local operator
   being present.  XMODEM is compatible with Ward Christensen's MODEM
   protocol and the single-file mode protocols of MODEM7, MEX, and IMP.
   This version has several bug fixes and some new features have been
   added.

ZHELPR15.RQS  4k
   List of people that have offered their help with problems in
   installing and implementing ZCPR3.

ZSIG-FOR.AQL  6k
   N.A.O.G, the North American One-Eighty Group, becomes NAOG/ZSIG, the
   NAOG ZCPR Systems Interest Group, and embraces all users of ZCPR3.
   Jay Sage is Software Librarian, Richard Jacobson is RAS Coordinator,
   and Bruce Morgen is Director and Editor of the ONE-EIGHTY FILE.
   Membership application and full information are available in this
   file.  A users group for advanced programmers to share their
   discoveries and novice to learn.

ZWORD3.TQT  14k
   Richard Conn and the Staff of Echelon answers the questions: "What's
   the Word on the Z-System?", Is ZCPR3 hard to bring up on my computer?
   What are my options?  How much memory does a Z-System take?  Do I
   have to have a hard disk to run the Z-System?  How much disk space is
   needed?  How can I find out more about the Z-System?

18-May-86 16:46:46-MDT,32440;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 18 May 86 16:45:42-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a003039; 18 May 86 17:51 EDT
Date: Sun, 18 May 1986  15:50 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Whats new in CP/M public domain programs - April

This is a list of what's new in public domain CP/M programs for the
month of April.

For a complete list of file and directory names of the SIMTEL20 public
domain CP/M archives, FTP the file PD:<CPM>CPM.CRCLST, which is
updated frequently.  For directions on how to access SIMTEL20, FTP the
file PD:<CPM.STARTER-KIT>SIMTEL-ARCHIVES.INFO.

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

--Keith Petersen
Arpa: [e-mail]
uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
GEnie mail: W8SDZ
RCP/M: 313-759-6569

---cut here---

ACREATE3.LBR  22k
   ACREATE now searches A0: and A15: and DCREATE extracts the command
   line from an alias file and puts it in a text file for editing.
   That's right, ACREATE3.COM creates a ZCPR3 ALIAS file from a standard
   text file.  And DCREATE.COM will create a text file from an ALIAS
   file.  The system works well and is fast.

APR86.MQG  28k
   The April, 1986 issue of the Read Only magazine, the monthly news
   magazine of the Tampa Bay Kaypro User's Group and the DataCOM Super
   Systems(tm).  News and reviews of programs, hardware, and peripherals
   for users of microcomputers with CP/M, MP/M, MS-DOS, PC-DOS, or
   TurboDOS operating systems.  These monthly news magazines are of
   interest to all microcomputer users, not just Kaypro.  This issue
   includes the second in a three part series of articles aimed at the
   new owner of an IBM-PC or clone.  This month features some of DOS'
   hidden features and some super FREEWARE programs.

APRBEST.LQT  26k
   Norm Gregory, SysOp of Seattle's "Downspout" Z-Node, provides this
   list (dated April, 1986) of best public domain software for the CP/M
   user.  Brief descriptions of each program are included.  A great way
   to stay informed about new programs.  This list is updated monthly.

BBSUTIL.LBR  58k
   This LBR includes the CHAT, FIND, TIME, and WHEREIS utilities for use
   with remote access systems.

BRADFIX.PQT  2k
   The patches in this file are for BRADFORD, the font program for the
   Epson and Gemini printers.  They may be used to update your COM file
   if you are going to use this program.  The changes have been verified
   for a Kaypro 4-84 and a Xerox 820 with Gemini and Epson dot-matrix
   printers.  Use Patch, DU, or whatever to make changes.

BYE507.LBR 202k
   Program used with RCP/M systems to answer the phone, determine speed
   of the caller, load a bulletin board system, provide time clock
   information. BYE507 corrects problems for CP/M+ users who use a
   different search disk path for local and CP/M+ access.  Also corrects
   instructions for equate selections for PBBS and eliminates
   unnecessary drive motor start/stops for MOTOR users running in local
   "E" mode.  Has both full length and compressed source code
   documentation, and support for various high level languages.

CDIR11.LBR  22k
   This CP/M utility compares the directories of two disks, generic CP/M
   version and two Kaypro specific versions in library.  Kaypro 10
   version allows you to compare any drive/user area of hard drive to
   user 0 of the floppy drive.  CDIR displays the directory of the disk
   in drive A:, with files that are also on drive B: indicated by the
   file name in reverse video if the terminal supports it, or by "*" if
   it does not.  Wild cards are supported.  "CDIR ?" gives a help
   message.  Terminals supported: ADDS Viewpoint/3A Plus, Heath H19,
   IMSAI VIO, TeleVideo series, Wyse50, ADM3A/Kaypro.

CHG11.LBR  12k
   This program is a combination of the UNERA and MAKE utilities.  It
   allows you to change the user area of a program without re-copying
   the entire file.  It can also unerase a file.  Source code,
   documentation, and executable .COM file are provided.

CLNDR13B.LBR  22k
   This is an upgrade to CLEANDIR.  In addition to CLEANDIR functions it
   checks the directory for: Duplicate entries, More than 1 file using
   same allocation block, bad extent number, bad user number, bad file
   name, bad record count.  Tested on Kaypro 10 with both hard disk and
   floppies.  Reports zero-length files.  Especially useful with
   FASTBACK, since it finds things that FASTBACK is known not to like.
   Can check only, without writing.  Z80 only, NO 8080!  Derived from
   SAP with all fixes mentioned in CLNDR.BUG applied.

CRUNCH10.LBR  16k
   "CRUNCH" and "UNCRunch" are stand alone data compression utilities
   which are used in a fashion identical to the popular "SQUEEZE" and
   "UNSQUEEZE" utilities.  They use the Lempel/Zev/Welch algorithm as
   implemented and described by Kent Williams in his public domain file
   "LZW2COM.LBR".  This is the same algorithm which was added as the
   fourth "stowage" type to the popular ARC450.  "Crunched" programs are
   almost always smaller than their "squeezed" counterparts.  This
   library includes a TYPE program that will type normal, squeezed, or
   crunched files, all may be in a library (all six combinations), and
   is only 2k long.  These programs are for Z-80 processors only.

CSWEEP.LBR  20k
   Another one from the Department of Redundancy!  (But Good).  CSWEEP
   is a variant of SWEEP which operates entirely from the CP/M command
   line and has no interactive mode.  Very useful for SUBMIT and other
   command files, and for slogging around big batches of files.  CSWEEP
   does true CRC checking, accepts ZCPR3-style disk/user designator,
   deletes source after copying if requested to do so, recovers nicely
   from BDOS disk errors (with no help from the operator) and more.  It
   will save many keystrokes over SWEEP or NEWSWEEP when moving large
   numbers of files around on your disk system.

DA21B.LBR  8k
   DA is a directory utility (the name stands for Directory Attributes)
   that will run on any Z80 CP/M system (2.2 or 3.0).  It displays the
   files on a disk, the space they take, and the amount of free space.
   Options include displaying and setting file attributes.  The DOC file
   explains how to customize the program by patching the COM file.
   Version 2.0 has been completely rewritten, including redesigned
   display formats, attributes only display under "+-?" operand, and a
   new algorithm improves speed.  Version v2.1B fixed a bug that could
   give incorrect file sizes on some media, allowed use of "?~"
   together, new patches for optional default to "*.*", maximum drive.

DBSQUASH.LBR  28k
   This library contains a small utility for dBase II programmers which
   compacts the ".CMD" files an average of 35-40 per cent, thereby
   saving memory and speeding program execution.  The library contains
   the MBASIC source and a compiled DBSQUASH.COM program.  The COM
   version runs almost twice as fast.  DBSQUASH was written for the
   Osborne I and uses certain screen addressing commands which will not
   work on other machines.  This program is user supported software.

DDTZ.LBR  12k
   DDTZ v2.5 is a rework of DDTY 2.2.5 for improved functionality, bug
   extermination, and complete Z80 support.  In general DDTZ is
   compatible with Digital Research's DDT, but has added and extended
   commands and many fewer bugs.  All Z80 instructions can be
   disassembled.  DDTZ will correctly trace (T and U commands) both Z80
   and 8080 instructions, depending on what CPU is executing.

DEBUG10.LBR  24k
   This is Turbo Pascal source code which implements a low level
   debugging tool similar in nature to DDT or DEBUG which most assembly
   language programmers are familiar with.  When in use, the program
   adds about 600 lines and 6-7K of code and data space to the program
   under test.  The debugger can be used both in memory mode and when
   compiling programs to disk.

DIR1ST31.LBR  14k
   A sorted directory program that displays the first nn lines of each
   ASCII text file.  It permits the user to examine all text files to
   provide additional information on them.  For Z80 computers only.
   Resent version added unsqueezing of squeezed files, skips blank
   lines, and offers a new option "X" to exclude files from the list,
   and option "L" (Libraries) is now defaulted to on.  Minor bug fix of
   this first line(s) sorted directory utility.

DR23.LBR  8k
   The distinctive feature of this alphabetical directory program is
   that it gives the number of 128-byte records/sectors in each file as
   well as the number of K in its allocation blocks.  This information
   is useful when composing file libraries, sending files via modem, or
   checking for different versions of a file.  This version fixed a bug
   in the display, allows easy patching (up to 5 bytes) of inverse video
   on/off routines.

DZ-FEB86.LBR  98k
   This is latest version of DAZLSTAR, an interactive CP/M disassembler
   that works like WordStar on-screen with menus and help.  The new
   version has a comprehensive install program, "side-line" comments,
   active cursor indicator in both ASCII and HEX fields, and greatly
   improved menus.  Extremely flexible.  If you do any disassembly, you
   need this one This replaces all previous DAZLSTAR libraries including
   the DZMENUFX.LBR and any others dealing with the July 85 version.

EPEXAD.LBR  10k
   Advertisement file for EPEX (Environmental Processing EXecutive) v1.0
   This is a replacement operating environment for CP/M 2.2 users.

EXKERMIT.LBR  28k
   A version of KERMIT, the popular communications program, for the
   Osborne Executive.  It is actually taken from the generic Kermit
   written in Turbo Pascal and modified specifically for the Osborne
   Executive.  All I/O addresses the SIO and does not use IOBYTE.

EXRDTRAK.LBR  6k
   This program is for the Osborne Executive, and can be used, in
   conjunction with SID, to read ALL of the information on any track of
   a standard 40-track floppy disk which uses the same type of Floppy
   Disk Controller that the Executive does (i.e., a WD179x Floppy Disk
   Control Chip).  That includes both data and formatting information.

EXWINDOW.LBR  6k
   For those who like the convenience of window-type programs (e.g.,
   SIDEKICK), this program, for the Osborne Executive, will divide the
   screen into two separate windows either horizontally or vertically.
   You cannot have both programs running at the same time but the output
   of the first program will still be there on the screen for reference
   while you are running the second program.

EZ10.LBR  6k
   This program uses the CP/M autoload feature to rapidly execute any
   "COM" program through the use of "abbreviated" command files which
   cause autoloading of those programs, plus execution of any
   pre-selected options.  ("EZ" has been designed to execute "COM's"
   that are used frequently, and which require lengthy strings of
   options and instructions.)

FANFX3.LBR  34k
   FANFOLD is a text file utility to reformat a text file to print on
   both sides of fanfold paper.  It will accept either standard ASCII
   text files or WordStar type document text with embedded soft spaces,
   hyphens, and carriage returns.  The user has control of the output
   format - including two columns per page, characters per inch, lines
   per page, header line, page number placement, hole-punching offset,
   margin and redirection of output.  If desired, FANFOLD will create a
   table of contents based on optional word or phrase delimiters.

FINREP22.LBR  12k
   Eric Gans' (French Department, UCLA, Los Angeles, CA) FINd and
   REPlace V2.2 which adds "V" flag to allow user verification ("Replace
   (y/n)?") before replacement in text files.  FINREP is a search,
   replace program that remedies most of the deficiencies of WordStar's
   ^QA and other similar commands.  Aside from being faster, it has
   important additional features.

FRAC.PQS  4k
   This is a Turbo Pascal program to add or subtract fractions with
   unlike denominators.

FUBBS.AQR  46k
   The un-named successor to Bill Blue's discontinued PAMS list finally
   has a name, "Frequently Updated Bulletin Board Systems" list (FUBBS
   for short).  This is the latest version, released in mid-April 1986.
   This file lists the phone numbers of all known public bulletin board
   systems except CP/M and FIDO systems which have their own
   frequently-updated lists.

GENEOLGY.BUG  2k
   Describes a small bug in EXPLORE1.CMD in GENEOLGY.LBR which may
   prevent the program from printing children's entries, while still
   printing the parents.  It's a one-character fix in one of the
   variables.

GENIE.IDX  2k
   This file contains an index of mnemonics and page numbers to
   illustrate what is currently available on GEnie as of April 9, 1986.
   For details on a free demonstration and optional sign-up please read
   the file GENIE.BBS, available here.

GOTHIC.LBR  12k
   This CP/M utility produces GOTHIC style characters.  This utility
   wants a printer with at least 120 columns.  If your system uses
   interrupts, zero the first byte of the COM file (DI instruction) or
   it will hang.  Uses 3 passes per line to give a good dark mark.
   Known to work with most Epson printers, if 80-column then use
   compressed (condensed) mode.

HDISK002.DQT  10k
   Listing of popular hard disk drive configurations, useful for those
   setting up a new formatting program.  Shows Cylinder and head data.
   Some more are out there - if you add data, bump the version.  Handy
   for some of the inexpensive surplus drives without documentation, as
   well as the newer ones.

IOCAPKP.LBR  18k
   Running I/O-CAP will cause subsequent console output to be buffered
   (16 sectors) for eventual output to disk with a filename called
   USER.LOG.  This file will then be updated as long as I/O-CAP is
   active in the system.  This version added code for Kaypros to
   intercept the control-Z that clears screen, and change it to 1Eh
   (HOME cursor) followed by 17h (Clear to end of screen) on the disk
   output.

K1Z3IN.LBR  34k
   This library includes all the files you need to immediately install
   ZCPR3 onto as many Kaypro One disks as you please.  This is a full
   ZCPR3 implementation excepting IOP and FCP packages.  This
   implementation is intended specifically for the Kaypro Model ONE
   operating under CP/M version 2.2u1 and Monitor ROM number 81-478-A.
   It may also work with ROMs 81-478 and 81-478-B but has not been
   tested with those.

K83ZCPR3.LBR  44k
   This library has the necessary materials for a complete installation
   of ZCPR3 on the "old" Kaypro II's and IV's (models made in 1983
   without video/graphics enhancement).  The package is complete, except
   for certain utilities, which you must get from various RCP/M's and
   Z-Nodes.  All these materials are, of course, available on Lillipute
   Z-Node in Chicago (312-649-1730).

KMD17C.LBR 152k
   Program used by a few RCP/M systems for file transfer to/from RCP/M
   and BBS systems.  It needs no overlay, gets I/O and time clock
   information (if used) from BYE.  Supports KMD batch mode, 1k protocol
   and request for file description.  Recent changes include the "SP"
   (Send Private) option, and mods to correct problems with batch mode
   downloads for some IBM MS-DOS programs such as PROCOMM.  This version
   requires at least two EOT characters be sent to eliminate partial
   files from early termination, also more protection and easier
   installation.  The support utilities can be found in KMD-SUPP.LBR.

KQUESTNS.TQT  4k
   Dave McCord, Vice President of Echelon, discusses the fabulous new
   Bootable Kaypro Z-System Disks sold by Echelon and others.  These
   disks are load and go for Kaypro 10's, 4's, 2's, etc.  You put the
   disk in drive A or C (K10), hit the reset button, and you are full
   Z-System.  Gives you three different versions, including a high TPA
   version and one with full up Z (includes I/O packages).  Also
   includes what many have called the finest book ever written on Z.

LSTOOL11.LBR  40k
   LST-TOOL is a utility program designed to extend the usefulness of
   the MCAT/XCAT or LCAT/XLCAT Disk Cataloging System.  LST-TOOL will
   compare two .LST files created by your disk cataloging program and
   prepare a file called LIST.DIF showing those entries that are on the
   Master List.  It also will read a .LST file and prepare a file called
   DUPES.LST showing all filenames that appear on multiple disks.  A
   terminal installation routine is included that will adapt the program
   to most any Z80-based computers.

LZW.LBR  50k
   This library contains the LZW protocol compression and decompression
   utilities for CP/M.  This technique is used in ARC files, but not
   popular in CP/M.  Try compressing a long file (such as KMD/XMODEM)
   and you'll probably not use it again.  Decompression is a bit faster.
   This is an alternative to the Huffman protocol used in SQ, USQ, NULU,
   etc.  LZW is often more efficient, but slower in all cases.

MBBS45A.LBR 124k
   This is part #1 of Kim Levitt's popular Micro Bulletin Board System
   (MBBS) version 4.4.  No source code is provided but MBBS.COM is
   supplied along with an installation program to allow customization.
   See MBBS44B.LBR for part #2 of this package.

MBBS45B.LBR 140k
   This is part #2 of Kim Levitt's popular Micro Bulletin Board System
   (MBBS) version 4.3.  No source code is provided but MBBS.COM is
   supplied along with an installation program to allow customization.
   See MBBS44A.LBR for part #1 of this package.

MBYE&K10.DQC  4k
   This file tells how to install MBYE to implement the use of the 25th
   line for user information display The same video protocol is used on
   the Kaypro 10 and all the other 84 models (284,484,2X,etc) so this
   modification will work on any of these systems.

MBYE41.FIX  2k
   This file supplies the fix for a minor bug with the conditional
   assembly switches in MBYE41.  If MBBS EQU NO, then an undefined label
   error occurs with DSPUSF.

MSWEEP.LBR  28k
   MSWEEP is a utility that will transfer files from a CP/M disk to an
   8" Generic MS-DOS disk or from an 8" Generic MS-DOS disk to a CP/M
   disk.  People using Xerox 16/8 computers with 8" drives will find
   this utility especially useful.  Documentation is in WordStar format.

NEUTEXEC.LBR  26k
   NEUTEXEC is a memory-resident technical character generator for CP/M
   Plus computers and for Epson printers or compatible equipment.  It is
   designed add a set of user-defined symbols to the set of fonts of
   your printer and to make them easily accessible to application
   programs (word-processors, etc.) which do wish to use them.
   Individual characters or complete character sets can also be
   "downloaded" to the program from the document being printed or from
   the operating system.

NOTEFILE.TQT  4k
   Notes toward an imaginary--and much needed--text database program for
   the CP/M public domain.

PBBS-SUP.LBR  66k
   Installation and Documentation files necessary for first time
   installation of PBBS02.  If you are upgrading you will need the
   PBBS02.WQ file from this library to see the new function installation
   settings.  See PBBS02A.LBR also.

PBBS02A.LBR 152k
   This is an update file for PBBS and associated files, a small, fast
   Bulletin Board system.  It offers all of the user tracking features
   of E-MX, all of the features of RBBS, and several features unique to
   PBBS.  All the reported bugs have been fixed and many new features
   have been added.  Most notably: auto reply to messages, comments
   directed to main message base.  If you are upgrading a 1.0 system you
   will only need this LBR.  If you are installing PBBS for the first
   time, you must also get the file PBBS-SUP.LBR (support).

PBBS2A01.FIX  4k
   Fixes a problem to PBBS keeps BYE from doing it's TIME-OUT check
   while waiting for characters from the modem.  This was caused by use
   of BDOS 6 to get character.  Well, BYE has no way of timing BDOS 6
   calls.  So a new routine has been created to use BYE and it's timer.
   Instructions are included in the fix file.

PBBS2A02.FIX  2k
   With the changes in the BYE507 EXIT routine, BYE5 hangs up the phone
   on the user before the statistics print out.  The reason for this is
   somewhat obscure, but the fix is quite easy.  Currently the PBBS just
   does a jump to the error routine in the "REL" file which sets the
   byte at 00h to a CDh and does a jump to location zero, allowing BYE5
   to load and run the PBYE program.  The fix will cause PBBS to load
   the PBYE program and execute it, then call BYE5 to do the log off.

PDLN10.LBR  30k
   PDLN is a version of Digital Research's LINK, Microsoft's L80, and
   SLR System's SLRNK.  PDLN is a linking loader.  It loads one or more
   .REL files into memory, resolves links between them, and creates an
   executable .COM file.  If desired, it can also create a Symbol Table
   file for use with a debugger.  It can search through Library files
   and extract only the necessary modules.  Includes an informative .DOC
   file.  For Z80 only, not for ZCPR only.

PPIP12.LBR  68k
   Slick pip - the Z80 version is fast - CRC and verify options - can
   assemble to pip to destination from source or "copy from source to
   destination" - accepts DU: - other toggles/switches - pip to text
   file with built in editor.

QLIST14.LBR  36k
   QLIST is a CP/M utility for printing squeezed files without going to
   the trouble of unsqueezing them.  It is similar to LISTT in that it
   will paginate, use headers, and permit left margin indentation.
   Version 1.4 fixed problems with headers under different combinations
   of compressed print/expanded header.  Added code to allow header
   message to show total space available for header with all
   combinations of compressed/expanded.

ROYALOAK.DQR  76k
   This file contains the directory listings, including the directories
   of the libraries, of the RCP/M Royal Oak updated April 26, 1986. --
   ([313] 759-6569, 24 hours, 300/1200/2400 BPS.)

RSXMAKER.LBR  20k
   RSX stands for "Resident System Extension", an extension to the
   operating system that resides in memory along with the operating
   system.  This package includes a CP/M utility program to allow easy
   construction of RSX's of your own, and to manage a collection of
   RSX's in memory.  It allows you to install, remove, and show
   information about RSX's.  It also allows you to create RSX's of your
   own so that you needn't use the RSX.COM program to use the RSX.

SAPP12.LBR  16k
   SAP stands for sort and pack (the directory).  It is a must for the
   Hard Disk user.  It makes SD run faster as the directory is already
   already sorted.  This version is fast and efficient.  Try SAPP and
   you will never be without it.  FOR CP/M+ ONLY  (Use SAP.COM for
   normal CP/M v2.2 systems.)

SBDRVJMP.DOC  4k
   A listing for jumping SB180 drives from Steve Ciarcia bulletin board.
   Should be useful for jumpering your drives before installing in
   SB180.

SD115.LBR  80k
   "Super-Directory" is the CP/M utility used by most RCP/M and CP/M
   systems as a "DIR" replacement.  The program displays the contents of
   the disk, alphabetically, by user areas, and includes the size of the
   file.  Optionally, it displays the members of a library.  SD114 has
   added a new option, "$Q", to display files that do not have the
   $ARChive bit set.  This is useful on large hard disks to speed things
   up when backing up a hard disk.  SD115 cleaned up several bugs which
   had been added in recent versions.  You can also use this on your own
   computer, but check the conditionals before assembling.

SFILE+10.LBR  32k
   Allows full wildcard searches of the directories and all library
   files on a CP/M-Plus system for a requested file, starting at A0:.
   The program checks all allowed drives and user areas for a requested
   file or files.  An equate allows for searching into all libraries as
   well, although this usually takes longer.  Used on many RCP/M systems
   with large disk drives and many user areas.  Useful on any large hard
   disk system.  The .COM file is only 3k.  Source code included.  This
   version fixes a bug in the abort routine.

SIDRSX.LBR  4k
   SID.RSX is an extension that adds to the usefulness of the CP/M Plus
   debugger program, SID.  It is attached to your copy of SID.COM using
   GENCOM.  Once this has been done, SID will continue to operate as
   usual, except that there is now a new command available.  You may
   search through memory for given values (either hex or ASCII).

SRT12A.LBR  44k
   General purpose sort program.  Sorts on any character position and
   any key length.  Unlike most sort programs, does not need to keep
   the "before" and "after" lists all in memory, utilizing a method of
   removing the key characters from the lines to be sorted, putting
   just that information in memory, sorting it, and then rebuilding the
   sorted file externally.  Can sort thousands of lines in this manner.

SSTAT18X.LBR  60k
   SSTAT is a substitute for the program STAT.COM that is supplied with
   the CP/M operating system.  It does most of the things that STAT does
   and has some additional capabilities.  It allows you to view a disk
   directory in "ring" format and move forward or backward from file to
   file, see the size of each file in records/kilobytes/ kilobytes
   allocated (rounded to the disk block size), and directory extents,
   get disk space info including number of files in the current user
   area; kbytes occupied on the current user area; kbytes occupied on
   the current drive; kbytes free on the current drive, display disk
   characteristics, display IOBYTE, and change file attributes.

SUPRCKBK.LBR  60k
   SUPER CHECKBOOK in dBase II consisting of 26 routines including
   various output formats.  Allows user to categorized checks by codes,
   perform analysis on codes and run a formatted output.  Also allows
   tax computation in checks and periodic reconciliation.  Also permits
   database of payees and reports etc.  The programs within the library
   file are a dBase II Version 2.4 program.

SUPZAP33.LBR  82k
   SPZ is a full screen interactive disk update utility for CP/M 2.x and
   3.1 systems, providing many of the features found in DU.COM.  The
   program is menu driven, and little additional documentation is
   required.  SPZ requires a Z80 (extensive use is made of Z80 opcodes).
   SPZ enables disk sector editing in HEX or ASCII, using File Relative
   or Track/Sector addressing.  SUPERZAP v 3.2 added operation under
   CP/M 3.1.

THESEUS.LBR  8k
   Theseus is an adaptation for Turbo Pascal of a program presented in
   Paul A. Sand's book, "Advanced Pascal Programming Techniques".  Its
   basic purpose is to demonstrate the use of recursive procedures.
   Theseus first creates a maze (a different, random maze each time the
   program is run) and then solves it.  Thus, it does nothing
   particularly useful, but it is fun to watch.  More importantly,
   studying the code should be most instructive.

TNCDED11.LBR  40k
   The files in this library are version 1.1 of the WA8DED firmware for
   the TAPR TNC-1 and its clones, the AEA and the Heath HD-4040 TNCs.
   It is NOT an upgrade of the TAPR code.  It is a completely new
   implementation of the AX.25 protocol, both the current version 2.0
   and the older 1.x version supported by the normal TAPR code.  It also
   supports up to four simultaneously-open connections on one TNC.  And
   it has a "host friendly" mode, which is intended to simplify the
   interfacing of the TNC to a Bulletin Board or other computer system.
   It has noticeably fewer protocol bugs than the TAPR code, and a must
   more informative Monitor mode.  Version 1.1 fixes some bugs in 1.0
   and offers more features.

TYPRINT3.LBR  14k
   A deluxe "use-your-printer-as-a-typewriter" program.  Sets up various
   printer attributes and sends line-edited text to the printer.  It
   occupies only 2k, and provides a handy means by which to write notes,
   make labels, address envelopes and otherwise produce text without
   creating a file.  Provides a ruler-line to help you know where you
   are.  The COM file is set up for a Panasonic KX-P1091 printer, but a
   ASM file is available for customizing the program to your printer.

USQFST19.LBR  22k
   Exceptionally fast "unsqueeze" program for CP/M use on computers with
   Z80 processors.  UF introduced a new algorithm of Hoffman
   unsqueezing.  Considerably faster than USQ120 and unsqueeze routines
   incorporated into programs such as SWEEP, NSWEEP, NULU, etc.  Also
   extremely short (1k for the COM file).  This updated version, by the
   original author, fixes a file attribute problem and fixes a glitch
   which would cause unnecessary additional sectors to be appended to
   the output file if its length was an exact multiple of the output
   buffer.  Renamed from FU.COM to UF.COM (unsqueeze, fast). Includes
   the source code which can be assembled with M80.

VERSION.LBR  18k
   VERSION provides an easy way to mark CP/M files with version, version
   date, "serial" number, and comments.  The program allows up to 8
   characters for version date, 10 characters for version and serial
   number, and 64 characters for a comment line.  The library contains
   the Turbo Pascal source and a compiles COM file.

WHATSN05.LBR  20k
   This update to WHATSNEW, a program that reads the "XMODEM.LOG" to
   report new files added to an RCP/M system, includes the following
   enhancements: First, it paginates the display, page length or
   override set at assembly time.  Second, if the system WHEEL byte it
   set, the command "WHATSNEW A" will produce a listing of uploads and
   downloads, so the SysOp doesn't have to keep a second copy of the
   program online.

Z8EFIXED.FIX  2k
   Describes a minor bug in Z8E.COM in the terminal I/O section.  It
   interchanges direct and normal I/O BDOS calls which sometimes causes
   the BDOS to return incorrect status to Z8E.  Another problem with the
   I/O is that terminals which require no bias to be added to the ROW or
   COLUMN get bad cursor position information because the normal BDOS
   I/O calls expand ROW or COLUMN 9 (tab) to some number of spaces.  The
   fix is simple and can be entered using Z8E.

ZLUX20.LBR  30k
ZLUX22.LBR  18k
   ZLUX is a ZCPR3 shell for RCP/Ms.  It is designed to imitate the
   functions of LUX but does not require the same amount of overhead to
   run.  Instead of using special LUX*.COM support utilities, it uses
   standard utilities that are commonly available on an RCP/M.  Its menu
   of functions include: BYE, CAT, CHAT, DIR, FILES, HELP, LUX, SEND,
   SENDK and TYPE.  ZLUX 2.0 is a reworking of ZLUX V1.0 in assembly
   language.  ZLUX 1.0 was written in "C".  Has full ZCPR3 environment
   obedience, including acceptance of DU: form, maximum drive and user.

ZNODES23.LQT  4k
   An updated phone number list of all ZNODE systems as of April 4,
   1986.

19-May-86 02:01:08-MDT,1046;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 May 86 02:01:00-MDT
Received: from ucb-vax.arpa by AMSAA.ARPA id a004558; 19 May 86 3:41 EDT
Received: by ucbvax.Berkeley.EDU (5.51/1.13)
    id AA07713; Mon, 19 May 86 00:40:59 PDT
Received: by hplabs.ARPA ; Sun, 18 May 86 23:45:40 pdt
Received: by caip.rutgers.edu; Sun, 18 May 86 16:51:10 edt
Received: from ec.purdue.edu by ee.purdue.edu (5.44/1.2)
    id AA07962; Sun, 18 May 86 15:23:33 EST
Received: by ec.purdue.edu (5.44/1.2)
    id AA06012; Sun, 18 May 86 15:23:25 EST
Date: Sun, 18 May 86 15:23:25 EST
From: Mike Spitzer <hplabs!caip!pur-ee![e-mail]>
Message-Id: <[e-mail]>
To: [e-mail]
Subject: Royal Aphatronic PC


Does anyone else out there have a Royal Alphatronic PC?  I would like
to trade information and software.  If anyone has any questions about
this machine (maybe you have seen the ads), send me some mail.

        Thanks!

        Mike
            [e-mail]
            pur-ee!mjs
19-May-86 02:27:54-MDT,1222;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 May 86 02:27:45-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a004608; 19 May 86 4:02 EDT
Received: from USENET by SMOKE.BRL.ARPA id a002068; 19 May 86 3:54 EDT
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: Televideo personal terminal - need help
Message-ID: <[e-mail]>
Date: 12 May 86 18:31:11 GMT
To:       [e-mail]

> My Televideo personal terminal hiccupped the other day and seems
> to be locked up.................... Anybody got any swift ideas?
>
> Rex
> -------

To Rex and Others,

I am not sure where you are located, but this is the address of the
authorized repair company for TeleVideo equipment in the South-East
sector of the United States.

        Instrument Repair Service, Inc.
        3135 Reps Miller Road
        Norcross, Georgia 30071
        Phone [phone]

I have no connection with this company.  We use their services to keep
our TeleVideo Equipment working.  So far, we have no complaint with
their service.  Call them for a RAN Number before shipping anything.

                    Stephen Powers
                    South Central Bell
                    Birmingham, Alabama
19-May-86 03:24:12-MDT,2030;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 May 86 03:24:04-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a004718; 19 May 86 4:58 EDT
Received: from USENET by SMOKE.BRL.ARPA id a003878; 19 May 86 4:45 EDT
From: Dan'l Oakes <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Blownout diskettes on a Sanyo (Mr. Herlien?)
Message-ID: <[e-mail]>
Date: 13 May 86 19:39:02 GMT
To:       [e-mail]

Sorry for posting this to net, but I **can't** seem to get through to
"Herlien@drivax" by netmail.  If you ain't him you can say "no" to more
and skip this one.






















Sir,

Sorry to be so long in replying but I was trying various ways of getting
through to you by netmail & getting stymied left&right.

Much thanks for **your** prompt reply to my original posting.  It's nice
to know there's people out there that like to help.

I was very impressed with your suggested solution to my mucked-up diskette
problem.

The only thing is, well, uh, <sheepish grin> I don't quite **understand** it.

I was a computer science major some couple of years ago, but in the intervening
time I've been a telecomm salesperson & don't do any systems work at all.

Which means I have no idea how to implement your suggested solution.

(In fact, I **did** understand it; that was an exaggeration.  But I don't
know most of the CP/M tools you mentioned in your suggestion, and several
of the ones I knew about I'd never used.)

Is there any way I can get in touch with you to ask a few questions about
this?  It seems that posting via the net would be both slow and rude to other
net.micro.cpm.readers, so if you can trace this back and give me a working
address (I can't seem to make it work from my end), or else send a phone no.
(mine's 415/823-5723 in the daytime, 522-6877 at home) I'd really much
appreciate it.

And, once again, thank you for the suggestion.

Dan'l Danehy-Oakes
19-May-86 11:10:23-MDT,2130;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 May 86 11:09:59-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a001856; 18 May 86 12:48 EDT
Date: Friday, 16 May 1986  23:31-MDT
Message-ID: <[e-mail]>
Sender: "Pandora B. Berman" <[e-mail]>
From: "Pandora B. Berman" <[e-mail]>
To: [e-mail]
Subject:   Mildly antique mail
Old-ReSent-from: Arpanet-BBoards-Request at MIT-MC
Old-ReSent-From: [e-mail]
Old-ReSent-To: Info-Cpm-Request at AMSAA
Old-ReSent-Date: Sun 18 May 1986 10:47-MDT
Resent-Date:  Mon, 19 May 86 12:44:29 EDT
Resent-From:  [e-mail]
Resent-To:    [e-mail]

Between late December 1985 and April 1986, MIT-MC may have seemed to be
swallowing all mail larger than fairly small.  Anyone under this impression
is correct; MC -was- swallowing such mail.  Due to problems with COMSAT,
the ITS mailer daemon, MC was unable to transmit any mail larger than 2-3
ITS blocks (approximately 10K-15K chars); rather than drop such messages
into the bit bucket, COMSAT renamed them to be files on one of its
auxiliary directories.  Yes, all that lost mail was carefully saved.  So
now that COMSAT has been fixed, we're about to send all this stored,
heretofore untransmittable mail along to its originally intended
destinations.

This means that a lot of mail with very old dates is going to appear over
the next week or so (the process will take several days so as to not
overload COMSAT).  Please don't panic at the antiquity of these messages;
just wait a week and the rush will be over, and then you can return to
receiving normal, ordinary, recently-sent mail.

A lot of these vastly delayed messages have probably already been resent
along alternate paths; we apologize for any duplication.  Please note that
since COMSAT is now much sturdier (anyone interested in the gory details
may direct queries to ANTIQUE-MAIL@AI), it is now again able to deal with
fairly large messages, extensive mailing lists, and combinations thereof.
19-May-86 13:46:04-MDT,898;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 May 86 13:45:41-MDT
Received: from cisl-service-multics.arpa by AMSAA.ARPA id a022389;
          19 May 86 14:29 EDT
Received: FROM HIS-PHOENIX-MULTICS.ARPA BY CISL-SERVICE-MULTICS.ARPA WITH dial; 19 MAY 1986 14:23:32 EDT
Date:  Mon, 19 May 86 11:19 MST
From:  Jerry Crow <[e-mail]>
Subject:  RE: LDSK20 *NOT* for .LBR Files!
Reply-To:  [e-mail]
To:  [e-mail]
Message-ID:  <[e-mail]>

The  LBRDSK  software  is  stored on SIMTEL20.  Version 2.3 is available at
PD:<CPM.CPMLIB>LBRDSK23.LBR.  I downloaded it and looked it over; it's only
slightly  different  than  version 2.2.  There is a new RSX insertion tool,
however, which must be used to enable the newer version of LBRDSK.
20-May-86 07:23:56-MDT,562;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 May 86 07:23:46-MDT
Received: from amc-hq.arpa by AMSAA.ARPA id a001712; 20 May 86 8:57 EDT
Received: by AMC-HQ via cde1;  20 May 86 8:30 EDT
Date:     Tue, 20 May 86 8:22:30 EDT
From:     "Richard Stanley A." (LTC) <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  Mailing List Update

Please change my net address to rstanley@amc-hq instead of
stanley@isif.
20-May-86 08:26:21-MDT,4465;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 May 86 08:25:56-MDT
Received: from cu20b.arpa by AMSAA.ARPA id a002935; 20 May 86 9:39 EDT
Date: Tue 20 May 86 09:39:27-EDT
From: Frank da Cruz <[e-mail]>
Subject: CP/M DDT programming question
To: [e-mail]
Message-ID: <[e-mail]>

The following procedure is listed in the Kermit User Guide for bootstrapping a
Kermit (or any other) hex file onto a CP/M microcomputer.  We recently had an
opportunity to try it on several different micros, and found that it did not
seem to work.  The DDT program seemed to run OK, the data seemed to transfer
into memory as expected, and the transfer terminated at the right place, but
when it came time to save the data from memory to the disk, a chunk of random
size would almost invariably be lost from the end, even though care was taken
to supply a Control-Z after the last data character.  I'm not an 8080
programmer, and it's not obvious to me what is wrong.  Can anyone out there
find the problem?

The DDT program reads characters from the port into memory until an "@" is
encountered.  Before running the program, the host is given the command to
"type" the desired file, but the command has not yet been terminated with a
carriage return (the DDT program does that).  It is assumed that the IOBYTE is
set so that RDR: and PUN: correspond to the I/O port.  When the "@" arrives,
the program is supposed to write the characters from memory to disk, and
terminate the file with a ^Z.

        -a100                   ;Begin assembling code at 100.
        0100 lxi h,ffe          ;Where to put HEX file.
        0103 shld 300           ;Save the address.
        0106 mvi e,d            ;Get a CR.
        0108 mvi c,4            ;Output function.
        010A call 5        ;Send the CR
        010D mvi c,3            ;Input function.
        010F call 5
        0112 ani 7f             ;Turn off the parity.
        0114 cpi 40             ;Atsign?
        0116 jz 124             ;Yes, we have whole file.
        0119 lhld 300           ;Get the pointer.
        011C mov m,a            ;Else, store the char.
        011D inx h              ;Increment the pointer.
        011E shld 300           ;Save the pointer.
        011F jmp 10d            ;Go around again.
        0124 mvi a,1a           ;Get a control-Z.
        0126 lhld 300           ;Get the pointer.
        0129 mov m,a            ;Store the char.
        012A shld 300           ;Save the pointer.
        012D lxi h,1000         ;Pointer to file.
        0130 shld 310           ;Save the pointer.
        0133 mvi c,16           ;Make file.
        0135 lxi d,5c
        0138 call 5
        013B lhld 310           ;Get the file pointer.
        013E xchg               ;Put it in DE.
        013F mvi c,1a           ;Set DMA.
        0141 call 5
        0144 mvi c,15           ;Write DMA to file.
        0146 lxi d,5c
        0149 call 5
        014C lhld 310           ;Get the file pointer.
        014F lxi d,80           ;Get the DMA size.
        0152 dad d              ;Adjust file pointer.
        0153 shld 310           ;Save it.
        0156 lda 301            ;Get high order byte.
        0159 cmp h              ;Have we passed the end?
        015A jm 170             ;Yes.
        015D jz 163             ;Maybe.
        0160 jmp 13b            ;No.
        0163 lda 300            ;Get low order byte.
        0166 cmp l              ;Passed the end?
        0167 jm 170             ;Yes.
        016A jz 170             ;Yes.
        016D jmp 13b            ;Not quite.
        0170 mvi c,10           ;Close file.
        0172 lxi d,5c
        0175 call 5
        0178 ret
        0179
        -^C                     ;(control-C):Return to CP/M
        A>SAVE 1 FETCH.COM      ;Save this program;
                                ; we may need it again.
To run the program, we do:

        DDT FETCH.COM
        -ifilnam.hex            ;Setup FCB for file called FILNAM.HEX
        -g100,179               ;Execute the program.

After this, the file is supposed to be on the disk.  But usually, only the
first part of the file is there.  Is this a peculiarity of the systems we
were using (DEC VT180 and Vector Graphics 3), or is there something wrong
with the procedure?  Thanks!
-------
20-May-86 10:18:13-MDT,2052;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 May 86 10:17:57-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a006986; 20 May 86 11:50 EDT
Received: from USENET by SMOKE.BRL.ARPA id a000503; 20 May 86 11:48 EDT
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: Re: Commodore 128 Mouse Interface
Message-ID: <[e-mail]>
Date: 13 May 86 17:11:26 GMT
To:       [e-mail]

> The C128 'mouse' is not a mouse at all, except it looks like one.   It
> is an inverted tracball.  It is simply a digital joystick like interface.
> You 'roll-up' (at ANY speed), and it lowers the UP line (pin-1).  Similarly,
> for down, left, right (pins 2,3,4 respectively).   The left button is
> pin-6, otherwise known as FIRE and the right button is connected in a different
> fashion to POT-X (on pin-9).   There is no increments, or timming, or pulse
> widths (this is what I consider makes a REAL mouse).   Tracballs work the
> same way.   You can use a digital (standard) joystick in place of this
> C128 mouse, or a tracball, and the software will not notice (save for no
> right button).    This mouse does not even come close to the 'magic' feel
> of a real mouse (Microsoft Mouse), but then again it is only $35 instead
> of $85 and cheap and marginal is the name of the game in Commodore land.
>
> Gern

Hmmmm, there was a message from someone at commodore saying almost the
exact opposite stuff. They seem to think the mouse did indeed break
the motion into pulses. The pulses were dependent on both how far and
how fast the mouse moved. I will have to track it down (maybe it was
in net.micro) and forward it.

--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. :-}
20-May-86 14:53:53-MDT,1559;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 May 86 14:53:35-MDT
Received: from lanl.arpa by AMSAA.ARPA id a027185; 19 May 86 19:51 EDT
Received: from a.ARPA by LANL.ARPA (4.12/4.7)
    id AA28019; Mon, 19 May 86 17:50:36 mdt
Received: by a.ARPA (4.12/4.7)
    id AA12158; Mon, 19 May 86 17:51:22 mdt
Date: Mon, 19 May 86 17:51:22 mdt
From: Pat McGee <[e-mail]>
Message-Id: <[e-mail]>
To: [e-mail]
Subject: Re: Need help w/old Altair HD controller
References: <[e-mail]>
Resent-Date:  Tue, 20 May 86 16:01:04 EDT
Resent-From:  [e-mail]
Resent-To:    [e-mail]

I worked on one many years ago.  I don't have any written
information left, but I could probably remember details if
you have questions.  You said you were totally mystified
by the controller.  It has 4 buffers on the board, and
when you read a sector, the data goes into the buffer.
You can then get the bytes one by one from the buffer
by sending read buffer commands.   This is excruciatingly
slow in BASIC, but assembler routines would work farily
well. (they did as a matter of fact).  Writes work just the
opposite.  You stuff data into the buffer, then command
the controller to write from the buffer to the disk.

I can't remember much more off the top of my head, but
feel free to refer any questions to me.


Pat McGee, [e-mail], MS: P-370, P.O. Box 1663, Los Alamos, NM 87545
Los Alamos National Labs.  505-665-0686 or FTS 855-0686
20-May-86 20:49:00-MDT,867;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 May 86 20:48:52-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a000812; 20 May 86 20:14 EDT
Received: from USENET by SMOKE.BRL.ARPA id a015528; 20 May 86 19:39 EDT
From: epsteinm <[e-mail]>
Newsgroups: net.micro.cpm
Subject: xmodem protocol for un*x?
Message-ID: <[e-mail]>
Date: 17 May 86 07:12:00 GMT
Nf-ID: #N:orstcs:2200003:000:294
Nf-From: orstcs!epsteinm    May 16 23:12:00 1986
To:       [e-mail]

I am looking for a communications program which will run on a
BSD4.[23] system.  It must use the XMODEM/MODEM7/Christiansen
protocol.  I would appreciate any pointers in this direction.


                    Mark E. Epstein

                    (aka epsteinm@orstcs)
                    (aka (during the summer) as
                         marke@midas)
20-May-86 20:49:18-MDT,1322;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 May 86 20:49:07-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a000910; 20 May 86 20:44 EDT
Received: from USENET by SMOKE.BRL.ARPA id a016884; 20 May 86 20:29 EDT
From: K Ravindran <[e-mail]>
Newsgroups: net.ham-radio,net.ham-radio.packet,net.micro,net.micro.cpm
Subject: XEROX 820 for sale
Message-ID: <[e-mail]>
Date: 19 May 86 01:08:45 GMT
Xref: brl-sem net.ham-radio:368 net.ham-radio.packet:36 net.micro:778 net.micro.cpm:310
To:       [e-mail]


    ************* SALE ****************

XEROX 820 single board computer for sale

Features:
    - Z80 CPU

    - 64K dynamic RAM

    - Parallel ASCII keyboard interface (8 bits of parallel data and
      a key-pressed strobe)

    - Floppy disk controller to interface with two Shugart 8" drives or
      two 5-1/4" drives

    - Two independent RS-232 ports

    - Real time clock

    - 80 X 24 CRT dispaly (5X7 dot matrix) controller for use with an
      external video monitor (as a console output)

    - System monitor (4K) with drive routines for CRT display, keyboard
      i/o, floppy disk control, and a reasonable command set

Price: US$80.00

Any one interested, send me an e-mail ([e-mail] OR [e-mail])
21-May-86 08:03:57-MDT,1052;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 May 86 08:03:51-MDT
Received: from radc-tops20.arpa by AMSAA.ARPA id a006865; 21 May 86 9:18 EDT
Date: Wed 21 May 86 09:18:02-EDT
From: Gern <[e-mail]>
Subject: Re: Re: Commodore 128 Mouse Interface
To: [e-mail]
cc: [e-mail]
In-Reply-To: <[e-mail]>
Message-ID: <[e-mail]>

I plugged the C-128 mouse into the rig of my own design and manufacture
for a Z-100.   I also plugged a regular joystick into the mouse program.
I did not put the mouse on a scope, but the results are conclusive:
The C-128 is not a real mouse, but is an inverted tracball (probably
using the same IC that is in the tracball too).  It does not yield any
stepping increments or my custom software would have been able to detect
it.    A REAL mouse costs money to make, the C-128 is cheap.
The Commodore man is full of it, you can check it out for yourself.

Cheers,
Gern
-------
21-May-86 15:52:45-MDT,471;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 May 86 15:52:39-MDT
Received: from mit-multics.arpa by AMSAA.ARPA id a018802; 21 May 86 17:21 EDT
Date:  Wed, 21 May 86 17:07 EDT
From:  [e-mail]
Subject:  MIX C on the Apple?
To:  [e-mail], [e-mail]
Message-ID:  <[e-mail]>

Any experience out there with using MIX C on a PCPI-equipped Apple?
21-May-86 16:38:17-MDT,950;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 May 86 16:38:06-MDT
Received: from cisl-service-multics.arpa by AMSAA.ARPA id a019092;
          21 May 86 18:09 EDT
Received: FROM HIS-PHOENIX-MULTICS.ARPA BY CISL-SERVICE-MULTICS.ARPA WITH dial; 21 MAY 1986 18:05:03 EDT
Date:  Wed, 21 May 86 14:59 MST
From:  Jerry Crow <[e-mail]>
Subject:  Cross Assemblers/Emulators for RCA 1802
Reply-To:  [e-mail]
To:  [e-mail]
Message-ID:  <[e-mail]>

I have a friend who is interested in obtaining a CP/M based cross assembler
and/or  emulator  for  the RCA1802.  Does anyone know of any such software,
either commercial or public domain?

I  know that 2500 AD was heavily into cross assemblers and emulators, but I
don't have one of their ads handy to check and see if the 1802 was on their
list.
21-May-86 23:54:45-MDT,1133;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 May 86 23:54:36-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a020256; 22 May 86 1:18 EDT
Date: Wed, 21 May 1986  23:17 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Ted Medin <[e-mail]>
Cc:   [e-mail]
Subject: april whats new @ simtel

     I was unable to locate the following:
    acreate3.lbr
    aprbest.lqt
    bu-ddj-f.lbr
    clndr13b.lbr
    These were under cpm. Have they been scratched or ???
                                  Ted
                               milnet address "medin@nosc"

ACREATE3.LBR is in PD:<ZSYS.NEW>
APRBEST.LQT has been replaced by MAYBEST.LQT and is in PD:<CPM.MISC>
BU-DDJ-F.LBR is in PD:<CPM.HDUTL>
CLNDR13B.LBR is in PDG:<ZSYS.NEW>

All ZCPR/Z-SYSTEM related files will be in one of the PD:<ZSYS.*>
directories which are maintained by Richard Conn.  A complete file
list of those directories is avialable in PD:<ZSYS>ZSYS.CRCLST.

--Keith
22-May-86 00:07:12-MDT,1061;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 22 May 86 00:06:51-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a020276; 22 May 86 1:30 EDT
Date: Wed, 21 May 1986  23:30 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   "Frank J. Wancho" <[e-mail]>
Cc:   [e-mail], [e-mail]
Subject: Where is DEARC2.LBR?

DEARC2.LBR was for the old 4.x versions of ARC.  Since it does not
work with ARC5 and later ARC files, I deleted it.  UNARC10.LBR
replaces it.  UNARC10.LBR was announced to Info-Cpm.

This is the nature of RCP/M-type collections.  When newer versions
come out the old ones are deleted, sometimes after the "what's new"
lists are created.  Sometimes the filenames are changed by the
authors.  I'll try to be more careful to delete such entries in the
what's new list in the future.  I was behind a couple of months and
wanted to get the word out.

--Keith
22-May-86 06:35:42-MDT,832;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 22 May 86 06:35:15-MDT
Received: from mitre-bedford.arpa by AMSAA.ARPA id a023241; 22 May 86 8:04 EDT
Full-Name: Trevor O. McCarthy
Message-Id: <[e-mail]>
Organization: The MITRE Corp., Bedford, MA
To: [e-mail]
Cc: [e-mail], [e-mail]
Cc: [e-mail]
Subject: Re: MIX C on the Apple?
In-Reply-To: Your message of Wed, 21 May 86 17:07 EDT.
             <[e-mail]>
Date: Thu, 22 May 86 08:04:42 -0500
From: [e-mail]


Hi:

I'd be interested in the results of your reply; I've been thinking of getting
MIX C, and any info would be useful.

Thanks,

Trevor O. McCarthy

The MITRE Corporation
22-May-86 21:42:42-MDT,923;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 22 May 86 21:42:23-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a013838; 22 May 86 23:10 EDT
Date: Thu, 22 May 1986  21:09 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   rick <[e-mail]>
Cc:   [e-mail]
Subject: april whats new @ simtel
In-reply-to: Msg of 22 May 1986  06:55-MDT from rick <rturner%usadhq2.arpa at amc-hq.arpa>

    Ref. your 'month of March' list, where are ALPHATXT.LBR, CALLWAIT.DQF,
    and DEARC2.LBR?

    tnx, rick

ALPHATXT.LBR is in PD:<CPM.TXTUTL>

CALLWAIT.DQF is in PD:<CPM.MODEM>

DEARC2.LBR has been deleted because it does not deal with ARC 5.x and
later files, only 4.5.  It has been replaced by UNARC10.LBR in
PD:<CPM.CPMLIB>.

--Keith
22-May-86 22:20:57-MDT,1392;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 22 May 86 22:20:48-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a014049; 22 May 86 23:51 EDT
Received: from ($MAILER)UMDB.BITNET by WISCVM.WISC.EDU on 05/22/86 at
  22:50:13 CDT
Received: by UMDB (Mailer X1.23b) id 2549; Thu, 22 May 86 23:49:41 EDT
Date:         Thu, 22 May 86  23:43 EDT
From:           Manasseh Katz <[e-mail]>
Subject:      Cross Assemblers/Emulators for RCA 1802
In-Reply-To:  Message received on Thu, 22 May 86  23:35 EDT
To:  [e-mail], [e-mail]

I don't have a 2500 AD ad handy, but Avocet Systems also has a lot of cross
assemblers.  They have a full page ad in BYTE (this month, p. 95).  They
have assemblers running under MSDOS,PCDOS,VAX,UNIX,CPM-80, and CPM-86.
They have about 18 target processors, including the 1802.  They have a
toll-free number 800-448-8500 (they put a 1 before it, but we don't dial
the one in Maryland) and their address is PO Box 490-B8, Rockport, Maine,
04856.  They also have a regular number [phone], but I would try the
free # first unless you are in Alaska or Hawaii.
                             Manasseh Katz
                             [e-mail]

I have no connection with Avocet, I have never used their products,
just seen their ads.
23-May-86 06:26:30-MDT,1044;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 23 May 86 06:26:20-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a017555; 23 May 86 7:56 EDT
Received: from USENET by SMOKE.BRL.ARPA id a017088; 23 May 86 7:45 EDT
From: The Wumpus <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: xmodem protocol for un*x?
Message-ID: <[e-mail]>
Date: 21 May 86 23:38:09 GMT
To:       [e-mail]

In article <[e-mail]> [e-mail] (epsteinm) writes:
>I am looking for a communications program which will run on a
>BSD4.[23] system.  It must use the XMODEM/MODEM7/Christiansen
>protocol.  I would appreciate any pointers in this direction.
>
>
>                    Mark E. Epstein

There were a couple of xmodem programs posted to net.sources recently, both
of which work on the BSD4.2 system here (I use them because I dislike
kermit).

The Wumpus             UUCP:    allegra!rochester!ur-tut!aptr
                       BITNET:  aptrccss@uorvm
23-May-86 08:43:02-MDT,728;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 23 May 86 08:42:55-MDT
Received: from mitre-bedford.arpa by AMSAA.ARPA id a022523; 23 May 86 9:57 EDT
Full-Name: Trevor O. McCarthy
Message-Id: <[e-mail]>
Organization: The MITRE Corp., Bedford, MA
To: [e-mail]
Cc: [e-mail]
Subject: Re: xmodem protocol for un*x?
In-Reply-To: Your message of 21 May 86 23:38:09 GMT.
             <[e-mail]>
Date: Fri, 23 May 86 09:56:39 -0500
From: [e-mail]


Hi:

Any information you can give on the location of the xmodem files you mention
would be appreciated.

Thanks,

Trevor McCarthy

MITRE
23-May-86 11:08:24-MDT,3841;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 23 May 86 11:07:39-MDT
Date:     Fri, 23 May 86 12:12:49 EDT
From:     Dave Towson (info-cpm-request) <[e-mail]>
To:       [e-mail]
Subject:  Request for beta-testers:

Fellow CP/Mers - In keeping with the periodically announced info-cpm policy
concerning posting of commercial new product announcements (copy available
upon request to [e-mail]), the following message is
considered to meet the stated requirements, and is therefore forwarded to the
list.  Please address any inquiries for additional information DIRECTLY to:

        Bridger Mitchell <[e-mail]>

and NOT to info-cpm.  And thank you, Bridger, for your cooperation.


Dave Towson <[e-mail]>
info-cpm list maintainer

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

Date: Thu, 22 May 86 17:13:10 PDT
From: [e-mail]
Subj:   Testers needed for Backgrounder


Plu*Perfect Systems is completing development of a major
system-extension package for CP/M 2.2 Z80 systems.  It provides
window-like functionality and multiple (non-concurrent) task
operation.  We are ready for wider testing, and thought you
might be interested in helping.  Here's a brief summary:


                        The BACKGROUNDER (v. 2)

MAJOR FEATURES

 - TASK SWITCHING.  Runs 2 applications programs.  Each can be suspended
        to switch to / resume the other.
 - BACKGROUND COMMANDS. Runs built-in commands from within running tasks.
 - BACKGROUND PRINTING. Unspool to printer from a queue of files; spool
        list device output to file.
 - EXTENSIBLE COMMANDS. Add customized commands to command processor.
 - INTERTASK DATA TRANSFER. Cut/paste between tasks.  Background Notepad.
        Screen dump to printer/file.
 - KEYBOARD ENHANCEMENT. Add key definitions to numeric or main keyboard.
        Keystroke recording.  Auto and manual definition loading.
 - ZCPR3 COMPATIBILITY. Supports Z3 external environment buffers.

REQUIREMENTS

 - Z80 or equivalent
 - Standard CP/M 2.2 BDOS or ZRDOS 1.1 or 1.2
 - About 4.5K resident memory (2K of which replaces CCP/ZCPRx).  Most ZCPR3
        systems can relcaim 2K of RCP by using new extensible Overlay Command
        Processor.
 - 100K swap file space (~40K without task swapping)
 - Screen dump, redraw, notepad, cut/paste requires terminal with
        transmit-screen feature or memory-mapped video.

PERFORMANCE

 - ~1 sec. to swap full TPA with ramdisk, 2-4 sec with harddisk,
        10-30 with floppy.
 - 0.2 - 2 sec to redraw screen (terminals limited by baud rate)

COMPATIBILITY

 - Requires that the BIOS adhere to CP/M 2.2 standards
 - Compatible with applications that adhere to 2.2 standards.
 - Some ZCPR3 programs violate standards and can be modified to conform
   (e.g. ZEX).

CURRENT STATUS

 - Well tested on Kaypro '83 and '84 systems with ram, hard and floppy
        drives
 - Limited testing on Ampro Littleboard, SB180, S100 with ram and floppy
        drives
 - Screen drivers completed for Kaypro '83, Kaypro '84, Heath/Zenith
       19/89/90

WHAT'S NEEDED

 - Screen drivers for other popular terminals/computers.  This requires
   advanced z80 assembly-language programming and testing.  About 1K
   of new code must be written, based on current prototypes.
 - Beta testing on additional hardware and applications software.

                -               -               -

If you're interested in assisting and willing to test and contribute
a screen driver, send me a summary of your system(s), including
terminal transmit character/region/screen capability, and disk
drive hardware.

--bridger mitchell
23-May-86 22:20:05-MDT,7996;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 23 May 86 22:19:43-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a001916; 23 May 86 23:16 EDT
Date: Fri, 23 May 1986  21:15 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: xmodem protocol for un*x? (and other CP/M-related files)

Here is an abstract of what's available via FTP from SIMTEL20:

                         PD:<UNIX.CPM>    CATALOG
                         ________________________


REM:  (Remarks)  m - man-page
         r - readme
         d - documentation


    FILENAME            BYTES                   DESCRIPTION
    ________            _____                   ___________


PD:<UNIX.CPM>

   AUTOFTP.DOC.1             8334    Transfers files from public-domain
                     archives on SIMTEL20 using the Internet
                     File Transfer Protocol (FTP).

   BEHEAD.C.1                5416    This program strips the first 4 bytes
                     from a file that was ftp'd from a
                     TOPS-20 machine (usually a simtel 20
                     MICRO:  directory).

   COMHEX.C.1                2180    Comhex reads .COM format from the named
   COMHEX.MAN.1               841    files (standard input is default),
                     converts it to the Intel HEX format and
                     writes it on standard output.  REM: m

   CPM.MAN.1                 1405    Programs that combine to create a
                     complete binary and text file transfer
                     facility between UNIX and CP/M.  REM: m

   CPMUNIX.C.1               2638    CPMUNIX reads CP/M text format from the
   CPMUNIX.MAN.1              855    named files (standard input is default),
                     converts it to the UNIX text format and
                     writes it to standard output.  REM: m

   CPMUTL7.C.2              37498    This program reads and writes cpm format
   CPMUTL7.MSG.1              784    floppy disks.  CPM is a trademark of
                     Digital Research.

   CRCK2.C.1                 5744    Calculate and prints a 16-bit CRC value
   CRCK2.MAN.1               2891    and either a CP/M 128-byte sector count
                     or the byte count for the named files.
                     Used to validate files transferred
                     between UNIX and CP/M type operating
                     systems. REM: m

   CRIFY.C.1                  269    Handles newlines, squeeze, and transmit
   CRIFY.MSG.1                626    a UNIX text file.

   DIR11.C.2                 8057    DIR is an enhanced directory display
                     utility for UNIX.  It produces a sorted
                     listing of file names and sizes in two
                     columns, and the files are sorted down
                     the columns.

   GET20..1                  3527    Proc "get 20" transfers a file from
                     SIMTEL20.  If user does not have a
                     .netrc (auto-login) file, one will be
                     created for him.

   HEXIFY.C.1                2278    Intel conversion program which converts
                     standard input to intel format onto
                     standard output.

   ITSTONORM.C.1              387    ITS-to-normal is to be used as a filter
   ITSTONORM.MAN.1            714    to convert the ITS file at STDIN to a
                     "normal" file at STDOUT.  ITS-to-normal
                     is used to convert a file whose format
                     is an ITS binary image into a "normal"
                     binary file.

   LAR.C.1                  14980    A UNIX program to manipulate CP/M LU
                     format libraries.  Primary use of lar is
                     to combine several files together for
                     upload/download to a personal computer.

   LDIR-LTYPE.MSG.1          1302    This program is intended for use on RCPM
   LDIR-LTYPE.SHAR.1        14372    systems to allow callers to see the
                     contents of the directories of .LBR files
                     on the system.

   LOAD.C.1                  1331    Converts a hex file to a com file.

   NORMTOITS.C.1              390    Normal-to-ITS is used to convert a file
   NORMTOITS.MAN.1            701    whose format is as a "normal" binary
                     image into an ITS binary file.  It is
                     designed to be used as a filter,
                     accepting input from stdin and writing
                     output to stdout. REM: m

   RB.1.3                    4854    Rb receives 0 or more files in batch
                     mode.  If file specified, a single file
                     is received in XMODEM single file mode.
                     REM: m

   RB-217.C.1               18475    Program for UNIX which can receive files
   RB-217.MAN.2              5650    from computers running YAM or MODEM.  If
                     no filename given, YAM batch mode is
                     assumed.  REM: m

   SB.1.3                    3608    Sends one or more files with YMODEM batch
                     protocol.  REM: m

   SB-222.C.1               14743    A small program for UNIX which can send
   SB-222.MAN.2              4109    one or more files in batch mode to
                     computers running YAM.  REM: m

   SQU-PORT2.SHAR.1         44835    Sq compresses one or more files, using a
                     Huffman coding scheme.  Usq decompresses
                     or displays one or more files squeezed
                     by sq.  REM: m

   TMODEM.C.1                4563    Modem is UNIX support for the "MODEM"
   TMODEM.MAN.1               590    protocol.  This modem protocol allows
                     for synchronization on both ends, and
                     for error checking/recovery.  REM: m

   UC13.MAN.1               12924    UC is a file transfer tool which runs on
                     UNIX.  It allows the user to transfer
                     files between UNIX and CP/M systems,
                     verify the integrity of transferred files
                     via Cyclic Redundancy Check (CRC) value
                     computation, and perform other functions
                     useful in file transfer.

   UC16.C.1                 38241    A UNIX-to-CP/M file transfer shell.

   UCBOOT.C.1                4480    Program which receives a file via FTP3,
                     converts it into UNIX text file format
                     from CP/M text file format, and stores
                     it under the names ucboot.txt.

   UMODEM35.MAN.1            4917    UNIX-based remote file transfer
                     facility.  Umodem uses the Christensen
                     protocol to transfer files to and from
                     CP/M systems.

   UMODEM37.C.1             45039    UMODEM implements the CP/M User's Group
                     XMODEM protocol, thru TERM II File
                     Transfer Protocol (FTP) number 1, and
                     then TERM II File Transfer Protocol
                     Number 4 for packetized file up/
                     downloading.

   UNIXCPM.C.1               1338    Unixcpm reads the named UNIX files and
   UNIXCPM.MAN.1              643    replaces them with corresponding CP/M
                     text file format files.  REM: m

   UNSOFT.C.1                5275    Program to convert Wordstar Document-
                     Mode files to plain vanilla, non-
                     document, ascii format.

   USQ17U.C.1                6844    CP/M compatible file unsqueezer utility.

   XMODEM.C.1               21258    The xmodem program implements the
   XMODEM.MAN.1              2624    Christensen (CP/M Users Group) file
   XMODEM.PRN.1              3199    transfer protocol for moving files
                     between 4.2BSD UNIX systems and
                     microcomputers.  REM: m

   XSQ.MAN.1                 1495    Xsq/sq is used to compress files for
                     data transfer.  Xusq/usq is used to
                     uncompress files which were compressed
                     by xsq/sq.  REM: m

   XSQ107.C.1               22349    CP/M compatible file squeezer utility.

   XTYPE107.C.1              6575    Types regular or squeezed files.

   XUSQ107.C.1               6576    CP/M compatible file unsqueezer utility.

--Keith Petersen
Arpa: [e-mail]
uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
GEnie mail: W8SDZ
RCP/M: 313-759-6569
25-May-86 21:28:07-MDT,1471;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 25 May 86 21:28:01-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a007559; 25 May 86 22:44 EDT
Received: from ($MAILER)UMDB.BITNET by WISCVM.WISC.EDU on 05/25/86 at
  19:32:16 CDT
Received: by UMDB (Mailer X1.23b) id 4318; Sun, 25 May 86 20:32:02 EDT
Date:     Sun, 25 May 86  19:23 EDT
From:       Manasseh Katz <[e-mail]>
Subject:  Yippeeee !!!!!!!!!!
To: Info Cpm newsletter <[e-mail]>

As I am sure you remember, for the last couple of months I have
been trying to increase the number of directory entries on my Altos running
MPM from 1024 to 2048.  I am not sure exactly how I finally got it to
work, but I did.   Thank you to everyone who offered advice, I probably
wouldn't have made it without your help and a little help from above.
Once I am sure this is working (I'll give it a few days to make sure),
I would like to get a C compiler.  Does anyone have any recommendations
for a C compiler for MPM-86?  Any compiler for CPM-86 should work
just fine.  I know someone with Concurrent CPM and Desmet C, and I know
the DRI compiler would work.  I do not need a large memory model, and
price, while not absolutely critical, is a factor.  Please reply directly
to me ([e-mail] or something like that).  Once again, thanks
to everyone who helped.
                                       Manasseh Katz


26-May-86 03:08:48-MDT,1352;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 26 May 86 03:08:41-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a008430; 26 May 86 2:07 EDT
Date: Sun, 25 May 1986  22:28 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: US Robotics S-100 modem update

From the RCP/M circuit:

---cut here--USR-S100.UPD---cut here--
Date: May 24, 1986
From: Nick Holland
To:   All
Re:   US Robotics S-100 update

   If there is anyone out there using the US Robotics S-100 modem,
there is a modification that USR has available that you might be
interested in.  The stock, older, USR S-100 modems are absolutely
incapable of talking to the USR 2400 bauds effectively at 1200 baud
(300 is O.K.), lots of noise on any line.  USR has a replacement
crystal that they were willing to send me at no charge that seems to
eliminate (or at least greatly reduce) the problem.  They say that it
is a higher precision crystal than the old one.  I still highly
recommend against the S100 modem for a BBS, but I must admit that it
makes a better BBS modem than a personal modem.  My next modem will
probably be a more expensive Racal Vadic...

                               Nick.
26-May-86 03:11:16-MDT,1335;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 26 May 86 03:11:05-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a008605; 26 May 86 2:49 EDT
Date: Sun, 25 May 1986  22:21 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Automatic memory sizing for Turbo Pascal

Now available from SIMTEL20:

Filename            Type     Bytes     CRC

Directory PD:<CPM.TURBOPAS>
MEMSZ104.LBR.1            BINARY      4352  FAB1H

MEMSZ104.PAS (ver. 1.04 of MEMSIZE.PAS) is a utility program that
demonstrates the use of Turbo Pascal 3.00A (CP/M-80) system pointers
for both shrinking the program out of the way of CP/M and also then
claiming the rest of available memory for use by the program.

The compiled program will show the effect of memory mapping with
and without the special initialization, so you can see what is
going on.

Using this approach in your programs makes them more portable between
CP/M-80 systems with varying TPA space.

What's new in version 1.04: Use more-precise pointer values

--Keith Petersen
Arpa: [e-mail]
uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
GEnie mail: W8SDZ
RCP/M Royal Oak: 313-759-6569
27-May-86 06:55:30-MDT,844;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 May 86 06:55:21-MDT
Received: from brl-aos.arpa by AMSAA.ARPA id a020271; 27 May 86 8:20 EDT
Received: from mit-eddie.arpa by AOS.BRL.ARPA id a005119; 26 May 86 20:20 EDT
Received: from deep-thought.mit.edu by EDDIE (5.31/4.7) id AA29398; Mon, 26 May 86 19:56:18 EDT
Date: Mon 26 May 86 19:57:29-EDT
From: Andrew Moore <[e-mail]>
Subject: Checkbook programs, anyonoe?
To: [e-mail]
Message-Id: <[e-mail]>


   Are there any checkbook balancing programs available in the public
domain?  Could someone refer me to a source for such a program?

-drew
 arpa: [e-mail]
 uucp: ...mit-eddie!moore
   us: Box 121, North Quincy, MA  02171
-------
27-May-86 08:41:53-MDT,1485;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 May 86 08:41:35-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a023626; 27 May 86 10:07 EDT
Received: from USENET by SMOKE.BRL.ARPA id a003363; 27 May 86 9:58 EDT
From: Andrew Scott Beals <[e-mail]>
Newsgroups: net.micro.cpm
Subject: info wanted on FDC-1(Teletek) and Measurement Sys and Ctls DMB6400
Message-ID: <[e-mail]>
Date: 21 May 86 22:26:13 GMT
Keywords: s100 cards, manuals
To:       [e-mail]

Hi all!  A friend of mine recently gave me a s100 card cage that he had
lying around the house, and in it were two cards:

[a] FCD-1 made by Teletek (c) 1980 (rev 6)
[b] Measurement Systems and Controls Inc model DMB 6400 (c) 1979 (rev B)

The FDC-1 looks a lot like a all-in-1 cpu. It has a z80, some ROM (2116),
a zilog pio and a sio, and a nec floppy controller. (Along with the
appropriate connectors) It also has some empty sockets (for 2116s?).

The other board looks like a 64k memory board - has 64k worth of 4116s,
along with the usual ballyhoo of switches and jumpers.

Does anyone have manuals for these things? Or maybe even a running system
that I could get a floppy from so I could have a working system?

Thank you!
    andy
--
Amu, ne armu!

Andy Beals
[e-mail]    {ihnp4,seismo,ll-xn,qantel,pyramid}!lll-crg!bandy
LLNL, P.O. Box 808, Mailstop L-419, Livermore CA 94550 [phone]
27-May-86 09:04:19-MDT,734;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 May 86 09:04:12-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a023654; 27 May 86 10:07 EDT
Received: from USENET by SMOKE.BRL.ARPA id a003473; 27 May 86 10:00 EDT
From: Chris Lewis <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Small C Compiler
Message-ID: <[e-mail]>
Date: 20 May 86 12:19:39 GMT
To:       [e-mail]

John Nelson has just started posting the Small C compiler in mod.sources
I mentioned a while back.
--
Chris Lewis,
{watmath|utcsri|decvax|allegra|linus|ihnp4}!utzoo!
{utcsri|cbosgd}!utcs!
{yetti|lsuc|genat}!
... mnetor!clewis
BELL: (416)-475-8980 ext. 321
27-May-86 16:09:03-MDT,1352;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 May 86 16:08:51-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a005782; 27 May 86 17:27 EDT
Received: from (FULIGIN)UMASS.BITNET by WISCVM.WISC.EDU on 05/27/86 at
  16:25:52 CDT
Message-ID:  <860526172949.0000065E.AZZT.AA@UMass>
Date:     Mon, 26 May 86  17:29:49 EDT
From:  "Peter E. Lee" <[e-mail]>
Subject:  request for software pointers
To:  [e-mail]
cc:  [e-mail]

Howdy,
     I work as a programmer in the psychology department at the University
 of Massachusetts (Amherst).  My co-workers and I work on Gifford CompuPros
 running CP/M-80, CP/M-86, and MP/M-8/16, doing program development primarily
 in C (Aztec CII, and Optimizing C86).  Unfortunately, we have been unable to
 to find any lint programs or pretty-printers that can run in a CP/M
 environment, which makes de-bugging even more of a hassle than usual.

     If anyone out there knows of such programs, either commercially
 available or in the public domain, or can find C source code to one or both,
 pointers would be greatly appreciated.
                                  Sincerely,
                                       -Peter E. Lee

---
   Please reply directly to :
     [e-mail]
27-May-86 21:30:54-MDT,1842;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 May 86 21:30:36-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a006474; 27 May 86 22:50 EDT
Date: Tue, 27 May 1986  20:46 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail], [e-mail]
Subject: CP/M-related files in pd:<unix.cpm>

    I downloaded lar.c, xusq107.c, and xtype107.c from pd:<unix.cpm>
    compiled them and have curious results.  Compiles went fine.  lar
    prints the file names and sizes of a library without complaint and
    extracts a .dqc file without a complaint -- oh yes, the machine is a
    DEC 8600 under ULTRIX, a BSD 4.2 clone --.  However, xusq core dumps
    with a "segmentation error".  xtype does also.

    Any ideas.  Thanks for your time and thoughts.  Tom.

Yes, Tom.  xsq, xusq, and xtype were for earlier versions of Unix.
They don't work on BSD 4.2 and no one has fixed them, as far as I
know.  We've allowed them to remain for those using older Unix
versions and also in hopes that someone would fix them for 4.2.

There is a version of sq/usq that will work on BSD 4.2.  It's in:

Filename            Type     Bytes     CRC

Directory PD:<UNIX.CPM>
SQU-PORT2.SHAR.1        ASCII     44835  1990H

This is a "portable" version of sq/usq that has been compiled and
tested the code with the following compilers on the following systems:

system "C" compiler        Xenix (Altos 586)
system "C" compiler        Unix BSD 4.2 (Vax 780)
system "C" compiler        Zeus (Zilog Z8000)
Computer Innovations C86    PC-DOS (MS-DOS) (IBM PC, etc.)
Computer Innovations C86    CP/M-86 (Altos 586)
DeSmet C88            CP/M-86 (Altos 586)
Aztec C II            CP/M-80 (CompuPro)

--Keith
27-May-86 22:16:09-MDT,966;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 May 86 22:13:09-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a006543; 27 May 86 23:35 EDT
Received: from (MATT)UMASS.BITNET by WISCVM.WISC.EDU on 05/27/86 at
  22:32:12 CDT
Message-ID:  <860527152939.000001AF.BEYH.AA@UMass>
Date:     Tue, 27 May 86  15:29:39 EDT
From:  Matt Kimmel <[e-mail]>
Subject:  BYE programs
To:  [e-mail]

Hi,

I would like to set up a PBBS system, but I don't understand how
to set up the BYE509/339 program.  First of all, which version
of BYE should I use?  Second, Do I need to make any changes for my
system?  I am running a Commodore 128 computer using CP/M-80,
Z80 processor.  Any help would be GREATLY appreciated!  Please
reply as soon as possible.

                                        Thanks!  -Matt Kimmel
ARPA:  [e-mail]
Bitnet:  [e-mail]
27-May-86 22:51:26-MDT,1461;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 May 86 22:51:18-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a006603; 28 May 86 0:05 EDT
Date: Tue, 27 May 1986  22:04 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: How to add 256k of RAM to a Kaypro

Now available from Simtel20:

Filename            Type     Bytes     CRC

Directory PD:<CPM.KAYPRO>
KAY256.LBR.1            BINARY      8448  72D7H

This library contains details on adding 256 K of RAM to the Kaypro 4
computer (pre 1984 model).  As most UK Kaypro II's contain a 4
motherboard it applies equally to them.

Additionally the design can be used with any 8 bit computer that uses
64K dynamic RAM's.

No software is included here but if you wish to construct this for a
Kaypro the author has written a BIOS that supports the RAM as a
ramdisk under ZCPR3 and is available from him for the asking.

The following files are included in this library:

1.  HOWTO.TXT    - Detailed instructions
2.  CIRCUIT.TXT  - The schematic diagram
3.  BENCHMRK.TXT - Not essential, gives an idea of benifits likely
                   on disk intensive activities.

--Keith Petersen
Arpa: [e-mail]
uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
GEnie mail: W8SDZ
RCP/M Royal Oak: 313-759-6569
28-May-86 06:51:27-MDT,785;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 May 86 06:51:17-MDT
Received: from mitre-bedford.arpa by AMSAA.ARPA id a009732; 28 May 86 8:18 EDT
Full-Name: Trevor O. McCarthy
Message-Id: <[e-mail]>
Organization: The MITRE Corp., Bedford, MA
To: [e-mail]
Cc: [e-mail]
Cc: [e-mail]
Subject: Re: Small C Compiler
In-Reply-To: Your message of 20 May 86 12:19:39 GMT.
             <[e-mail]>
Date: Wed, 28 May 86 08:18:27 -0500
From: [e-mail]

    Hi:

Where is mod.sources?  How do I access it from ARPANET.  Any suggestions would
be appreciated as I would like to check out this compiler.

Thanks,

Trevor O. McCarthy
28-May-86 10:21:25-MDT,682;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 May 86 10:21:17-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a020608; 28 May 86 11:40 EDT
Date: Wed, 28 May 1986  09:39 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: Small C Compiler
In-reply-to: Msg of Wed 28 May 86 08:18:27 -0500 from tom at MITRE-BEDFORD.ARPA

Trevor, I will get the Small C Compiler from mod.sources (that's on
Usenet, not Arpanet) and announce when it's available from Simtel20.

--Keith
28-May-86 13:37:13-MDT,850;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 May 86 13:37:02-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a027361; 28 May 86 14:40 EDT
Received: from USENET by SMOKE.BRL.ARPA id a004723; 28 May 86 14:28 EDT
From: C Waldman <[e-mail]>
Newsgroups: net.micro.cpm
Subject: free CP/M plus for Commodore 128
Message-ID: <[e-mail]>
Date: 22 May 86 13:36:00 GMT
To:       [e-mail]



    I have an original set of Digital Research CP/M+ v3.0 for
the Commodore 128, consisting of one 5 1/4" disk and one manual.
Since I have no use for it, I'm giving it away rather than tossing
it. This is an unused, legal version. First reply takes it.

       replies:  ...!ihnp4!mruxe!cgw

       Charles Waldman, Bell Communications Research, Morristown, NJ
28-May-86 20:46:34-MDT,939;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 May 86 20:46:16-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a001918; 28 May 86 20:03 EDT
Received: from (MAILER)OREGON1.BITNET by WISCVM.WISC.EDU on 05/28/86 at
  19:03:29 CDT
Received: by OREGON1 (Mailer X1.23b) id 3086; Wed, 28 May 86 17:03:24
  PST
Date:         Wed, 28 May 1986 16:34 PST
From:           Eric Swanson <[e-mail]>
To:  [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA

Hi.  I'm trying to find out how to transfer data from a Wang word
processor to a CP/M computer.  I've done disk transfers from many other
types of computers, but I have no idea what kind of disk format the
Wang dedicated word processor might use.  Any ideas?
           Thanks,
           Eric Swanson
           [e-mail]
Acknowledge-To: Esric 'n' Andy <212@OREGON1>
29-May-86 06:28:09-MDT,1934;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 May 86 06:27:51-MDT
Received: from crdc-vax3.arpa by AMSAA.ARPA id a002804; 29 May 86 5:30 EDT
Date:     Fri, 23 May 86 9:53:40 EDT
From:     "Jack H. Smith" <[e-mail]>
To:       [e-mail]
Subject:  xmodem for unix


    Fellow CP/M-users,

        The xmodem program that I use on my vax system (BSD4.2)
    is located either in PD:<unix.communications> or PD:<unix.cpm>.
    Both are written in C language, and of course both are available
    from Simtel20.

        This is in reference to the inquiry below:

    *********************************************************************






Received: from crdc.arpa by CRDC-VAX3.ARPA id a011111; 23 May 86 8:55 EDT
Received: from amsaa.arpa by CRDC.ARPA id a023331; 23 May 86 8:45 EDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a017555; 23 May 86 7:56 EDT
Received: from USENET by SMOKE.BRL.ARPA id a017088; 23 May 86 7:45 EDT
From: The Wumpus <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: xmodem protocol for un*x?
Message-ID: <[e-mail]>
Date: 21 May 86 23:38:09 GMT
To:       [e-mail]

In article <[e-mail]> [e-mail] (epsteinm) writes:
>I am looking for a communications program which will run on a
>BSD4.[23] system.  It must use the XMODEM/MODEM7/Christiansen
>protocol.  I would appreciate any pointers in this direction.
>
>
>                    Mark E. Epstein

There were a couple of xmodem programs posted to net.sources recently, both
of which work on the BSD4.2 system here (I use them because I dislike
kermit).

The Wumpus             UUCP:    allegra!rochester!ur-tut!aptr
                       BITNET:  aptrccss@uorvm






    ***********************************************************************




                Good Luck , both use modem7 protocol
                Jack H. Smith

29-May-86 07:20:42-MDT,854;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 May 86 07:20:34-MDT
Received: from mitre.arpa by AMSAA.ARPA id a005767; 29 May 86 8:38 EDT
Full-Name: Thomas Reid
Message-Id: <[e-mail]>
Organization: The MITRE Corp., Washington, D.C.
To: [e-mail]
Cc: [e-mail], [e-mail]
Subject: PD:<UNIX.CPM>SQU-PORT2.SHAR under ULTRIX
Date: Thu, 29 May 86 08:38:28 -0500
From: [e-mail]

SQ and USQ (squeeze and unsqueeze) will not execute correctly when compiled
on DEC ULTRIX.  They cannot open files because the fopen calls have "rb"
or "wb" as parameters.  The "b" is the culprit and should be removed.
(See lines 164 and 168 of sq.c and 140 and 210 of usq.c).

Maybe some guru can expound on whether the "b" or ULTRIX goofed.

Tom.
29-May-86 08:13:56-MDT,855;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 May 86 08:13:49-MDT
Received: from mitre.arpa by AMSAA.ARPA id a006101; 29 May 86 8:50 EDT
Full-Name: Thomas Reid
Message-Id: <[e-mail]>
Organization: The MITRE Corp., Washington, D.C.
To: [e-mail]
Cc: [e-mail], [e-mail]
Subject: PD:<unix.cpm>squ-port2.shar on ULTRIX
Date: Thu, 29 May 86 08:51:06 -0500
From: [e-mail]


SQ and USQ (squeeze and unsqueeze) will not execute correctly when compiled
on DEC ULTRIX.  They cannot open files because the fopen calls have "rb"
or "wb" as parameters.  The "b" is the culprit and should be removed.
(See lines 164 and 168 of sq.c and 140 and 210 of usq.c).

Maybe some guru can expound on whether the "b" or ULTRIX goofed.

Tom.

29-May-86 10:39:09-MDT,1550;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 May 86 10:38:49-MDT
Received: from apg-1.arpa by AMSAA.ARPA id a012191; 29 May 86 11:47 EDT
Date: Thu, 29 May 86 11:42:36 EDT
From: Robert Bloom AMSTE-TEI 3775 <[e-mail]>
Subject: 2 computers -> 1 printer?
To: [e-mail], [e-mail]
Cc: [e-mail]

People:

    I have a immediate need for a device to connect two computers
to one serial printer.  The cheaper and the quicker the better.

    A straight Y-jack did not work - one computer printed fine,
the other appeared to, but nothing came out.  The order on the Y-
cable made no difference.  The computers are both NorthStar
Horizons and the printer is a IDS Prism132.  RS232 serial
interface on all.

    I could use a A-B switch, but that's about as much problem as
switching plugs (which is what I'm doing now.)  Although all in
the same room, the people using the computers can't see which
computer is currently attached to the printer.

    We lose a lot of characters and bits on the floor if you
output without the printer connected (and it makes a mess at the
back of the computer :-)

    Assume all the bauds rates are the same, and the everyone can
hear the printer to avoid two users trying to both print at the
same time.

    I saw such a device recently in a catalog - but $65 is too
much for three plugs and (probably) a couple of diodes.  But how
should those things be connected up?

bob

29-May-86 23:09:16-MDT,2734;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 May 86 23:08:14-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a024719; 30 May 86 0:32 EDT
Date: Monday, 26 May 1986  12:35-MDT
Message-ID: <[e-mail]>
Sender: Bernie Eiben - LDP Workstations <[e-mail]>
From: Bernie Eiben - LDP Workstations <[e-mail]>
To: [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Subject:   UNARC11*.LBR extracts files from ARCs
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Thu 29 May 1986 22:31-MDT

Now available from SIMTEL20:

Filename            Type     Bytes     CRC

Directory PD:<CPM.CPMLIB>
UNARC11.LBR.1            BINARY     34176  F4AEH
UNARC11S.LBR.1            BINARY     69760  5B3AH

[A message from the author]

Bernie,

Uploaded UNARC11:

"UNARC is CP/M 2.x+ utility which lists, types and extracts files in
MS-DOS/PC-DOS archives (*.ARC files).  For Z80's only.  UNARC11 has
new command syntax for typeout (suggested by Irv Hoff's ADIR change
to UNARC10), to solve problem when used with a CCP replacement like
ZCPR.  Also, help display is simpler, COM file is smaller (4k), and
configured version for RCPM's is supplied.  (Retain UNARC10.INF and
UNARC10.Z80 from old UNARC10.LBR.)  UNARC11.LBR is 34k, 267 records."

Note that you were not the only one (just the first) to have trouble
with the "T:" syntax in UNARC10... In fact, it seems the ONLY system
this worked on was plain CP/M 2.2 (and nobody uses that anymore!).
At any rate, this new release fixes all that.

I am amazed at the speed with which the program circulated around the
country:  It's now being used on many RCPM systems.  (I knew it had
achieved legitimacy when Irv Hoff, of MDM7 fame, called about making
some changes.)  Thanks again for the upload to SIMTEL-20.

In the meantime I am busy working on the companion 'NARC' utility...
As they say, "Real Soon Now".

UNARC11S.LBR contains the two files UNARC11.Z80 (source program)
and UNARC10.INF (technical information), both squeezed.  These were
omitted from the released library, UNARC11.LBR, and are now being
provided separately due to popular demand.  69k, 545 records.

Bob Freed

Note from Bernie..

Eventually Bob will split "source and technical description" into an
ARC-file {why not, UNARC can read them and ARC-format is more space-
time saving}. Also be aware, that this 'minor' update has no major
changes in funtionality. It gets rid of the T: device and also gives
a 'patched' version for SYSOPS. So if You were 'happy' with 1.0, no
need to download 1.1!

Rgds,
Bernie.
30-May-86 07:12:28-MDT,2859;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 30 May 86 07:12:13-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a027383; 30 May 86 8:21 EDT
Received: from USENET by SMOKE.BRL.ARPA id a011975; 30 May 86 8:07 EDT
From: "Lawrence F. Strickland" <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: BULLETIN BOARD STUFF (really DAK
Message-ID: <[e-mail]>
Date: 24 May 86 13:47:05 GMT
To:       [e-mail]

In article <332@mcc-pp>, [e-mail] writes:
> Subject: Re: BULLETIN BOARD STUFF (really DAK)
>
> In article <[e-mail]>, [e-mail] (Tom Keller) writes:
> >
> >    I know innumerable peole who have made purchases from DAK.  In literally
> > *EVERY* case, they have been thouroughly displeased with the products and the

I would like to support what was said in favor of DAK, with some reservations.
I was one of the people they lied to about schedules, ship dates, etc., BUT
still am a relatively pleased customer.   The problems seem to lie more with
the shipping department than with DAK as a supplier.

Most of the items I have ordered were well worth the price.  In the three
cases so far where I did not like the product, DAK was kind, prompt with the
refund, and generally nice to work with.  I would certainly NOT use them for
any time-critical merchandise, but for general material they are very good.

Also, they are not alone in problems.  I ordered the 1200 BAUD ADC Modem from
DAK and a Jade 1200 Baud modem from Jade at the same time.  Both said they
would be shipped the next day.  Neither was.  After numerouse phone calls and
hair pulling, the DAK modem arrived first and in good working order.  The
Jade modem arrived last and arrived DEAD.  On calling Jade, they suggested
that I call the manufacturer because the problems with these modems were
almost always just minor adjustments...ad nauseum.  It was only with great
reluctance they agreed to take the equipment back and then were three weeks
late in crediting my account!  I've had similar problems with virtually every
computer and/or electronics house I've ever ordered from (except INMAC, but
you pay for that service).  If you want to complain about this, complain
about the entire industry!



-----Lawrence F. Strickland (larry@jc3b21)     ---------------------------
     Dept. of Engineering Technology           + Cthulhu                 +
     St. Petersburg Jr. College                +      R`lyeh             +
     P.O. Box 13489                            +           wgah`nagl     +
     St. Petersburg, FL 33733                  +                 fh`tagn +
     Phone:  [phone]                   ---------------------------

     UUCP:  ...akgua!akguc!codas!peora!ucf-cs!usfvax2!jc3b21!larry
31-May-86 07:37:27-MDT,909;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 31 May 86 07:37:20-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a011701; 30 May 86 18:29 EDT
Received: from USENET by SMOKE.BRL.ARPA id a001266; 30 May 86 18:09 EDT
From: Ted Medin <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Change User Number
Message-ID: <[e-mail]>
Date: 28 May 86 23:14:11 GMT
To:       [e-mail]

In article <[e-mail]> [e-mail] (Thomas Reid) writes:
>Is there a utility which will move a file from one user number to another
>without having to copy and then delete (i.e., just change the user number)?
>Thank you.  Tom.

 You may have hundreds of answers to this by now but here is one more.
Use new sweep and just rename it from one user to the other. Most everyone
has a sweep and new sweep is just great.
31-May-86 07:37:37-MDT,503;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 31 May 86 07:37:32-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a012741; 31 May 86 7:53 EDT
Received: from USENET by SMOKE.BRL.ARPA id a010353; 31 May 86 7:46 EDT
From: Kevin Fowler <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Change User Number
Message-ID: <[e-mail]>
Date: 29 May 86 11:54:28 GMT
To:       [e-mail]


have you tried NSWEEP ?
31-May-86 07:37:51-MDT,735;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 31 May 86 07:37:46-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a012778; 31 May 86 8:09 EDT
Received: from USENET by SMOKE.BRL.ARPA id a010689; 31 May 86 7:59 EDT
From: David Shoat <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Mix C Compiler ... Question
Message-ID: <[e-mail]>
Date: 29 May 86 16:00:02 GMT
Posted: Thu May 29 16:00:02 1986
To:       [e-mail]


Does anyone have any idea of the execution speed of the
Mix C compiler running on a Z80?? Info regarding this
would be most welcome.

David Shoat
Dept. of Medical Cardiology
Glasgow Royal Infirmary.