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

Text File | 1993-02-12 | 374KB | 8,841 lines

 1-Jan-85 11:18:54-MST,1251;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 1 Jan 85 11:18:46-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  1 Jan 85 12:56 EST
Date: Monday, 24 December 1984  10:23-MST
Message-ID: <[e-mail]>
Sender: decvax!dartvax![e-mail]
From: decvax!dartvax![e-mail]
Subject:   vaporizer vs humidifier
ReSent-From: [e-mail]
ReSent-To: [e-mail], [e-mail]
ReSent-Date: Tue 1 Jan 1985 10:35-MST

> I bought a ultrasonic humidifier to use in my computer room to keep down
> static electricity in the winter. It solved the static problem but caused a
> far worse one from the dust that it puts out. The dust eats up the heads of
> disk drives.

The dust consists of the minerals that are found in your water supply.
If you live in a hard water area, the humidifier will leave a
noticeable layer of dust on objects in the room.

One humidifier manufacturer suggests in the owners manual, "If this
humidifier will be operated in a room containing electronic equipment,
USE DISTILLED WATER ONLY".

        Andy Behrens
        [e-mail]
        {astrovax,decvax,cornell,ihnp4,linus}!dartvax!andyb
 1-Jan-85 12:39:57-MST,2208;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 1 Jan 85 12:39:48-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  1 Jan 85 14:12 EST
Date: 1 Jan 1985  12:13 MST (Tue)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: RBBS version 3.7 now available

The latest version of RBBS, the MBASIC Remote Bulletin Board System
program, is now available from SIMTEL20:

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.RBBS>
RBBS37-1.LBR.1            COM    134272  3041H
RBBS37-2.LBR.1            COM     67456  B0AAH

The first .LBR is all you need to get up and running.  The second is
source code and not needed since the already-compiled program is
supplied in RBBS37-1.LBR.  You configure your system name, password,
where files are to be stored, etc., in easily installed files using
RBBSINST.COM.

Thanks to Dennis Recla for this version.  Here are his comments about
what's in the two LBRs:

RBBS37-1.LBR contains the files necessary to run RBBS37.  These are the
running .COM files and sample message files.

-README .001   1K | BOOTPWD .      1K | BULLETIN.      1K | CALLERS .      1K
COMMENTS.      1K | COUNTERS.      1K | ENTERCPM.      1K | HELP    .      1K
INFO    .      1K | LASTCALR.      1K | MENURBBS.      1K | MESSAGES.      1K
NEWCOM  .      1K | NEWS    .      1K | RBBS    .COM   1K | RBBS37  .COM  45K
RBBS37  .DQC  22K | RBBSINST.COM  27K | RBBSINST.HQP   7K | RBBSUTIL.COM  25K
SUMMARY .      1K | TWIT    .      1K | USERS   .      1K | pwds    .      1K

Remember RBBS.COM is a special file that allows you to leave it in A0: and
run the real RBBS.COM program in A14:.

Also.. the file  pwds  is not in this .LBR since there is no way to produce
a lowercase file in a .LBR.

RBBS37-2.LBR contains the source code files for the .COM files
in RBBS37-1.LBR.

-README .002   1K | RBBS37  .AQC  27K | RBBS37NC.AQC  20K | RBBSINST.AQC  11K
RBBSUTIL.AQC   9K

Separating the files in this way allows you to download a single .LBR with
all the files you need to run the system.

--Keith
 1-Jan-85 18:30:28-MST,846;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 1 Jan 85 18:30:23-MST
Received: From mitre-gateway.arpa.ARPA by AMSAA via smtp;  1 Jan 85 19:56 EST
Date:  1 Jan 1985 19:42:14 EST (Tuesday)
From: Tom Reid <[e-mail]>
Subject: XLISP
To: [e-mail]

A while back, I inquired whether anyone knew the possible location of
the latest version of XLISP and promised a recap to the net.  Alas,
there is no joy in lispville.

The latest version I have found is SIG/M volume 118 which is not real
recent (can be found on SIMTEL20 in micro:<sigm.vol118>).  If there
is a later version in the public domain, please let me know how to
obtain it and I will take responsibility of getting it uploaded to
SIMTEL20 and announcing its availability.  Thanks in advance.  Tom.

 1-Jan-85 19:51:11-MST,1719;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 1 Jan 85 19:51:04-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  1 Jan 85 21:19 EST
Date: 1 Jan 1985  19:21 MST (Tue)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: NSWP207 eats source file under CPM+

I just received NSWP207.BUG on my RCPM.  Hope someone will pass this
along to Dave Rand at his new U.S.A. address.
--Keith

DATE: 12/24/84        TOM BURNETT    VACAVILLE,CA  [phone] (voice)
                                     Tek-80 RCP/M  [phone] (data)

    After considerable testing, an apparent bug has been found in
nswp207. The following conditions will cause problems.

    Hardware:    Lobo MAX-80
    OS:        CPM Plus

    When copying a file with the 'm' command, if the source file is
over 1 extent long, and you tell it to copy to a drive that is not ready,
i.e. no disk in drive, the SOURCE file is truncated to 1 extent. If the
file is important, this could ruin your entire day. Nswp205, disk7 and
PIP do not exhibit this behavior and nswp207 does not have the problem
under CP/M 2.2 with the same hardware. 5 in., 8 in. and hard disk do not
seem to make any difference, if the destination drive is not ready, the
source file is eaten.

    The number for Dave Rand given in nswp2.ws is no longer valid, if
someone would make sure this file gets to him, it would be appreciated.
In the meanwhile, either be careful or use nswp205. My thanks to Mr. Rand
and many others who make the fruits of their labors available for all
to use and learn.
 2-Jan-85 09:16:54-MST,1502;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 Jan 85 09:16:45-MST
Received: From hi-multics.arpa.ARPA by AMSAA via smtp;  2 Jan 85 10:43 EST
Date:  Wed, 2 Jan 85 09:39 CST
From:  [e-mail]
Subject:  L80 Query
To:  [e-mail]
Message-ID:  <[e-mail]>


I recently downloaded the Small C library from Simtel.  The fputs
function in the library recognizes only <lf> as the line termination
character, while Mince puts in only <cr> (beats me why this is the
case).  My primary use for Small C is programs to massage Mince-made
files.  So I made a two-line addition, reassembled the module, and
rebuilt clib.rel with the new iolib entry.  In the process I made the
following discovery:

The version of clib.rel on Simtel links properly into compiler-produced
code with the L80 command

L80 <prog>, clib/s, <prog>/n/e

The reassembled version would not put a JMP instruction in 100h unless I
converted an internal label in iolib (START) to public, and used the
command line

L80 <prog>, clib/s, <prog>/n/e:START

Clearly, the orignal author did something in M80 or LIB so that L80
would recognize the internal label START of some middle module in
clib.rel as the start of the program.  I am using the Apple version of
M80/L80/LIB from Microsoft and can find no hint of how to do this trick
in their documentation.  Can any of the old hands out there tell me what
was done?
 2-Jan-85 11:17:30-MST,562;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 Jan 85 11:17:25-MST
Received: From bbnccc.arpa.ARPA by AMSAA via smtp;  2 Jan 85 12:40 EST
Date: Wed, 2 Jan 85 12:26:44 EST
From: Manny Crivello <[e-mail]>
Subject: help simtel20
To: [e-mail]

 I'll be leaveing my place of employment hopefuly soon. and with this
i'll be off the system that am on. What I need is there a way to log on
simtel20 to download cpm programs, some guest account.
Thank you for any help.
M.D.CRIVELLO

 2-Jan-85 12:27:48-MST,668;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 Jan 85 12:27:44-MST
Date:     Wed, 2 Jan 85 13:37:06 EST
From:     David Towson (SECAD) <[e-mail]>
To:       [e-mail]
Subject:  Bond at Aerospace.

Fellow CP/Mers - Well, I see that the Aerospace mailer continued to reject
mail to Bond (unknown user) while I fluffed-off and took a much needed holiday.
I have deleted this name from the info-cpm list, and I hope to see no further
rejects from Aerospace.  (Bond was the last Aerospace entry.)

     Happy New Year to all!



Dave
[e-mail]
aka [e-mail]

 2-Jan-85 16:02:37-MST,1796;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 Jan 85 16:02:31-MST
Received: From rand-unix.arpa.ARPA by AMSAA via smtp;  2 Jan 85 17:38 EST
Received: by rand-unix.ARPA; Wed, 2 Jan 85 14:08:22 pst
From: Bridger Mitchell <[e-mail]>
Message-Id: <[e-mail]>
Date: 02 Jan 85 14:08:18 PST (Wed)
To: [e-mail]
Cc: Bridger Mitchell <[e-mail]>
Subj: Wanted: Testsites for DateStamper


DateStamper(TM) provides  automatic, transparent, and virtually
instantaneous date- and time-stamping for CP/M 2.2 files.
With a real-time clock, date plus actual time is stamped; otherwise,
the date plus a 'relative' time (the ordinal count of
file accesses).   DateStamper runs with all CP/M-standard programs;
files and disks are fully compatible with standard CP/M.

DateStamper is currently available in a special version for all
Kaypros that have Plu*Perfect Systems' enhanced CP/M 2.2E operating
system.  The general CP/M version is expected to be released in late February.
(The Kaypro-only version is $39 from Plu*Perfect Systems; the
general version will be under $50 in 8-inch format.  They include
full-featured directory and file-maintenance utilities.)

Beta-test sites for the general version are needed to shake out
interfacing to the variety of real-time clocks used in CP/M installations.

Beta sites requirements:
   *  CP/M 2.2.
   *  Real-time hardware or terminal clock.
   *  ASM programming experience.
   *  Willingness to contribute clock-interfacing code and documentation.

If you would like to assist with testing DateStamper, please reply
directly to me with a summary of your clock and other 2.2 system
hardware.

-bridger mitchell
 2-Jan-85 20:59:33-MST,986;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 Jan 85 20:59:28-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  2 Jan 85 21:43 EST
Date: 2 Jan 1985  16:44 MST (Wed)
Message-ID: <[e-mail]>
From: "Frank J. Wancho" <[e-mail]>
To:   Manny Crivello <[e-mail]>
Cc:   [e-mail]
Subject: help simtel20
In-reply-to: Msg of 2 Jan 1985  10:26-MST from Manny Crivello <crivello at BBNCCC.ARPA>

Manny,

I'm sorry, but there are no guest accounts on SIMTEL20.  However,
almost all the files available here in MICRO:<CPM.*> are also
available on the Royal Oak RCPM system in a suburb of Detroit, MI.
I'm sure that this information is little consolation, but certainly
better than being completely cut off.  In fact, while you have the
chance, why don't you grab MICRO:<CPM.MISC>RCPM-054.LQT and see if you
can find an RCPM system in your area...

--Frank
 2-Jan-85 21:33:42-MST,632;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 Jan 85 21:33:39-MST
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  2 Jan 85 23:04 EST
Date: 2 Jan 1985 22:57:09-EST
From: jjp@ccc
To: [e-mail]
Subject: Modem7 patch for break needed
Cc: jjp@ccc

       I need help patching modem7 to send BREAK in
    terminal mode using an 8251.  I have the source
    to my version ( modem217 ) but I don't have access
     to simtel for an "official" patch or update. Any
    help will be greatly appreciated.

                thanks in advance
                      Jeffrey Plum

    path  jjp%ccc@mc
 2-Jan-85 22:29:26-MST,1165;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 Jan 85 22:29:20-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  2 Jan 85 23:59 EST
Received: from usenet by BRL-TGR.ARPA id a014587; 2 Jan 85 23:46 EST
From: Chuck McManis <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: ADDING A HARD DISK ?
Message-ID: <[e-mail]>
Date: 2 Jan 85 02:15:12 GMT
To:       [e-mail]

Indeed Adaptec sells a Z80-ST506 harddisk adaptor that plugs into the Z-80
socket. Also Ampro sells one that implements an SCSI interface to which one
could connect a Xebec SCSI-ST506 interface(aka Host Adaptor) The adaptec one
requires you to relocate your CP/M image down by 2K leave your BIOS alone,
insert their driver, and poof you are up and running.

--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. :-}
 2-Jan-85 22:29:53-MST,1107;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 Jan 85 22:29:48-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  2 Jan 85 23:59 EST
Received: from usenet by BRL-TGR.ARPA id a014583; 2 Jan 85 23:46 EST
From: Chuck McManis <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: .REL format
Message-ID: <[e-mail]>
Date: 2 Jan 85 02:05:16 GMT
To:       [e-mail]

Yes, a description exists, it is not so underground as you might expect. It
is in an appendix of the MicroSoft Utilities Manual. Not wishing to get into
any copyright flak I suggest you get a copy of this manual from MicroSoft or
Intel Literature [phone] (Order Number 121797-001, don't know the price)

--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. :-}
 3-Jan-85 01:18:41-MST,2119;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 3 Jan 85 01:18:34-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Jan 85 2:43 EST
Date: 2 Jan 1985  23:10 MST (Wed)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: BU hard disk backup updated

BU Version 1.1 updated by Bernie Eiben <EIBEN at DEC-MARLBORO> is now
available on SIMTEL20:

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.HDUTL>
BU-11.LBR.1            COM     37632  7A85H

Here is Bernie's description of his updates:

Changed  BU to keep file-attributes, when moving files to floppy - makes it
easier to use NSWEEP to restore.  Changed ERASE algorithm to allow to  wipe
files with attributes.  Changed SPACE-routine and added " K left" output to
screen  to  know, how long the specific floppy might last.  Added some more
"excluded" file-types and VT100 as the "default terminal". - Thanks for a
GOOD and FAST Backup-utility!

Here is an edited extract from the DOC file that explains what BU is:

BU.COM is a simple, but effective hard disk backup utility.  It will back
up most hard disk systems without any need for a modification of the .ASM
source code (although it has been provided if you need to change).
Patch locations are provided in the .COM file for your terminal's
clear screen control code or escape sequence.  Another patch location
sets the number of file types which you wish to have excluded from
backup, the file is currently configured to skip 7 different filetypes:

    PRN,HEX,SYM,BAK,$$$,TMP,BAD

The program asks which drives are to be used for source and destination
and verifies it before continuing.  It also asks if you want all user
areas backed up or just the one you are in.

The "F4" file attribute bit supported under CP/M can be used so BU
will will only backup new files (ones that haven't had the F4 bit set
by BU or some other utility such as NSWP which can set or reset the F4
attribute bit).

--Keith
 3-Jan-85 12:11:18-MST,1924;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 3 Jan 85 12:11:07-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Jan 85 2:44 EST
Date: Tuesday, 1 January 1985  18:12-MST
Message-ID: <[e-mail]>
Sender: Darrel VanBuer <hplabs!sdcrdcf![e-mail]>
From: Darrel VanBuer <hplabs!sdcrdcf![e-mail]>
Subject:   Re:2400 bps modems
ReSent-From: [e-mail]
ReSent-To: [e-mail], [e-mail]
ReSent-Date: Wed 2 Jan 1985 23:34-MST

You have to be careful when buying 2400 bps modems (at least for other than
internal use where you can buy ALL of the modems) is that you get ones that
are likely to be compatible with what others have.  I noticed that the DEC
modem in the compilation in V4 #140 is a Bell 201 standard modem, while some
of the others are CCITT V.24 (not sure about this number) which are quite
different.

Bell 201 is 2400 bps, but half-duplex over the switched network (you need a
4-wire leased line for full duplex).  A venerable standard, but not
universally applicable because so many systems do not support half duplex
and syncronous operation.

Even being 2400 bps full duplex does not ensure interoperability (for
example of what can go wrong, look at 1200 bps full duplex modems where the
Vadic 3400 and Bell 212 protocols are utterly different implementations of
the same basic modulation scheme).

I don't know what standard will finally win out, but at least you know the
CCITT standards will work will most modems in Europe, and maybe here too.

Darrel J. Van Buer, PhD
System Development Corp.
2500 Colorado Ave
Santa Monica, CA 90406
[phone] x5449
...{allegra,burdvax,cbosgd,hplabs,ihnp4,orstcs,sdcsvax,ucla-cs,akgua}
                                                            !sdcrdcf!darrelj
[e-mail]
 3-Jan-85 12:23:35-MST,1063;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 3 Jan 85 12:23:28-MST
Received: From ut-ngp.arpa.ARPA by AMSAA via smtp;  3 Jan 85 2:54 EST
From: mknox <[e-mail]>
Posted-Date: Wed,  2 Jan 85 19:48:29 CST
Message-Id: <[e-mail]>
Received: by ut-ngp.ARPA (4.22/4.22)
    id AA00360; Wed, 2 Jan 85 19:53:20 cst
Date: Wed,  2 Jan 85 19:48:29 CST
To: [e-mail]
Subject: MS-DOS // CPM-86 file transfers


We are in need of a program (or programs) to run on an NEC APC under
CP/M-86 and MS-DOS.  The programs need to be able to allow copying files
from the 'other' disk format (i.e. MS-DOS under CP/M, CP/M under MS-DOS).
Pointers to either public domain or commercial programs would be
appreciated.  Right now we are using multiple machines and doing an
RS-232 transfer.  It works, but is slow, and ties up two machines.

Also, does anyone know if the new version of CCP/M-86 with MS-DOS
support (ver. 3.1, I believe) is available for the NEC APC.

                    tnx
 3-Jan-85 13:34:55-MST,1528;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 3 Jan 85 13:34:49-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Jan 85 14:13 EST
Date: 3 Jan 1985  08:44 MST (Thu)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail], [e-mail]
Subject: KERMIT and USQ for TURBO Pascal

Date: Wednesday, 2 January 1985  13:00-MST
From: B.Eiben LCG Ext 617-467-4431 <EIBEN at DEC-MARLBORO>
Re:   TKERMIT.LBR and USQ.PQS for TURBO Pascal

Turbo Pascal is alive and well - here two major pieces in TURBO.

TKERMIT.LBR holds V1.1 of CP/M Kermit - using I/O byte redirection (currently
set for DEC-VT180 - but easily changed to other systems supporting the I/O
byte). ASCII (text) and Binary transfers supported up to 4800 Baud ! Directory
and ERase command, port-setting etc... Documentation included for the owner
of other systems.

USQ.PQS is the TURBO implementation of USQ - tested on CP/M,CPM-86 and MSDOS

Thanks to Jeff Duncan (LSM.DUNCAN@DEC-Marlboro) - who also promised to "bless"
the opposite piece SQ.PAS
                Have a happy New Year!

The above files are available via ANONYMOUS ftp from Simtel20:

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.PASCAL>
TKERMIT.LBR.1            COM     50048  447DH
USQ.PQS.1            COM      5632  8F5AH

They are stored in ITS-binary format.  Questions on format to
INFO-CPM-REQUEST@AMSAA, please.

--Keith
 3-Jan-85 14:25:33-MST,1010;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 3 Jan 85 14:25:26-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  3 Jan 85 15:14 EST
Received: from usenet by BRL-TGR.ARPA id a005304; 3 Jan 85 14:53 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: RCPM-057.LQT list of all known RCPMs
Message-ID: <[e-mail]>
Date: 6 Jan 85 05:14:00 GMT
Nf-ID: #R:brl-tgr:-680500:bradley:24900001:000:428
Nf-From: bradley!jmg    Dec 29 23:14:00 1984
To:       [e-mail]

could you please send me a copy of the RCPM locations you have.  i
would also be interested in any imformation on setting up such
a system.  i have been looking for such information.  i have a
morrow md-11 and have a 300-1200 modem.

    ---- thanks in advance


Jeff Gibson              UUCP: {cepu,ihnp4,noao,uiucdcs}!bradley!jmg
Bradley University        ARPA: cepu!bradley!jmg@UCLA-LOCUS
Peoria, IL 61625            PH: [phone]
 4-Jan-85 20:52:37-MST,543;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 4 Jan 85 20:52:33-MST
Received: From utah-20.arpa.ARPA by AMSAA via smtp;  4 Jan 85 22:27 EST
Date: Fri 4 Jan 85 20:30:23-MST
From: Harold Carr <[e-mail]>
Subject: mboot3.asm
To: [e-mail]

According to the Simtel-20 Archive Blurb mboot3.asm may be found as

  micro:<cpm.modem>mboot3.asm

however I can't find it in that directory.  Could someone point me to
its current location?

Thanks,
Harold Carr
-------
 4-Jan-85 22:18:09-MST,874;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 4 Jan 85 22:18:04-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  4 Jan 85 23:54 EST
Received: from usenet by BRL-TGR.ARPA id a019816; 4 Jan 85 23:45 EST
From: "Mark D. Falleroni" <[e-mail]>
Newsgroups: net.micro.cpm
Subject: ATR8000/Turbo Pascal Problem
Message-ID: <[e-mail]>
Date: 3 Jan 85 22:14:53 GMT
To:       [e-mail]


Can anyone give me instructions for screen installation of Turbo Pascal
on my ATR8000?
Specifically, my problem is this:
    From the Turbo editor, whenever I do a CTRL-Y(delete line),
    the bottom screen border increases in size by one line
    in length.  This throws the whole display off.
thanks in advance for any help given.
    Mark Falleroni
    TRW
    Ogden,Ut.
        801.625.8048
 4-Jan-85 23:35:31-MST,927;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 4 Jan 85 23:35:25-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  5 Jan 85 1:05 EST
Date: 4 Jan 1985  23:06 MST (Fri)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Harold Carr <[e-mail]>
Cc:   [e-mail]
Subject: mboot3.asm
In-reply-to: Msg of 4 Jan 1985  20:30-MST from Harold Carr <CARR at UTAH-20.ARPA>

    According to the Simtel-20 Archive Blurb mboot3.asm may be found
    as micro:<cpm.modem>mboot3.asm, however I can't find it in that
    directory.  Could someone point me to its current location?

The archive blurb is a bit out of date on the location of that file.
It was moved to MICRO:<CPM.MODEM2>MBOOT3.ASM some time ago as part of
the file reorganization at Simtel20.
--Keith
 5-Jan-85 07:48:40-MST,837;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 5 Jan 85 07:48:34-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  5 Jan 85 9:20 EST
Date: 5 Jan 1985  07:22 MST (Sat)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Jack M. Wierda's address needed

Can anyone help with this?
--Keith

Date: Thursday, 3 January 1985  05:57-MST
From: pur-ee!isrnix!pugsly%decvax.uucp at BRL-BMD.ARPA
To:   pur-ee!decvax!brl-bmd!w8sdz at decvax.UUCP
Re:   Jack M. Wierda's address.

Hello Keith.  Do you have Jack M. Wierda's address or phone number?
(He is the author of MODEM3.PAS) Thanks!
                David Roth
        ...decvax!pur-ee!isrnix!pugsly
                Indianapolis,IN
 5-Jan-85 08:39:46-MST,1939;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 5 Jan 85 08:39:36-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  5 Jan 85 10:17 EST
Date: 5 Jan 1985  08:18 MST (Sat)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Revised Simtel20 CPM quick-reference directory list

Quick reference list to SIMTEL20's MICRO:<CPM.x> directories
as of Jan. 5, 1985 (where 'x' is one of the names below):

22RSX         CPM3          GENASM        MODEM903      SUBMIT
6502          CPM86         GENCOM        MSOFT         SYSLIB
AMETHYST      CPMLIB        GENDOC        NEWS          SYSLIB3
APPLE         CPR86         HAMMING       NSTAR         SYSUTL
ASMUTL        CUG           HAMRADIO      OSBORN        TERM
ATARI         DBASEII       HDUTL         PACKET        TOPS-20
AZTEC-C       DEBUG         HEATH         PASCAL        TRS-80
BASIC         DIRUTL        HELP          PCDOS         TURBODOS
BDOS          DISASM        HEX           PILOT80       TXTUTL
BDSC-1        DISKPLOT      IBM-PC        PLOT33        V2CMAC
BDSC-2        DSKBUF        INSIDCPM      PPSPEL        VAXVMS
BDSC-3        DSKUTL        KAYPRO        PUBKEY        VOICE
BDSC-4        EDITC80       LIST          PUBPATCH      WSTAR
BSTAM         EDITOR        MACLIB        RBBS          XCCP
BYE3          EPSON         MATH          RBBS4         YAM
C80           EZCPR         MEMTEST       RCPM          Z3LIBS
CATLOG        FAST2         MEX           SMALLC2       ZCPR
CB80          FIDO          MICNET        SORT          ZCPR2
CBIOS         FILCPY        MISC          SPELL         ZCPR3
CCP           FILUTL        MODEM         SQU-PORT
COBOL         FORTH         MODEM2        SQUSQ
COMMODORE     FORTH-83      MODEM7        STARTER-KIT
 5-Jan-85 10:10:34-MST,7323;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 5 Jan 85 10:10:09-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  5 Jan 85 11:35 EST
Date: 5 Jan 1985  09:36 MST (Sat)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: New files at Simtel20

New files at Simtel20 between 4-Dec-84 and 5-Jan-85

MICRO:<CPM.ATARI>
        BINHEX.BAS.1            ASCII    20071  6053H
        BINHEX.HEX.1            ASCII    12166  A5ABH

MICRO:<CPM.ASMUTL>
        FORM5.LBR.1             COM       9216  8301H
        NEAT5.LBR.1             COM       5888  DE33H
        XREF241.LBR.1           COM      56320  2E41H

MICRO:<CPM.APPLE>
        HEXBIN11.BAS.1          ASCII     2046  E7BAH

MICRO:<CPM.AZTEC-C>
        FIND.C.1                ASCII     3146  3E71H

MICRO:<CPM.BASIC>
        UTBILAUD.LBR.1          COM       9472  D091H

MICRO:<CPM.BYE3>
        B3APMN-6.ASM.1          ASCII     8186  07F4H
        B3MD-1.ASM.1            ASCII     6707  B94BH
        BYE329.LBR.1            COM      57216  1CAFH

MICRO:<CPM.CB80>
        CBTOD.AQM.1             COM       2176  A33AH

MICRO:<CPM.COMMODORE>
        VICXMODM.BAS.1          ASCII     5876  9273H
        VICXMODM.MSG.1          ASCII      876  92D0H

MICRO:<CPM.CPM3>
        U3-102.LBR.1            COM      11776  A60DH

MICRO:<CPM.DBASEII>
        NEWBASE5.AQM.1          COM       9856  427DH

MICRO:<CPM.DIRUTL>
        D-31.AQM.1              COM      17920  C1D9H
        DIRREP.LBR.1            COM      11392  09DBH
        SD95.CMT.1              ASCII     2851  A54BH
        SD95CMNT.LBR.1          COM       4864  9F84H
        SD96.LBR.1              COM      79872  399EH
        SRTDIR31.LBR.1          COM       4992  0960H

MICRO:<CPM.DSKUTL>
        ANYDISK.LBR.1           COM      36224  3651H
        FBAD58.AQM.1            COM      25216  F3D9H
        FBAD58.COM.1            COM       2176  D033H

MICRO:<CPM.FILCPY>
        NSWP207.BUG.1           ASCII     1154  39D2H

MICRO:<CPMFILUTL>
        DIFCOM16.LBR.1          COM      29440  9A92H

MICRO:<CPM.FORTH83>
        F83V2-MS.LBR.1          COM     228736  9FFEH

MICRO:<CPM.GENDOC>
        9TRKS100.MSG.1          ASCII     5651  2E04H
        FLOPPY.FMT.3            ASCII     9787  D3B8H

MICRO:<CPM.HAMRADIO>
        GATEWAY.DEC84.1         ASCII    16311  3A0BH

MICRO:<CPM.HDUTL>
        BU-11.LBR.1             COM      37632  7A85H

MICRO:<CPM.HEATH>
        HZ100IBM.KIT.2          ASCII     1723  AB71H

MICRO:<CPM.KAYPRO>
        DUMPKP84.COM.1          COM        384  E72FH
        EGUTIL21.LBR.1          COM      30848  4F01H
        K10TIME.LBR.1           COM       8192  1C13H
        KBSHW321.LBR.1          COM      33152  EFCEH

MICRO:<CPM.LIST>
        LISTT16.LBR.1           COM      22016  C090H
        LSTPATCH.AQM.1          COM       2688  0406H

MICRO:<CPM.MEX>
        ATRPAT.MEX.1            ASCII     3141  F756H
        MXO-DM10.ASM.1          ASCII     5561  F04CH
        MXO-RS15.ASM.1          ASCII    18957  14A9H

MICRO:<CPM.MISC>
        RCPM-057.LQT.1          COM      36864  72DAH

MICRO:<CPM.MODEM>
        2400BAUD.TXT.1          ASCII     4420  E3AAH
        2400MDMS.MSG.1          ASCII     5885  52DFH
        KERMT403.LBR.1          COM     273664  58CCH
        NULLMODM.DOC.1          ASCII      718  8A3FH
        USARTS.DQC.1            COM       8064  112DH

MICRO:<CPM.MODEM2>
        BMODEM.BAS.1            ASCII     1104  600EH
        BMODEM.DOC.1            ASCII      651  FC36H

MICRO:<CPM.MODEM7>
        M7-SCAT.AQM.1           COM      18304  B911H
        M7AL8-1.AQM.1           COM       7808  CE31H
        M7AM-1.AQM.1            COM       7936  652EH
        M7ATR1.ASM.1            ASCII    25174  DD3AH
        M7OVL-22.LST.1          ASCII     4810  E399H
        M7SD-1.AQM.1            COM       7552  95C2H
        PAT700V2.ASM.1          ASCII     3104  CFC6H
        PAT700V2.MSG.1          ASCII      949  FF43H

MICRO:<CPM.OSBORN>
        DIRPATCH.AZM.1          ASCII     9548  0606H
        DIRPATCH.HEX.1          ASCII      335  C03BH
        OSBN-BIO.BQS.1          COM       3584  372CH

MICRO:<CPM.PASCAL>
        TBBS22.LBR.1            COM      45568  DD6FH
        TKERMIT.LBR.1           COM      50048  447DH
        TURBO-UG.ADR.1          ASCII      605  F57BH
        TURBOPAS.WRN.1          ASCII      773  58C9H
        USQ.PQS.1               COM       5632  8F5AH
        XYDEMO.PAS.1            ASCII     1166  8E46H
        XYPLOT.PAS.1            ASCII     5254  2C90H

MICRO:<CPM.PCDOS>
        FLOW.ASM.1              ASCII     4423  D3B8H
        IBM-SWP.EXE.1           COM      26496  B9ABH
        LS.LBR.1                COM      27392  21E1H
        LU.DOC.1                ASCII     6267  7B68H
        LU.EXE.3                COM      22528  02ECH
        NSQ202.EQE.1            COM      15104  3AEAH
        PC-TALK.DQC.1           COM      64640  0EE6H
        PC-TALK5.LBR.1          COM     144384  90BFH
        PHONE.LBR.1             COM      32256  8EBCH
        RAMDISK.LBR.1           COM       2560  BA87H
        SDL30.AQM.1             COM      14976  5336H
        TURBO-SQ.LBR.1          COM      18176  8E21H
        WHEREIS.LBR.1           COM       8192  2BB7H

MICRO:<CPM.RBBS>
        RBBS37.MSG.1            ASCII     1134  0D9CH
        RBBS37-1.LBR.1          COM     134272  3041H
        RBBS37-2.LBR.1          COM      67456  B0AAH

MICRO:<CPM.RCPM>
        CHAT42.LBR.1            COM      14720  65EBH
        XMDM-102.BUG.1          ASCII      843  E698H

MICRO:<CPM.SMALLC2>
        SMALLCV2.MSG.1          ASCII     2552  AD2FH

MICRO:<CPM.SQU-PORT>
        MAKESQ..1               ASCII      156  23CEH
        MAKEUSQ..1              ASCII       91  8E4BH
        README..1               ASCII     3000  216EH
        SQ.1.1                  ASCII     1657  E6FCH
        SQ.C.1                  ASCII     5519  71BCH
        SQ.H.1                  ASCII     1900  F320H
        SQCOM.H.1               ASCII      445  F27AH
        SQDEBUG.C.1             ASCII      791  78FFH
        SQIO.C.1                ASCII      808  547CH
        SQU-PORT.MSG.1          ASCII      663  7F3FH
        TR1.C.1                 ASCII     1345  696AH
        TR2.C.1                 ASCII    13402  1C3BH
        USQ.C.1                 ASCII     6523  C8CBH
        USQ.H.1                 ASCII      376  BF51H
        UTR.C.1                 ASCII     1766  78FEH

MICRO:<CPM.SQUSQ>
        68000USQ.LBR.1          COM      14848  5A23H
        SQU-PORT.LBR.1          COM      29952  D82CH

MICRO:<CPM.TXTUTL>
        FILT5A.LBR.1            COM       5888  345FH
        TABS5.LBR.1             COM       4480  FE89H

MICRO:<CPM.WSTAR>
        TXTTOWS.LBR.1           COM       7424  8263H

MICRO:<CPM.ZCPR3>
        Z3NEWS.101.2            ASCII    10100  F350H
        Z3NEWS.102.1            ASCII     9980  B1F0H
        ZCPR3DIR.BQG.1          COM       2944  7436H
 5-Jan-85 12:19:23-MST,837;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 5 Jan 85 12:19:16-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  5 Jan 85 13:42 EST
Received: from usenet by BRL-TGR.ARPA id a000348; 5 Jan 85 13:41 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Wanted: wildexp.c
Message-ID: <[e-mail]>
Date: 3 Jan 85 04:46:00 GMT
Nf-ID: #N:bradley:24900002:000:292
Nf-From: bradley!jmg    Jan  2 22:46:00 1985
To:       [e-mail]


Can someone out there please send me a copy of 'wildexp.c' for the
BDS C compiler?

          thanks in advance,
                 ---- Jeff


Jeff Gibson              UUCP: {cepu,ihnp4,noao,uiucdcs}!bradley!jmg
Bradley University        ARPA: cepu!bradley!jmg@UCLA-LOCUS
Peoria, IL 61625            PH: [phone]
 6-Jan-85 01:19:10-MST,1267;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 6 Jan 85 01:19:04-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  6 Jan 85 2:47 EST
Received: from usenet by BRL-TGR.ARPA id a006113; 6 Jan 85 2:41 EST
From: Phil Thompson <[e-mail]>
Newsgroups: net.micro.cpm,net.micro
Subject: LINK-80
Message-ID: <[e-mail]>
Date: 3 Jan 85 13:59:09 GMT
Xref: mcvax 2016 4087
To:       [e-mail]

<>
    I have a library in .IRL format that contains, amongst others,
one routine called IN and another called OUT. When linked with LINK-80
these are correctly read from the library and appear in the symbol table
but the instructions that CALL them have the wrong addresses.

    I assume that if I were to give them different names then everything
would be OK (other routines from the library link with no problems) and the
only thing about these two is that they have the same names as 8080 op-codes
but LINK doesn't know about those.

    Can anybody suggest what might be going on and provide a fix. I
don't want to change the names of the routines because I have a lot of
source code that refers to them.

Thanks,
Phil Thompson    ..!ukc!west44!westcsr
        ..!ukc!west44
 7-Jan-85 04:19:59-MST,1736;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 Jan 85 04:19:53-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  7 Jan 85 5:50 EST
Received: from usenet by BRL-TGR.ARPA id a019808; 7 Jan 85 5:42 EST
From: Doug Hall <[e-mail]>
Newsgroups: net.lang.pascal,net.micro.cpm
Subject: Packed variables in Turbo Pascal
Message-ID: <[e-mail]>
Date: 6 Jan 85 19:09:04 GMT
Xref: godot net.lang.pascal:87 net.micro.cpm:1595
To:       [e-mail]

While messing around with Turbo Pascal last night I typed in the
following short program:

|    program testvars;
|
|    var a : packed array [0..15] of boolean;
|        b : set of 0..15;
|
|    begin
|    writeln(sizeof(a),' ',sizeof(b));
|    end.

The result was that variable 'a' took 16 bytes and 'b' took 2 bytes. A
quick check of the manual revealed that the word 'packed' is ignored
in Turbo; packing occurs automatically whenever possible. It certainly
seems possible for packing to occur here. There is a compiler
directive (*X- *) which supposedly causes the code size for arrays to
be minimized, but the size is unchanged when I use this. It appears
that Turbo is tuned for maximum speed, not minimum code size. Sets,
however, use one bit per element, just as in UCSD Pascal.

Could someone try this on the 8088/8086 version of Turbo? I'm using
the CP/M version on an Apple //e with a Z-80 card.

While we're on the subject, has anyone received info on new compilers
from Borland? I keep hearing rumors of a Modula-2 compiler and an
upgraded version of the Pascal compiler. Any news?


Douglas Hall
ITT Telecom Products
Raleigh, NC
ittvax!ittral!hall
 7-Jan-85 09:13:01-MST,1018;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 Jan 85 09:12:38-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  7 Jan 85 10:29 EST
Date: Saturday, 5 January 1985  17:34-MST
Message-ID: <[e-mail]>
Sender: decvax!ittvax!dcdwest!sdcsvax!sdcrdcf!trwrb!trwrba![e-mail]
From: decvax!ittvax!dcdwest!sdcsvax!sdcrdcf!trwrb!trwrba![e-mail]
Subject:   Term-mite and ZRT-80 boards....
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Mon 7 Jan 1985 08:31-MST

Both the Micromint Term-mite and the Digital Research terminal boards
look to be reasonably good.  The Term-mite is about $250 while the
ZRT-80 is $129.... a significant cost difference.

Can anyone sway me towards either one of these boards?  Any personal
experiences that would be helpful in selecting a REAL inexpensive
terminal board?

            seismo!hao!hplabs!sdcrdcf!trwrb!trwrba!jnelson
            - John
 7-Jan-85 22:10:36-MST,1191;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 Jan 85 22:10:28-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  7 Jan 85 23:45 EST
Received: from usenet by BRL-TGR.ARPA id a005693; 7 Jan 85 23:42 EST
From: Andrew Klossner <[e-mail]>
Newsgroups: net.micro.cpm,net.micro
Subject: Re: LINK-80
Message-ID: <[e-mail]>
Date: 7 Jan 85 03:39:55 GMT
Xref: godot net.micro.cpm:1597 net.micro:3365
To:       [e-mail]

[]

    "I have a library in .IRL format that contains, amongst others,
    one routine called IN and another called OUT. When linked with
    LINK-80 these are correctly read from the library and appear in
    the symbol table but the instructions that CALL them have the
    wrong addresses ... Can anybody suggest what might be going on
    and provide a fix."

Look to the assembler instead of the linker.  Many assemblers will
quietly substitute the value of the opcode (such as IN or OUT) when you
use it as an address in an instruction.

  -- Andrew Klossner   (decvax!tektronix!orca!andrew)       [UUCP]
                       (orca!andrew.tektronix@csnet-relay)  [ARPA]
 7-Jan-85 22:38:22-MST,2115;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 Jan 85 22:38:11-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  8 Jan 85 0:02 EST
Date: 7 Jan 1985  22:04 MST (Mon)
Message-ID: <[e-mail]>
From: "Frank J. Wancho" <[e-mail]>
To:   [e-mail]
Cc:   [e-mail], [e-mail], [e-mail]
Subject: TOPS-20 SQ and TOPS-20 MODEM

Bill Westfield and I were working on somewhat different versions of C
sources to SQ for TOPS-20 use, using different compilers.  My version,
based on SQU-PORT.LBR, a "portable" version, uses the "MIT C" compiler
and runtime package, and was completed shortly after Bill's
announcement, with Eliot Moss' help.

Although there are some significant differences in both versions -
look for an announcement momentarily, both produce files with a byte
size of 8.  One difference is that my version produces files with the
ITS Binary header.  This caused a problem with MODEM only - the other
CP/M-related programs for TOPS-20, such as USQ, handled this just
fine.

So, there is now a new version of MODEM (310) for TOPS-20 with
reworked automatic file type determination code, and which now also
happens to write ITS Binary files with a bytesize of 8 instead of the
old 36.

Source and a ready-to-run executable are in MICRO:<CPM.TOPS-20>MODEM.*
here.

For those of you wishing to try my version of SQ, you may FTP it from
SYS: here.  Sources are not quite ready for release yet.

As Bill noted earlier, both versions of TOPS-20 SQ are capable of
squeezing arbitrarily large TOPS-20 files (hopefully text files as
both programs assume).  Unfortunately, USQ/TYPESQ use file memory
mapping techniques which limit the size of the files that can be
handled.  (At the time USQ/TYPESQ was written, it wasn't expected to
handle but typically sized CP/M files.)  There *may* be a version of
USQ/TYPESQ available to handle such large files in the near future.
In the meantime, be aware of the potential problem.

--Frank
 8-Jan-85 00:52:49-MST,925;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 Jan 85 00:52:43-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  8 Jan 85 2:22 EST
Received: from wisc-rsch.arpa by BRL-AOS.ARPA id a000975; 8 Jan 85 2:16 EST
Date: Tue, 8 Jan 85 01:15:46 cst
From: David Neves <[e-mail]>
Message-Id: <[e-mail]>
Received: by wisc-rsch.arpa; Tue, 8 Jan 85 01:15:46 cst
To: [e-mail]
Subject: CPM to UCSD transfer (again)

I didn't get any response to my request for a UCSD pascal program that
will transfer CPM files to UCSD operating system files.  I know there
is such a problem because I have it (only the middle part is garbled).
If no one has it can anyone recommend a good book on the CPM directory
structure so that I can do it myself?  -Thanks, david

...!{allegra,heurikon,ihnp4,seismo,uwm-evax}!uwvax!neves
neves@uwvax
 8-Jan-85 08:49:13-MST,1612;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 Jan 85 08:48:56-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  8 Jan 85 9:54 EST
Date: Monday, 7 January 1985  17:57-MST
Message-ID: <[e-mail]>
Sender: rocksvax!sunybcs![e-mail]
From: rocksvax!sunybcs![e-mail]
Subject:   Prometheus ProModem 1200
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Tue 8 Jan 1985 07:55-MST

I have had a ProModem for about a year, and have noticed that some of
the things that are mentioned in the manual are not true. For
instance, if the line is busy the manual says that the modem should
detect the busy signal, hang up and try again. This does not happen.
Also if you have the options processor installed you have the ability
to create logon macros, which I have not been able to get to work as
of yet. Another problem with the options processor, is with its
ability to send and receive messages at preset times, this does not
work either. When attempting to receive, it will answer the phone,
detect carrier and then hang up. Other than these problems, I have
been satisfied with the operation of the modem. If anyone has had the
same problems, and knows of a solution please send me mail. Also if
you have any other problems, send mail. If there are many responses I
will summarize to the net.

                        Thank you, Dave
                        Szczepanski
..{burdvax, rocksvax, bbncca, decvax, dual, rocksanne, watmath}!sunybcs!ugdaves
 8-Jan-85 10:11:48-MST,856;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 Jan 85 10:11:42-MST
Received: From ardc.arpa.ARPA by AMSAA via smtp;  8 Jan 85 11:34 EST
Date:     Tue, 8 Jan 85 11:32:55 EST
From:     David G. Sampar (PM-AL) <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  DOCUMENTATION ON BYE3


Could someone send me or point me to a file documenting the use and operation
of the BYE3 program.  I am in the process of trying to setup a RCP/M using
an HEATH H89.  I have already FTP'ed the BYE3 files BYE329.LBR and BY3H89-4.ASM
from SIMTEL20 but I am having difficulty in getting it to work.  Could be that
I am not setting the proper equates right because it seems to assemble without
any problems.  Any and all help would be appreciated.


Thanks
David Sampar
 8-Jan-85 13:39:22-MST,1923;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 Jan 85 13:39:12-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  8 Jan 85 14:52 EST
Received: from isi-uci-gw by BRL-AOS.ARPA id a000296; 8 Jan 85 11:54 EST
Date: 08 Jan 85 11:30:18 PST (Tue)
To: David Neves <[e-mail]>
cc: [e-mail], [e-mail]
Subject: Re: CPM to UCSD transfer (again)
In-reply-to: Your message of Tue, 8 Jan 85 01:15:46 cst.
         <[e-mail]>
From: Alastair Milne <[e-mail]>
Received: from Localhost by UCI-ICSE; 08 Jan 85 11:32:08 PST (Tue)
Munged: from uci-icse to UCI; 08 Jan 85 11:32:14 PST (Tue)
Received: from Uci-Icse by UCI-750a; 08 Jan 85 11:32:24 PST (Tue)


     I didn't get any response to my request for a UCSD pascal program that
     will transfer CPM files to UCSD operating system files.  I know there
     is such a problem because I have it (only the middle part is garbled).
     If no one has it can anyone recommend a good book on the CPM directory
     structure so that I can do it myself?  -Thanks, david

     ...!{allegra,heurikon,ihnp4,seismo,uwm-evax}!uwvax!neves
     neves@uwvax
--------------

   Sorry, I must have missed this request the last time.  There is a system
called XenoFile, under UCSD, which is intended for transfer to/from CP/M.
As I recall (never having used it myself) it consists of two programs and
three units.  What this sort of complexity is for, I know not.

   I believe it is available from both NCI in Vancouver and SofTech Microsystems
in San Diego.  Best thing to do is contact them.

   Funny thing is, there is a single unit from NCI, called PCDOS, which
handles transfers to/from DOS discs.  Why won't the same arrangement work with
CP/M?  I have no idea.

                Happy hunting
                        A. Milne
 8-Jan-85 13:41:10-MST,3302;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 Jan 85 13:41:00-MST
Received: From isi-uci-gw.ARPA by AMSAA via smtp;  8 Jan 85 14:54 EST
Date: 08 Jan 85 11:52:11 PST (Tue)
To: Doug Hall <[e-mail]>
cc: [e-mail], [e-mail]
Subject: Re: Packed variables in Turbo Pascal
In-reply-to: Your message of 6 Jan 85 19:09:04 GMT.
         <[e-mail]>
From: Alastair Milne <[e-mail]>
Received: from Localhost by UCI-ICSE; 08 Jan 85 11:54:13 PST (Tue)
Munged: from uci-icse to UCI; 08 Jan 85 11:54:21 PST (Tue)
Received: from Uci-Icse by UCI-750a; 08 Jan 85 11:55:00 PST (Tue)


>    While messing around with Turbo Pascal last night I typed in the
>    following short program:

>    |    program testvars;
>    |
>    |    var a : packed array [0..15] of boolean;
>    |        b : set of 0..15;
>    |
>    |    begin
>    |    writeln(sizeof(a),' ',sizeof(b));
>    |    end.

>    The result was that variable 'a' took 16 bytes and 'b' took 2 bytes. A
>    quick check of the manual revealed that the word 'packed' is ignored
>    in Turbo; packing occurs automatically whenever possible. It certainly
>    seems possible for packing to occur here. There is a compiler
>    directive (*X- *) which supposedly causes the code size for arrays to
>    be minimized, but the size is unchanged when I use this. It appears
>    that Turbo is tuned for maximum speed, not minimum code size. Sets,
>    however, use one bit per element, just as in UCSD Pascal.

>    Could someone try this on the 8088/8086 version of Turbo? I'm using
>    the CP/M version on an Apple //e with a Z-80 card.

>    While we're on the subject, has anyone received info on new compilers
>    from Borland? I keep hearing rumors of a Modula-2 compiler and an
>    upgraded version of the Pascal compiler. Any news?


>    Douglas Hall
>    ITT Telecom Products
>    Raleigh, NC
>    ittvax!ittral!hall
----------------

   I have Turbo on an 8088.  It's the same story.  Turbo packs to the byte
level only; I'm told this is typical of Pascal implementations.  UCSD is
one of the few that packs to the bit level.  I did my test in a different
way: a case variant record where one variation was an array of boolean, by which
I wanted to access the bits of the other variation.  No good.  I had an
array of bytes where I wanted bits.

   Yes, Turbo's optimisation is definitely for speed; I believe they state as
much.  I'm not sure, though, whether $X- is the right setting for optimised
arrays.  Are sure that's not actually the default setting?

   As far as I'm aware Turbo's sets are bit vectors.  I think (hope,
certainly) that this is also typical of Pascal implementations (else why
impose such a ridiculous restriction as a 32-element set?).

   I too am eagerly awaiting reports of Borland's Modula-2.  Having separately
compilable modules will make a great difference to me.  And with luck, the
reams of additional features stuffed into Turbo will be separated into
modules.  (Have you considered what the Turbo compiler's symbol must look
like, not to mention the code to initialize it?!)

            A. Milne

 8-Jan-85 15:06:14-MST,1602;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 Jan 85 15:06:04-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  8 Jan 85 16:27 EST
Date: 8 Jan 1985  14:29 MST (Tue)
Message-ID: <[e-mail]>
From: "Frank J. Wancho" <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: Another TOPS-20 SQ/USQ Available

Yet another version of a TOPS-20 SQ and USQ is now available, based on
the "portable" C version, for ANONYMOUS FTP from MICRO:<CPM.T20-SQUSQ>
here on SIMTEL20.  These programs are meant to be compiled with the
"MIT C" compiler.  However, ready-to-run executables are available in
the same directory.  Note: USQ is a special version, not to be
confused with the more generic and significantly faster version of USQ
by GZ@MC in MICRO:<CPM.TOPS-20>.  Please rename this special version
of USQ to LUSQ (for Large file USQ) if you choose to install it on our
system.

SQ differs from Bill Westfield's recently announced version in the
handling of input and output filenames and input and output padding.
This version also writes output files with the ITS Binary header, a
known sore point subject to change.

USQ is different from GZ's USQ in that it will handle any arbitrarily
large file that SQ can produce; it assumes the original file was an
ASCII text file; it is more than three times slower.  It also has the
TYPESQ functionality by the use of the -count option for previewing
without actually unsqueezing.

Bug reports to me, please.

--Frank
 8-Jan-85 20:13:46-MST,1512;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 Jan 85 20:13:40-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  8 Jan 85 21:48 EST
Received: from usenet by BRL-TGR.ARPA id a019268; 8 Jan 85 21:45 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Info about Royal Alphatronic computer, please
Message-ID: <[e-mail]>
Date: 7 Jan 85 17:16:25 GMT
Sender: [e-mail]
To:       [e-mail]

I just bought my daughter a Royal Alphatronic computer to do word processing
on - it came with a tailored version of Peachtext and Peachcalc, and it was
a good buy.  It's a Z80A, 4 MHz, 64K machine with a single 320K dual-sided
disk drive.

Questions:

1.  How do I go about getting Kermit onto this beast?  The disk format is
    not specified by Royal - is 320K on 80 tracks a standard format?  There
    is no info on what disk controller chip(s) the thing uses.

2.  If anyone has used this system, can you tell me how to put Peachtext
    files onto a diskette that isn't the Peachtext system disk?  If I use
    the editor menu option to save files, it doesn't work right - if i go
    to the top-level menu and try to save, it says I have to have the PT
    disk in the drive.

As always, thanks for any assistance.

Dick Binder   (The Stainless Steel Rat)

UUCP:  {decvax, allegra, ucbvax...}!decwrl!dec-rhea!dec-dosadi!binder
ARPA:  [e-mail]
 9-Jan-85 02:53:40-MST,1067;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 Jan 85 02:53:35-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  9 Jan 85 4:27 EST
Received: from mit-mc.arpa by BRL-AOS.ARPA id aa01276; 9 Jan 85 4:19 EST
Date: Tue 8 Jan 85 19:02:24-EST
From: Andrew Moore <[e-mail]>
Subject: Re: DOCUMENTATION ON BYE3
To: [e-mail]
cc: [e-mail]
In-Reply-To: Message from "David G. Sampar (PM-AL) <[e-mail]>" of Tue 8 Jan 85 17:52:48-EST


    As far as I know,  there is no real "documentation" on the series
of BYE programs (but I'm probably wrong).  Kim Levitt's MBYE (Modular BYE)
program is a nice one,  and it includes documentation as well.  Most of the
documentation,  however,  is right in MBYE's source code.  You should have
no problem finding an overlay for the Heath.  For more information,  and
possibly a little help,  try Kim Levitt's RCP/M at 213/653-6398.  You'll
find MBYE files online.  Let me know if you need any more help.

-dru

-------

 9-Jan-85 03:41:52-MST,829;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 Jan 85 03:41:47-MST
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  9 Jan 85 5:14 EST
Date: Mon 7 Jan 85 01:35:50-EST
From: Lance Rips <[e-mail]>
Subject: Help with Vista A800
To: [e-mail]


     Does anyone have some experience with 8" controllers for
Apple II's?  Mine seems to have died after a week's use.

     (a) Who repairs the things, now that Vista is out of business?
     (b) Are there better controllers that will work with Apple CPM?
     (c) Is there anyone with the right setup who would be willing
to transfer a single file from 8" (DSDD) to 5"?

     Any help would be really appreciated...

                                                 Lance
-------

 9-Jan-85 04:36:17-MST,877;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 Jan 85 04:36:11-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  9 Jan 85 6:02 EST
Received: from usenet by BRL-TGR.ARPA id a023941; 9 Jan 85 5:52 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: Suggestion..
Message-ID: <[e-mail]>
Date: 18 Jan 85 05:56:00 GMT
Nf-ID: #R:brl-tgr:-669600:uiucuxc:34600002:000:314
Nf-From: uiucuxc!grayson    Jan  4 23:56:00 1985
To:       [e-mail]

As for converting .COM files to .HEX files, why bother?  I have
written an easy program which takes any file as input, and types
the .HEX output at you from the BBS.  True, there is no instant
CRC checking as with XMODEM, but .HEX files do contain checksums on
each line, so any errors will be detected eventually.
 9-Jan-85 04:37:08-MST,777;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 Jan 85 04:37:04-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  9 Jan 85 6:02 EST
Received: from usenet by BRL-TGR.ARPA id a023946; 9 Jan 85 5:52 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Osborne Disk-C and/or Trantor HD ??
Message-ID: <[e-mail]>
Date: 5 Jan 85 23:15:00 GMT
Nf-ID: #N:convex:48000014:000:221
Nf-From: convex!graham    Jan  5 17:15:00 1985
To:       [e-mail]

I am considering buying the Disk-C ram disk for the Osborne I.  Does anyone
have opinions about this product?  How about the Trantor hard disk which
is available and uses Disk-C as a cache?  Recommendations for/against??
 9-Jan-85 10:12:56-MST,453;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 Jan 85 10:12:52-MST
Received: From dec-marlboro.arpa.ARPA by AMSAA via smtp;  9 Jan 85 11:39 EST
Date: 9 Jan 1985 1138-EST
From: Larry Campbell <[e-mail]>
To: [e-mail]
Subject: Please remove me from info-cpm
Message-ID: <"MS11(2364)+GLXLIB1(1056)" 12078204386.19.71.46658 at DEC-MARLBORO>

Thank you...
   --------
 9-Jan-85 14:31:35-MST,559;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 Jan 85 14:31:27-MST
Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp;  9 Jan 85 15:58 EST
Received: ID <[e-mail]>; Wed 9 Jan 85 16:00:11-EST
Date: Wed 9 Jan 85 16:00:10-EST
From: [e-mail]
Subject: TURBO Pascal
To: [e-mail]


As long as discussion has turned to Pascal, someone tell me this:

    How does the *&$#%@ thing work?!?!?!?

Is it true that P Kahn is from the 14th dimension?

thanks
-------
 9-Jan-85 14:50:35-MST,1160;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 Jan 85 14:50:11-MST
Received: From csnet-pdn-gw.ARPA by AMSAA via smtp;  9 Jan 85 16:17 EST
Received: from ibm-sj by csnet-relay.csnet id af06330; 9 Jan 85 16:07 EST
Date: Wed, 9 Jan 85 12:41:18 PST
From: Jim moore <[e-mail]>
To: [e-mail]
Subject: Request pointer to a Blackjack program


There are any number of more-or-less serious programs which will run a game
of blackjack.  Does anyone know of such a program intended for the serious
player, who uses one of the "card-counting" strategies?

I have heard of one which runs only on the IBM-PC, which configures
to any of the established set of house rules, and which will exercise and
evaluate the player's mastery of the playing strategy.

What I am looking for is such a program for my cp/m (Kaypro, actually) machine.
PD preferred (obviously) but not necessary.

I will summarize reply(ies) to those who so request (rather than burden the
entire net-readership).

As usual, thanks in advance.

Jim Moore
(MOORE.LOSANGEL@IBM)
 9-Jan-85 15:12:35-MST,898;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 Jan 85 15:12:26-MST
Received: From dec-marlboro.arpa.ARPA by AMSAA via smtp;  9 Jan 85 16:30 EST
Date: Wed 9 Jan 85 16:32:57-EST
From: Walt Lamia <[e-mail]>
Subject: Re: TURBO Pascal
To: [e-mail], [e-mail]
cc: [e-mail]
UUCP: {allegra,ucbvax,decvax,ihnp4}!decwrl![e-mail]
E-net: MONTY::MARKET::LAMIA

No, but I *hear* that Turbo was actually written in Sweden, and is sold
in Europe as COMPAS Pascal.  I think Phillipe Kahn is >just< (:-)
a smart, savvy, marketeer who knows a good thing when he sees it.

No, I have no rumors about the reputed Turbo C or Turbo Modula, or where
they're being done.  How 'bout you, out there?

%Walt

Opinions are my own, but I might deny every saying them if asked.
-------
10-Jan-85 04:19:30-MST,1008;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 04:19:25-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  10 Jan 85 5:57 EST
Received: from usenet by BRL-TGR.ARPA id a014943; 10 Jan 85 5:45 EST
From: Blackwell <[e-mail]>
Newsgroups: net.micro.cpm,net.dcom
Subject: mex comm. utility (cpm)
Message-ID: <[e-mail]>
Date: 9 Jan 85 04:01:17 GMT
Xref: godot net.micro.cpm:1611 net.dcom:361
To:       [e-mail]

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

    I have been using a public domain communications program
called MEX.  I have it configured for an Otrona Attache.  My problem
is that MEX seems to be eating the <esc> character, thus defeating
the terminal emulation capabilities of the Attache.

Question:    Does anyone know of a patch to fix this problem.

ps.  I am running version 1.0 with the MEXPAT10 patch applied.

--
Mike Blackwell            ihnp4!aicchi!mdb
"What big black helicopter???"
10-Jan-85 04:20:28-MST,1048;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 04:20:09-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  10 Jan 85 5:57 EST
Received: from usenet by BRL-TGR.ARPA id a014952; 10 Jan 85 5:45 EST
From: Blackwell <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Otrona Attache
Message-ID: <[e-mail]>
Date: 9 Jan 85 04:10:42 GMT
To:       [e-mail]

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

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

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

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

--
Mike Blackwel            ihnp4!aicchi!mdb
"What big black helicopter???"
10-Jan-85 05:48:10-MST,1648;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 05:48:03-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  10 Jan 85 7:10 EST
Received: from usenet by BRL-TGR.ARPA id a015673; 10 Jan 85 6:45 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: cp/m+ incompatibility
Message-ID: <[e-mail]>
Date: 12 Jan 85 05:36:34 GMT
To:       [e-mail]

CPM+ incompatibilities...
  I am a happy owner of Osborne Executive owner... but...
Osborne did a bad thing... they goofed with the index registers in the bios
before saving them on the stack... something that is not sopposed to happen,
as some software packages (TURBO pascal for one i think) use the IX and IY
index registers without saving them before a BDOS call. ZAP! The new 1.21
rom availiable from osborne is supposed to fix this problem. When I get
this Rom, if anyone is interested I will research it. I do know that the
RSX i wrote works well for this purpose. Osbornes have given cpm+ a bad
name for no reason... IT IS 100% COMPATIBLE with 2.2, but some programs
such as public domain BYE does not work since the BDOS and BIOS are actually
stored in other pages of ram, so it makes it difficult to patch them.
An RSX is a Resident System Extension... cpm thinks of it as a routine
to run before entering bios. This is a legal patch that cpm accounts for.
The one I wrote just saves IX and IY on the stack, goes through to BDOS,
then when returning, pops them back off the stack...
Correct me if I am wrong please....
    Jason Hamby        ihnp4!akgua!jett!jason
10-Jan-85 05:52:57-MST,1532;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 05:52:47-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  10 Jan 85 7:10 EST
Received: from usenet by BRL-TGR.ARPA id a015677; 10 Jan 85 6:45 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: Kaypro DSDD
Message-ID: <[e-mail]>
Date: 12 Jan 85 05:51:50 GMT
To:       [e-mail]

Kaypro Rom upgrade... look in Micro Cornucopia... for the 'PRO-8'
replacement rom. Sorry, but the newest kaypro board is not the
same as the kaypro 10. Kaypro is switching to basically 2 board types.
The non-K10 systems have the same board, at different levels of
population. (They all have capabilities to be a K4/84!! with clock
and modem.) The K10 board has been around as the same with some
rev levels, but same basic layout since the introduction of the Kaypro
10. Actually, having the new board is an advantage... look
on the back of the unit... you should have an unmarked Rj-11
(phone connector) socket in the middle-right of the back (looking
from front of system)... that is where the modem goes... If it is
a Kaypro 10 board, it will have 2 of those sockets next to each
other... on the left-most side... one is kayboard and the other is
for an un-supported light pen interface... but it does not
have the other 'modem' socket...
  hope this helped
         (I work for a Kaypro Authorized Repair Dealer)
               Jason HAmby    ihnp4!akgua!jett!jason
10-Jan-85 06:42:33-MST,607;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 06:42:27-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  10 Jan 85 7:47 EST
Received: from BacoNoir.ms by ArpaGateway.ms ; 10 JAN 85 04:48:20 PST
Date: Thu, 10 Jan 85 07:47 EST
From: [e-mail]
Subject: Re: Packed variables in Turbo Pascal
In-reply-to: <[e-mail]>
To: Doug Hall <[e-mail]>
cc: [e-mail]

    I have a NEC APC which runs on a 8086 and CP/M-86. I ran your program
on my Turbo and got the same answer.
                                        Paul


10-Jan-85 08:36:28-MST,1374;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 08:36:22-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  10 Jan 85 9:49 EST
Date: 10 Jan 1985  07:51 MST (Thu)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Blackwell <[e-mail]>
Cc:   [e-mail]
Subject: mex comm. utility (cpm)
In-reply-to: Msg of 8 Jan 1985  21:01-MST from Blackwell <mdb%aicchi.uucp at BRL-TGR.ARPA>

    I have been using a public domain communications program called
    MEX.  I have it configured for an Otrona Attache.  My problem is
    that MEX seems to be eating the <esc> character, thus defeating
    the terminal emulation capabilities of the Attache.

    Question:    Does anyone know of a patch to fix this problem.

The problem is easily fixed.  In all the user overlays for MEX and
MODEM7 there is an equate that sets whether control characters are
passed along to the console in the terminal mode.  Look for this:

IGNCTL: DB      NO              ;yes=do not send control characters
                                ;above CTL-M to CRT in terminal mode
                                ;no=send any incoming CTL-char to CRT

Chances are yours is set to YES instead of NO.
--Keith
10-Jan-85 09:29:56-MST,1075;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 09:29:49-MST
Received: From usc-eclb.arpa.ARPA by AMSAA via smtp;  10 Jan 85 10:53 EST
Date: 10 Jan 1985 07:55-PST
Sender: [e-mail]
Subject: ZCPR-like File Search
From: [e-mail]
To: [e-mail]
Cc: [e-mail]
Message-ID: <[USC-ECLB]10-Jan-85 07:55:36.STANLEY>

I am running ZCPR (version 1) on a Heath H89.  I seem to remember
reading or seeing recently a scheme whereby the file search was
extended to include files of the *.OVR and *.MSG type, so that if
you were to be logged onto Drive C: and issued the command SC
(with SC being on A:), the SC program would know where to find
its overlays.  As it is, of course, ZCPR finds SC which then
errors out because it cannot find its overlay files.  Can anyone
help me locate the "fix" I think I saw?

Please reply directly to me (stanley at eclb), and I will
summarize for the net.  Thanks in advance.

                                ...Dick Stanley

10-Jan-85 10:35:15-MST,430;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 10:35:11-MST
Received: From apg-3.arpa.ARPA by AMSAA via smtp;  10 Jan 85 12:04 EST
Date: 10 Jan 1985 12:02:40 EST (Thursday)
From: John Shaver STEEP-TM-AC 879-7602 <[e-mail]>
Subject: ZCPR Start?
To: [e-mail]
Cc: [e-mail]

Where does one start reading to get acquainted with ZCPR?

10-Jan-85 12:53:35-MST,610;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 12:53:28-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  10 Jan 85 14:07 EST
Received: from Flora.ms by ArpaGateway.ms ; 10 JAN 85 10:58:27 PST
Date: Thu, 10 Jan 85 08:53 PST
From: [e-mail]
Subject: Re: TURBO Pascal
In-reply-to: "[e-mail]'s message of Wed, 9 Jan 85
 16:32:57 EST"
To: Walt Lamia <[e-mail]>
cc: [e-mail], [e-mail]

The is a good biography/interview of Kahn in the latest issue of Micro Conucopia.

10-Jan-85 18:42:53-MST,683;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 18:42:49-MST
Received: From csnet-pdn-gw.ARPA by AMSAA via smtp;  10 Jan 85 20:15 EST
Received: from waterloo by csnet-relay.csnet id ae13322; 10 Jan 85 20:00 EST
Date: Thu, 10 Jan 85 10:41:13 est
From: Edward Chrzanowski <[e-mail]>
To: [e-mail]
Subject: name change

Can you please change the mailing list to send all cpm-info mail to the
following alias instead of echrzanowski.
UUCP: ...!{ utzoo,decvax,ihnp4,allegra}!watmath!ML_Cpm-Info
ARPA: [e-mail]
Thank you
ED C

10-Jan-85 21:13:07-MST,453;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 21:13:03-MST
Received: From dec-marlboro.arpa.ARPA by AMSAA via smtp;  10 Jan 85 22:53 EST
Date: 10 Jan 1985 2256-EST
From: Larry Campbell <[e-mail]>
To: [e-mail]
Subject: PLEASE remove me from the info-cpm list
Message-ID: <"MS11(2364)+GLXLIB1(1056)" 12078589937.18.71.14704 at DEC-MARLBORO>


   --------
10-Jan-85 23:13:45-MST,3921;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 23:13:34-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  11 Jan 85 0:45 EST
Received: from usenet by BRL-TGR.ARPA id a002596; 11 Jan 85 0:45 EST
From: Ken Dickey <[e-mail]>
Newsgroups: net.micro.cpm,net.lang.lisp
Subject: iLISP (SCHEME dialect) interpreter for CP/M
Message-ID: <[e-mail]>
Date: 8 Jan 85 17:33:19 GMT
Xref: godot net.micro.cpm:1618 net.lang.lisp:121
To:       [e-mail]



iLISP is a lexically scoped lisp based on the SCHEME dialect
of Lisp which runs on Z80 CP/M 2.X

I have been going through some of the exercises from Abelson &
Sussmans' STRUCTURE AND INTERPRETATION OF COMPUTER PROGRAMS (MIT
Press '85)--which is an excellent book--and having a lot of fun
doing so.  For $55, this is a really fun system for playing with
objects, packages, constraint systems, etc.  There are some
differences in this dialect and that described in Struct &
Interp, but I have yet to come across something I couldn't do
in a clean and obvious way.

Synopsis:
  Just like the big boys: read and run time macros, optimized
tail recursion (does not burn stack space; no [ugly] PROG or GO
needed), error handling and toploop fully user controlled, init
(startup) file, assembler interface, CATCH, floating point math,
CP/M access, assembler interface, list editor, TRACEing, BREAK,
user control of error handling, ramdom access function library
system (most convenient!), pretty printing functions, readable
reference manual (165 pg, + 60 pg intro for non-lispers), terminal
configuration options, full control of string and cons space
allocation, etc, etc.  Aside from this it is jus' plain fun to
use (this is NOT a paid ad, really)!.   Warning: the intro for
beginners is much too formal.  The Struct & Interp is a much
better introduction for new lispers, who may need some hand-
holding in any case.  Unfortunately, no vectors or compilation.

general prims:
+ - * / ABS ADD1 ARCTAN COSINE FIX FLOAT MINUS REM SINE SUB1 SQRT
APPEND CAR CARS CDR CDRS CONS COPY DREVERSE LAST LENGTH LIST
MEMB MEMBER NCONC NTH REPLACA REPLACD REPLACAD TCONC GETPL GETPROP
LISTGET LISTPUT LISTREM PUTPROP REMPROP SETPL ALPHAORDER NCHARS
PACK SET UNPACK UNSET ATOM EQ EQUAL LISTP LITATOM MACROP NULL
NUMNBERP PROPP VALUEP ZEROP = >= <= > <

i/o and special prims:
CLEARBUF DIRIO FILLBUF INB INPUT PEEKC READ READP READC READLINE
SYNTAB SYNTAX CS CURSOR LINELENGTH MARGIN OUTB OUTPUT POSITION
PRIN1 PRIN2 PRINTLEVEL PRINT OUTB SPACES TAB CLOSE DISK DSKRES
FILEDIR GFD IOBYTE OPEN OPENP SFP ARGCNT ASCII BYTE CHAR ERR
EVAL DEFEXP DESCRIBE EXIT FREE FULL LOAD MEMORY PROG1 RECLAIM
RESET MAP TERPRI TYPE UNSETF

also has a number of macros and special forms (MAP functions,
PROGN, DEFINE, SETQ, SELECTQ, COND, LET, LETSYS, etc) and a
bunch of utility functions (string handling, statistics, Eliza,
etc).  There is more, but I'm tired of typing and you get the idea.

As functions are full-fledged data objects, they can be assigned
to, allowing you to do things like generalize "+" to lists, eg:
(SETQ OLD-ADD +)    ; expects 2 args
(DEFINE + ARGS (MAP ID ARGS OLD-ADD 0))
(UNSET 'OLD-ADD)
will now allow (+ 4 3 6) =>13 instead of an error (2 args expected)
and (+ ) =>0.

Oh, yes:
COMPUTING INSIGHTS
PO BOX 4033
Madison, Wisconsin 53711
($49.95 + $5 ship)

Lithp ith lithening!
-Ken Dickey
---------------------------------------------------
UUCP:           HOST!tektronix!dadla!kend
   Where HOST is any one of:
    masscomp,decvax,allegra,uf-cgrl,mit-eddie,mit-ems,
    uoregon,psu-cs,orstcs,zehntel,ucbcad,ucbvax,purdue,
    uw-beaver,reed, ogcvax,ihnp4,tekred,minn-ua,cbosg

CSnet: kend%dadla@tektronix
ARPAnet: kend%dadla%tektronix@csnet-relay
---------------------------------------------------
11-Jan-85 00:10:02-MST,1044;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 00:09:56-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  11 Jan 85 1:37 EST
Received: from usenet by BRL-TGR.ARPA id a003606; 11 Jan 85 1:12 EST
From: Jeff Troeger <[e-mail]>
Newsgroups: net.micro.cpm
Subject: BJgame
Message-ID: <[e-mail]>
Date: 10 Jan 85 16:58:01 GMT
To:       [e-mail]

I have a copy of a blackjack game on my Rainbow written with BDSC that lets
you choose from 1-4 decks, if you want insurance, and the amount of bets.
If anyone would like a copy, send me mail with your mail path, and I will
mail it too you.


            Jeff Troeger


--
==============================================================================
<This space left intentionally blank>
Jeff Troeger
Citicorp TTI
3100 Ocean Park Blvd.
Santa Monica, California  90405
[phone], ext. 3096
{vortex,philabs}!ttidca!troeger
11-Jan-85 02:50:53-MST,1256;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 02:50:48-MST
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  11 Jan 85 4:20 EST
Date: 11 January 1985 04:15-EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  TURBO Pascal
To: [e-mail]
cc: [e-mail], [e-mail]
In-reply-to: Msg of Wed 9 Jan 85 16:32:57-EST from Walt Lamia <LAMIA at DEC-MARLBORO.ARPA>

I think you hear wrong...
    Date: Wed 9 Jan 85 16:32:57-EST
    From: Walt Lamia <LAMIA at DEC-MARLBORO.ARPA>
    To:   Lee.Sailer at CMU-CS-C.ARPA, info-cpm at AMSAA.ARPA
    cc:   LAMIA at DEC-MARLBORO.ARPA
    Re:   TURBO Pascal
    UUCP: {allegra,ucbvax,decvax,ihnp4}!decwrl![e-mail]
    E-net: MONTY::MARKET::LAMIA

    No, but I *hear* that Turbo was actually written in Sweden, and is sold
    in Europe as COMPAS Pascal.  I think Phillipe Kahn is >just< (:-)
    a smart, savvy, marketeer who knows a good thing when he sees it.

    No, I have no rumors about the reputed Turbo C or Turbo Modula, or where
    they're being done.  How 'bout you, out there?

    %Walt

    Opinions are my own, but I might deny every saying them if asked.

11-Jan-85 07:12:06-MST,769;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 07:12:02-MST
Received: From cisl-service-multics.arpa.ARPA by AMSAA via smtp;
          11 Jan 85 8:32 EST
Received: FROM HIS-PHOENIX-MULTICS.ARPA BY CISL-SERVICE-MULTICS.ARPA WITH dial; 11 JAN 1985 08:25:02 EST
Acknowledge-To:  David N Low <[e-mail]>
Date:  Fri, 11 Jan 85 01:58 MST
From:  David N Low <[e-mail]>
Subject:  ZCPR on Apple
To:  [e-mail]
Message-ID:  <[e-mail]>

   Does any one know where, or how to set ZCPR3 up on an Apple II+ using
a soft card, and CP/M 60k?

I have access to both Gold Mine, and Gold Mine II in Phoenix,AZ.

-David N. Low
11-Jan-85 07:58:32-MST,747;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 07:58:28-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  11 Jan 85 9:21 EST
Received: from usenet by BRL-TGR.ARPA id a002471; 11 Jan 85 8:45 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Thanks for wildexp.c
Message-ID: <[e-mail]>
Date: 9 Jan 85 04:07:00 GMT
Nf-ID: #N:bradley:24900003:000:201
Nf-From: bradley!jmg    Jan  8 22:07:00 1985
To:       [e-mail]

Thanks to all for wildexp.c

  --- Jeff


Jeff Gibson              UUCP: {cepu,ihnp4,noao,uiucdcs}!bradley!jmg
Bradley University        ARPA: cepu!bradley!jmg@UCLA-LOCUS
Peoria, IL 61625            PH: [phone]
11-Jan-85 08:03:07-MST,1048;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 08:03:01-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  11 Jan 85 9:24 EST
Date: Fri 11 Jan 85 07:25:31-MST
From: Rick Conn <[e-mail]>
Subject: Re: ZCPR Start?
To: [e-mail]
cc: [e-mail], [e-mail]
In-Reply-To: Message from "John Shaver STEEP-TM-AC 879-7602 <[e-mail]>" of Thu 10 Jan 85 12:02:40-MST

There are several info sources on ZCPR3:

    Z3USER.SI    -- a user's perspective of the concepts of the system
    Z3INS*.SI    -- installation manual
    Z3NEWS.*    -- newsletters about questions, changes, etc
    magazines    -- articles have appeared in Computer Language,
                Dr Dobbs, User's Guide, and others, and
                an article is due to come out in Byte in
                the next few months

The first three references are files stored in the MICRO:<CPM.ZCPR3>
directory on SIMTEL20.  Finally, a book on ZCPR3 is due to come out later
this month or next month.

        Rick
-------
11-Jan-85 08:22:57-MST,483;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 08:22:48-MST
Received: From apg-3.arpa.ARPA by AMSAA via smtp;  11 Jan 85 9:31 EST
Date: 11 Jan 1985  9:30:09 EST (Friday)
From: John Shaver STEEP-TM-AC 879-7602 <[e-mail]>
Subject: Re: ZCPR on Apple
In-Reply-to: Your message of Fri, 11 Jan 85 01:58 MST
To: [e-mail]
Cc: [e-mail]

Please forward your ZCPR3 answers to the rest of us.

11-Jan-85 08:52:40-MST,1132;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 08:52:33-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  11 Jan 85 9:35 EST
Received: from usenet by BRL-TGR.ARPA id a003542; 11 Jan 85 9:09 EST
From: Art Zemon <[e-mail]>
Newsgroups: net.wanted,net.micro.cpm
Subject: CP/M Stock Management software wanted
Message-ID: <[e-mail]>
Date: 10 Jan 85 17:19:52 GMT
To:       [e-mail]

Do you know of any CP/M based programs which will manage a
stock portfolio?  It should maintain a database for a
number of securities which includes, perhaps among other
things, the following:
    purchase price
    purchase data
    quantity purchased
    pricing history
    p/e history

Other items which would be nice but are not essential:
    plot graphs on a dot matrix printer
    produce a report of stocks which excede certain
    thresholds on price
    ???

The program can be either public domain or purchased
software.
--
    -- Art Zemon
       FileNet Corp.
       ...! {decvax, ihnp4, ucbvax} !trwrb!felix!zemon
11-Jan-85 13:32:30-MST,865;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 13:32:24-MST
Received: From cisl-service-multics.arpa.ARPA by AMSAA via smtp;
          11 Jan 85 14:53 EST
Received: FROM HIS-PHOENIX-MULTICS.ARPA BY CISL-SERVICE-MULTICS.ARPA WITH dial; 11 JAN 1985 14:54:55 EST
Acknowledge-To:  David N Low <[e-mail]>
Date:  Fri, 11 Jan 85 12:44 MST
From:  David N Low <[e-mail]>
Subject:  Re: ZCPR on Apple
To:  [e-mail]
Message-ID:  <[e-mail]>

Hmm. looks like emacs strips off my net address. So either reply to this
meeting or send reply's to Low.MHC at pco.arpa .  The problem with CP/M
60K on the Apple(II+;Softcard and Language card) is that the CCP is
folded into the 4K starting at $D000.
<Low at pco.arpa>
11-Jan-85 15:21:00-MST,483;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 15:20:56-MST
Received: From hi-multics.arpa.ARPA by AMSAA via smtp;  11 Jan 85 16:52 EST
Date:  Fri, 11 Jan 85 15:45 CST
From:  [e-mail]
Subject:  Mince/Scribble availability
To:  [e-mail]
Message-ID:  <[e-mail]>

What routes exist for getting Mince/Scribble, or whatever they have
turned into these days?

Earl
11-Jan-85 16:30:01-MST,4730;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 16:29:44-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  11 Jan 85 17:49 EST
Received: from usenet by BRL-TGR.ARPA id a000719; 11 Jan 85 17:49 EST
From: [e-mail]
Newsgroups: net.micro,net.micro.cpm,net.lang.c
Subject: an old idea whose time has come again
Message-ID: <[e-mail]>
Date: 10 Jan 85 21:21:07 GMT
Sender: [e-mail]
Xref: godot net.micro:3384 net.micro.cpm:1629 net.lang.c:2513
To:       [e-mail]

[shift to the left! shift to the right! pop up! push down! byte! byte! byte!]

The IBM 1130 (a 16 bit machine, 60's vintage) running Disk Monitor
Version 2 (mod 10 July 1971) had a linker/loader with some
very desirable options.

My suggestion as to how to handle '$' in identifiers is to push that
problem as low as possible.  The 1130's linker had the 'equate' option
that specified the substitution of subroutines during the building
of a core load
form: *equat(sub1,sub2),...,(subm,subn)
    substituted sub2 for sub1

so 'C' programs would use something like:
    *equat(sys_read, SYS$READ)
This means that all references to the subroutine up to the link pass
would be the 'C' name (7 char maximum, per K&R).  Only at the link pass
would machine-dependent features such as longer name lengths and
funny characters be available.  Only- what name would stay in the
symbol table for the debugger to use?  This has the advantage of
moving the problem out of the 'C' language and into the loader
which I am under the impression is quite machine dependent anyway.

<< The following is of interest to systems that don't swap or page
  or are very memory limited >>

Yes folks, the 1130 supported overlays and in a painless way, that
was transparent to the coding.  If the program size exceeded available
core (yes - I said core) then the call was altered to call 'FLIPR'
which would read in the subroutine into the overlay area (in not
already there) and pass execution to the desired subroutine.
There were SOCAL (System call loaded on call) and LOCAL
(subroutines loaded on call). (There was a distinction between
system and user subroutines).

        memory was mapped as:
            +--------------+
            | main program |
            +--------------+
            | subroutines  | including FLIPR
            +--------------+
            | local        | size of largest LOCAL
            +--------------+
            | socal        | size of largest SOCAL
            +--------------+
            | common       |
            +--------------+

The linker would try the following in building a core image
1) build everything in memory
if it doesn't fit
2) SOCAL some of the less-frequently used system routines
if it still doesn't fit
3) SOCAL all the system routines
if it still doesn't fit
4) gives up

Now, just tell it what subroutines you are willing to have loaded on call
by specifying the option
    *local main1,sub1,sub2,sub3,...,subn
    where main1 is the main program
    sub1,... are the subroutines to be loaded on call

    If there was more than one main program (one passed execution
    to another by 'chain', similar to 'exec')you coded
    *local main2,sub1,sub2,sub3,...,subn
    for the other main program, and so on.

and re-link.  No need for recoding or recompilation.

    I see this as being very necessary for
running large programs on CPM machines
which are usually restricted to 64K.  Whitesmith's "C" has no such
ability, restricting program size to actual memory size.  Manx's "C"
has an overlay ability, but has to be explicitly called
by the calling program. (Aha! Now you see why its in net.micro! )

    Now for real fun.  If you coded a non-blank in column 26 of the
//XEQ card (that invoked the linker/loader) that allowed a LOCAL to
call another LOCAL.  This required special programming to pass a
link word [mainline program address] since there was no stack thus
all non-common variables were lost when overlaid.  This restricted
the LOCAL call LOCAL to assembly language only.

    Of course, load although not-called were called NOCAL and were coded:
    *nocalmain1,sub1,...,subn
but that's a nothing special.

    Rhetorical question: Why don't any of the 'modern' loaders
offer these wonderful options?  Let's see you run a Fortran compiler
and non-trivial program in 16K!!!!!


P.S. I have pieces of the 1130 all over my apartment, including the
    front panel.  Does anybody else miss the beastie????

            +---------------------------------------+
            |  Jeff 'oh no -- not another' Skot    |
            |  at beautiful downtown Somerset NJ    |
            |  AT&T Info Systems            |
            |  ..!abnji!jeff            |
            +---------------------------------------+
11-Jan-85 20:56:16-MST,586;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 20:56:10-MST
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  11 Jan 85 22:22 EST
Date: 11 January 1985 22:19-EST
From: Eric Stork <[e-mail]>
Subject: EPSON GENEVA QUERY
To: [e-mail]
cc: [e-mail]

Looking for tips on using FILINK.COM to send to S-100 unit,
with error checking.  Anyone have data on the protocol
used?  I can dump 7-bit ASCII with TERM>COM, but cannot
move 8-bit stuff that way.  Thanks in advance for comments.
Eric

11-Jan-85 22:42:45-MST,777;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 22:42:39-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  12 Jan 85 0:05 EST
Received: from mit-mc.arpa by BRL-AOS.ARPA id a014005; 11 Jan 85 23:58 EST
Received: from (H154026)NJECNVM.BITNET by WISCVM.ARPA on 01/11/85 at
  22:57:00 CST
DATE: January 11, 1985   23:38:20 EST
TO:  [e-mail]
FROM:  [e-mail]
SUBJECT: 8' drive controller for IIe

I have difficulities getting a Vista A800 8' drive controller for my
Apple IIe.  Can some one give me information on its availability,
or on other controller(s) for IIe, where available, how much, etc.?

Thanks in advance.


Jim
<[e-mail]>

12-Jan-85 01:16:42-MST,1519;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 12 Jan 85 01:16:36-MST
Received: From nosc-gw.ARPA by AMSAA via smtp;  12 Jan 85 2:52 EST
Received: from cod.ARPA by nosc.ARPA (4.12/4.7)
    id AA08142; Fri, 11 Jan 85 23:53:20 pst
From: bang!crash![e-mail]
MMDF-Warning:  Parse error in preceeding line at AMSAA.ARPA
Received: by cod.ARPA (4.12/4.7)
    id AA08983; Fri, 11 Jan 85 23:53:46 pst
Message-Id: <[e-mail]>
Date: Fri, 11 Jan 85 11:16:13 PST
To: bang![e-mail]
Subject: TURBO Pascal
Cc: bang![e-mail]

>  As long as discussion has turned to Pascal, someone tell me this:
>    How does the *&$#%@ thing work ?!?!?!?
>  Is it true the P Kahn is from the 14th dimension?

When I first saw a TURBO Pascal ad (about a year ago), I figured it had to
be some sort of scam or at least gross deception.  I phoned and asked for a
review copy (I was writing a Pascal column for IBM Softalk at the time),
ready to rip it to shreds when it arrived.  Instead, I wrote such a glowing
(if slightly incredulous) review that Borland quotes me in their ads.  I've
asked Philippe Kahn about it on a number of occasions, and he just tells me
that it's a "simple recursive-descent compiler" and "I'm surprised that
nobody else has come out with one."  I still think it's magic.
                        ..bruce..
                    Bruce Webster, Contr. Ed., BYTE
                    bang!crash!bwebster@nosc
                    {ihnp4 | sdcsvax!bang}!crash!bwebster


12-Jan-85 12:22:02-MST,732;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 12 Jan 85 12:21:58-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  12 Jan 85 13:54 EST
Received: from Gamay.ms by ArpaGateway.ms ; 12 JAN 85 10:56:28 PST
From: [e-mail]
Date: 12 Jan 85 10:57:08 PST
Subject: Re: mex comm. utility (cpm)
In-reply-to: [e-mail]'s message of 9 Jan 85 04:01:17
 GMT, <[e-mail]>
To: Blackwell <[e-mail]>
cc: [e-mail]

Try setting the filter off (STAT FILTER OFF) when you load Mex.
With it on all control characters except lf,cr,bs will be blocked
out.

Arun Baheti <NBaheti.es@Xerox>
"Life is hard; then you die."
12-Jan-85 22:34:48-MST,1254;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 12 Jan 85 22:34:42-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  13 Jan 85 0:01 EST
Received: from usenet by BRL-TGR.ARPA id a013616; 12 Jan 85 23:56 EST
From: Michael Cooper <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Unix for CP/M 2.1 or > on a z80
Message-ID: <[e-mail]>
Date: 10 Jan 85 00:28:47 GMT
To:       [e-mail]

[ Some day this line will rise above poverty and strike revenge... ]

Does anybody know of any types of utilities to make a z80 running
CP/M 2.1 Unix-like.  I'm looking for things like full i/o redirection that
"overlays" over the CP/M like a shell (command interpretuer) that will
provide Unix features.  Someone told me about one called "microshell" but
I can't find reference anywhere to it.



                    Michael Cooper

______________________________________________________________________________
{decvax, ucbvax, pur-ee, uw-beaver, masscomp, cbosg,
 mit-ems, psu-cs, uoregon, orstcs, ihnp4, uf-cgrl}!tektronix
                              \
                               +---!reed!mikec
{teneron, ogcvax, muddcs, cadic, oresoft, grpwre,     /
            psu-cs, omen, isonvax, nsc-pdc}---+
12-Jan-85 23:19:15-MST,1361;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 12 Jan 85 23:19:06-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  13 Jan 85 0:40 EST
Received: from usenet by BRL-TGR.ARPA id a014693; 13 Jan 85 0:21 EST
From: Chuck McManis <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Prometheus ProModem 1200
Message-ID: <[e-mail]>
Date: 11 Jan 85 15:28:12 GMT
To:       [e-mail]

>I have had a ProModem for about a year, and have noticed that some of
>the things that are mentioned in the manual are not true. For
>instance, if the line is busy the manual says that the modem should
>detect the busy signal, hang up and try again. This does not happen.
 As the manual mentions, this requires that the switch on the bottom
 be set to enable this activity and that it will retry every 30 seconds.
 I have found both of these statements to be true. I have a modem
 program (MEX) that will do redial so I disable this "feature"

--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. :-}
13-Jan-85 00:28:04-MST,769;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 00:27:56-MST
Received: From su-score.arpa.ARPA by AMSAA via smtp;  13 Jan 85 2:01 EST
Date: Sat 12 Jan 85 23:00:15-PST
From: Sam Hahn <[e-mail]>
Subject: Re: Unix for CP/M 2.1 or > on a z80
To: [e-mail]
cc: [e-mail]
In-Reply-To: Message from "Michael Cooper <[e-mail]>" of Thu 10 Jan 85 00:28:47-PST

New Generation Systems.  Reston Virginia. 703-471-5598
Or try ConIX, from Computer Helper Industries, inc.  212-652-1786

I run cp/m-3.0 and -816 OS's, so I haven't gotten either of these.
There are others, but these two come easily to mind.

                -- sam hahn [samuel@score]
-------
13-Jan-85 00:44:13-MST,1032;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 00:44:07-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  13 Jan 85 2:11 EST
Received: from usenet by BRL-TGR.ARPA id a016950; 13 Jan 85 1:22 EST
From: Ravi Subrahmanyan <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Help with SIMTEL20
Message-ID: <[e-mail]>
Date: 12 Jan 85 02:22:42 GMT
To:       [e-mail]

Keith Peterson, Richard Conn: ( and everyone else too )

I've just gotten a CPM machine, & am struggling to
get ZCPR2 up & running.. ( no bdosloc program, have
to hack thru the system with DDT, etc.). Now I start
reading micro.cpm news & I hear everyone talking about
SIMTEL20. ( Sounds like a giant BBS? ). Would you
please let me know something more about this, how I
could access the files, and so on? If I can get stuff
from it onto this system, can I XMODEM it to my house
and so on? Thanks in advance,
                                     [Ravi]
13-Jan-85 00:50:31-MST,958;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 00:50:24-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  13 Jan 85 2:11 EST
Received: from usenet by BRL-TGR.ARPA id a016954; 13 Jan 85 1:22 EST
From: Ravi Subrahmanyan <[e-mail]>
Newsgroups: net.micro.cpm
Subject: ATR8000 and Turbo
Message-ID: <[e-mail]>
Date: 12 Jan 85 02:30:42 GMT
To:       [e-mail]



I can't say I know what's wrong but I have been
using Tubro with the ATR8000, and it works Ok. You
have to use TINST to set up the system for a TELEVIDEO
TVI 921 terminal (basically any ADM3a type). Are you
using Autoterm from SWP, or the 80 col. cartridge?
I use the cartridge myself, and I'd recommend it highly
if you haven't yet gotten something for 80 cols. Anyway,
that is a perfect ADm3a clone, so anything set up for
that will be perfect.
                Good Luck,
                        [Ravi]
13-Jan-85 01:11:04-MST,2371;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 01:10:56-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  13 Jan 85 2:12 EST
Received: from usenet by BRL-TGR.ARPA id a017604; 13 Jan 85 1:41 EST
From: Tim Maroney <[e-mail]>
Newsgroups: net.micro.cpm
Subject: POW2 public domain formatter
Message-ID: <[e-mail]>
Date: 13 Jan 85 00:15:24 GMT
To:       [e-mail]

I recently snarfed the POW2 text formatter from SIMTEL20.  It works fairly
well overall, but it has a few deficiencies.  Among these are the lack of
various fonts support (you can overstrike a whole line, and underline
centered text -- whoopee), the treatment of centering as a special command
rather than as a justification mode, the lack of variable-space total
justification for printers that support it, the lack of a file inclusion
command, the lack of three-part titles, and blank lines not causing a
paragraph break.

I have fixed one of these by adding font support.  The command FT,number
switches to the font given by the number, in a table of font handling
routine addresses.  The font handling routines output a single character in
the routine's font, and they are printer specific (non-portable).  However,
so far I have only added this for left justification, the only mode I use;
any font changes will result in bad font-character associations in right or
total justify mode, and will have no effect in unformatted text (which I'm
not really sure is a very bad thing).  I would not want to release such a
program, but I am also not heavily motivated to fix it in a way I will never
use.  So does anyone else want to add this?  If you are serious about it,
and have a weekend to spare, let me know and I'll send you a copy.

Perhaps a number of us could work together on adding the other useful
features I mentioned as well.  POW has the potential to be a very powerful
tool; it seems no one has ever gotten around to making it one.
-=-
Tim Maroney, Carnegie-Mellon University Computation Center
ARPA:    Tim.Maroney@CMU-CS-K    uucp:    seismo!cmu-cs-k!tim
CompuServe:    74176,1360    audio:    shout "Hey, Tim!"

"Remember all ye that existence is pure joy; that all the sorrows are
but as shadows; they pass & are done; but there is that which remains."
Liber AL, II:9.
13-Jan-85 01:48:37-MST,1921;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 01:48:31-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  13 Jan 85 3:06 EST
Received: from usenet by BRL-TGR.ARPA id a018362; 13 Jan 85 2:41 EST
From: Tim Maroney <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Screen Editor
Message-ID: <[e-mail]>
Date: 13 Jan 85 04:05:56 GMT
To:       [e-mail]

Some weeks ago, I snarfed the public domain screen editor from SIMTEL20.  It
was nicely done, but a three-mode editor was totally unacceptable to my
emacs-configured fingers.  I've hacked away at it heavily, adding many
features and completely replacing the user interface with an emacs-like one
(although it is not emacs-like otherwise -- no multiple windows, no
extension language, no marking yet).

The major extension that still needs to be done is extending it to arbitrary
file sizes.  I have worked out a scheme for doing this, but I was wondering
whether anyone else has already done it, with the new buffer module being in
the public domain.  If so, it would sure save a lot of time.

If not, then I have a question for you CP/M wizards.  Is there any portable
way to make a file shrink?  That is, to free sectors from the end of it that
were formerly in use?  If so, how?  I have not examined the CP/M file system
heavily, although I have hacked other parts of BIOS, so if there is a way it
shouldn't be over my head.  I need this because I don't want my temporary
files to be stuck at their maximum length.
-=-
Tim Maroney, Carnegie-Mellon University Computation Center
ARPA:    Tim.Maroney@CMU-CS-K    uucp:    seismo!cmu-cs-k!tim
CompuServe:    74176,1360    audio:    shout "Hey, Tim!"

"Remember all ye that existence is pure joy; that all the sorrows are
but as shadows; they pass & are done; but there is that which remains."
Liber AL, II:9.
13-Jan-85 02:05:32-MST,1082;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 02:05:26-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  13 Jan 85 3:06 EST
Received: from usenet by BRL-TGR.ARPA id a018535; 13 Jan 85 2:45 EST
From: Michael Cooper <[e-mail]>
Newsgroups: net.micro.cpm,net.micro.zx
Subject: MODEM7 for an Altos z80 running CP/M 2.1 wanted
Message-ID: <[e-mail]>
Date: 11 Jan 85 15:34:08 GMT
To:       [e-mail]


Does anyone have such a beast?  Does anyone have any equivilent?  I need
to transfer files between the above mentioned Altos and an Altair 8080
running CP/M 1.4, but the disk formats are not the same.



                    Michael Cooper

______________________________________________________________________________
{decvax, ucbvax, pur-ee, uw-beaver, masscomp, cbosg,
 mit-ems, psu-cs, uoregon, orstcs, ihnp4, uf-cgrl}!tektronix
                              \
                               +---!reed!mikec
{teneron, ogcvax, muddcs, cadic, oresoft, grpwre,     /
            psu-cs, omen, isonvax, nsc-pdc}---+
13-Jan-85 02:26:58-MST,774;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 02:26:54-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  13 Jan 85 3:49 EST
Received: from usenet by BRL-TGR.ARPA id a019683; 13 Jan 85 3:41 EST
From: Jim Gillogly <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: TURBO Pascal
Message-ID: <[e-mail]>
Date: 11 Jan 85 22:03:04 GMT
To:       [e-mail]

----------
After discovering how wonderful Turbo Pascal is (IBM PC), I called Borland
and asked about Turbo C.  The girl on the order desk said that they had
been told that it's being worked on and they expect it this coming summer.
--
    Jim Gillogly
    {decvax, vortex}!randvax!jim
    [e-mail]
13-Jan-85 11:08:01-MST,806;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 11:07:52-MST
Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp;  13 Jan 85 12:41 EST
Received: ID <[e-mail]>; Sun 13 Jan 85 12:40:38-EST
Date: Sun 13 Jan 85 12:40:34-EST
From: [e-mail]
Subject: EMACS and the Osborne
To: [e-mail]


Some time ago I elicited help with getting EMACS to work on an Osborne
over 1200 Baud lines (which I did), and to work in a usable way (which I
did not).

I promised to report back; this is it.  I never got it where I could stand
it.  To much screen repainting was the main problem, plus some cases
where EMACS and my screen got too confused about who was where.

If you figure it out, let me know.
-------
13-Jan-85 11:17:15-MST,1580;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 11:17:08-MST
Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp;  13 Jan 85 12:40 EST
Received: ID <[e-mail]>; Sun 13 Jan 85 12:36:51-EST
Date: Sun 13 Jan 85 12:36:49-EST
From: [e-mail]
Subject: Turbo
To: [e-mail]


So far, except for Kahn's assurance that it is really simple, it seems that
nobody is willing to admit that they know how it works.  Here is a new, simpler
question:

    1.  Is anybody out there trying to figure out how Turbo "does it"?

    2.  Is anybody debating what it could do better, so that version x
        will be even spiffier?

Here are a few of my own (somehat trivial) wishes.
  - A stand-alone version of the editor/run-time system.  TRUE FACT.  I use
    Turbo as my editor when writing in C.  ("Why?" is a lng story.)

 - A utility that will strip out totally unused parts of .COM files.
   if, for example, Turbo loads all the trig functions into every .COM
   file, could a utility dtect that they were never used, and squeeze them
   out?

 - Turbo's random number generator is not so hot.  In paticular, it cannot
   be started from a particular seed.  Patches?

 - Could Turbo be patched to add a "true" complex type, and thereby save us
   all from those letters in BYTE that say "Real men use FORTRAN!"

Of Course!  First, someone (not me, sorry, I don't even know assembler) will
have to figure out how Turbo is possible, period.

thanks for listening
-------
13-Jan-85 11:21:10-MST,2146;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 11:21:01-MST
Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp;  13 Jan 85 12:55 EST
Received: ID <[e-mail]>; Sun 13 Jan 85 12:57:09-EST
Date: Sun 13 Jan 85 12:57:06-EST
From: [e-mail]
Subject: CP/M Standards
To: [e-mail]


Lastbutnotleast, I wish to send up a trial balloon, and see if anybody salutes
it...

People seem to keep asking, or even just claiming, that CP/M is dead.
I think it is dead the way FORTRAN died about 15 years ago, that is, it now
lives in so many forms, and is "evolving" so much that it will probably never
disappear.  Notice that after years and years of fooling around, the FORTRAN
folk finally got up a "standard", first 66, then 77, and now so-called 8x.

Is anyone doing this for CP/M???

I know of at least ZCPRn, TURBO-DOS, RCPM, the UNIX-like "addons", and a lot
of different little utiliies for time-stamping, making USER 0 files public,
incremental backup, and so on.

Let's call DR's plain version "level 0".  For me, User numbers are nearly
useless in level 0.  How would it be best to fix that, and could we
standardize it, make PIP, ED, STAT, etc. understand it, and call it
level 1?  Could we standardize on a subset of the good features in EX, SUPERSUB,
etc, and add those to level 1?

and so on.

In short, CP/M has a lot of good features, and some bad ones.  People add enhancements, but they (the enhancements) often interfere with one another.
This prohibits developers of compilers and editors and so on from using
the enhancements, and CP/M eventually dies.

I think that this is such a good idea, that I would not be surprised if it is
already happening.  I could be wrong.

One last thing.  I am posting this idea to see if there is any interest in
discussing it publically, so post you responses to INFO-CPM.  Do not send me
a separate copy, I can read it here.  Of course, if you have a
personal message to me that would not be approprate for the BBoard, you should
send it directly to me.
-------
13-Jan-85 12:33:32-MST,702;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 12:33:24-MST
Received: From mitre.arpa.ARPA by AMSAA via smtp;  13 Jan 85 14:02 EST
Date: 13 Jan 1985 14:01:34 EST (Sunday)
From: Jeffrey Edelheit <[e-mail]>
Subject: comm software for an Eagle II E
To: [e-mail]
Cc: [e-mail]

I was recently asked by a fellow I know if there is a PD comm package available
for his Eagle II E.  Does anyone have one, and if so, can a deal be worked out
(He sends you a floppy, you copy the pgm(s) on it and return it to him)?

As he isn't on the net, please respond to me.  Thanks

Jeff Edelheit
(edelheit@mitre)

13-Jan-85 15:20:03-MST,1215;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 15:19:57-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  13 Jan 85 16:47 EST
Date: 13 Jan 1985  14:44 MST (Sun)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Jeffrey Edelheit <[e-mail]>
Cc:   [e-mail]
Subject: comm software for an Eagle II E
In-reply-to: Msg of 13 Jan 1985  12:01-MST from Jeffrey Edelheit <edelheit at Mitre.ARPA>

Give your friend MODM700 with one of the following two overlays:

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.MODEM7>
M7EG-1.AQM.1            COM      7424  9672H
M7EGL-1.AQM.1            COM      7808  A6BDH

To get it on his disk, you could transfer from your system by having
him bring up MBOOT3 or BMODEM, using the overlays as a guide on how to
modify them for the proper port I/O and status checks.

Directory MICRO:<CPM.MODEM2>
MBOOT3.ASM.1            ASCII      8186  DB04H
BMODEM.BAS.1            ASCII      1104  600EH
BMODEM.DOC.1            ASCII       651  FC36H

MODM700 is available in:
Directory MICRO:<CPM.MODEM7>
MODM700.LBR.1            COM     71936  0477H

--Keith
13-Jan-85 16:11:04-MST,486;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 16:11:00-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  13 Jan 85 17:32 EST
Date: Sun 13 Jan 85 15:33:45-MST
From: Jim Forrest <[e-mail]>
Subject: LD80
To: [e-mail]
cc: [e-mail]

Could someone tell me where I can buy a copy of LD80. Source in the
Southeast would be preferable, but any source appreciated.
Jim
-------
13-Jan-85 17:22:16-MST,740;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 17:22:12-MST
Received: From ucb-vax.arpa.ARPA by AMSAA via smtp;  13 Jan 85 18:46 EST
Received: from ucbeast.ARPA by UCB-VAX.ARPA (4.24/4.40)
    id AA08410; Sun, 13 Jan 85 15:39:58 pst
Received: by ucbeast.ARPA (4.24/4.27)
    id AA05562; Sun, 13 Jan 85 15:48:45 pst
Date: Sun, 13 Jan 85 15:48:45 pst
Message-Id: <[e-mail]>
From: Phil Lapsley <[e-mail]>
To: [e-mail]
Subject: Turbo Pascal: Did I hear right?

     Did somebody say that Turbo Pascal for the 8088/8086 is
available under CP/M-86?  I hadn't known this -- could someone please
confirm or deny it?

                    Phil
13-Jan-85 18:30:01-MST,534;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 18:29:57-MST
Received: From su-score.arpa.ARPA by AMSAA via smtp;  13 Jan 85 19:53 EST
Date: Sun 13 Jan 85 16:52:50-PST
From: Sam Hahn <[e-mail]>
Subject: Re: Turbo Pascal: Did I hear right?
To: [e-mail]
cc: [e-mail]
In-Reply-To: Message from "Phil Lapsley <[e-mail]>" of Sun 13 Jan 85 16:22:20-PST

Turbo is definitely available under cp/m-86.    -- sam
-------
13-Jan-85 20:36:11-MST,1137;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 20:36:06-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  13 Jan 85 21:57 EST
Received: from simtel20.arpa by BRL-AOS.ARPA id a018906; 13 Jan 85 21:52 EST
Date: 13 Jan 1985  19:53 MST (Sun)
Message-ID: <[e-mail]>
From: [e-mail]
To:   Eric Stork <[e-mail]>
Cc:   [e-mail], [e-mail]
Subject: EPSON GENEVA QUERY
In-reply-to: Msg of 11 Jan 1985  20:19-MST from Eric Stork <STORK at Mit-Mc.ARPA>

FILINK.COM is a protocol developed by Epson and is thus far available
nly on the Geneva and the QX-10 (it may still not be available for the
latter machine). We have promises of a generic FILINK program for
CP/M-80, but in the meantime, I modified Modem2. Recently others have
done likewise with MDM7 (both a MDM7 overlay and a modified MDM7
called EPXMD3.COM I think) and David Kozinn is working on a MEX
overlay. The files are available in the CP/M sig on Compuserve, or you
can send me a blank tape if you want a copy of MODEM2.

-Charlie
13-Jan-85 22:30:27-MST,1034;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 22:30:20-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  13 Jan 85 23:53 EST
Date: 13 Jan 1985  21:55 MST (Sun)
Message-ID: <[e-mail]>
From: "Frank J. Wancho" <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: TOPS-20 SQ/USQ Update

SQ now accepts wild-card filenames and properly handles ITS Binary and
TOPS-20 Binary input files as well as common ASCII text files.
However, if a file with a bytesize of 36 is not an ITS Binary file, it
blindly assumes the file is ASCII, even though the file may be
something else.

USQ (which should be renamed LUSQ to avoid confusion with GZ's far
superior USQ) now also accepts wild-card filenames and still blindly
assumes the output file is an ASCII text file.  (GZ's USQ tries to
guess the output file bytesize.)

Sources and executables are in MICRO:<CPM.T20-SQUSQ> on SIMTEL20.

--Frank
14-Jan-85 00:35:48-MST,2542;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 00:35:39-MST
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  14 Jan 85 2:00 EST
Date: Mon, 14 Jan 1985  02:01 EST
Message-ID: <ZZZ.RLK.12079410168.BABYL@MIT-OZ>
From: "Robert L. Krawitz" <[e-mail]>
To:   [e-mail]
cc:   [e-mail]
Subject: possible problems with large numbers of open files simultaneously?

Does CP/M do strange things when many files are open and being written
at once?  I have a program that does this (six files are being written
at once, and are therefore open), and a variety of strange behaviours
occur, such as the disk write sequential call seems to return errors
(non-zero value in the A register) before the disk is actually full.

Related question:  the documentation for this op (whatever the number
is) says that a non-zero value is returned in the A register for a
nonsuccessful write due to a full disk.  Can this happen for other
reasons than a full disk?  Examples would be some flavor of write
error, etc.

When deleting a file, what if anything besides the file name (the
first 12 bytes, giving the drive, name, and extension) should be
initialized, and to what value?  Which should not be?

When opening a file for reading, same questions.  Does not closing a
file after reading it, either partially or totally, cause any
problems?

What is the best procedure for temporarily closing a file so it can be
read from disk in a different FCB, and then reopening it later for
writing, at the spot I left off when closing it?  I. e. I flush the
memory buffers for the six files I mentioned above, close the files,
and use a different FCB for reading them.  When I read it, I open the
file, but never close it.  To reopen the file, I save the number of
the last record, open the proper extent of the file, and restore the
last record number (base+32).

To initialize an FCB for creating a file or deleting it, I set the
following to zero: bytes 12 through 15, and byte 32 (offset from the
base of the FCB).  Is this the right thing to do?  Should I do this
much?

What seems to happen is at the time the disk is full, my program seems
to delete all the files.  It should only delete the oldest generation
(that's implicit in the file name).  It only calls the routine to do
so when the value returned from the write is non-zero.

If anyone can help me with this I would be extremely grateful.

Robert Krawitz

14-Jan-85 01:24:33-MST,3595;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 01:24:22-MST
Received: From mit-multics.arpa.ARPA by AMSAA via smtp;  14 Jan 85 2:40 EST
Date:  Mon, 14 Jan 85 02:32 EST
From:  "John C. Klensin" <[e-mail]>
Subject:  Re: an old idea whose time has come
To:  [e-mail]
Message-ID:  <[e-mail]>

Let me add two things to this discussion, which may or may not be
helpful:

The *equat feature of the 1130 linker also appeared in an early version
of the OS/360 "linkage editor", with the keyword CHANGE (If I recall)
and a slightly different syntax.  This feature has been carried forward
into subsequent versions of the related operating systems, so it was not
an idea that appeared and disappeared because almost no one found it
interesting.  Note, however, that as soon as one generalizes the
characters that can appear in some places and not in others, that the
linker (or whatever) needs special syntax, like quoting characters, to
delimit strings that might otherwise not be acceptable to it [either].

Although sharing some sympathy for the linker plan, I see it more as a
useful mechanism for patching things up at the last possible moment than
as a good solution.  A better solution involves seeing it as just
another case of binding the semantics of a name in a program (e.g.,
something that obeys the C (or whatever) naming rules to that name,
where the "external" form, whether longer or of a different case or
symbol structure, is just part of the semantics.  A near variation of
the problem that illustrates the point appears when you think, not of
"how to get a $ into a name", but about inter-language procedure calls
(or external (global) variable references of other sorts) where two or
more statically compiled languages have different rules about the naming
of such variables.

ANSI X3J1 (PL/I) had a long series of discussions on this one a year or
two ago in the context of languages that supported case sensitivity in
identifiers and operating systems that did not, languages that didn't
and operatings systems that did, and languages that had "everything goes
to upper" mapping rules and those that preserved case sensitivity.  The
conclusion was that, while it was probably a good idea to have some
name-changing and mapping linker facilities also (whatever that might
mean in a host independent way), it should be possible, for a number of
reasons, to make these bindings at compile time also.  Unless the
committee changes its mind (very unlikely, but I am obligated to say
things like that), the next version of the PL/I standard will go out for
public comment with an optional extension to the syntax for external
names, in the form of
    EXTERNAL (...)
 s.t., in a particularly bizzare case, you might write
    dcl sub1 external("avery_long$name_with_all_sorts#@%^&of NONSENSEinIT");
 what goes between the parens is, clearly, an implementation-dependent
and otherwise unrestricted character string.  It can even be a character
variable, as long as its value is known at transation time.

  It is also pretty easy to implement, even if only by preparing, and
passing along, a few instructions to the linker as part of the
translator's output.

  Note also that this type of approach permits either name (or, if the
capability is otherwise available, both names) to be made available in
the symbol table, since the translator has all the information available
when the symbol table is constructed.
14-Jan-85 01:58:11-MST,2895;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 01:57:52-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  14 Jan 85 3:32 EST
Date: Sunday, 13 January 1985  23:47-MST
Message-ID: <[e-mail]>
Sender: noao!terak![e-mail]
From: noao!terak![e-mail]
Subject:   Osborne Executive Timeout Fix
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Mon 14 Jan 1985 01:34-MST

    Enhancing the Osborne Executive Enhanced BIOS Version 1.1

     According  to  OCC,  their enhanced Osborne  Executive  BIOS
prevents  a  premature  display of BIOS time-out  error  messages
while using printers with internal print buffers.   This is  only
partially true.   The delay value,  DELAY0,  is reset after every
timeout to the value you supplied with the new SETUP command, but
the initial timeout value remains at five seconds.  To change the
initial  value,  I  recommend the following steps,  using  DU-V86
which can be found on the -FOG/EX1.006 disk.

     Enter DU, logon to a disk containing CPM3.SYS, and get a map
of the disk by typing M.  A typical map line might be:

A0-AF  00 CPM3    .SYS 00 : B0-B1  00 CPM3    .SYS 01

What  we  really want to know is where on the disk  the  CPM3.SYS
file starts.   On this disk it starts with Group A0.   The sector
we  want to change is 5 groups and 7 sectors or 2FH sectors  from
the  start of the CPM3.SYS file,  or in this case,  it  is  group
A5:07.  Enter:

GA0;+2F;D

to display the sector of interest.   CPM3.SYS will probably start
at a different location on your disk,  substitute the first group
listed in the map for the A0 in the above command.

     The last line of the displayed sector should read:

70  03CD2EE4 C118DF01 3A06E6B7 2008C5CD  *.M.dA._.:.f7 .EM*

If  it doesn't,  then you don't have the latest enhanced CPM3.SYS
from OCC or you didn't enter the command correctly.   Look at the
map  again  and  make  sure you have found  the  first  entry  of
CPM3.SYS in the map.

     If  the last line of the displayed sector matches that above
then  you have found the correct sector.   The  eighth  byte,  01
above,  is  the byte we want to change.   A value of 01 gives a 5
second  timeout,  I  changed  mine to 78H to give  a  600  second
timeout.  To do this, enter:

CH77,78;W;X

DU  will update your disk and exit.   Reboot the system with  the
updated  disk  and verify that the first BIOS timeout  error  now
takes  much longer than 5 seconds.   If so,  you've now fixed the
timeout bug!

                                        John M. Blalock
                                        PO Box 39356
                                        Phoenix, AZ 85069
                                        [phone]
14-Jan-85 02:14:03-MST,735;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 02:13:59-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  14 Jan 85 3:27 EST
Date: 14 Jan 1985  01:29 MST (Mon)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Unix for CP/M 2.1 or > on a z80

Michael Cooper <[e-mail]> asks for a program that
will give Unix-like features for CP/M 2.1 or > on a z80.

ZCPR3 will give you many of the features of Unix.  It's a CCP
replacement for CP/M 2.2.  It's available from many RCPMs around the
country and from SIG/M.

--Keith
14-Jan-85 04:38:25-MST,2423;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 04:38:12-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  14 Jan 85 6:03 EST
Received: from usenet by BRL-TGR.ARPA id a000858; 14 Jan 85 5:58 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: .REL Format
Message-ID: <[e-mail]>
Date: 31 Dec 84 22:39:00 GMT
Nf-ID: #N:uok:4800007:000:1841
Nf-From: uok!mpackard    Dec 31 16:39:00 1984
To:       [e-mail]

[]

This is the format for .REL files:

These files are bit-streams rather than byte-streams.

----------------------------------------------------------------------
| 1 | XX | XXXX | XX XXXXXXXXXXXXXXXX | XXX+CHARACTERS OF SYMBOL NAME|
----------------------------------------------------------------------
  ^   ^     ^            ^                        ^
  |   |     |            |                        |
Always 1    |            |                        |
      |     |          A Field                  B Field
      |     |                             Chars are 8 Bit ASCII
     00 - special link (see below)
     01 - program relative
     10 - data relative
     11 - common relative
            |
            |
Control Field:

The following special link items have a B field only

 0 - Entry Symbol (name for search)
 1 - Select COMMON block
 2 - Program name
 3 - Request library search
 4 - Reserved

The following special link items have both an A field and B field

 5 - Define COMMON size
 6 - Chain  external (A is head of address chain,  B is name  of
     external
 7 - Define entry point (A is address B is name)
 8 - External offset. Used for JMP and CALL to externals

The following special link items have an A field only

 9 - External  + offset.  The A value will be added to  the  two
     bytes  starting at the current location counter  immediately
     before execution.
10 - Define the size of the Data area. (A is the size)
11 - Set the loading location counter to A
12 - Chain address.  A is the head of chain,  replace all entries
     in  chain with current location counter.  The last entry  in
     the chain has an address field of absolute zero.
13 - Define program size
14 - End of program (forces to byte boundary)

The following special link item has neither an A nor a B field

15 - End File
14-Jan-85 04:38:56-MST,1158;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 04:38:47-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  14 Jan 85 6:03 EST
Received: from usenet by BRL-TGR.ARPA id a000851; 14 Jan 85 5:58 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: XMDM-102.ASM Bug?
Message-ID: <[e-mail]>
Date: 31 Dec 84 22:20:00 GMT
Nf-ID: #N:uok:4800006:000:617
Nf-From: uok!mpackard    Dec 31 16:20:00 1984
To:       [e-mail]

[]

I've been writing on an xmodem protocal in 'C' (to make it more
portable for me) and have been using XMDM-102.ASM as the referance.
I've looked at other 'C' programs already written but most of them
make an error in the protocal or are as obese as the assembler code.
That is they send a 16 bit record number, rather than the proper 8 bits.
I suspect that they were never tested.  Also while looking at the code
I noticed a bug in the WRBLOCK routine at WRERR.
It says MVI C,CAN, and should say MVI A,CAN.  I don't know if anyone in
this group keeps track of reports, but thought I might pass it on.
uok!mpackard
14-Jan-85 06:14:51-MST,2943;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 06:14:25-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  14 Jan 85 7:18 EST
Date: 14 Jan 1985  05:20 MST (Mon)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail], [e-mail]
Subject: Info on Z800 microprocessor

Z800.DOC relayed from the RCPM circuit...
--cut here--

Zilog Z800 microprocessor chip quick description.

Hello folks out there in techie land,

I just got in a new Zilog catalog and found the technical specs
for  the Z800 chip.  I thought some out there might be interested
in a quick review of what seems to be a very nice chip.  Here  we
go...

The  Z800 family will be offered in 4 packages,  their  abilities
are:

1. address 512K bytes of memory on an eight bit data bus,
2. address 512K bytes of memory on a sixteen bit data bus,
3. address 16M  bytes of memory on an eight bit data bus,
4. address 16M  bytes of memory on a sixteen bit data bus.

Packages one and two are 40 pin, and 3 and 4 are 64 pin.

The chip is Z80 object code compatible

There is a 256 byte on chip memory that is configurable to cache
or normal RAM.

The Z800 also has 4 DMA channels, 4 counter/timers, a dynamic RAM
refresh generator,  a clock osc., a memory management unit, and a
UART directly on the chip. (only the 64 pin version can access all
features).

The  chip will support what Zilog calls Nibble mode addressing of
chips, for faster accessing of RAM (I think Intel calls it Ripple
mode, I could be wrong).

The bus interface could be handy for those of us who want to  use
the  Z800 at the targeted 10MHz of the first chips Zilog will put
out, (25 Mhz later) even if we can only afford chips that can run
at  four  or  five  MHz.  There is a timing control register that
tells  the  CPU  that  Bus operations will be clocked at the same
speed  as  the  CPU,  or  1/2 of the speed,  or 1/4 of the speed.
There are also high and low  memory  wait state insertion bits if
memory of mixed speeds is to be used.

There is an on chip single step mode.

There are 9 addressing modes:
1. Register,
2. Immediate,
3. Register Indirect,
4. Direct Address,
5. Index,
6. Short Index,
7. Relative,
8. Stack Pointer Relative,    *
9. Base Index                 *
  * indicates new to Z800 (from Z80)

Looks to me like a super chip... can't wait 'till someone comes out with
an add on board for my Kaypro 10 (hint's to those out there who are
capable...)

Delivery according to the latest Echelon ZCPR3 Newsletter will start in
April 1985. Wait and salivate...


                                                  Dave Olsen
                                                    1-8-85

14-Jan-85 07:07:00-MST,586;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 07:06:55-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  14 Jan 85 8:17 EST
Received: from BacoNoir.ms by ArpaGateway.ms ; 14 JAN 85 05:19:27 PST
Date: Mon, 14 Jan 85 08:19 EST
From: [e-mail]
Subject: Re: Turbo Pascal: Did I hear right?
In-reply-to: <[e-mail]>
To: Phil Lapsley <[e-mail]>
cc: [e-mail]

Yes you heard right, I have Turbo for my NEC APC which runs CP/M-86 (8086).
                                        Paul

14-Jan-85 10:16:15-MST,1009;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 10:16:10-MST
Received: From crdc.arpa.ARPA by AMSAA via smtp;  14 Jan 85 11:42 EST
Date:     Mon, 14 Jan 85 11:39:11 EST
From:     Jack H. Smith <[e-mail]>
To:       [e-mail]
Subject:  DbaseII errors

    Hello fellow hackers;


    Is anyone out there familiar enough with dbaseII to explain the
    "TOO MANY FILES OPEN" error message.... I've written a few menu-
    driven packages, and they all work well, except for the inter-
    mittent error of too many files being open...
    I'm aware of the fact that if the USE command is issued without an
    argument, all open files should be closed, but even this tactic
    doesn't seem to work.
    Is anyone aware of a different approach to this problem, or has
    anyone found a way around it?
    Please send your responses to me at CRDC, and I'll forward the
    solution to the net, if there is one.

    Thanks,
    JACK H. SMITH

14-Jan-85 11:48:40-MST,640;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 11:48:35-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  14 Jan 85 13:11 EST
Received: from CheninBlanc.ms by ArpaGateway.ms ; 14 JAN 85 10:07:01 PST
Date: Mon, 14 Jan 85 10:07 PST
From: [e-mail]
Subject: Re: Turbo Pascal: Did I hear right?
In-reply-to: <[e-mail]>
To: Phil Lapsley <[e-mail]>
cc: [e-mail]

Defintely available for CP/M-86; I got mine just after Xmas & had it up
& running in half an hour (reading the manuals).
        [e-mail]

14-Jan-85 13:17:12-MST,854;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 13:17:06-MST
Received: From usc-isi.arpa.ARPA by AMSAA via smtp;  14 Jan 85 14:43 EST
Date: 14 Jan 1985 14:44:37 EST
Subject: Re: Help with SIMTEL20
From: A.M. Lillard <[e-mail]>
To: Ravi Subrahmanyan <[e-mail]>, [e-mail]
cc: [e-mail]
POSTAL ADDRESS: SMC 2625, NPS, MONTEREY  CA 93940
Phone: [phone] (home); 408-646-2772 (work)
In-Reply-To: <[e-mail]>

FOR KEITH PETERSON, ETC, ESPECIALLY RAVI,

HAVING ONLY RECENTLY STARTED WORKING WITH CPM MYSELF, AND ALSO HAVING
ONLY RECENTLY STARTED RECEVING INFO.CPM, I HAVE THE SAME QUESTION RAVI
HAS.  WOULD MUCH APPRECIATE SAME ANSWERS.

PLUGGING AND CHUGGING . . .

                                 LIESE
-------
14-Jan-85 14:32:56-MST,464;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 14:32:47-MST
Received: From utah-20.arpa.ARPA by AMSAA via smtp;  14 Jan 85 15:56 EST
Date: Mon 14 Jan 85 13:58:44-MST
From: Harold Carr <[e-mail]>
Subject: INTEL 8096
To: [e-mail]

Do any PD tools (assemblers, linkers, etc) for the INTEL 8096
processor exist in the SIMTEL-20 archives (or elsewhere)?

Thanks, Harold
-------
14-Jan-85 15:12:15-MST,623;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 15:12:11-MST
Received: From jpl-vlsi.arpa.ARPA by AMSAA via smtp;  14 Jan 85 16:39 EST
Date: 14 Jan 1985 1335 PST
From: Art Zygielbaum <[e-mail]>
Subject: Request for info on public domain software
To: [e-mail]
Reply-To: [e-mail]

Does anyone know of a descriptive catalog or annotated list of public domain
software?  I'm looking for something more than just a list.  Descriptions of
the software on SIMTEL20 would be especially useful.

Thankyou.

Art Zygielbaum
------
14-Jan-85 21:28:04-MST,659;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 21:27:59-MST
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  14 Jan 85 23:05 EST
Date: 14 January 1985 23:02-EST
From: Herb Lin <[e-mail]>
Subject:  getting backspace on SCRIBBLE?
To: [e-mail], [e-mail]
cc: [e-mail]

does anyone know how to do this?  In principle, it seems that you
should be able to insert into a MINCE-processed file a CTRL-H
(backspace), SCRIBBLE it, and then CRAYON it to get overstriking of
two characters, but I can't do it.  Can anyone out there help?

thanks..


15-Jan-85 07:14:33-MST,1000;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 07:14:27-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  15 Jan 85 8:42 EST
Received: from Muscat.ms by ArpaGateway.ms ; 15 JAN 85 05:43:00 PST
Date: Tue, 15 Jan 85 08:43 EST
From: [e-mail]
Subject: Re: Turbo Pascal: Did I hear right?
In-reply-to: <[e-mail]>
To: Phil Lapsley <[e-mail]>
cc: [e-mail]

YES YES YES!

Turbo Pascal is available for the following 4 operating systems:

CP/M 80 {8080,Z80}
CP/86     {8088/8086}
MS DOS  {8088-8086}
PS DOS   {8088/8086}

I'am using the CP/M-86 version on a DEC Rainbow 100
Limits under CPM/86
Source file block limit := 64K bytes if >64K use {$I file}
Code segment limit := 64K if>64 K required use overlays or chaining
Data segment limit := 64K
Heap stack limit determined by avail mem, no apparant limit
The compiler editor requires 33K of RAM

Ed
15-Jan-85 08:56:44-MST,832;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 08:56:36-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  15 Jan 85 10:30 EST
Received: from Barbera.ms by ArpaGateway.ms ; 15 JAN 85 07:29:23 PST
Date: Tue, 15 Jan 85 09:33 CST
From: [e-mail]
Subject: Re: DbaseII errors
In-reply-to: "[e-mail]'s message of Mon, 14 Jan 85 11:39:11
 EST"
To: Jack H. Smith <[e-mail]>
cc: [e-mail]

Check yu code to determine if you are properly 'RETURNING' from you
sub-menu or command modules.Dbase keeps a STACK of 'DO's that must be
popped by issuing a return. If this stack overflows you will get the TOO
MANY FILES OPEN error. Make sure you always return to your MAIN MENU via
a RETURN and not a direct call to that menu.

15-Jan-85 09:20:57-MST,796;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 09:20:51-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  15 Jan 85 10:54 EST
Date: Tuesday, 15 January 1985  08:15-MST
Message-ID: <[e-mail]>
Sender: Walt Lamia <[e-mail]>
From: Walt Lamia <[e-mail]>
Subject:   SQ/USQ algorithm description wanted
ReSent-From: [e-mail]
ReSent-To: [e-mail], [e-mail]
ReSent-Date: Tue 15 Jan 1985 08:55-MST

I need an English-like description of the algorithms used in SQ and
USQ.  I know that they are derived from Knuth, but I was hoping
someone who had actually done a code implementation had written
something down.

%Walt
15-Jan-85 13:04:45-MST,794;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 13:04:36-MST
Received: From usc-isid.arpa.ARPA by AMSAA via smtp;  15 Jan 85 14:23 EST
Date: 15 Jan 1985 14:21-EST
Sender: [e-mail]
Subject: PD CPM SOFTWARE...WHERE IS IT??
From: [e-mail]
To: [e-mail]
Cc: [e-mail]
Message-ID: <[USC-ISID.ARPA]15-Jan-85 14:21:45.ABN.COSCOM-CE>

I HAVE BEEN GETTING SOME GOOD STUFF FROM THE SIMTEL 20 CPM DIRECTORIES BUT
          THERE USED TO BE ANOTHER SET OF FILES THAT HAD ALL THE USER
          GROUP SOTWARE AND HUNDREDS OF OTHER TITLES BY USER GROUP
          VOLUMNS, ETC.  WHERE IS THAT NOW?


Kevin Rappold
1LT(P) GS
1st COSCOM
<abn.coscom-ce>@usc-isid.arpa
15-Jan-85 14:34:20-MST,1081;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 14:34:10-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  15 Jan 85 15:56 EST
Date: Tuesday, 15 January 1985  12:23-MST
Message-ID: <[e-mail]>
Sender: "B.Eiben LCG Ext 617-467-4431" <[e-mail]>
From: "B.Eiben LCG Ext 617-467-4431" <[e-mail]>
Subject:   XREF250.LBR
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Tue 15 Jan 1985 13:32-MST

XREF250.LBR a "blessed" XREF.  It now marks symbol-definitions (a'la
the "real" XREF's) - and allows to get a XREF ONLY - since most
editors allow to "see" line-numbers.  I rearranged the code - took the
comments from the M80 source - and dropped it - it was neither
remarkably faster nor does everybody have M80 (otherwise he has CREF80
too).  Changes documented in source.

It is now available from Simtel20 as:

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.ASMUTL>
XREF250.LBR.1            COM     34304  563FH
15-Jan-85 14:50:19-MST,747;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 14:50:13-MST
Received: From nosc-tecr.arpa.ARPA by AMSAA via smtp;  15 Jan 85 15:57 EST
Date: 15 Jan 1985 1244-PST
From: Pawka <[e-mail]>
Subject: Perfect Writer
To: [e-mail]
Reply-To: [e-mail]

    I have a problem with perfect writer that I thought someone out
there in CPMland might be able to help me with. It works fine for small
files, but when I try to edit one that is 180KB, it seems to go into a
loop swapping. I tried increasing the size of the swap file to 248K and
making the delay count for swapping the max (2000), no help! Any ideas?
                    Mike
                    [e-mail]
------
15-Jan-85 17:17:52-MST,973;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 17:17:48-MST
Received: From usc-isid.arpa.ARPA by AMSAA via smtp;  15 Jan 85 18:29 EST
Date: 15 Jan 1985 18:30-EST
Sender: [e-mail]
Subject: MACASM QUESTION ON THE Z80 LIB
From: [e-mail]
To: [e-mail]
Cc: [e-mail]
Message-ID: <[USC-ISID.ARPA]15-Jan-85 18:30:45.ABN.COSCOM-CE>

I have a copy of the modem overlay for use with the ATR8000 microcomputer.
          One of the lines in the asm code is MACLIB Z80.  When I run
          MACASM there is an error wihch says that I do not have Z80.LIB.
          Can someone tell me where I get Z80.LIB?  Is there some way I
          can assemble this system on TOPS 20 and not have to assemble on
          the micro?  Should I be using something other than MACASM?


Kevin Rappold
1LT(P) GS
1st COSCOM
<abn.coscom-ce>@usc-isid.arpa
15-Jan-85 18:28:14-MST,613;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 18:28:10-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  15 Jan 85 20:03 EST
Date: Tue 15 Jan 85 18:05:01-MST
From: Jim Forrest <[e-mail]>
Subject: Re: Perfect Writer
To: [e-mail]
cc: [e-mail], [e-mail]
In-Reply-To: Message from "Pawka <[e-mail]>" of Tue 15 Jan 85 13:44:00-MST

I have a 252k swap file with perfect writer and it works perfectly. I had
to use a swap building program to make it work, though.
Jim
-------
15-Jan-85 18:49:06-MST,668;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 18:49:02-MST
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  15 Jan 85 19:50 EST
Date: 15 January 1985 19:48-EST
From: Herb Lin <[e-mail]>
Subject:  Perfect Writer
To: [e-mail], [e-mail]
cc: [e-mail]
In-reply-to: Msg of 15 Jan 1985 1244-PST from Pawka <PAWKA at Nosc-Tecr.ARPA>

I think your "swapping loop" is just a question of waiting long enough
on initial entry to the file.  I thought I had that problem too,
because I lost patience.  I routinely edit files of 240 KB now, with a
swap file of 256KB.

15-Jan-85 19:06:00-MST,1569;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 19:05:53-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  15 Jan 85 20:36 EST
Date: 15 Jan 1985  18:37 MST (Tue)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: MACASM QUESTION ON THE Z80 LIB
In-reply-to: Msg of 15 Jan 1985  16:30-MST from ABN.COSCOM-CE at USC-ISID.ARPA

    I have a copy of the modem overlay for use with the ATR8000
    microcomputer.  One of the lines in the asm code is MACLIB Z80.
    When I run MACASM there is an error wihch says that I do not have
    Z80.LIB.  Can someone tell me where I get Z80.LIB?  Is there some
    way I an assemble this system on TOPS 20 and not have to assemble
    on the micro?  Should I be using something other than MACASM?

You should be using the Digital Research MAC assembler (MAC.COM).
Z80.LIB is available from SIMTEL20 as:

Filename                Type     Bytes   CRC

Directory MICRO:<CPM.MACLIB>
Z80-V3.LIB.1            ASCII    13070  B7EEH   <---this is it
Z80EXT.LIB.1            ASCII     2825  3AD0H   <---this one is
                                                for the Z80
                                                undocumented op codes


Rename Z80-V3.LIB to Z80.LIB before using.  It must be on the default
drive unless you give MAC.COM a directive to look for it elsewhere.

--Keith
15-Jan-85 20:30:06-MST,568;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 20:30:02-MST
Received: From hi-multics.arpa.ARPA by AMSAA via smtp;  15 Jan 85 22:02 EST
Date:  Tue, 15 Jan 85 20:58 CST
From:  [e-mail]
Subject:  re: UNIX for cpm
To:  [e-mail]
cc:  [e-mail]
Message-ID:  <[e-mail]>


Try the Carousel Tool Kit by Carousel Tool Kit Inc., 609 kearnet Street,
El Cerrito, CA 94530 [phone].  BYTE has an article about 1 or 1
and 1/2 yrs ago.
15-Jan-85 23:50:39-MST,1504;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 23:50:34-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  16 Jan 85 1:28 EST
Date: Tuesday, 15 January 1985  10:14-MST
Message-ID: <[e-mail]>
Sender: David Roth <pur-ee!isrnix![e-mail]>
From: David Roth <pur-ee!isrnix![e-mail]>
Subject:   Need program to read/write MS-DOS format in Pascal
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Tue 15 Jan 1985 23:30-MST

Does anyone know of a public domain program to help read/write MS-DOS
format (written in Pascal of course), on non-IBM-PC type machines?  We
have a need to do this on just about any kind of micro with a 5 1/4
disk drive.  Apples, Osborne, Kaypro,etc...  The reason for Pascal is
that at least that much or it would be portable and the low level
stuff could be done just for that machine.  (Sort of like xmodem7 is
patched.)  Thanks in advance.

Oh, I have run across a program on a local R-CP/M system here called
RDMSDOS.C which claims to work on CP/M systems..  But I am in the
process of contacting the author before excepting it as Public Domain.
I will let you know if it is or not.

                David Roth
    ...decvax!pur-ee!isrnix!pugsly
                Indianapolis,IN
            US Mail:
                COMMANDER USA Soldier Support Center
                ATSG-DTU-S
                Attn: Mr. David Roth
                Ft. Harrison,IN 46216-5590
16-Jan-85 00:08:03-MST,4035;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 00:07:48-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  16 Jan 85 1:37 EST
Date: 15 Jan 1985  23:39 MST (Tue)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: LU310 - new version of CP/M (LBR) library program

LU310 is now available from SIMTEL20:

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.CPMLIB>
LU310.LBR.1            COM     44544  81EFH

Here is the update info from the author:

File: LU310.UPD         72 lines        Date: 85-01-01
From: Gary P. Novosielski
To:   All LU Users
Subj: New LU version 3.10

Version 3.10 of the Library Utility is being released today.  It has
been tested under CP/M80 v2.2 and is expected to run properly under
CP/M+ as well.

Here is a short description of the changes from version 3.00 to 3.10.
Please use it until the revised document file, LU310.DOC is available,
which should be real soon now.

1.  Bug Fix in -Reorg to another drive.  Under 3.00 if you had reorgan-
    ized FOO.LBR from A: to B:, and there was _already_ a FOO.LBR on B:,
    LU would not have properly erased the old file, causing duplicate
    file names.  Yuchh.  I found this one by accident, rather than from
    a bug report, so I guess no one has ever been bitten by this one.
    Anyhow, it's fixed now.

2.  Change in reorganization logic.  If reorganization is done from one
    user/drive to another, the old copy of the library will no longer be
    deleted.  This gives some backup protection from Old Man Murphy.  The
    old copy will still be erased when reorganization is done within a
    single user/drive.

3.  I've hacked the directed I/O code to allow the -U operator to be used
    even if directed I/O (<input and >log) files are open.  This should
    make directed I/O more useable.  Leor's original DIO would lose track
    of the DIO files when the default drive was changed, so -U had been
    locked out in v3.00

4.  In response to user requests, a default library name will no longer
    be opened automatically when operands are being read from the console
    (stdin).  Instead, an error message will be issued saying that no
    library is open.  The default library LIBRARY.LBR will still be used
    if operands are being read from command line arguments, and no -O
    (open) is done.

5.  New operator -H (Help).  In response to user requests, a brief one-
    screen summary of operators, and the operands they expect, is now
    displayed by typing -H.  It is by no means an online user manual,
    just a memory jogger.  I knew it was time for this when I started to
    forget the commands myself!  Must be getting old.

6.  Version 3.10 still does not support the date/time stamping features
    defined in the new standard (LUDEF5) but now conforms to that stand-
    ard as a non-supporting program.  It preserves pre-existing stamps
    when appropriate, and will zero out any stamps which are made incor-
    rect by changes to the files or directory.    Pad counts, as defined
    in the standard, are tolerated, but not used, as they have no mean-
    ing under a CP/M-only environment.

7.  In bumming the extra space for the help code (the program is still
    under 20k on disk) I cleaned and tightened some of the logic, which
    may cause some cosmetic differences.  You may notice, for example,
    that the last operator used will show up in the prompt even if it
    was -L, -R, or -C, which take no operands.    There is no functional
    difference, though; operands will still be ignored by these opera-
    tors.

For bug reports, questions, etc., please contact me via:

Phone (voice):        [phone]        Eves and weekends.
Compuserve:        70160,120        GO PCS-47 or GO EMA-1
MCI Mail:        GNOVOSIELSKI
WUI Telex:        650-195-2395        6501952395 MCI

Regards,
Gary Novosielski
16-Jan-85 06:38:22-MST,597;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 06:38:18-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  16 Jan 85 8:07 EST
Received: from Cabernet.MS by ArpaGateway.ms ; 16 JAN 85 05:08:19 PST
Date: Wed, 16 Jan 85 08:09 EST
From: [e-mail]
Subject: Re: DbaseII errors
In-reply-to: "[e-mail]'s message of Mon, 14 Jan 85 11:39:11
 EST"
To: Jack H. Smith <[e-mail]>
cc: [e-mail]

"TOO MANY FILES OPEN" occures when more than 16 Command files are opened at once.
                                        Paul

16-Jan-85 07:25:44-MST,10320;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 07:25:14-MST
Date:     Wed, 16 Jan 85 8:38:43 EST
From:     David Towson (SECAD) <[e-mail]>
To:       [e-mail]
Subject:  XLISP news (~10K char).

Fellow CP/Mers - As several people have recently expressed interest in XLISP
by David Betz, here is some XLISP news passed along to me by my colleague,
Brint Cooper:
--------------------------------------------------------------------------
From seismo!harvard!godot!mit-eddie!genrad!decvax!ittvax!sii!drd
Article 89 of net.lang.lisp:


I am posting this for David Betz who
does not have a direct news connection.
==========================================================================

XLISP USERS

This document briefly describes my version 1.2 of XLISP.  It has nothing
in common with the previously released version 1.2 other than that it is
a descendant of my original version 1.1.  It will be available shortly from
the PC-SIG, SIG/M and PC-BLUE user groups.  It will be distributed in
source form with machine readable documentation.  Please don't ask to have
the sources distributed on usenet.  The entire distribution is over 200K
bytes!

    David Betz
    ...!decvax!sii!has70!betz

==========================================================================



          XLISP: An Experimental Object Oriented Language

                            Version 1.2

                          October 11, 1984


                                 by
                             David Betz
                         114 Davenport Ave.
                       Manchester, NH  03103

                       [phone] (home)
                       [phone] (work)


    XLISP is an experimental programming language combining some
    of  the  features  of LISP with an object oriented extension
    capability.  It was  implemented  to  allow  experimentation
    with  object oriented programming on small computers.  There
    are currently implementations running on  the  PDP-11  under
    RSX-11,  RT-11, and UNIX V7, on the VAX-11 under VAX/VMS and
    Berkeley VAX/UNIX, on the Z-80 under CP/M-80, on  the  Z8000
    under UNIX V7, and on the 8088/8086 under CP/M-86 or MS-DOS.
    A version is currently being developed for the  68000  under
    CP/M-68K.   It  is  completely  written  in  the programming
    language 'C'  and  is  easily  extended  with  user  written
    built-in  functions  and classes.  It is available in source
    form free of charge to  non-commercial  users.   Prospective
    commercial users should contact the author for permission to
    use XLISP.

    Version 1.2 of XLISP differs from  version  1.1  in  several
    ways.   It  supports  many  more Lisp functions.  Also, many
    version 1.1  functions  have  been  renamed  and/or  changed
    slightly  to follow traditional Lisp usage.  One of the most
    frequently reported problems in version  1.1  resulted  from
    many  functions being named after their equivilent functions
    in the C language.  This turned  out  to  be  confusing  for
    people who were trying to learn XLISP using traditional LISP
    texts as references.  Version 1.2 renames these functions to
    be compatible with more traditional dialects of LISP.

    A recommended text for learning LISP programming is the book
    "LISP"  by Winston and Horn and published by Addison Wesley.
    The first edition of this book is based on MacLisp  and  the
    second  edition is based on Common Lisp.  Future versions of
    XLISP will migrate towards compatiblility with Common Lisp.
<form-feed>
                                                          Page 2


    XLISP version 1.2 functions:

    Evaluator functions

    (eval <expr>)  EVALUATE AN XLISP EXPRESSION
    (apply <fun> <args>)  APPLY A FUNCTION TO A LIST OF ARGUMENTS
    (funcall <fun> <arg>...)  CALL A FUNCTION WITH ARGUMENTS
    (quote <expr>)  RETURN AN EXPRESSION UNEVALUATED

    Symbol functions

    (set <sym> <expr>)  SET THE VALUE OF A SYMBOL
    (setq <sym> <expr>)  SET THE VALUE OF A SYMBOL
    (defun <sym> <fargs> <expr>...)  DEFINE A FUNCTION WITH EVALUATED ARGS
    (ndefun <sym> <fargs> <expr>...)  DEFINE A FUNCTION WITH UNEVALUATED ARGS
    (gensym <tag>)  GENERATE A SYMBOL
    (intern <sym>)  INTERN A SYMBOL ON THE OBLIST
    (get <sym> <prop>)  GET THE VALUE OF A PROPERTY
    (putprop <sym> <value> <prop>)  PUT A PROPERTY ONTO A PROPERTY LIST
    (remprop <prop> <sym>)  REMOVE A PROPERTY

    List functions

    (car <expr>)  RETURN THE CAR OF A LIST NODE
    (cdr <expr>)  RETURN THE CDR OF A LIST NODE
    (caar <expr>) == (car (car <expr>))
    (cadr <expr>) == (car (cdr <expr>))
    (cdar <expr>) == (cdr (car <expr>))
    (cddr <expr>) == (cdr (cdr <expr>))
    (cons <expr1> <expr2>)  CONSTRUCT A NEW LIST NODE
    (list <expr>...)  CREATE A LIST OF VALUES
    (append <expr>...)  APPEND LISTS
    (reverse <expr>)  REVERSE A LIST
    (last <list>)  RETURN THE LAST LIST NODE OF A LIST
    (member <expr> <list>)  FIND AN EXPRESSION IN A LIST
    (memq <expr> <list>)  FIND AN EXPRESSION IN A LIST
    (assoc <expr> <alist>)  FIND AN EXPRESSION IN AN ASSOCIATION LIST
    (assq <expr> <alist>)  FIND AN EXPRESSION IN AN ASSOCIATION LIST
    (length <expr>)  FIND THE LENGTH OF A LIST
    (nth <n> <list>)  RETURN THE NTH ELEMENT OF A LIST
    (nthcdr <n> <list>)  RETURN THE NTH CDR OF A LIST
    (mapcar <fcn> <list1>...<listn>)  APPLY FUNCTION TO SUCCESSIVE CARS
    (maplist <fcn> <list1>...<listn>)  APPLY FUNCTION TO SUCCESSIVE CDRS
    (subst <to> <from> <expr>)  SUBSTITUTE ONE EXPRESSION FOR ANOTHER
    (sublis <alist> <expr>)  SUBSTITUTE USING AN ASSOCIATION LIST

    Destructive list functions

    (rplaca <list> <expr>)  REPLACE THE CAR OF A LIST NODE
    (rplacd <list> <expr>)  REPLACE THE CDR OF A LIST NODE
    (nconc <list>...)  DESTRUCTIVELY CONCATENATE LISTS
    (delete <expr> <list>)  DELETE OCCURANCES OF AN EXPRESSION FROM A LIST
    (delq <expr> <list>)  DELETE OCCURANCES OF AN EXPRESSION FROM A LIST

<form-feed>
                                                          Page 3

    Predicate functions

    (atom <expr>)  IS THIS AN ATOM?
    (symbolp <expr>)  IS THIS A SYMBOL?
    (numberp <expr>)  IS THIS A NUMBER?
    (null <expr>)  IS THIS AN EMPTY LIST?
    (not <expr>)  IS THIS FALSE?
    (listp <expr>)  IS THIS A LIST?
    (consp <expr>)  IS THIS A NON-EMPTY LIST?
    (boundp <sym>)  IS THIS A BOUND SYMBOL?
    (eq <expr1> <expr2>)  ARE THE EXPRESSIONS IDENTICAL?
    (equal <expr1> <expr2>)  ARE THE EXPRESSIONS EQUAL?

    Control functions

    (cond <pair>...)  EVALUATE CONDITIONALLY
    (let (<binding>...) <expr>...)  BIND SYMBOLS AND EVALUATE EXPRESSIONS
    (and <expr>...)  THE LOGICAL AND OF A LIST OF EXPRESSIONS
    (or <expr>...)  THE LOGICAL OR OF A LIST OF EXPRESSIONS
    (if <texpr> <expr1> [<expr2>])  EXECUTE EXPRESSIONS CONDITIONALLY
    (progn <expr>...)  EXECUTE EXPRESSIONS SEQUENTIALLY
    (while <texpr> <expr>...)  ITERATE WHILE AN EXPRESSION IS TRUE
    (repeat <iexpr> <expr>...)  ITERATE USING A REPEAT COUNT

    Arithmetic functions

    (+ <expr>...)  ADD A LIST OF NUMBERS
    (- <expr>...)  SUBTRACT A LIST OF NUMBERS
    (* <expr>...)  MULTIPLY A LIST OF NUMBERS
    (/ <expr>...)  DIVIDE A LIST OF NUMBERS
    (1+ <expr>)  ADD ONE TO A NUMBER
    (1- <expr>)  SUBTRACT ONE FROM A NUMBER
    (rem <expr>...)  REMAINDER OF A LIST OF NUMBERS
    (minus <expr>)  NEGATE A NUMBER
    (min <expr>...)  THE SMALLEST OF A LIST OF NUMBERS
    (max <expr>...)  THE LARGEST OF A LIST OF NUMBERS
    (abs <expr>)  THE ABSOLUTE VALUE OF A NUMBER

    Bitwise boolean functions

    (& <expr>...)  THE BITWISE AND OF A LIST OF NUMBERS
    (| <expr...)  THE BITWISE OR OF A LIST OF NUMBERS
    (~ <expr>)  THE BITWISE NOT OF A NUMBER

    Relational functions

    (< <e1> <e2>)  TEST FOR LESS THAN
    (<= <e1> <e2>)  TEST FOR LESS THAN OR EQUAL TO
    (= <e1> <e2>)  TEST FOR EQUAL TO
    (/= <e1> <e2>)  TEST FOR NOT EQUAL TO
    (>= <e1> <e2>)  TEST FOR GREATER THAN OR EQUAL TO
    (> <e1> <e2>)  TEST FOR GREATER THAN
<form-feed>
                                                          Page 4

    String functions

    (strcat <expr>...)  CONCATENATE STRINGS
    (strlen <expr>)  COMPUTE THE LENGTH OF A STRING
    (substr <expr> <sexpr> [<lexpr>]) EXTRACT A SUBSTRING
    (ascii <expr>)  NUMERIC VALUE OF CHARACTER
    (chr <expr>)  CHARACTER EQUIVALENT OF ASCII VALUE
    (atoi <expr>)  CONVERT AN ASCII STRING TO AN INTEGER
    (itoa <expr>)  CONVERT AN INTEGER TO AN ASCII STRING

    I/O functions

    (read [<source> [<eof>]])  READ AN XLISP EXPRESSION
    (print <expr> [<sink>])  PRINT A LIST OF VALUES ON A NEW LINE
    (prin1 <expr> [<sink>])  PRINT A LIST OF VALUES
    (princ <expr> [<sink>])  PRINT A LIST OF VALUES WITHOUT QUOTING
    (terpri [<sink>])  TERMINATE THE CURRENT PRINT LINE
    (flatsize <expr>)  LENGTH OF PRINTED REPRESENTATION USING PRIN1
    (flatc <expr>)  LENGTH OF PRINTED REPRESENTATION USING PRINC
    (explode <expr>)  CHARACTERS IN PRINTED REPRESENTATION USING PRIN1
    (explodec <expr>)  CHARACTERS IN PRINTED REPRESENTATION USING PRINC
    (maknam <list>)  BUILD AN UNINTERNED SYMBOL FROM A LIST OF CHARACTERS
    (implode <list>)  BUILD AN INTERNED SYMBOL FROM A LIST OF CHARACTERS
    (openi <fname>)  OPEN AN INPUT FILE
    (openo <fname>)  OPEN AN OUTPUT FILE
    (close <fp>)  CLOSE A FILE
    (tyi [<source>])  GET A CHARACTER FROM A FILE OR STREAM
    (tyipeek [<source>])  PEEK AT THE NEXT CHARACTER FROM A FILE OR STREAM
    (tyo <ch> [<sink>])  PUT A CHARACTER TO A FILE OR STREAM
    (readline [<source>])  READ A LINE FROM A FILE OR STREAM

    System functions

    (load <fname>)  LOAD AN XLISP SOURCE FILE
    (gc)  FORCE GARBAGE COLLECTION
    (expand <num>)  EXPAND MEMORY BY ADDING SEGMENTS
    (alloc <num>)  CHANGE NUMBER OF NODES TO ALLOCATE IN EACH SEGMENT
    (mem)  SHOW MEMORY ALLOCATION STATISTICS
    (type <expr>)  RETURNS THE TYPE OF THE EXPRESSION
    (exit)  EXIT XLISP


16-Jan-85 07:39:50-MST,737;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 07:39:46-MST
Received: From cisl-service-multics.arpa.ARPA by AMSAA via smtp;
          16 Jan 85 9:12 EST
Received: FROM HIS-PHOENIX-MULTICS.ARPA BY CISL-SERVICE-MULTICS.ARPA WITH dial; 16 JAN 1985 09:07:56 EST
Acknowledge-To:  David N Low <[e-mail]>
Date:  Wed, 16 Jan 85 00:28 MST
From:  David N Low <[e-mail]>
Subject:  Re: zcpr3 on Apple
To:  [e-mail]
Message-ID:  <[e-mail]>

Please send info on how to make zcpr3 work on an Apple, if any one has
made it work, also I GOOFED my net addres is: Low%pco@cisl .
-David N. Low-
16-Jan-85 08:34:09-MST,701;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 08:34:02-MST
Received: From crdc.arpa.ARPA by AMSAA via smtp;  16 Jan 85 9:58 EST
Date:     Wed, 16 Jan 85 9:45:41 EST
From:     Jack H. Smith <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  dbaseII

    Dear 'pencin';

    Thanks very much for your answer to my querry...
    Although I haven't tried the solution out yet, you seem
    to have put your finger right on the problem...( I haven't
    been 'returning to main-menu, but I've been calling it with
    a DO...).
    Thanks agains, and thank God & Dave Towson for Info-cpm...
    Jack H. Smith

16-Jan-85 09:51:27-MST,1099;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 09:51:22-MST
Received: From hi-multics.arpa.ARPA by AMSAA via smtp;  16 Jan 85 11:24 EST
Date:  Wed, 16 Jan 85 10:21 CST
From:  [e-mail]
Subject:  Beware Perfect Writer Version II
To:  [e-mail]
Message-ID:  <[e-mail]>


Be advised:  Perfect Writer Version II does NOT run on CP/M, is NOT
based on Mince/Emacs, and will NOT work on an Apple ][+.  It is a
MacWrite clonette for the //c and //e, with pull-down windows and lots
of klutz.  Thorn/EMI, the record company who pretends to be in the
software business, is dropping all distribution and support for the
"real" Perfect Writer.  Sic Transit Mince?  I sure hope not.

A friend of mine discovered this to his great dismay when he ordered
Perfect Writer and got the "improved" version.  Now he wants to know
where he can get something close to Mince/Scribble (the basis for the
original PW) and so do I.  Any clues out there in netland?

Earl (Boebert @ HI-Multics)
16-Jan-85 11:57:06-MST,921;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 11:56:58-MST
Received: From crdc.arpa.ARPA by AMSAA via smtp;  16 Jan 85 13:20 EST
Date:     Wed, 16 Jan 85 13:14:41 EST
From:     Jack H. Smith <[e-mail]>
To:       [e-mail]
Subject:  dbaseII

    O.K.; so I didn't really make myself clear regarding the
    answer to my question about the 'Too many files open' error
    with dbaseII......

    The problem was that I was looping back to the menu by issueing
    a DO command when I should've been using a RETURN command.

    I guess after looping around with DO's, the dbaseII package
    was opening another file each time I looped until it thought
    I'd opened Too Many files...

    I haven't tried this solution as yet, (I haven't had time),
    but it sure sounds reasonable....

    Thanks for keeping me on my toes guys...

    Jack H. Smith

16-Jan-85 12:33:04-MST,1301;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 12:32:57-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  16 Jan 85 14:03 EST
Date: Wednesday, 16 January 1985  09:23-MST
Message-ID: <[e-mail]>
Sender: "B.Eiben LCG Ext 617-467-4431" <[e-mail]>
From: "B.Eiben LCG Ext 617-467-4431" <[e-mail]>
Subject:   Updated XREF250.LBR
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Wed 16 Jan 1985 12:04-MST

I hate to do it to everybody - and I didn't bump the version-nr either.
But using it - I came to hate my laziness in "flagging" references - so
I changed from ">> number" to "[number]" to make it easier on my "red
eyes"... since "visibility" is obviously dependent on terminal (or
printer) both LEADIN ( [ ) and TRAIL ( ] ) are EQUATES up front in the
source. NOT a change in functionality - so I left it at 2.50 (yeah and
I shuffled the source AGAIN to have main-code -> subs -> data ->
"once-only code" consistency (again only for the "next guy" improving
XREF).

The new XREF250.LBR is now available from SIMTEL20 as:

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.ASMUTL>
XREF250.LBR.2            COM     32128  66A8H
16-Jan-85 13:21:27-MST,1231;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 13:21:20-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  16 Jan 85 14:14 EST
Date: Wednesday, 16 January 1985  11:35-MST
Message-ID: <[e-mail]>
Sender: Steve Noland <[e-mail]>
From: Steve Noland <[e-mail]>
To: [e-mail]
Subject:   PATCH17+
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Wed 16 Jan 1985 12:14-MST

Please watch out for the file PATCH17+.lbr.  IT has appeared on
several west coast boards as of yesterday.  It has several serious
bugs in it, and a friend and I are in the process of helping the
author to clean it up.  The last version that really worked was 1.6.
Please remove any copies of any version of Patch 1.7 from the net.
The next (hopefully beta-tested) version will be 1.8, and will not be
released until it is relatively bomb- proofed.  This program has such
potential and such a nice user interface that we don't want to see it
ruined by premature release and thereby attracting an unearned bad
reputation.  Thanks for your cooperation.

Regards, Steve Noland
16-Jan-85 13:55:43-MST,1964;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 13:55:34-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  16 Jan 85 15:18 EST
Date: 16 Jan 1985  13:20 MST (Wed)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Revised quick-reference list to Simtel20 CP/M directories

Quick reference list to SIMTEL20's MICRO:<CPM.x> directories
as of Jan. 16, 1985 (where 'x' is one of the names below):

22RSX         CPM3          GENASM        MODEM903      SUBMIT
6502          CPM86         GENCOM        MSOFT         SYSLIB
AMETHYST      CPMLIB        GENDOC        NEWS          SYSLIB3
APPLE         CPR86         HAMMING       NSTAR         SYSUTL
ASMUTL        CUG           HAMRADIO      OSBORN        T20-SQUSQ
ATARI         DBASEII       HDUTL         PACKET        TERM
AZTEC-C       DEBUG         HEATH         PASCAL        TOPS-20
BASIC         DIRUTL        HELP          PCDOS         TRS-80
BDOS          DISASM        HEX           PILOT80       TURBODOS
BDSC-1        DISKPLOT      IBM-PC        PLOT33        TXTUTL
BDSC-2        DSKBUF        INSIDCPM      PPSPEL        V2CMAC
BDSC-3        DSKUTL        KAYPRO        PUBKEY        VAXVMS
BDSC-4        EDITC80       LIST          PUBPATCH      VOICE
BSTAM         EDITOR        MACLIB        RBBS          WSTAR
BYE3          EPSON         MATH          RBBS4         XCCP
C80           EZCPR         MEMTEST       RCPM          YAM
CATLOG        FAST2         MEX           SMALLC2       Z3LIBS
CB80          FIDO          MICNET        SORT          ZCPR
CBIOS         FILCPY        MISC          SPELL         ZCPR2
CCP           FILUTL        MODEM         SQU-PORT      ZCPR3
COBOL         FORTH         MODEM2        SQUSQ
COMMODORE     FORTH-83      MODEM7        STARTER-KIT
16-Jan-85 15:01:09-MST,590;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 15:01:03-MST
Received: From lll-mfe.arpa.ARPA by AMSAA via smtp;  16 Jan 85 16:36 EST
Date: Wed, 16 Jan 85 13:37 PST
From: [e-mail]
Subject: Is there an IBM PC program to read H89 disks?
To: [e-mail]



Does anyone know of a public domain program that runs on the IBM-PC that
can read Heath 5 1/4" softsector disks. Even if only sector by sector
w/o regard to the CPM format? Hopefully it would be in SIMTEL-20 but...
---Many thanks in advance, Neil
16-Jan-85 16:22:08-MST,689;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 16:22:03-MST
Received: From ut-ngp.arpa.ARPA by AMSAA via smtp;  16 Jan 85 17:53 EST
Posted-Date: Wed, 16 Jan 85 11:48:15 CST
Message-Id: <[e-mail]>
Received: by ut-ngp.ARPA (4.22/4.22)
    id AA05982; Wed, 16 Jan 85 11:50:21 cst
Date: Wed, 16 Jan 85 11:48:15 CST
From: Rick Watson <[e-mail]>
To: [e-mail]
Subject: TED query

Does anyone have a copy of TED, the TECO lookalike editor written
by Small Systems Design?  Small Systems no longer markets TED.

-Rick Watson  ([e-mail])
-University of Texas Computation Center
16-Jan-85 17:00:25-MST,663;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 17:00:19-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  16 Jan 85 18:26 EST
Received: from mit-mc.arpa by BRL-AOS.ARPA id a013284; 16 Jan 85 18:18 EST
Date: Wed 16 Jan 85 18:18:55-EST
From: Andrew Moore <[e-mail]>
Subject: APPLE CP/M
To: [e-mail]


   DOES ANYONE HAVE MUCH EXPERIENCE WITH ANY OF THE APPLE CP/M CARDS, WHICH ONE
IS THE "BEST", ETC.? I'M INTERESTED IN INSTALLING ZCPR3 ON IT, AND WOULD APPRE-
CIATE ANY FEEDBACK AS TO WHICH OF THE CARDS AVAILABLE IS THE MOST RECOMMENDED.

-DRU
-------

16-Jan-85 17:35:24-MST,782;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 17:35:19-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  16 Jan 85 19:09 EST
Received: from usenet by BRL-TGR.ARPA id a027905; 16 Jan 85 18:48 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: BJgame
Message-ID: <[e-mail]>
Date: 13 Jan 85 18:57:00 GMT
Nf-ID: #R:ttidca:-18900:bradley:24900007:000:229
Nf-From: bradley!jmg    Jan 13 12:57:00 1985
To:       [e-mail]

yes, please send me a copy of your blackjack program.

   ---- Jeff


Jeff Gibson              UUCP: {cepu,ihnp4,noao,uiucdcs}!bradley!jmg
Bradley University        ARPA: cepu!bradley!jmg@UCLA-LOCUS
Peoria, IL 61625            PH: [phone]
16-Jan-85 17:36:38-MST,1035;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 17:36:32-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  16 Jan 85 19:09 EST
Received: from usenet by BRL-TGR.ARPA id a027901; 16 Jan 85 18:48 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: Request pointer to a Blackjack progr
Message-ID: <[e-mail]>
Date: 13 Jan 85 18:51:00 GMT
Nf-ID: #R:brl-tgr:-715400:bradley:24900006:000:446
Nf-From: bradley!jmg    Jan 13 12:51:00 1985
To:       [e-mail]

There is a public domain blackjack program available through
Micro Cornucopia ph. (503)-382-8048.  ask for Kaypro disc K3.
I do not know the difficulty level of the game or if they even
give you the source or not, but I do know the program is available
for the Kaypro.

    ---- Jeff


Jeff Gibson              UUCP: {cepu,ihnp4,noao,uiucdcs}!bradley!jmg
Bradley University        ARPA: cepu!bradley!jmg@UCLA-LOCUS
Peoria, IL 61625            PH: [phone]
16-Jan-85 18:10:13-MST,1227;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 18:10:06-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  16 Jan 85 19:32 EST
Received: from usenet by BRL-TGR.ARPA id a028544; 16 Jan 85 19:04 EST
From: "D.DUBOSKY" <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Microsoft Linker L80 Question
Message-ID: <[e-mail]>
Date: 14 Jan 85 19:37:24 GMT
To:       [e-mail]

Is anyone else having difficulty with Microsoft's Linker L80 when using
the search mode, that is, with a /s at the end of the file to be searched?
I am presently trying to use the linker with the C library of SmallC v2.1.
If I link the entire library with the compiled program, the resulting code
works just fine, but of course, I end up with a rather large program.  When
using the search mode, I get error messages that indicate that the linker
has not found certain modules of code.  What is a little confusing is that
the modules that it is trying to link are not required by the compiled code
but are definitely present in the library.

Any suggestions would be appreciated.
Thanks for any replies.

                    Dan Dubosky
                    hou2h!ddd
16-Jan-85 18:45:33-MST,1453;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 18:45:26-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  16 Jan 85 20:14 EST
Received: from usenet by BRL-TGR.ARPA id a000142; 16 Jan 85 19:43 EST
From: Geoff Kuenning <[e-mail]>
Newsgroups: net.micro,net.micro.cpm,net.lang.c
Subject: Re: an old idea whose time has come again
Message-ID: <[e-mail]>
Date: 13 Jan 85 23:37:33 GMT
Xref: sdcrdcf net.micro:3580 net.micro.cpm:1659 net.lang.c:2591
To:       [e-mail]

In article <[e-mail]> [e-mail] writes:

>    Rhetorical question: Why don't any of the 'modern' loaders
>offer these wonderful options?  Let's see you run a Fortran compiler
>and non-trivial program in 16K!!!!!
>
>P.S. I have pieces of the 1130 all over my apartment, including the
>    front panel.  Does anybody else miss the beastie????

Well, I wouldn't claim to *miss* the bloody thing, though I have fond memories.
Let's remember, though, that that 16K Fortran compiler had *27* (count 'em)
overlaid passes.  Things like:  pass 1 - lexical analysis of declarations,
pass 2 - lexical analysis of code, pass 3 - parse integer declarations,
pass 4 - put integer declarations into the symbol table (I'm making these
up; it's been far too long to remember what they were.  But you get the idea).
--

    Geoff Kuenning
    ...!ihnp4!trwrb!desint!geoff
16-Jan-85 19:26:49-MST,605;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 19:26:44-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  16 Jan 85 20:56 EST
Date: Wed 16 Jan 85 18:58:02-MST
From: Rick Conn <[e-mail]>
Subject: Z3NEWS.103
To: [e-mail]

The latest ZCPR3 newsletter, Z3NEWS.103, is now in MICRO:<CPM.ZCPR3>.
As usual, lots of topics.  Of note are topics on new versions of some
of the tools and a support service provided by Echelon.  Many other items
of note also, depending on your interests.

Enjoy!

    Rick
-------
16-Jan-85 19:56:28-MST,919;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 19:56:18-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  16 Jan 85 21:26 EST
Date: 16 Jan 1985  19:27 MST (Wed)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Rick Watson <[e-mail]>
Cc:   [e-mail]
Subject: TED query
In-reply-to: Msg of 16 Jan 1985  10:48-MST from Rick Watson <rick at ut-ngp.ARPA>

    Does anyone have a copy of TED, the TECO lookalike editor written
    by Small Systems Design?  Small Systems no longer markets TED.

TED is available from the CP/MUG collection at Simtel20.  No source,
but a .COM and large .DOC file.

Filename            Type     Bytes     CRC

Directory MICRO:<CPMUG.VOL036>
TED.COM.1            COM     16896  2659H
TED.DOC.2            ASCII     23424  DD8FH

--Keith
16-Jan-85 21:08:14-MST,1220;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 21:08:02-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  16 Jan 85 22:31 EST
Received: from usenet by BRL-TGR.ARPA id a004512; 16 Jan 85 21:51 EST
From: Chuck McManis <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: POW2 public domain formatter
Message-ID: <[e-mail]>
Date: 15 Jan 85 18:11:13 GMT
To:       [e-mail]

Tim, Have you looked into the ROFF4 formatter? It has all of the features
you mentioned plus some. It is on Simtel20 if you want to snarf a copy,
also available on your local BBS (Consult RCPM-057.LST for details,
not available in all areas, not sold in stores) It has the nice feature
of being able to define ones own font (assuming your printer can do
bit mapped graphics) and is quite flexible.

--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. :-}
16-Jan-85 21:09:56-MST,2016;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 21:09:49-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  16 Jan 85 22:31 EST
Received: from usenet by BRL-TGR.ARPA id a004507; 16 Jan 85 21:51 EST
From: Chuck McManis <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Unix for CP/M 2.1 or > on a z80
Message-ID: <[e-mail]>
Date: 15 Jan 85 17:43:15 GMT
To:       [e-mail]

I saw microshell once, and was impressed by the similarity of the
user interface with UNIX's. It implemented pipes by redirecting
I/O through a temporary disk file and seemed to work fairly well
until you needed to change the disk with the pipe file on it. This
of course wouldn't be a problem on a hard disk. If I might make a
suggestion, look into the ZCPR3 package on Simtel20 or your local
computer BBS. It implements a rather large part of the Unix user
interface, adds TERMCAP capabilities, a nice shell package with
variables and parameter substitution similar to csh and some
limited flow control. (If-Then-Else) But no CASE WHILE and UNTIL.
Still some pretty involved shell scripts are possible. It
does not offer I/O redirection or pipes, however the company
handling bug reports and distribution of a self installing version
,Echelon inc., have hinted strongly that their new version of the
BDOS will do just that. The best part is that if you can find a
local BBS that has it you can get it FREE by just downloading it.
That includes copies of a zillion utilities. It does make the
CP/M user interface usable, but you will need a Z80 to take full
advantage of 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. :-}
16-Jan-85 21:38:24-MST,1844;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 21:38:15-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  16 Jan 85 22:31 EST
Received: from usenet by BRL-TGR.ARPA id a004517; 16 Jan 85 21:51 EST
From: Chuck McManis <[e-mail]>
Newsgroups: net.micro,net.micro.cpm
Subject: Public Domain Archives
Message-ID: <[e-mail]>
Date: 15 Jan 85 20:21:13 GMT
To:       [e-mail]

With all the hoopla about the various pros and cons of .5 Gbyte optical
disks, I thought it might be quite feasible to put the entire Simtel-20
archives on such a disk, in such a way that it would be easy to update.
There would be lots of room left over, and if they could be manufactured
cheaply enough maybe a series a archives could be established around the
country. I would certainly be willing to interface one of the Optimem or
equivalent drives to a CP/M system (I am aware of the logistics of such
an undertaking, with the restraints CP/M puts on file systems) and then
providing a place to put it where it could be called up and searched.
Does this sound like a reasonable undertaking ? It would be nice if we
could get Shugart to donate a drive and some disks for the publicity but
even paying for it outright is not enitirely impossible. Does anyone
know of the single unit evaluation drives cost? Also, Frank or Keith,
could one of you give an update on how much space the MICRO: archives
are using ?

--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. :-}
16-Jan-85 21:53:59-MST,583;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 21:53:53-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  16 Jan 85 23:06 EST
Date: Wed 16 Jan 85 21:08:14-MST
From: Rick Conn <[e-mail]>
Subject: New ZCPR3 Files
To: [e-mail]

The following files have been updated in MICRO:<CPM.ZCPR3>

    CLEANDIR.COM and CLEANDIR.MAC
    DIR.COM and DIR.MAC
    MCOPY.COM and MCOPY.MAC
    Z3INS.COM and Z3INS.MAC

Z3INS.DOC has been added.  Z3NEWS.103 speaks briefly of these new files.

    Rick
-------
16-Jan-85 21:54:36-MST,1103;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 21:54:30-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  16 Jan 85 23:15 EST
Date: Wed 16 Jan 85 21:17:14-MST
From: Rick Conn <[e-mail]>
Subject: Re: Public Domain Archives
To: [e-mail]
cc: [e-mail], [e-mail]
In-Reply-To: Message from "Chuck McManis <[e-mail]>" of Tue 15 Jan 85 20:21:13-MST

Chuck,

Interesting you should bring this up.  The very large capacity disks is
exactly what Echelon has been addressing recently.  ZRDOS2, Echelon's
BDOS replacement which combines with ZCPR3, addresses 512 M bytes directly.
Other features, such as no need for a ^C any more and an extended READLN
function (fct 10) are also present.  Interacting with ZCPR3, named dirs
over a 512M space become especially useful.  I haven't brought up ZRDOS2 yet,
but it is sitting on my shelf waiting for installation.

    Rick

PS See the recent newsletters from Echelon in MICRO:<CPM.ZCPR3>Z3NEWS.10?.
-------
16-Jan-85 23:05:19-MST,901;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 23:05:09-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  17 Jan 85 0:41 EST
Date: Wed 16 Jan 85 22:43:36-MST
From: Rick Conn <[e-mail]>
Subject: More new ZCPR3 Files
To: [e-mail]

The directory MICRO:<CPM.Z3NEW> (a new directory on SIMTEL20) contains
the following Z3 files:

    LRUNZ3.ASM    - a version of LRUNZ for Z3
    Z3BYE.DOC    - notes on using Z3 with RCP/M applications
    Z3HELPR4.EI    - a list of people volunteering to help others
              with installing and in answering questions
              about Z3; note that certain people specialize, such
              as for the Osborne, Apple, Morrow, etc
    Z3EMX.LBR    - using Z3 with EMX
    ZBYE.MAC    - a version of BYE for Z3 use

These will probably be moved into <CPM.ZCPR3> at a later date.

Enjoy!

    Rick
-------
17-Jan-85 09:42:42-MST,708;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 17 Jan 85 09:42:35-MST
Received: From hi-multics.arpa.ARPA by AMSAA via smtp;  17 Jan 85 10:46 EST
Date:  Thu, 17 Jan 85 09:40 CST
From:  [e-mail]
Subject:  L80 problem
Message-ID:  <[e-mail]>

Will the person who had the linkage problem with L80 and the output of
Small C please send a detailed description of the difficulty to me
(Boebert @ HI-Multics)?  I recall overcoming a similar problem in
getting Small C to work but I can't remember the details.  I am posting
this note because info-cpm comes to us as a digest with all the "from"
fields trashed.
17-Jan-85 10:07:22-MST,837;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 17 Jan 85 10:07:17-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  17 Jan 85 11:29 EST
Received: from apg-3.arpa by BRL-AOS.ARPA id a020192; 17 Jan 85 11:29 EST
Date: 17 Jan 1985 11:22:08 EST (Thursday)
From: John Shaver STEEP-TM-AC 879-7602 <[e-mail]>
Subject: NYACC Sources
To: [e-mail]
Cc: [e-mail]

I am having difficulty with a local Federal Procurement Office.  I have asked
that they purchase the NYACC series on |Software.  Unfortunately, the local
procurement ( pardon, Acquisition [guess what an Acquirer is]) wants to verify
by a phone call or letter that the prices I quoted were correct.  Can someone
provide me with a recent quote which I could provide to the local acquirers.

17-Jan-85 11:28:22-MST,891;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 17 Jan 85 11:28:17-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  17 Jan 85 12:55 EST
Received: from usenet by BRL-TGR.ARPA id a004761; 17 Jan 85 12:43 EST
From: "ross m. greenberg" <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Unix for CP/M 2.1 or > on a z80
Message-ID: <[e-mail]>
Date: 17 Jan 85 15:13:00 GMT
To:       [e-mail]

<>

The only problem with ZCPR (to me) is the amount of disk that you need
to get all the utilities us and operational.  Having a KAYPRO-II with
2 180K drives, I'd have no room left on the disk for anything after
loading all the nifty ZCPR utilities.


------------------------------------------------------
Ross M. Greenberg  @ NYU   ----> { allegra,ihnp4 }!cmcl2!acf4!greenber  <----
17-Jan-85 17:43:02-MST,1743;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 17 Jan 85 17:42:50-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  17 Jan 85 19:07 EST
Received: from usenet by BRL-TGR.ARPA id a012683; 17 Jan 85 18:58 EST
From: "R.BOTWIN" <[e-mail]>
Newsgroups: net.micro,net.micro.cpm,net.lang.c
Subject: Re: an old idea whose time has come again
Message-ID: <[e-mail]>
Date: 16 Jan 85 15:58:31 GMT
Xref: godot net.micro:3438 net.micro.cpm:1715 net.lang.c:2622
To:       [e-mail]

[]
Ah, yes...Memories of my first machine....an old 4K 1130.
I miss it muchly...The techniques learned on that machine, at least for
me, predate any formal CS training, and are "instinctive" rather than
learned by rote...

We used to call SOCAL and LOCAL "cram and crunch"....and got around large
programming problems by making ALL variables COMMON.  We had large
payroll systems, personnel systems, even large linear algebra matrix
manipulations using this technique.

The whole concept of linking, speed trade-offs using core-image
loads, relocating programs.....ah, yes.....that was the way to learn!

We even knew if we had diagnostics in our compile by the sound of the
old 1132 printer....It had a different "rhythm.".....I remember talking
on the phone from home to a friend at the computer...in the background was
the printer ker-chunking out a listing for him.....I heard the
unmistakable tones of a diagnostic report, and told him he had better
fix his bugs and re-compile....He thought I was psychic!

    Rob Botwin, N2FC
    .....{utah-cs|seismo|decvax}!harpo!eagle!hogpc!houxn!rb
    ATT/IS Labs [phone] (Cornet 8-270-5016)
    FJ 1B-130
17-Jan-85 17:45:15-MST,2749;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 17 Jan 85 17:45:00-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  17 Jan 85 19:07 EST
Received: from usenet by BRL-TGR.ARPA id a012732; 17 Jan 85 18:59 EST
From: jeff <[e-mail]>
Newsgroups: net.micro.cpm
Subject: re: need a break key
Message-ID: <[e-mail]>
Date: 16 Jan 85 17:47:12 GMT
To:       [e-mail]

[I'm new to USENET,so please be kind]

    Causing a BREAK without a break key is tricky since BREAK is not
a character but a line condition.  An active RS232 line (transmit or
receive data) is normally in the MARKING state (quiescent state)
(binary 1, voltage between -3 and -25 volts).  When a character is sent,
the line sends a start bit (goes SPACE, binary 0, voltage between +3 and
+25 volts), then the data bits (and parity if enabled), then a stop
bit (back to MARKING).

    A framing error is caused when the end bit isn't received
when it is expected, usually suggesting mismatched speeds.

    A break condition is when the line is put in the SPACE state
for the time it takes to transmit a character (including start and
stop bits) and thus cannot be confused with a character transmission.
Some serial communication chips will detect the start and end of
a break (since it may last a looooong time) and interrupt on both.
Others just give a framing error with 00h data.

    The UNIX Administrator's Manual under TERMIO(7) under IGNBRK
states that a break condition is a framing error with data 00h.  Non-null
data causing a framing error is considered a framing error.

    A break key causes the line to go spacing for about 1.1 to 2x
a character time length (usually a long time - around 200 milliseconds).

    Your trick of going to a slower speed may work if the software
treats framing error as a break (regardless if the data is 00h or not).
If they are treated differently, then you must transmit a NULL
character, usually control @.  This will be undistinguishable from a
break to all but the fussiest of receivers.  This also points out
that a framing error on a null character will be misinterpreted
as a break.

    I trust this definitively answers your question.  Ask anything
more technical and I will refer to the EIA Standard for RS-232-C
"Interface Between Data Terminal Equipment and Data Communication
Equipment Employing Serial Binary Data Interchange". So there!

            +-----------------------------------------------+
            |  Jeff 'oh my gawd - it's one of THOSE!' Skot    |
            |     at beautiful downtown Somerset NJ        |
            |           AT&T Info Systems            |
            |          ..!abnji!jeff            |
            +-----------------------------------------------+
17-Jan-85 21:22:03-MST,877;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 17 Jan 85 21:21:58-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  17 Jan 85 23:00 EST
Date: Thu 17 Jan 85 21:01:18-MST
From: Rick Conn <[e-mail]>
Subject: Re: Unix for CP/M 2.1 or > on a z80
To: [e-mail]
cc: [e-mail], [e-mail]
In-Reply-To: Message from ""ross m. greenberg" <[e-mail]>" of Thu 17 Jan 85 15:13:00-MST

You're quite right about ZCPR3 on 180K disks.  Some of the Echelon
newsletters talk about this, and one gives a breakdown of the disk overhead.
There is some discussion about reducing this overhead by being selective about
the features; overhead can drop to as little as 60K for some applications.
But if you want everything, there is a price to pay.
-------
17-Jan-85 23:25:54-MST,720;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 17 Jan 85 23:25:50-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  18 Jan 85 0:50 EST
Received: from bbna.arpa by BRL-AOS.ARPA id a026104; 18 Jan 85 0:50 EST
Date: 18 Jan 1985 00:51-EST
Sender: [e-mail]
Subject: ON-LINE DOC FOR ROFF?
From: [e-mail]
To: [e-mail], [e-mail], [e-mail]
Message-ID: <[BBNA]18-Jan-85 00:51:27.WAGREICH>


IS  THERE  ANY  ON-LINE USER DOCUMENTATION FOR ROFF THAT EXPLAINS
THE COMMANDS AND GIVES EXAMPLES?  I'D APPRECIATE  ANY  GOOD  USER
DOC FOR ROFF.

THANKS.   I  HOPE  I  DON'T  GET  A  MILLION  COPIES  OF THE SAME
DOCUMENT!
18-Jan-85 09:37:31-MST,599;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 09:37:26-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  18 Jan 85 11:01 EST
Date: 18 Jan 1985  09:02 MST (Fri)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: SIMTEL20 directory list update

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

--Keith
18-Jan-85 11:39:12-MST,718;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 11:39:08-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  18 Jan 85 13:07 EST
Received: from Mission.ms by ArpaGateway.ms ; 18 JAN 85 10:05:05 PST
Date: 18 Jan 85 10:09:06 PST (Friday)
From: [e-mail]
Subject: Re: Unix for CP/M 2.1 or > on a z80
In-reply-to: <[e-mail]>
To: "ross m. greenberg" <[e-mail]>
cc: [e-mail]

Try MicroShell. I've had it for almost three years, and it it one of the
most invaluable pieces of software I have. It works like a charm, and
you'll never know that it is there (apart from ~10k less RAM).

    Jack Bicer
18-Jan-85 14:08:57-MST,775;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 14:08:52-MST
Received: From almsa-1.arpa.ARPA by AMSAA via smtp;  18 Jan 85 15:39 EST
Date:     Fri, 18 Jan 85 14:30:14 CST
From:     Crede Edens <[e-mail]>
To:       [e-mail]
Subject:  5 1/4 Disk Drive Interface to NEC APC?


I noticed that several people have NEC APCs and I was wondering if anyone has
hooked up a 5 1/4 inch disk drive to the NEC.  At our users group meeting last
night, the question came up and I know that if it can be done one of you guys
has probably done it.

If anyone has successfully accomplished this I would appreciate some info on
it.

Thanks in advance,

Crede Edens         [e-mail]

18-Jan-85 15:51:06-MST,1556;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 15:50:57-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  18 Jan 85 17:24 EST
Received: from usenet by BRL-TGR.ARPA id a017384; 18 Jan 85 15:32 EST
From: Ravi Subrahmanyan <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Thanks, everyone out there
Message-ID: <[e-mail]>
Date: 17 Jan 85 02:27:58 GMT
To:       [e-mail]

To everyone who responded to my requests for help, esp. K.Peterson
 (WS*&@45%  ?), chuck(CEM) , bob bloom, and everyone else,

           T H A N K S.

I have tried to reply via regular mail, but the MAILER.DAEMONs
keep sending me copies of my letters, so I'm really not sure if
you have gotten them (I have a 50% hit ratio on such cases).

A local machine with ZCPR3 was pointed out to me, so I can get the
stuff to try out. Should keep me busy for quite a while.

TO ALL THE GUYS WHO ASKED FOR HELP TO BE PASSED ON: esp.
JOHN BLANKENAGEL, LILLARD,AM ... I have mailed you all the
stuff I got, but I have got replies from the demons... I fear
the worst. I'll keep trying, so if you're getting innundated with
letters,please let me know to stop. Or, just let me know your
addresses, & I'll be happy to ,mail the stuff to you (USPS, this
time).

Thanks again,
                                   [Ravi]

                 [ Confucius say : If red is red, and turquoise is
                                   turquoise, why is lime green dirty yellow?]
18-Jan-85 15:51:38-MST,829;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 15:51:33-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  18 Jan 85 17:24 EST
Received: from usenet by BRL-TGR.ARPA id a017472; 18 Jan 85 15:34 EST
From: Neil Rhodes <[e-mail]>
Newsgroups: net.micro.cpm
Subject: want `lu' utility under unix
Message-ID: <[e-mail]>
Date: 15 Jan 85 19:32:30 GMT
To:       [e-mail]

I have a .lbr file on this system which is larger than my disk capacity
(commodore 64), and would like to extract the files from the library on
the vax, and then transfer the files individually.  Does such a program
exist?


Neil Rhodes
{ucbvax,decvax}!sdcsvax!neil
--
Neil Rhodes
UC San Diego
{ucbvax,decvax}!sdcsvax!neil
[phone]
18-Jan-85 16:04:41-MST,783;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 16:04:35-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  18 Jan 85 17:31 EST
Received: from usenet by BRL-TGR.ARPA id a019368; 18 Jan 85 16:13 EST
From: Roger Lipp <[e-mail]>
Newsgroups: net.micro,net.micro.cpm
Subject: Epson QX-10 lightpen: info wanted
Message-ID: <1680@pucc-h>
Date: 16 Jan 85 22:19:06 GMT
Xref: godot net.micro:3442 net.micro.cpm:1722
To:       [e-mail]

I am looking for information concerning a lightpen for the Epson QX-10 that
would plug into the built-in lightpen port.  If you know of any, please mail
me any information.

--
Roger Lipp
{decvax|ucbvax|allegra|seismo|harpo|teklabs|ihnp4}!pur-ee!pucc-h!gmf
18-Jan-85 17:45:45-MST,1915;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 17:45:34-MST
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  18 Jan 85 19:21 EST
Date: 18 January 1985 19:20-EST
From: Herb Lin <[e-mail]>
Subject:  macrotech board update...
To: [e-mail]
cc: [e-mail]

I have bought a Macrotech MI-286 from Gifford Computer Systems, whose
problems I described in a previous note.  Their recommended cure was
to upgrade my hard disk controller board from a Morrow HDCA-4 to a
Compupro Disk2.  However, a conversation with the techs at Macrotech
resulted in confusing information: Macrotech tells me that the problem
is most likely in the Compupro RAM 16 boards that I am using; these
are alleged to have a wrong pull-up resistor in R1.  They said that
the fix would be to put the correct resistor there, and all would be
well.  They also said that other Compupro memory boards did not have
the same problem, and that they knew of people with Morrow controllers
running Macrotech boards without difficulty.

I tried something else, with their concurrence.  I replaced my 4 RAM
16 boards with a RAM 22 board, and tried running the Macrotech board
with that configuration.  Here I had a very strange experience -- the
system worked fine in the morning, but then I shut it down.  In the
afternoon, I powered up again, and found that the system no longer
worked.  Closer investigation revealed that my hard disk directory had
been trashed in a very subtle way, and Gifford says that their other
customers with Morrow controllers and Macrotech boards have reported
similar trashing problems.

I have decided to take Gifford's solution, since they were
generous in offering me some trade-in value for my Morrow controller,
*and* assuring me of refund if their solution did not work.

More as it develops.

herb lin

18-Jan-85 20:27:07-MST,701;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 20:27:02-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  18 Jan 85 21:57 EST
Received: from usenet by BRL-TGR.ARPA id a025616; 18 Jan 85 21:50 EST
From: Paul Hyder <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Turbo Pascal: Did I hear right?
Message-ID: <[e-mail]>
Date: 18 Jan 85 01:32:07 GMT
To:       [e-mail]


   My CP/M version works just fine.
   There do seem to be some interesting problems with stack
   frames in procedures that call procedures but it could be
   my machine.
    Paul Hyder  {...tektronix!tekecs!hyder}
18-Jan-85 20:29:22-MST,1470;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 20:29:13-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  18 Jan 85 21:57 EST
Received: from usenet by BRL-TGR.ARPA id a025626; 18 Jan 85 21:50 EST
From: Andrew Klossner <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Microsoft Linker L80 Question
Message-ID: <[e-mail]>
Date: 18 Jan 85 03:37:21 GMT
To:       [e-mail]

[]

    "Is anyone else having difficulty with Microsoft's Linker L80
    when using the search mode, that is, with a /s at the end of
    the file to be searched?"

There's a bug in L80.  When searching a library, it encounters a
module, and begins passing over the symbols to see if any are needed.
If it passes over a COMMON block, then comes to an symbol which is
needed, it gets a fatal system error in trying to back up to the
beginning of the module and begin loading.

This prevents inclusion of output from the Aztec C compiler in
libraries.  A work-around is to edit the assembly output from the
compiler and move all the common blocks to the end of the file.

I submitted a bug report to Microsoft two years ago, and received
acknowledgement, but to my knowledge they have never fixed this.
CP/M-80 is dead, don't you know ...

  -- Andrew Klossner   (decvax!tektronix!orca!andrew)       [UUCP]
                       (orca!andrew.tektronix@csnet-relay)  [ARPA]
18-Jan-85 20:48:04-MST,5312;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 20:47:43-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  18 Jan 85 21:57 EST
Received: from usenet by BRL-TGR.ARPA id a025630; 18 Jan 85 21:50 EST
From: Andrew Klossner <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: possible problems with large numbers of open files simultaneously?
Message-ID: <[e-mail]>
Date: 18 Jan 85 04:00:15 GMT
To:       [e-mail]

All of this applies to CP/M-80 version 2.2.

Key to understanding disk file I/O in CP/M is the fact that all of the
information about an "open file" is contained in the FCB, which your
program allocates and controls.  To open a file, CP/M just fills in
your FCB with the directory information about the base segment, then
promptly forgets about the file.  When you read, it uses the FCB to
determine which record to get, calls the BIOS to read it, then updates
the FCB to point to the next record.  When you cross to a new segment,
CP/M goes to the directory and fills in the FCB with the new segment's
information.

On output, the directory is not updated until you do a CLOSE or WRITE
to a different segment.  That's why, if you CREATE a file, WRITE many
records to it, then kill your program, you often discover that you have
a zero length file; the WRITEs happened but the directory was never
updated to record them.  On the next warm boot, all the records that
were written are reclaimed as free space.

    "Does CP/M do strange things when many files are open and being
    written at once?  I have a program that does this (six files
    are being written at once, and are therefore open), and a
    variety of strange behaviours occur, such as the disk write
    sequential call seems to return errors (non-zero value in the A
    register) before the disk is actually full."

I regular open dozens of file for input and output, with no trouble.
Since CP/M doesn't record knowledge of open files, there's no problem
with any internal tables overflowing (there aren't any).  Perhaps the
fact that the directory updates are deferred is fooling you into
thinking that the disk isn't full when actually all the free records
have been used up.

    "Related question:  the documentation for this op (whatever the
    number is) says that a non-zero value is returned in the A
    register for a nonsuccessful write due to a full disk.  Can
    this happen for other reasons than a full disk?  Examples would
    be some flavor of write error, etc."

A write will also fail if it's attempting to create a new segment and
the directory is full.

    "When deleting a file, what if anything besides the file name
    (the first 12 bytes, giving the drive, name, and extension)
    should be initialized, and to what value?  Which should not
    be?"

Of the first 16 bytes, set the last four to zero.  Actually I always go
belts-and-suspenders and zero all the rest of the FCB, but it shouldn't
be necessary.

    "When opening a file for reading, same questions.  Does not
    closing a file after reading it, either partially or totally,
    cause any problems?"

Just the opposite.  You should take pains NOT to do a CLOSE of a file
that was used only for reading.  This is because all a CLOSE does is
copy the FCB back out to the directory.  If you haven't modified the
file, this is an unnecessary disk access, and will prevent your program
from running when the file or the disk is read-only.

    "What is the best procedure for temporarily closing a file so
    it can be read from disk in a different FCB, and then reopening
    it later for writing, at the spot I left off when closing it?
    I. e. I flush the memory buffers for the six files I mentioned
    above, close the files, and use a different FCB for reading
    them.  When I read it, I open the file, but never close it.  To
    reopen the file, I save the number of the last record, open the
    proper extent of the file, and restore the last record number
    (base+32)."

If you're absolutely sure that you're not going to write (or otherwise
modify) the file while it's temporarily closed, it suffices to do a
CLOSE and keep the FCB, then resume WRITING with the FCB later.  This
is because CLOSE doesn't cause the file to no longer be OPEN in the
usual sense; all CLOSE really does is update the directory.  In fact,
if you have a transaction processing program which adds records to an
open file, it should CLOSE the file whenever it knows that it will be
idle for awhile (waiting for another line of terminal input), to make
sure that the entire file will be there if the system crashes or
someone removes the floppy.

    "To initialize an FCB for creating a file or deleting it, I set
    the following to zero: bytes 12 through 15, and byte 32 (offset
    from the base of the FCB).  Is this the right thing to do?
    Should I do this much?"

This should be enough.  But it can't hurt to zero the whole thing, just
in case.  I admit to what may be superstition here, but I keep finding
the "undefined" or "reserved for future use" bits in the FCB turn out
to be used.

  -- Andrew Klossner   (decvax!tektronix!orca!andrew)       [UUCP]
                       (orca!andrew.tektronix@csnet-relay)  [ARPA]
18-Jan-85 22:57:57-MST,2741;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 22:57:47-MST
Received: From ucb-vax.arpa.ARPA by AMSAA via smtp;  19 Jan 85 0:31 EST
Received: from ucbeast.ARPA by UCB-VAX.ARPA (4.24/4.40)
    id AA15481; Fri, 18 Jan 85 21:24:27 pst
Received: by ucbeast.ARPA (4.24/4.27)
    id AA12096; Fri, 18 Jan 85 20:41:14 pst
Date: Fri, 18 Jan 85 20:41:14 pst
Message-Id: <[e-mail]>
From: Phil Lapsley <[e-mail]>
To: [e-mail]
Subject: Hard Disk Problems

     I recently purchased a CompuPro Disk 3 hard disk controller
to go with my CP/M-816 system.  For the hard disk, I found a bargain
for a Rotating Memory Systems RMS 513 10 MB drive for $250 at a swap
meet.  The drive's characteristics are 216 cylilinders, 6 heads (i.e.,
tracks) per cylinder, 9 sectors per track, 1K per sector.  Naturally,
this is all ST506 compatible.

     Not that I really want to bore you with all this; no, what I need
is help getting the thing to work.  I have had the controller card
checked out at CompuPro, and it works.  I have had the RMS 513 drive
tested, and it performs "flawlessly", according to the third party
who tested it.

     So, what's the problem?  Well, I set up DPB's and DPH's, and
the following would happen.  The system would come up alright.
Attempting to write to the hard disk with "pip" and the verify option
would produce "foo.$$$: verify error."  Attempting to write to the
hard disk with "pip" and no verify would successfully create the
file, but attempting to run the file would crash the system.
When I would bring the system back up, there would be eight or
nine (!) entries of "foo.com" (or whatever file I tried to transfer)
in the directory of the hard disk.

     Now, it could very well be that I screwed up my DPB's and
DPH's.  But, it's my understanding that *any* ST506 compatible drive
can be run as an ST506.  It would just use 153 cylinders instead of
216, and 4 heads instead of 6.  CompuPro supplies a bios entry
for a ST506.  Naturally (?), attempting to use the ST506 bios entry
produces exactly the same results.

     I am at wit's end.  I have had both the drive and the controller
tested, and they each work separately.  Running a format/verify/data test
from the CompuPro disk 3 controller works fine.  But trying to run
the drive under CP/M bombs.  Any hard disk wizards out there who
could be of help?  Please reply directly to me, as I am no longer on
the alias (I had myself removed right before I needed it!)  I'll
summarize any general info I receive to the net.  Thanks very much.

                        Phil Lapsley
                        ([e-mail])
                        (...!ucbvax!phil)
19-Jan-85 02:05:53-MST,1582;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 02:05:45-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  19 Jan 85 3:37 EST
Received: from simtel20.arpa by BRL-AOS.ARPA id a000982; 19 Jan 85 3:32 EST
Date: Sat 19 Jan 85 01:31:17-MST
From: Ron Fowler <[e-mail]>
Subject: Large number of simultaneously open files
To: [e-mail]


Andy Klossner mentioned that you should take pains NOT to close a file open
only for read because

    1) It's not necessary
    2) Causes an unnecessary disk access

I must take exception to this; first, it's good programming practice to
close all open files, regardless of their read/write status.  But more im-
portantly, multi-user operating systems (such as MP/M and TurboDOS) that allow
filesharing must keep a record in memory for each file; these systems release
this memory when a file is closed.  Programs that open a large number of files
without closing them (CRCK.COM is a good example of this) tend to cause the
file lock space to be exhausted.  This is an especially severe problem with
MP/M, where lock space is a fixed number of files (TurboDOS uses all avail-
able memory).

Closing a file open for read does NOT cause an unnecessary directory access
under CP/M 2.2; CP/M keeps a flag in the FCB that is set when a write oc-
curs (bit 7 of the S2 byte, for those who are interested ... 0=written); if
the file hasn't been written to, CP/M returns a successful close result,
but inhibits any disk update.        --Ron Fowler
-------
19-Jan-85 05:00:09-MST,2476;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 04:59:59-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  19 Jan 85 6:29 EST
Date: 19 Jan 1985  04:31 MST (Sat)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: Kaypro escape sequences list
In-reply-to: Msg of 10 Dec 1984  12:31-MST from Wiedemann at RADC-MULTICS.ARPA

Here's the info you wanted on the Kaypro escape sequences.
--Keith
--cut here--
KAYPRO II VIDEO SOFTWARE DRIVER.

The KAYPRO II video section was designed to imitate the control sequences of a
Lear-Siegler ADM-3A terminal.  For most commercial software, this means you
can "install" or customize the display characteristics by choosing the ADM=3A
from the menu.  For custom software or those instances where there is no
choice of "ADM-3A" on the menu, the following information may help.

The following is a list of the KPRO II  "Terminal" attributes and control
sequences.

Cursor Control -
----------------
        Cursor left (bs) .............  08h     08
        Cursor right .................  0Ch     12
        Cursor down (lf) .............  0Ah     10
        Cursor up ....................  0Bh     12
        Home cursor ..................  1Eh     30
        Clear screen & home cursor ...  1Ah     26
        Carriage return ..............  0Dh     13

Cursor Positioning -
--------------------

        Escape Sequence (ESC+"=") ....  1Bh,3Dh   27,61
        Cursor Rows ..................  0-23
        Cursor Columns ...............  0-79
        Positioning Sequence:

            In MBASIC ...

              PRINT chr$(27)+"="+chr$(20+row)+chr$(20+col);


Line Insert/Delete -
--------------------

        Line Insert (ESC+"E") ........  1Bh,45h   27,69
        Line Delete (ESC+"R") ........  1Bh,52h   27,82

Clear to End of Screen/Line -
-----------------------------

        Clear EOL (Ctl-X) ............  18h     24
        Clear EOS (Ctl-W) ............  17h     23

Set Greek or ASCII -
--------------------

        Set ASCII (ESC+"A") ..........  1Bh,41h   27,65
        Set Greek (ESC+"G") ..........  1Bh,47h   27,71
        After Setting Greek, lower case letters will print as
        the Greek Alphabet.
19-Jan-85 06:28:48-MST,1064;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 06:28:44-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  19 Jan 85 7:58 EST
Received: from usenet by BRL-TGR.ARPA id a004797; 19 Jan 85 7:47 EST
From: Chuck McManis <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: CP/M Standards
Message-ID: <[e-mail]>
Date: 17 Jan 85 18:28:46 GMT
To:       [e-mail]

Splendid Idea! I would be willing to help in anyway I could. (I'm great
at supervising, just ask my wife :-) ) I would like to see if we could
get D.R. to help in this too. Would certainly make it easier on those
of us still writing original software for 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. :-}
19-Jan-85 12:29:37-MST,485;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 12:29:28-MST
Received: From utexas-20.arpa.ARPA by AMSAA via smtp;  19 Jan 85 13:58 EST
Date: Sat 19 Jan 85 13:02:19-CST
From: Douglas Good <[e-mail]>
Subject: File sizes from Turbo
To: [e-mail]

Does anyone know an easy way to get file sizes in Kilobytes using TurboPascal?
If it would help I have a Kaypro computer.

        --Doug Good
-------
19-Jan-85 12:32:49-MST,701;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 12:32:44-MST
Received: From ut-ngp.arpa.ARPA by AMSAA via smtp;  19 Jan 85 14:00 EST
Date: Fri, 18 Jan 85 23:21:11 cst
From: riggs, austen <[e-mail]>
Posted-Date: Fri, 18 Jan 85 23:21:11 cst
Message-Id: <[e-mail]>
Received: by ut-ngp.ARPA (4.22/4.22)
    id AA15792; Fri, 18 Jan 85 23:21:11 cst
To: [e-mail]
Subject: Kermit on Apple
Cc: [e-mail]

Does anyone have a Kermit that will run on an Apple with an Applicard CP/M
card and a superserial card in slot 2?

Any help would be appreciated,

        Jim Garey      [e-mail]
19-Jan-85 14:52:30-MST,1597;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 14:52:23-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  19 Jan 85 16:19 EST
Date: Friday, 18 January 1985  15:55-MST
Message-ID: <[e-mail]>
Sender: Sesh Murthy <[e-mail]>
From: Sesh Murthy <[e-mail]>
Subject:   Hayes auto-dial protocol.
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Sat 19 Jan 1985 14:21-MST

I have been told by friends that a lot of software for modems requires that
your auto-dialling be EXACTLY like hayes does it, down to even the timings.
They say that people have used this in hacks and if the timings etc. are not
right then you are in trouble.

I have a design for a 2400 bps modem which I think is Hayes compatible.  Can
anyone tell me of any software that sells in any volume that depends on this
sort of exact compatibility and will fail otherwise.  Note that my modem does
exactly what Hayes says its modems do in the manual.  I am looking for
programs that depend on ANY unmentioned pieces of information about the Hayes
modem.  If you point out any such software to me I will get you a 2400 bps
modem really cheap in a couple of months.

On a similar note.  Does anyone out there want to test out production samples
a month from now.  I should be worth my while to give you a free sample.
Thanks much for the help.                Sesh.
P.S. Thanks for the help about private labelling.--
uucp: seismo!cmu-ri-leg!ssm
arpa: ssm@cmu-ri-leg
19-Jan-85 17:24:21-MST,947;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 17:24:15-MST
Received: From office-2.arpa.ARPA by AMSAA via smtp;  19 Jan 85 18:58 EST
Date: 19-Jan-85 16:00 PST
From: [e-mail]
Subject: L80 and a QX-10 question
To: [e-mail]
Message-ID: <[e-mail]>

[what is all this about this first statement?]

I thought that the original question about Small C related to the requirement
of L80 that the library it is searching be in the "correct" order (that is only
forward references).  As described, it seemd that the small C library was not
so ordered and thus might require several passes via /s option before
completing the link.

Can someone answer these two questions about the QX-10 disk format (380k is the
name).  Are the physical sectors 512 or 1024, and is the first physical sector
number 0 or 1?

Thanks for listening

19-Jan-85 17:47:35-MST,1559;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 17:47:29-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  19 Jan 85 19:24 EST
Date: 19 Jan 1985  17:24 MST (Sat)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Beware LOCK.LBR timebomb

BEWARE!!!  A program called LOCK, which has been recently uploaded
to some RCPMs, apparently has the potential of making .COM files
unusable.  This is another example of what can happen when we support
programs which are released without source code.
--Keith (Co-Sysop RCPM Royal Oak)

Msg posted on 01/17/85 from DAN PATT to SYSOP/ALL about LOCK.LBR

I downloaded the LOCK.LBR and without checking very carefully used the
LOCK.COM.  I tried to use lockout.com as the unlock.com file.
Surprize, it isn't that file.  Do you know where I can get a copy of
both unlock.com and mkey.com?  Or how to recover my locked file?  Last
time I'll use a new program on a needed file. Thanks

Msg posted on 01/18/85 from BILL CROCKER to DAN PATT about LOCK.LBR

Dan, you're not alone.  One of our club (D:KUG) members also locked a
file and can't un-lock it.  If your file is not proprietary, up-load
it to this system and leave me a message as to which drive and what
file name.  I will then down-load it and get with one of by friends
who is a CP/M wizzard and see if he can un-lock it.
     Good luck,   Bill Crocker
19-Jan-85 21:00:03-MST,1768;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 20:59:56-MST
Received: From su-star.arpa.ARPA by AMSAA via smtp;  19 Jan 85 22:28 EST
Date: 18 Jan 85 11:58:00 PST
From: R. MEIER <[e-mail]>
Subject: help needed with installation of smallc2.
To: info-cpm <[e-mail]>
Reply-To: R. MEIER <[e-mail]>

Subject: help needed in installation of small-c and sq/usq

Valentina,
    Recently, I have been trying to bring up smallc, from simtel20
micro:<cpm.smallc2>, without success on an Apple ][+.  Is there anyone
who could lend assistance on getting smallc2 installed?
    I have also been unable to bring up sq, usq, or lu.  I have access
to a VAX/VMS running Eunice (a Unix-like os), on which I have been able
to bring up xsq, xusq, and lar from micro:<unix.cpm>.  The files in
smallc1.lbr, smallc2.lbr, and smc-asm.lbr have been successfully separated.
On the Apple ][+ I have three 5.25" disks (128K), asm, and kermit 3.9.
    The problems that I have been encountering include the following:
        o stdiol.h file is missing
        o make.sub file is missing
        o #asm operative is flagged even though it is nested in
            #ifdef's which are unsatisfied.  (I can solve
            this by commenting out that section. */
        o zzor(), zzand() and other functions are undefined.
        o The file contains several pointer/int operations that
            create "illegal lhs of expression" errors in
            addition to "illegal op/pointer combination"
            warnings.
    Please send any suggestions to info-cpm or to rmeier@star.
                    Thank you,
                    Bob

"All the World is an S-expression."  (requoted from James Chalker)
"(print (setf (cdr Universe) Universe (car Universe) Eternity)"  (God)
------
19-Jan-85 21:26:40-MST,1765;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 21:26:33-MST
Received: From su-star.arpa.ARPA by AMSAA via smtp;  19 Jan 85 22:25 EST
Date: 16 Jan 85 13:53:00 PST
From: R. MEIER <[e-mail]>
Subject: help needed on installation of smallc2
To: info-cpm <[e-mail]>
Reply-To: R. MEIER <[e-mail]>

Subject: help needed in installation of small-c and sq/usq

Valentina,
    Recently, I have been trying to bring up smallc, from simtel20
micro:<cpm.smallc2>, without success on an Apple ][+.  Is there anyone
who could lend assistance on getting smallc2 installed?
    I have also been unable to bring up sq, usq, or lu.  I have access
to a VAX/VMS running Eunice (a Unix-like os), on which I have been able
to bring up xsq, xusq, and lar from micro:<unix.cpm>.  The files in
smallc1.lbr, smallc2.lbr, and smc-asm.lbr have been successfully separated.
On the Apple ][+ I have three 5.25" disks (128K), asm, and kermit 3.9.
    The problems that I have been encountering include the following:
        o stdiol.h file is missing
        o make.sub file is missing
        o #asm operative is flagged even though it is nested in
            #ifdef's which are unsatisfied.  (I can solve
            this by commenting out that section. */
        o zzor(), zzand() and other functions are undefined.
        o The file contains several pointer/int operations that
            create "illegal lhs of expression" errors in
            addition to "illegal op/pointer combination"
            warnings.
    Please send any suggestions to info-cpm or to rmeier@star.
                    Thank you,
                    Bob

"All the World is an S-expression."  (requoted from James Chalker)
"(print (setf (cdr Universe) Universe (car Universe) Eternity)"  (God)
------
20-Jan-85 09:13:38-MST,2175;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 09:13:26-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  20 Jan 85 10:40 EST
Received: from usenet by BRL-TGR.ARPA id aa00468; 20 Jan 85 1:45 EST
From: oacb2 <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: possible problems with large numbers of open files simultaneously?
Message-ID: <[e-mail]>
Date: 20 Jan 85 03:00:36 GMT
To:       [e-mail]

> Just the opposite.  You should take pains NOT to do a CLOSE of a file
> that was used only for reading.  This is because all a CLOSE does is
> copy the FCB back out to the directory.  If you haven't modified the
> file, this is an unnecessary disk access, and will prevent your program
> from running when the file or the disk is read-only.

The BDOS (CP/M 2.2 and, I assume, CP/M Plus) is smart enough to not rewrite
the FCB if it's not been changed.  Not closing input files is just asking
for trouble if you ever upgrade to a multiuser or multiprocessor system.

> If you're absolutely sure that you're not going to write (or otherwise
> modify) the file while it's temporarily closed, it suffices to do a
> CLOSE and keep the FCB, then resume WRITING with the FCB later.  This
> is because CLOSE doesn't cause the file to no longer be OPEN in the
> usual sense; all CLOSE really does is update the directory.  In fact,
> if you have a transaction processing program which adds records to an
> open file, it should CLOSE the file whenever it knows that it will be
> idle for awhile (waiting for another line of terminal input), to make
> sure that the entire file will be there if the system crashes or
> someone removes the floppy.

Again, this may cause trouble if you upgrade to a multiuser or multiprocessor
system.

I strongly recommand that all files be closed after processing and that
I/O never be done to a "closed" FCB.  Closing an input file causes negligible
overhead.  Opening a closed file does require some overhead, but I think it's
worth it.
--

    Mike Rubenstein, OACB, UT Medical Branch, Galveston TX 77550
20-Jan-85 09:20:12-MST,1035;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 09:20:06-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  20 Jan 85 10:55 EST
Received: from usenet by BRL-TGR.ARPA id a004126; 20 Jan 85 7:46 EST
From: Geoff Kuenning <[e-mail]>
Newsgroups: net.micro,net.micro.cpm
Subject: umodem for System V available
Message-ID: <[e-mail]>
Date: 18 Jan 85 03:37:27 GMT
Xref: sdcrdcf net.micro:3613 net.micro.cpm:1694
To:       [e-mail]

I posted this to net.wanted.sources a few days ago, but forgot these two
groups.  To all of you who are seeing it twice, my humble apologies.

I have a copy of UMODEM that will run on System V.  It's not the latest
version around, but it works quite well.  If you are interested in a copy,
send me mail and I will either post it or mail it to you, depending on the
level of interest.

    Geoff Kuenning
    ...!ihnp4!trwrb!desint!geoff
--

    Geoff Kuenning
    ...!ihnp4!trwrb!desint!geoff
20-Jan-85 09:31:06-MST,838;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 09:31:01-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  20 Jan 85 10:54 EST
Received: from usenet by BRL-TGR.ARPA id a003881; 20 Jan 85 7:41 EST
From: "Mark D. Falleroni" <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Turbo Pascal output
Message-ID: <[e-mail]>
Date: 16 Jan 85 18:07:06 GMT
To:       [e-mail]


Is there a method that enables program output to be sent
to the screen and printer??? Cntrl-P works when running
CPM, but from Turbo Pascal, it doesn't. (at least not on
my machine.)  Do I make the program a .COM file and use Cntrl-P??
Thanks in advance for any help given.
           Mark Falleroni
           TRW
           Ogden,Ut.
           (mdf)
20-Jan-85 10:02:37-MST,825;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 10:02:31-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  20 Jan 85 11:28 EST
Received: from usenet by BRL-TGR.ARPA id a004320; 20 Jan 85 7:49 EST
From: "Mark D. Falleroni" <[e-mail]>
Newsgroups: net.micro.cpm
Subject: What is Simtel20
Message-ID: <[e-mail]>
Date: 18 Jan 85 16:10:59 GMT
To:       [e-mail]


I'm relatively new to cpm and to this news network, so please excuse
my ignorance.  Would some kind sympathetic soul explain to me what is
SIMTEL20??  From the cpm news that I've been reading, I suspect that it
is a large BBS?  If it is, how can I access it.
Thanks in advance for any help given.

  Mark Falleroni
  TRW
  Ogden,Ut
  (mdf)
20-Jan-85 10:03:03-MST,825;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 10:03:00-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  20 Jan 85 11:19 EST
Received: from usenet by BRL-TGR.ARPA id a004320; 20 Jan 85 7:49 EST
From: "Mark D. Falleroni" <[e-mail]>
Newsgroups: net.micro.cpm
Subject: What is Simtel20
Message-ID: <[e-mail]>
Date: 18 Jan 85 16:10:59 GMT
To:       [e-mail]


I'm relatively new to cpm and to this news network, so please excuse
my ignorance.  Would some kind sympathetic soul explain to me what is
SIMTEL20??  From the cpm news that I've been reading, I suspect that it
is a large BBS?  If it is, how can I access it.
Thanks in advance for any help given.

  Mark Falleroni
  TRW
  Ogden,Ut
  (mdf)
20-Jan-85 10:16:07-MST,1078;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 10:16:00-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  20 Jan 85 11:28 EST
Received: from usenet by BRL-TGR.ARPA id a005410; 20 Jan 85 8:51 EST
From: Chuck McManis <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: More new ZCPR3 Files
Message-ID: <[e-mail]>
Date: 18 Jan 85 20:21:53 GMT
To:       [e-mail]

Rick,

    Do you think it would be possible to make a "standard" ZCPR3 bank
select interface? It would really be nice If I could swap out some
of Z3 environments when I wasn't using them. It would also give me
back enough TPA to keep Mince from thrashing the disk.

--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-Jan-85 10:32:58-MST,1613;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 10:32:49-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  20 Jan 85 11:29 EST
Received: from usenet by BRL-TGR.ARPA id a005419; 20 Jan 85 8:51 EST
From: Chuck McManis <[e-mail]>
Newsgroups: net.micro.cpm
Subject: ZCPR3 Hacks
Message-ID: <[e-mail]>
Date: 18 Jan 85 20:52:48 GMT
To:       [e-mail]

I made a couple of changes to the ZCPR3.ASM file to make using the wheel
byte a little easier. First I added a Wheel Prompt variable (WPRMPT)
so that when you were enabled ZCPR could change the '>' to something
else, being an old TOPS-20 fan I of course use '!'. Thus, when you are
NOT enabled, and your prompt was "A:SYS>" , when you set the wheel
byte it becomes "A:SYS!", real trivial stuff here. The second change
was to make it easier to use my own system when it was in the "secure"
mode. Basically, the password checking facility on directories is
defeated by having wheel enabled. Since I don't know how many others
will find these useful, currently the only copy of these changes,
(besides my own) is on the ZCPR3 BBS at [phone], if there
is some interest I will send a copy to Simtel-20.

--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-Jan-85 10:33:15-MST,2749;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 10:33:02-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  20 Jan 85 11:29 EST
Received: from usenet by BRL-TGR.ARPA id a005414; 20 Jan 85 8:51 EST
From: Chuck McManis <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Size of ZCPR3 on disk
Message-ID: <[e-mail]>
Date: 18 Jan 85 20:43:25 GMT
To:       [e-mail]

Actually, you can get a lot of benefit from just having Z3, the environments,
and a couple of utilities there. With the "standard" 1K overhead in
the BIOS plus the flow control package for really neat ZEX command files
All you need on your disk are LDR to load the environments, two environments
SYS.ENV, and SYS.FCP, IF.COM to handle IF's that the FCP can't and your
own DIR.COM. All told about 16K worth of stuff, and more if you replace
SUB with ZEX, no loss there. You get the benefits of multiple commands,
path searching, and a termcap for use when you are using some of the
other utilities. If you go over the list of utilities you will see a lot
of duplication in them, such as PAGE.COM and PRINT.COM, which are like
the resident commands TYPE and LIST. (more features but essentially the
same function) ERROR1,ERROR2,ERROR3,ERRORX are neat (you only need one
of the numbered error packages to handle errors and ERRORX to turn of
handling errors) If you use VMENU you don't need MENU, if you use
SWEEP you probably won't need MCOPY, and if you aren't debugging or
something you don't need DU3 or MU3. Assuming you are the only one
on the system you probably wouldn't need WHEEL so when it comes down
to it, you really can everything you NEED plus some others for less
30K and practically everything with 64K. Not to bad really, especially
if it means you can get rid of some of the programs you currently have
on the disk, like PIP.COM or DUMP.COM. The only thing you might want at
first but could later get rid of are the Help files for the utilities
you did have on line. I have a 180K  minifloppy that is nothing but help
(and it has space leftover) set aside as sort of a tutorial disk.
It really isn't as bad as you might think, the problem is all of
Ricks examples in the Documentation seem to have EVERYTHING loaded so
it looks like that is the Only way to have ZCPR3. This is definitely
not true.

--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-Jan-85 11:15:13-MST,1261;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 11:15:05-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  20 Jan 85 12:45 EST
Received: from usenet by BRL-TGR.ARPA id a008157; 20 Jan 85 11:44 EST
From: Michael Cooper <[e-mail]>
Newsgroups: net.micro.cpm
Subject: ZCPR3 -- Where can I get it?
Message-ID: <[e-mail]>
Date: 17 Jan 85 20:27:28 GMT
To:       [e-mail]

After posting an article asking about Unix-like utilities for a z80 running
2.1 CP/M, I recieved several suggestions.  One was ZCPR3.  They all said I
could get it for free from many RCPM sites, but the last one around here
in Portland that I know about was Chuch Forsberg's.  It hasn't been around
for a while.  Anyone know of an RCPM site locally in the Portland area
with ZCPR3? How about the next closest site?
                    Michael Cooper

______________________________________________________________________________
{decvax, ucbvax, pur-ee, uw-beaver, masscomp, cbosg,
 mit-ems, psu-cs, uoregon, orstcs, ihnp4, uf-cgrl}!tektronix
                              \
                               +---!reed!mikec
{teneron, ogcvax, muddcs, cadic, oresoft, grpwre,     /
            psu-cs, omen, isonvax, nsc-pdc}---+
20-Jan-85 22:42:39-MST,643;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 22:42:35-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  21 Jan 85 0:13 EST
Date: Sun 20 Jan 85 22:14:53-MST
From: Rick Conn <[e-mail]>
Subject: Re: want `lu' utility under unix
To: [e-mail]
cc: [e-mail], [e-mail]
In-Reply-To: Message from "Neil Rhodes <[e-mail]>" of Tue 15 Jan 85 19:32:30-MST

Try LAR.C under MICRO:<UNIX.CPM>.  If it compiles for your particular
UNIX (and compiles correctly), it offers compatability with LU.
-------
20-Jan-85 23:39:12-MST,1380;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 23:39:04-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  21 Jan 85 1:10 EST
Date: Sun 20 Jan 85 23:11:56-MST
From: Rick Conn <[e-mail]>
Subject: Re: More new ZCPR3 Files
To: [e-mail]
cc: [e-mail], [e-mail]
In-Reply-To: Message from "Chuck McManis <[e-mail]>" of Fri 18 Jan 85 20:21:53-MST

Chuck,

    Re your request about adding bank select to ZCPR3, I feel that
bank select has to be implemented in the BDOS/ZRDOS rather than in Z3 itself,
altho ZCPR3 CP could use it.  We (ie, the Echelon effort) are not moving
in that direction, but rather in the direction of the Z800.  The Z800
offers a large memory address space, Z80 compatability, a higher speed,
and other nice features, and ZRDOS3 combined with a ZCPR3 for it are
on the drawing boards, with CP/M compatability be retained (hopefully
entirely, but the Z3 approach may have to be changed - still formulating).
Part of the Z80 compatability involves dividing memory into 64K banks,
so bank switching definitely comes into play with ZRDOS3/ZCPR3.

    I have no idea when this software will emerge.  ZRDOS1 is out now,
and ZRDOS2 is almost out (both are for conventional CP/M environs, tho).

        Rick
-------
21-Jan-85 02:15:36-MST,1935;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 02:15:27-MST
Received: From nosc-gw.ARPA by AMSAA via smtp;  21 Jan 85 3:44 EST
Received: from cod.ARPA by nosc.ARPA (4.12/4.7)
    id AA08991; Mon, 21 Jan 85 00:44:46 pst
From: bang!crash![e-mail]
MMDF-Warning:  Parse error in preceeding line at AMSAA.ARPA
Received: by cod.ARPA (4.12/4.7)
    id AA19850; Mon, 21 Jan 85 00:44:58 pst
Message-Id: <[e-mail]>
Date: Sun, 20 Jan 85 21:13:31 PST
To: bang![e-mail]
Subject: Re: File sizes from Turbo
Cc: bang![e-mail]


>  Does anyone know an easy way to get file sizes in Kilobytes using
>  TurboPascal?  If it would help I have a Kaypro computer.

------------
In CP/M-80, the Turbo Pascal "filesize(filvar)" function will return the
number of records in the named file.  Each record consumes 128 bytes.  So,
the Kilobyte size is calculated by:  RECS x 128.  When the file is saved
in CP/M, file space is allocated in increments of 2K bytes.  The following
example will calculate the K's.

program find_k;
type
   filename = string[12];
var
   fname : filename;
   kfile : file;
   remain : boolean;
   i,recs,k,bytes : integer;
begin
   write('Enter the filename: ');
   readln(fname);
   for i:=1 to length(fname) do
      fname[i]:=upcase(fname[i]);
   assign(kfile,fname);
   reset(kfile);
   recs:=filesize(kfile);
   close(kfile);
   bytes:=recs*128;          { how many 128 byte records }
   k:=bytes div 1024;          { get the nearest k. oKay? }
   remain:=(bytes mod 1024)<>0;          { do I need another k? }
   if remain then k:=k+1;
   if (k=0) or odd(k) then k:=k+1;     { add another k for CP/M filesaves }
   writeln('That file is ',k,'K long')
end.


--Irwin Hom          {ihnp4, sdcsvax!bang}!crash!ihom
               bang!crash!ihom@nosc
                bang!crash!ihom@ucsd


21-Jan-85 06:56:44-MST,734;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 06:56:38-MST
Received: From ut-ngp.arpa.ARPA by AMSAA via smtp;  21 Jan 85 8:23 EST
From: mknox <[e-mail]>
Posted-Date: Sun, 20 Jan 85 13:16:53 CST
Message-Id: <[e-mail]>
Received: by ut-ngp.ARPA (4.22/4.22)
    id AA07006; Sun, 20 Jan 85 13:19:45 cst
Date: Sun, 20 Jan 85 13:16:53 CST
To: [e-mail], [e-mail]
Cc: [e-mail]
Subject: Re: Turbo Pascal: Did I hear right?


The new Digital Research PC-DOS should be able to run either the MS-DOS or the
CP/M-86 version.  About the ONLY thing I have had trouble with is the MS-DOS
version of BASICA.
21-Jan-85 07:01:43-MST,1684;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 07:01:35-MST
Received: From ut-ngp.arpa.ARPA by AMSAA via smtp;  21 Jan 85 8:23 EST
From: mknox <[e-mail]>
Posted-Date: Sun, 20 Jan 85 13:20:37 CST
Message-Id: <[e-mail]>
Received: by ut-ngp.ARPA (4.22/4.22)
    id AA07124; Sun, 20 Jan 85 13:36:03 cst
Date: Sun, 20 Jan 85 13:20:37 CST
To: [e-mail]
Subject: Reply to: cp/m standards


One thing that I have long argued with the system folk at DRI is for the
DRI supported definition of a large number of additional OPTIONAL CP/M
calls.  I wanted them to define a few new BDOS calls, and a ton of BIOS
calls, all of which would be optional.  For an implementor to bring up
CP/M on a new machine would require no more than it does now.  But if
he wanted to add, for instance, support for a real-time clock, then there
would be a standard call for it, complete with a description of what to
return.

I use this example because most all new designs support clocks, extra
ports, and the like.  But they all do it differently, even though all
are running CP/M.

Key things would be:

  o Support calls for a large number of potential hardware devices,
    including I/O ports, clocks, interrupts, and screens.

  o A 'configuration' call to return the system configuration (in some
    standard format).

  o A standard mechanism for returning a 'fault' or 'not-available'
    status.

So far some of the DRI people say they have been arguing for the same
thing.  Others are afraid a long list of calls (even optional) would
scare off developers.

21-Jan-85 09:18:26-MST,673;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 09:18:18-MST
Received: From hi-multics.arpa.ARPA by AMSAA via smtp;  21 Jan 85 10:40 EST
Date:  Mon, 21 Jan 85 09:37 CST
From:  [e-mail]
Subject:  Trouble bringing up Small C
To:  [e-mail]
Message-ID:  <[e-mail]>

Will the person who had trouble bringing up Small C please send mail to
Boebert @ HI-Multics?  I have got it running on an Applicard-equipped
Apple and may be able to help.  I am posting this note because we get
info-cpm in digest form and the "from" lines are uniformly trashed.

Earl
21-Jan-85 10:28:30-MST,593;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 10:28:25-MST
Received: From wpafb-info1.arpa.ARPA by AMSAA via smtp;  21 Jan 85 11:59 EST
Date: 21 Jan 85 11:45:00 EST
From: CPT.GREG.ELDER <[e-mail]>
Subject: A60 Royal Micro?
To: info-cpm <[e-mail]>
Reply-To: CPT.GREG.ELDER <[e-mail]>

Does anyone know anything about an A60 Royal microcomputer?  A friend
asked me about it and I never heard of it before.  Is it still
manufacturered, or is it a discontinued product?

-Greg
------
21-Jan-85 10:30:13-MST,1233;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 10:30:06-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  21 Jan 85 12:03 EST
Received: from usenet by BRL-TGR.ARPA id a024472; 21 Jan 85 11:56 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: MBASIC on APPLICARD
Message-ID: <[e-mail]>
Date: 19 Jan 85 21:09:31 GMT
Sender: [e-mail]
Nf-ID: #N::30800008:000:667
Nf-From: !bob    Jan 19 16:09:00 1985
To:       [e-mail]


 I am trying to help a friend upgrade his Apple from running with a
softcard to a Franklin Z-80 card ( same as PCPI Applicard or Starcard).
Everything seems to work ok except for MBASIC.  MBASIC runs , but
some of the screen formatting isn't correct.  In particular the home and clear
statements seem to be fouled up.  We have tried various combinations
of the "hardware" and "software" configurations under CONFIGSV with no luck.
I assumed that MBASIC was sending screen control equivalent to a SOROC, and that the terminal would be an "80 column card", a VIDEX compatible.
Can anyone tell me how to correct this situation by modifying "sftvideo"
or MBASIC itself?
21-Jan-85 14:10:42-MST,936;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 14:10:35-MST
Received: From su-score.arpa.ARPA by AMSAA via smtp;  21 Jan 85 15:37 EST
Date: Mon 21 Jan 85 12:37:15-PST
From: Sam Hahn <[e-mail]>
Subject: Re: Reply to: cp/m standards
To: [e-mail]
cc: [e-mail]
In-Reply-To: Message from "mknox <[e-mail]>" of Mon 21 Jan 85 06:02:40-PST

Wouldn't the cp/m-86 and mp/m-86(80) system calls serve as a good
guide for extensions?  Clock support appears in mp/m, and even as
early as cp/m-3.0, the iobyte is abandoned in favor of a more complete
device control scheme.

I would also suggest the CP/Net (now DRNet, I suppose) networking
support, for the transition of a stand-alone workstation to a
file-serving network node.  Though cp/net wasn't successful, drnet may
have a chance.

                    -- sam hahn [samuel@score]
-------
21-Jan-85 15:21:16-MST,1100;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 15:21:10-MST
Received: From utexas-20.arpa.ARPA by AMSAA via smtp;  21 Jan 85 16:44 EST
Date: Mon 21 Jan 85 15:45:47-CST
From: John Otken <[e-mail]>
Subject: Re: Reply to: cp/m standards
To: [e-mail]
cc: [e-mail]
In-Reply-To: Message from "mknox <[e-mail]>" of Mon 21 Jan 85 08:12:10-CST

Jim,

You might try to get in touch with the folks at Echelon.  They are VERY
GUN HO about the CP/M 8-bit world and would be much more receptive to
any comments/suggestions you have.  They are now selling a BDOS replacement
so one might consider completely dumping DRI altogether.  I talked with
the Dallas DRI rep a few months ago about some new CP/M-80 software and
he wasn't interested at all - "CP/M is dead" was about all he could say.
What I would like to have told that guy is that "DRI is dead" because
they abandoned the CP/M market they ruled and they can't begin to compete
with Microsoft/IBM in the 808x world.

John.
-------
21-Jan-85 16:21:16-MST,3304;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 16:20:58-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  21 Jan 85 17:49 EST
Received: from usenet by BRL-TGR.ARPA id a002869; 21 Jan 85 17:46 EST
From: Bill Edwards <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Packed variables in Turbo Pascal
Message-ID: <[e-mail]>
Date: 21 Jan 85 20:41:27 GMT
To:       [e-mail]

>
> >    While messing around with Turbo Pascal last night I typed in the
> >    following short program:
>
> >    |    program testvars;
> >    |
> >    |    var a : packed array [0..15] of boolean;
> >    |        b : set of 0..15;
> >    |
> >    |    begin
> >    |    writeln(sizeof(a),' ',sizeof(b));
> >    |    end.
>
> >    The result was that variable 'a' took 16 bytes and 'b' took 2 bytes. A
> >    quick check of the manual revealed that the word 'packed' is ignored
> >    in Turbo; packing occurs automatically whenever possible. It certainly
> >    seems possible for packing to occur here. There is a compiler
> >    directive (*X- *) which supposedly causes the code size for arrays to
> >    be minimized, but the size is unchanged when I use this. It appears
> >    that Turbo is tuned for maximum speed, not minimum code size. Sets,
> >    however, use one bit per element, just as in UCSD Pascal.
>
> >    Could someone try this on the 8088/8086 version of Turbo? I'm using
> >    the CP/M version on an Apple //e with a Z-80 card.
>
> >    While we're on the subject, has anyone received info on new compilers
> >    from Borland? I keep hearing rumors of a Modula-2 compiler and an
> >    upgraded version of the Pascal compiler. Any news?
>
>
> >    Douglas Hall
> >    ITT Telecom Products
> >    Raleigh, NC
> >    ittvax!ittral!hall
> ----------------
>
>    I have Turbo on an 8088.  It's the same story.  Turbo packs to the byte
> level only; I'm told this is typical of Pascal implementations.  UCSD is
> one of the few that packs to the bit level.  I did my test in a different
> way: a case variant record where one variation was an array of boolean, by which
> I wanted to access the bits of the other variation.  No good.  I had an
> array of bytes where I wanted bits.
>
>    Yes, Turbo's optimisation is definitely for speed; I believe they state as
> much.  I'm not sure, though, whether $X- is the right setting for optimised
> arrays.  Are sure that's not actually the default setting?
>
>    As far as I'm aware Turbo's sets are bit vectors.  I think (hope,
> certainly) that this is also typical of Pascal implementations (else why
> impose such a ridiculous restriction as a 32-element set?).
>
>    I too am eagerly awaiting reports of Borland's Modula-2.  Having separately
> compilable modules will make a great difference to me.  And with luck, the
> reams of additional features stuffed into Turbo will be separated into
> modules.  (Have you considered what the Turbo compiler's symbol must look
> like, not to mention the code to initialize it?!)
>
>             A. Milne

Rumor has it that they (despite Kahn's remarks about C being the
'American disease') are working on a C compiler.

            Bill Edwards
21-Jan-85 17:12:13-MST,706;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 17:12:06-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  21 Jan 85 18:40 EST
Received: from Muscat.ms by ArpaGateway.ms ; 21 JAN 85 13:19:30 PST
Date: Mon, 21 Jan 85 15:13 EST
From: [e-mail]
Subject: want info on {set}:scil
To: 820Interest^[e-mail], ES820UG^[e-mail],
    Dal820UG^[e-mail]
cc: [e-mail], [e-mail]
Reply-To: [e-mail]

Anyone out there know anything about {set}:scil, a source control
librarian which runs on CP/M.  I'm considering buying it for work and
want to know if it's any good.
21-Jan-85 19:47:58-MST,1034;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 19:47:50-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  21 Jan 85 21:21 EST
Date: Thursday, 20 December 1984  16:08-MST
Message-ID: <[e-mail]>
Sender: Larry Rodis <decvax!noao!terak!anasazi![e-mail]>
From: Larry Rodis <decvax!noao!terak!anasazi![e-mail]>
Subject:   UUCP utilities wanted for CP/M machine
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Mon 21 Jan 1985 19:24-MST

Does anybody have utilities which allow cp/m systems to communicate
with unix uucp programs.

Please respond via mail. If there are enough responses I will summarize
to the net.

Thanks in advance.

Larry Rodis  UUCP:(..decvax!noao!terak!anasazi!larry
           ..ucbvax!asuvax!anasazi!larry)

         U.S. Mail   Larry Rodis
             International Anasazi
             2219 E. University Dr.
             Phoenix, AZ, 85034

         phone: [phone]
21-Jan-85 21:21:06-MST,1389;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 21:20:58-MST
Received: From usc-eclb.arpa.ARPA by AMSAA via smtp;  21 Jan 85 22:37 EST
Date: 21 Jan 1985  19:39 PST (Mon)
Message-ID: <TLI.12081470497.BABYL@ECLB>
Sender: [e-mail]
From: Tony Li <[e-mail]>
To:   John Otken <[e-mail]>
Cc:   [e-mail], [e-mail]
Reply-to: [e-mail]
Subject: Reply to: cp/m standards
Home: 2632 Ellendale Pl. Apt. 314, Los Angeles, Ca. 90007  [phone]
In-reply-to: Msg of 21 Jan 1985  13:45-PST from John Otken <CC.Otken at UTEXAS-20.ARPA>


As an ex-DRIP (DRI person), lemme add my two cents worth.  Yes, DRI
has given up on CP/M.  CP/M+ is the last OS product that DRI intends
to market for the 8080/Z80 machines.  Instead they're out to try to
beat Microsoft with things like Concurrent-PCdos.

I really find it too bad.  Not so much that they want to cover the
upper level machines, but that they want to 'beat' Microsoft.  It
means, that for the rest of their corporate life, they'll be copying
Microsoft and AT+T (Unix).  It's really too bad, because there are
lots of talented people in DRI who just aren't being heard.

Moral:  If you start a company, don't be 'market driven'.  You're then
a slave to your market.

More power to Echelon,
Tony ;-)
21-Jan-85 22:18:43-MST,1779;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 22:18:37-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  21 Jan 85 23:48 EST
Received: from usenet by BRL-TGR.ARPA id a006941; 21 Jan 85 23:44 EST
From: Melinda Shore <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Need program to read/write MS-DOS format in Pascal
Message-ID: <[e-mail]>
Date: 21 Jan 85 03:51:03 GMT
Xref: seismo net.micro.cpm:3805
To:       [e-mail]

[]

> From: [e-mail] (David Roth
> Does anyone know of a public domain program to help read/write MS-DOS
> format (written in Pascal of course), on non-IBM-PC type machines?  We
> have a need to do this on just about any kind of micro with a 5 1/4
> disk drive.  Apples, Osborne, Kaypro,etc...  The reason for Pascal is
> that at least that much or it would be portable and the low level
> stuff could be done just for that machine.
> Oh, I have run across a program on a local R-CP/M system here called
> RDMSDOS.C which claims to work on CP/M systems.

If it was done right, your RDMSDOS.C should work correctly on just about any
CP/M system.  The author should have used BDOS call 31, which returns the
address of the disk parameter block in HL.  Since the DPB is a fixed size
across all CP/M systems, you now know where to stuff the information you have
about the MS-DOS disk format.  Needless to say, it's a little more
complicated than that, since the MS-DOS FAT is somewhat different from CP/M's
FCB, but it's really not that complicated.

BTW, could you send along a copy of your C program if it turns out to public
domain?

Melinda Shore
University of Chicago Computation Center
22-Jan-85 04:19:29-MST,2119;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 22 Jan 85 04:19:17-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  22 Jan 85 5:50 EST
Received: from usenet by BRL-TGR.ARPA id a009031; 22 Jan 85 5:41 EST
From: King Ables <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: What is Simtel20
Message-ID: <[e-mail]>
Date: 21 Jan 85 16:42:20 GMT
Xref: seismo net.micro.cpm:3807
To:       [e-mail]

<Here we go again>

Simtel20 is a site on the Arpanet which happens to be run by nice
guys who keep sources to many, many different kinds of micros,
especially MS-DOS and CP/M machines.  Unless you are on the Arpanet
you can't access them directly (since it's a military-connected
machine, I wonder if they have/publicize their dial-up lines??).
On the arpanet, you can telnet to them an login as anonymous and
ftp the files you need (I believe they like you to do this at
off-peak hours).

When I worked at U.T. I could grab things (they are on the Arpanet
which is overseen or sponsored or somehow otherwise connected with
the DOD).  Now I'm at a uucp only site, so I no longer have access
either (not that this should make you feel any better, it just appears
to me that this is the boat most people on Usenet are in).  People
who won't be able to access Simtel20 keep seeing postings from Arpa
people who can and they get confused -- especially new ones like
yourself.  Don't feel bad, this question comes up all the time.

Keith (or somebody):  maybe when someone makes a posting about new
sources being updated, it might pay to have a short (paragraph) blurb
at the end about Simtel and who can access.  If it was kept around
and posted every now and again and at the end of all your announcements,
maybe these questions would be fewer and farther between.

Or maybe you have a form letter you send people when they ask and I'm
sitting here being redundant.
-King
ARPA: [e-mail]
UUCP: ...{ctvax,gatech,ihnp4,nbires,seismo,ucb-vax}!ut-sally!cyb-eng!ables
22-Jan-85 06:32:42-MST,5680;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 22 Jan 85 06:32:24-MST
Received: From mitre.arpa.ARPA by AMSAA via smtp;  22 Jan 85 7:53 EST
Date: 22 Jan 1985  7:53:35 EST (Tuesday)
From: Jeffrey Edelheit <[e-mail]>
Subject: Re: What is Simtel20
In-Reply-to: Your message of 21 Jan 85 16:42:20 GMT
To: King Ables <[e-mail]>
Cc: [e-mail]

King - every now and then we send out the SIMTEL20 blurb.  There really is
no set schedule when it is done, it just seems that we do it when the
interest is there.  Since a lot of folks have been asking the question,
maybe it's time to send it out again.  Therefore, for those of you
who have seen this before, please accept my apologies for dumping some
4 or 5 kb of blurb in your mailbox.  For those of you who haven't
seen this before, here goes:

"How can a user of a USENET host access the public domain
microcomputer software collection on the DDN/MILNET host
SIMTEL20" is being asked with increasing frequency as that
software collection continues to grow.  Unfortunately, direct
access is not possible as there is no UUCP gateway for file
transfer between SIMTEL20 (running TOPS-20) and a USENET host (as
there is for electronic mail).

(DDN, formerly known as ARPANET, is the Defense Data Network.
DDN, along with Arpanet, SATNET, SRINET, etc. are all members of
a TCP/IP protocol-based, multiple gateway network called InterNet.)

USENET has been built on adjacent hosts voluntarily agreeing to
store-and-forward relatively short messages across the USENET
over dialup lines at 300 or 1200 bps.  In the past, helpful InterNet
users would fetch the file(s) requested and then e-mail them to
the requestor.  However, it has been pointed out that large file
transfers disrupt the service, delay the shorter messages, and
generate unacceptably large phone bills, all of which add up to
threaten the tenuous connections that some USENET hosts can
barely afford to have.  Therefore, we have been asked to
encourage InterNet users not to pass archive programs this way.

Now for the good news.  Some InterNet users, if sent a suitable disk,
will download files and return mail the floppy to the requestor.
To find a friendly InterNet user, send a message to INFO-CPM at DDN
host AMSAA.ARPA via net.micro.cpm identifying your disk format and
your request.  Usually, someone will respond and come to your aid.
If not, don't be bashful, wait a week and try again.  But please
remember, any such arrangements are strictly between you and your
respondent.  This is not, repeat NOT, a service of either the InterNet
or INFO-CPM.

If the above arrangement is inconvenient, or doesn't work, here
are several other sources for public domain software.


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

Information (and prices) are subject to change without notice.  A
volume is usually one floppy disk.


1.  CP/M User's Group

The CP/MUG volumes are available from:

  CP/M User's Group
  1651 3rd Avenue
  New York, NY 10028

Current volumes are numbered 1 through 92 at $13 per 8" SSSD disk
(Northstar format also available).  The catalog is $6.


2.  Special Interest Group/Microcomputers (SIG/M)

 The SIG/M volumes are distributed by:

  SIG/M
  Amateur Computer Group of New Jersey, Inc.
  Box 97
  Iselin, NJ 08830

Current volumes are numbered 000 through 172.  The first disk is
$6.00 and $5.00 for each additional disk.  The catalog is $2.


3.  New York Amateur Computer Club

PC-BLUE software volumes for the IBM-PC are available from:

  S-100, CP/M User Group
  The New York Amateur Computer Club
  P.O.  Box 106
  Church Street Station
  New York, NY  10008

The documentation files from the SIG/M and CPMUG volumes are
available in hardcopy form, grouped into "books", from the NYACC.
Each book is priced at $10 including shipping, $15 for overseas
airmail.  All orders must be prepaid.


4.  PicoNet CP/M Users Group

PicoNet, CP/MUG, and SIG/M software volumes are available from:

  PicoNet
  P.O. Box 391566
  Mountain View, CA 94039

Available in 8" and most 5 1/4" soft sector only at $6.00 per
disk plus $1.50 shipping per order.  California residents add
6.5% sales tax.  Quantity discounts are available.


5. Other sources:

Compuserve Information Service is another source of public domain
software. There are a number of special interest groups (SIGs)
devoted to specific hardware as well as CP-MIG, the generic CP/M
SIG, a repository for a large quantity of public domain software
downloadable by the Compuserve file transer protocol (Christensen
protocol is expected by late summer, 1984). There is no charge for
access to CP-MIG other than the standard CIS connect charges, and
Compuserve can be accessed through their own communications network
or through Tymnet.

Microsystems magazine periodically publishes a full list of
sources for public domain software in addition to those listed
here, with monthly updates/additions.

... and many Remote CP/M (RCPM) systems around the country, where
software is available for downloading for the price of a phone
call.  The May 1984 issue of Microsystems contains the full listing of
known RCPMs at the time of publication.


I would like to thank Dave Towson, Frank Wancho and Charlie Strom for all
their assistance in putting this blurb together.  If anybody out in InterNet
Land has any questions or comments about the above blurb, feel free to
contact any one of us.

Jeff Edelheit
(edelheit at mitre)


22-Jan-85 13:38:55-MST,6999;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 22 Jan 85 13:38:34-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  22 Jan 85 14:52 EST
Date: 22 Jan 1985  12:54 MST (Tue)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail], [e-mail]
Subject: Major bug in Turbo Pascal version 2.00

TURBOBUG.TXT follows:

                    ***** BUG REPORT *****
         ***** MAJOR BUG IN TURBO PASCAL V2.00 *****
                         July 1,1984
                    (updated December 1984)


     The runtime routines  do  not  handle  a  floating-point
(real)  subtraction  correctly.  For  some subtractions,  the
correct  difference  is  returned;  for  others,  a  zero  is
returned. The following program demonstrates the bug:

program test;
begin
     writeln(9.+(-6.0));        { Wrong value returned }
     writeln(-1.0+(-1.0));      { Correct value returned }
     writeln(1-2);              { Correct value returned }
     writeln(1.-2:10:2);        { Wrong value returned }
     writeln(1.-2.0);           { Wrong value returned }
     writeln(1-2.0);            { Wrong value returned }
     writeln(456 - 123.0);      { Correct value returned }
end.

A value of zero is returned on those lines marked as 'wrong'.
The other lines return the correct difference.



VERSIONS TESTED AND FOUND OK (December 1984)

The following versions of Turbo have been checked for this bug
and are alright.  Any versions for same OS, with higher serial
numbers, should be alright--but  use the above test program to
be sure.  The bug may be unique to MS-DOS versions.

    Turbo  ver 1.01A for CP/M-86    serial #  1225
    Turbo  ver 2.00B for CP/M-86    serial # 49036
    Turbo  ver 2.00B for MS-DOS     serial #131821


THE CAUSE

    After disassembling and tracing through a sample compiled
program, the error was located in the following code:

XXXX:12FA E84FFF        CALL    124C            ; Subtract
XXXX:12FD 7306          JNB     1305
XXXX:12FF 80F780        XOR     BH,80           ; Handle negative
XXXX:1302 E863FF        CALL    1268            ;   numbers
XXXX:1305 8B4504        MOV     AX,[DI+04]      ; Is mantissa zero?
XXXX:1308 0B4502        OR      AX,[DI+02]
XXXX:130B 0A4501        OR      AL,[DI+01]      ; ***** ERROR *****
XXXX:130E 740D          JZ      131D            ; Yes
XXXX:1310 F6450580      TEST    BYTE PTR [DI+05],80  ; Normalize
XXXX:1314 750C          JNZ     1322

(Comments  have  been  added for clarity).  This disassembled
code is located in the  routines  that  handle  addition  and
subtraction  (only the subtraction part is shown).  The error
occurs when the routine tests to see if  the  result  of  the
subtraction is zero. It tests for a zero by "OR-ing" together
the five bytes of the mantissa (the instructions that do this
are at offsets 1305H to 130BH). If the mantissa is zero, then
the result of this "multiple-or" will set the zero flag.  The
first  of  these instructions is a move of the word at [DI+4]
to AX.  The next instruction takes the logical OR of  AX  and
[DI+2].  No problem so far.  However, the last instruction is
"OR AL,[DI+1]",  an instruction that operates on a  byte  and
not  on  a word.  If the OR of the words at [DI+4] and [DI+2]
results in a word whose UPPER byte is NONZERO but whose LOWER
byte is ZERO,  then the next instruction, the "byte-wise" OR,
will SET the zero flag if the byte at [DI+1] is zero.  Notice
that the instruction at 130BH totally ignores the contents of
the upper byte of AX;  the flags are  set  according  to  the
lower byte of AX only.  This is what causes the error.


THE FIX

     The fix to this bug is simple: simply exchange the order
of the two "OR" instructions.  This way, the zero flag is set
according  to  a  full  16-bit  OR  and  not  an  8-bit  one.
IMPORTANT:  Only persons familiar with the operation of DEBUG
should  attempt  the  following.  Using DEBUG,  the following
sequence of commands can be used to fix the bug:

     Assumptions and notes in the following:
          1) ONLY WORK ON A COPY OF TURBO!  DO  NOT  USE
             YOUR MASTER COPY!
          2) The sequence of commands shown below writes
             out  the   fixed   version   to   the  file
             'turbo.com'
          3) Make sure that you have version 2.00
          4) 'turbo.com'   must   be   in   the  current
             directory on drive B.
          5) DOS  2.00  or  above  is  being  used  (the
             debugger in DOS 1.00 and 1.10 does not have
             the 'assemble' command).
          6) Be  sure  to  verify  that  the code in the
             compiler is the same as  that  shown  below
             initially.  After the changes are made,  be
             sure to verify that the changes  have  been
             made  correctly  before  writing  the fixed
             version out to disk.

B>debug turbo.com
-u 12fa             <- Verify the following locations
XXXX:12FA E84FFF        CALL    124C
XXXX:12FD 7306          JNB     1305
XXXX:12FF 80F780        XOR     BH,80
XXXX:1302 E863FF        CALL    1268
XXXX:1305 8B4504        MOV     AX,[DI+04]
XXXX:1308 0B4502        OR      AX,[DI+02]
XXXX:130B 0A4501        OR      AL,[DI+01]
XXXX:130E 740D          JZ      131D
XXXX:1310 F6450580      TEST    BYTE PTR [DI+05],80
XXXX:1314 750C          JNZ     1322
XXXX:1316 E8F9FE        CALL    1212
XXXX:1319 FE0D          DEC     BYTE PTR [DI]
-a 1308             <- Make changes
XXXX:1308 or al,[di+1]
XXXX:130E or ax,[di+2]
XXXX:1311                       <- Press 'enter'
-u 12fa             <- Verify that the changes are correct
XXXX:12FA E84FFF        CALL    124C
XXXX:12FD 7306          JNB     1305
XXXX:12FF 80F780        XOR     BH,80
XXXX:1302 E863FF        CALL    1268
XXXX:1305 8B4504        MOV     AX,[DI+04]
XXXX:1308 0A4501        OR      AL,[DI+01]
XXXX:130B 0B4502        OR      AX,[DI+02]
XXXX:130E 740D          JZ      131D
XXXX:1310 F6450580      TEST    BYTE PTR [DI+05],80
XXXX:1314 750C          JNZ     1322
XXXX:1316 E8F9FE        CALL    1212
XXXX:1319 FE0D          DEC     BYTE PTR [DI]
-w                  <- Save fixed version of turbo
Writing 8E80 bytes
-q

B>

<end of fix>


OTHER NOTES ABOUT TURBO

     One  cannot  set  breakpoints  in TURBO using DEBUG.  It
seems that TURBO  uses  the  breakpoint  interrupt  for  some
hideous  reason.  If  one  attempts  to set breakpoints,  the
system will probably crash.  Tracing,  however,  does seem to
work.  The  above  bug  was  tracked down only after hours of
tracing (by machine and by hand) and disassembling.

    --------
- - - - - - - End forwarded message
23-Jan-85 13:52:04-MST,540;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:52:01-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  22 Jan 85 20:23 EST
Received: from Mission.ms by ArpaGateway.ms ; 22 JAN 85 17:24:08 PST
Date: 22 Jan 85 17:24:01 PST (Tuesday)
From: [e-mail]
Subject: What is the List Price of Osborne I
To: [e-mail]

Does anyone know the list price of Osborne I (SSSD), and if it is
still available.


    Thanks
    Jack Bicer


[e-mail]
23-Jan-85 13:52:21-MST,1635;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:52:13-MST
Received: From ucb-vax.arpa.ARPA by AMSAA via smtp;  22 Jan 85 20:41 EST
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.40)
    id AA08930; Tue, 22 Jan 85 17:35:18 pst
Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA)
    by ucbjade.CC.Berkeley.ARPA (4.19/4.31.2)
    id AA00502; Tue, 22 Jan 85 16:36:31 pst
Received: by ucbopal.CC.Berkeley.ARPA (4.19/4.31)
    id AA23836; Tue, 22 Jan 85 14:42:29 pst
Date: Tue, 22 Jan 85 14:42:29 pst
From: William C. Wells <[e-mail]>
Message-Id: <[e-mail]>
To: [e-mail]
Subject: The MODEM communications package
Cc: [e-mail]

Is Modem7 on RCPM's in the United Kingdom?
Mail forwarded from the Headers-people mailing list
      from: Tim Lee <[e-mail]>:
-------------------------------------------------------------------------
Date: 22 Jan 85 12:38:22 UT (Tue)
To: [e-mail]
Subject: The MODEM communications package
From: Tim Lee <[e-mail]>
Sender: [e-mail]

   I am trying to trace a public domain communications package for CP/M
machines and MS-DOS.  The different versions of the suite are called
MODEM and MODEM7, and appear to have been written by Irvin Hoff and
Christopher Rhodes.  Does anyone know of a supplier/distributer of this
for the Osborne Executive, Epsons and IBM clones.
   Sorry if this is not the best list to mail.

Tim Lee

23-Jan-85 13:52:36-MST,1417;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:52:29-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  22 Jan 85 20:49 EST
Received: from usenet by BRL-TGR.ARPA id a010327; 22 Jan 85 20:50 EST
From: Randy Suess <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Unix for CP/M 2.1 or > on a z80
Message-ID: <[e-mail]>
Date: 21 Jan 85 16:02:04 GMT
Xref: seismo net.micro.cpm:3809
To:       [e-mail]

cd /;rm -rf

    A couple of years ago, I had a UN*X look-a-like running on a Z80
machine.  It was basically a V6 re-do, and ran many things faster than my
current networked Alti.  The software was Micronix and it was from Morrow
computing.  It rand on their Decision I with 1/2 meg of memory and 15
meg hard disk.  With a 6 mhz z80 it supported 4 users easily, and had CP/M
as one of it's shells!  It did all the normal UN*X stuff, i/o redirection,
background tasks, print spoolers, 'bout half the normal UN*X utilities.
But if you typed 'WS', it would see that wordstar was a cp/m program, bring
up the CP/M shell, and run WordStar.  It was written by a guy named rick
something, and mite still be available from Morrows.  Ran about $500.

--
If *only* I had known...
Randy Suess
Chi-Net - Public Access UN*X
[phone] (h) [phone] (system)
{ihnp4|ihldt}!wlcrjs!randy
23-Jan-85 13:53:37-MST,1115;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:53:26-MST
Received: From nosc-gw.ARPA by AMSAA via smtp;  23 Jan 85 4:43 EST
Received: from cod.ARPA by nosc.ARPA (4.12/4.7)
    id AA01862; Wed, 23 Jan 85 01:45:23 pst
From: bang!crash![e-mail]
MMDF-Warning:  Parse error in preceeding line at AMSAA.ARPA
Received: by cod.ARPA (4.12/4.7)
    id AA19668; Wed, 23 Jan 85 01:46:02 pst
Message-Id: <[e-mail]>
Date: Tue, 22 Jan 85 11:10:41 PST
To: bang![e-mail]
Subject: Re: MBASIC on APPLICARD
Cc: bang![e-mail]

> I am trying to help a friend upgrade his Apple from running with a
> softcard to a Franklin Z-80 card ( same as PCPI Applicard or Starcard).
> Everything seems to work ok except for MBASIC.

The MBASIC that came with the Softcard is a special "Apple version" that
is specific for the Softcard and will not work on the Applicard.  You'll
need the "CP/M-80 version".

--Irwin Hom          {ihnp4, sdcsvax!bang}!crash!ihom
               bang!crash!ihom@nosc
                bang!crash!ihom@ucsd


23-Jan-85 13:53:59-MST,1083;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:53:51-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  22 Jan 85 21:07 EST
Received: from usenet by BRL-TGR.ARPA id a010438; 22 Jan 85 20:53 EST
From: "9-2-83"James H.  3221i" <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Need HELP with SUBMIT
Message-ID: <[e-mail]>
Date: 21 Jan 85 14:37:38 GMT
Xref: seismo net.micro.cpm:3810
To:       [e-mail]

Please Help!!  I have been frustrated for some time with the SUBMIT
function of CP/M.  I have a Vector Graphic 1600 system running CP/M
2.20.

Recently I was able to get SUBMIT to do exactly what it is supposed
to do.  How ever if I try to do exactly the same thing on another
disk, all I get is some 'whirrring' of the disk drive then the system
prompt and then the drive stops and that's it!

In the back of my mind I seem to recall an article about some
SUBMIT bugs - does anyone recall.  Thanks for any help.

                     Jim West
                    ihnp4!tty3b!jhw

23-Jan-85 13:54:16-MST,1027;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:53:54-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  23 Jan 85 7:56 EST
Received: from usenet by BRL-TGR.ARPA id aa16381; 23 Jan 85 7:42 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: ZCPR-like File Search
Message-ID: <[e-mail]>
Date: 14 Jan 85 00:21:00 GMT
Nf-ID: #R:brl-tgr:-717100:uiucuxc:34600003:000:417
Nf-From: uiucuxc!grayson    Jan 13 18:21:00 1985
Xref: seismo net.micro.cpm:3817
To:       [e-mail]

This is going to involve a change to the BDOS or a way to keep part of
ZCPR resident while a program is running.

What I did to solve this same problem on my H89 was to disassemble
the BDOS and change it so that all files in user area 0 are visible
from any other user area.  This makes SWEEP painful, so I keep all my
files on A: in 0 and on B: I keep no files in 0.  Not elegant, but it
has worked for a long time.
23-Jan-85 13:55:03-MST,1671;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:54:40-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  23 Jan 85 7:56 EST
Received: from usenet by BRL-TGR.ARPA id a016385; 23 Jan 85 7:42 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: Screen Editor
Message-ID: <[e-mail]>
Date: 16 Jan 85 02:23:00 GMT
Nf-ID: #R:cmu-cs-k:-2098006500:uiucuxc:34600005:000:1053
Nf-From: uiucuxc!grayson    Jan 15 20:23:00 1985
Xref: seismo net.micro.cpm:3818
To:       [e-mail]

Probably the only way is to write zeroes into the directory entries
( and then reset the disk system ).
But this involves knowing how those allocation block numbers are stored
in the directory entries, and this is really a mess.  The allocation
block numbers can be either 1 or 2 bytes in length (you can figure it
out), so there may be either 8 or 16 of them per directory entry.
Even worse, it may happen that there is not a one-to-one correspondence
between directory entries and extents.  A directory entry that addresses
two extents is possible, and then the extent number on the first directory
entry of the file will be 0 or 1, depending on whether the file extends
into the second extent.  The reason for this is that the field which
indicates the number of 128 byte records in the extent is just 1 byte
long, with maximum allowable value of 128.  Thus 16K is the maximum
extent size.
    It's probably posssible to write the code to shrink the file
portably, but only if you have access to some of these other types of
CP/M systems for debugging.
23-Jan-85 13:55:58-MST,1096;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:55:39-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  23 Jan 85 5:57 EST
Received: from usenet by BRL-TGR.ARPA id a014828; 23 Jan 85 5:44 EST
From: Howard Johnson <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Microsoft Linker L80 Question
Message-ID: <[e-mail]>
Date: 22 Jan 85 16:58:15 GMT
Xref: seismo net.micro.cpm:3814
To:       [e-mail]

> There's a bug in L80.  When searching a library, it encounters a
> module, and begins passing over the symbols to see if any are needed.
> If it passes over a COMMON block, then comes to an symbol which is
> needed, it gets a fatal system error in trying to back up to the
> beginning of the module and begin loading.

I purchased Microsoft's M80/L80 assembler package 2-3 months ago and
the problem you mentioned about COMMON blocks is still there.
--
    Howard Johnson        Cyb Systems, Austin, TX
..!{gatech,harvard,ihnp4,nbires,noao,seismo}!ut-sally!cyb-eng!howard
23-Jan-85 13:56:07-MST,1014;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:55:54-MST
Received: From ddn1.arpa.ARPA by AMSAA via smtp;  23 Jan 85 10:09 EST
Date: 23 Jan 85 09:32:30 EST
From: [e-mail]
Subject: Need SWEEP help!
To: [e-mail]
CC: [e-mail]


Is there anyone out there that is running an ALS CP/M 3.0+ card,
SYNETIX RAM disk, and the SWEEP program?

I am not getting a valid number for the unused space on the RAM disk
when I run the SWEEP program.
I would really appreciate a copy of the source of SWEEP. Then I could
do what I need to do. I know that the ALS card requires the use of
CP/M functions 33 and 34 to access the banked memory.

I have one additional problem with the CAT.COM program. After I boot
up and initialize the SYNETIX RAM disk, I cannot get CAT to operate.
When I type CAT, the cursor advances to the next line and no further
action occurs. Does anyone else have this problem?

D.Brothers

23-Jan-85 13:56:16-MST,1028;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:55:59-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  23 Jan 85 10:07 EST
Received: from Catawba.ms by ArpaGateway.ms ; 23 JAN 85 07:09:45 PST
From: [e-mail]
Date: 23 Jan 85 9:56:28 EST
Subjuct: Using MSDOS Debug with Turbo Pascal
To: [e-mail], [e-mail], Pascal/Turbo^[e-mail]

It is possible to use Debug break points on a turbo pascal.  You first have
to NOP an instruction.  I got this information from Borland a month ago
and have used it successfully several times.  There is one side effect.
You lose the ^C abort function once the patch is installed.

The patch is as follows:

In the CSEG of your program at

   Loc        Current       New
  0BE2          E8           90
  0BE3          DC           90
  0BE4          FD           90


This patch is replacing a   'Call Int21' with 'NOPs'


I hope this helps.



/Dave

23-Jan-85 13:58:04-MST,1290;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:57:56-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  23 Jan 85 14:26 EST
Received: from Gamay.ms by ArpaGateway.ms ; 23 JAN 85 11:29:38 PST
Date: 23 Jan 85 11:29:33 PST (Wednesday)
Subject: Any Libraries for AY3-8910?
To: [e-mail]
cc: [e-mail]
From: Michael Neary <[e-mail]>

-

Is there a library of stimuli that I can feed to the General Instruments
AY3-8910 chip to create special sound effects and/or music?  I just
acquired some old game boards using this chip, and I figured that I
should endeavor to avoid re-inventing the wheel while I try to justify
this purchase.

This particular design is driven by a Z-80, but libraries targeted for
other CPU's (using AY3-8910) are also solicited, since they would tend
to be table-driven.

Particular places I'm hoping for pointers to:

    App notes for plug-in cards using this chip for popular micros.
    (Apple? C-64? S-100?)
    App notes for computers using this chip (are there any?)
    Software (or tables only) for arcade games.


I will be happy to share my results with all who request, so if your
reply is confidential, please so state.

Thanks,
~ Mike
23-Jan-85 14:00:08-MST,582;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:59:48-MST
Received: From usc-ecl.arpa.ARPA by AMSAA via smtp;  23 Jan 85 14:46 EST
Date: Wed 23 Jan 85 11:44:20-PST
From: Ted Shapin <[e-mail]>
Subject: Is there a MAC patch for lower case comments?
To: [e-mail]
Postal-address: Beckman Instruments, Inc.
Postal-address: 2500 Harbor X-11, Fullerton, CA 92634
Phone: [phone]

DRI's MAC seems to change lower case in comments to upper case.
Is there a fix for this?
Ted .
-------
23-Jan-85 14:33:52-MST,1089;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 14:33:43-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  23 Jan 85 15:50 EST
Date: Tuesday, 22 January 1985  15:55-MST
Message-ID: <[e-mail]>
Sender: "B.Eiben LCG Ext 617-467-4431" <[e-mail]>
From: "B.Eiben LCG Ext 617-467-4431" <[e-mail]>
Subject:   MSDOS:XRF.LBR
ReSent-From: [e-mail]
ReSent-To: [e-mail], [e-mail]
ReSent-Date: Tue 22 Jan 1985 19:00-MST

Now available from SIMTEL20 in:

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.PCDOS>
XRF.LBR.1            COM     51200  60C2H

...is a "high style" Cross Referencer of C-programs for the MSDOS
environment.  Another building-block for development.  This one based
on a DECUS-C implementation by Bob Denny done by Mike Cole (et al) in
the UK.  The original submission was ARCHive format - but for ease of
transmission I stuffed it into LBR-format.  Written in CI-86 C for
MSDOS.  Good show Mike!
23-Jan-85 21:34:38-MST,997;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 21:34:28-MST
Received: From jpl-vlsi.arpa.ARPA by AMSAA via smtp;  23 Jan 85 23:10 EST
Date: 23 Jan 1985 1954 PST
From: Larry Carroll <[e-mail]>
Subject: SQueezing & UnSQeezing files
To: [e-mail]
Reply-To: [e-mail]

I've copied the XSQ, XUSQ, and LAR programs onto our VAX (under VMS) and
compiled/linked/tested them.  They work fine, but either I'm using them
wrong or our copy of FTP doesn't do a BINARY (image) format file transfer
properly.

I expected the SQueezed files to begin with hex 76 followed by hex FF,
followed by a 16-bit checksum, followed by a file name.  But SMALLC.DOQB
and SMC-ASM and several others I've copied contain something completely
different.  Do I run LAR on these files first, the XUSQ?  Or what?

                Larry @ jpl-vlsi
Please send replies to the above address.  I'm not on INFO-CPM.  Thanks.
------
23-Jan-85 22:30:08-MST,3334;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 22:29:55-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  24 Jan 85 0:03 EST
Date: 23 Jan 1985  22:06 MST (Wed)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Ted Shapin <[e-mail]>
Cc:   [e-mail]
Subject: Is there a MAC patch for lower case comments?
In-reply-to: Msg of 23 Jan 1985  12:44-MST from Ted Shapin <BEC.SHAPIN at USC-ECL.ARPA>

    DRI's MAC seems to change lower case in comments to upper case.
    Is there a fix for this?  Ted .

Yes, here is MAC.FIX:

TOPIC :  HOW TO MODIFY MAC.COM TO NOT CHANGE LOWER-CASE TO UPPER-CASE
FROM  :  IRVIN M. HOFF
DATE  :  22 OCT 82

     MAC.COM (by Digital Research) is one of the most popular assemblers
used with CP/M.  It has one feature that most people do not like -- when
making a print file (FILENAME.PRN) it automatically converts any lower-
case characters to upper-case.

     Neither ASM.COM nor RMAC.COM by the same firm does that.

     There are two ways to modify MAC.COM to approach this problem.
Changing address 165C from C8 to D0 will convert any lower-case source
code to upper, leaving DB strings and comments alone.  (1st example
below).  Changing 1663 from E6 to 5F will leave all the lower case
comments alone, will convert all DB strings to upper case, but will
toss out any lower case code that does not agree with labels that
are also lower case.  (second example.)
1st example:  leaves all comments and DB strings alone
===================================================

1655  47                 MOV    B,A
1656  3A 05 30           LDA    3005
1659  FE 03              CPI    03
165B  78                 MOV    A,B
165C  C8                 RZ

     Change the RZ (C8) to a RNC (D0)

                   Using DDT or SID:

165C  C8 D0

A>SAVE 46 MAC.COM

      This will convert any source code not in a string from lower to
upper, and not bother any comment areas or DB strings.  It's as close
as you can get easily, to leaving all lower case alone.

2nd example:  leaves all comments alone, but throws out lower case
              source code including strings that do not match.
===================================================
1663  E6 5F                  (ANI  5FH)

                   Using DDT or SID, change to:

1663  E6 7F                  (ANI  7FH)

A>SAVE 46 MAC.COM            (new, normal version)


     This prevents the lower-case from being changed to upper-case.
For a complete disassembly of that area:


1655  47        MOV   B,A      ;Put the char. into 'B' temporarily
1656  3A 05 30  LDA   ABORT    ;See any request to quit
1659  FE 03     CPI   03
165B  78        MOV   A,B      ;Get the char. back again
165C  C8        RZ             ;Exit with the char. if a 03
165D  FE 61     CPI   61H      ;Less than lower-case alpha char.?
165F  D8        RC             ;If less, ignore
1660  FE 7B     CPI   7AH+1    ;More than lower-case alpha char.?
1662  D0        RNC            ;If more, ignore
1663  E6 5F     ANI   5FH      ;Otherwise change to upper-case
1665  C9        RET            ;Finished

--end--
23-Jan-85 23:11:25-MST,1624;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 23:11:19-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  24 Jan 85 0:45 EST
Received: from usenet by BRL-TGR.ARPA id a004129; 24 Jan 85 0:42 EST
From: Dani Eder <[e-mail]>
Newsgroups: net.micro,net.micro.cpm,net.lang.c
Subject: Re: Old computer noises
Message-ID: <[e-mail]>
Date: 21 Jan 85 19:20:58 GMT
Xref: seismo net.micro:9654 net.micro.cpm:3825 net.lang.c:4117
To:       [e-mail]

>
> We even knew if we had diagnostics in our compile by the sound of the
> old 1132 printer....It had a different "rhythm.".....I remember talking
> on the phone from home to a friend at the computer...in the background was
> the printer ker-chunking out a listing for him.....I heard the
> unmistakable tones of a diagnostic report, and told him he had better
> fix his bugs and re-compile....He thought I was psychic!
>
     Back in high school, we had an IBM 1620 that was just as old
as I was.  Someone had discovered that if you put an AM radio on
the console near the typewriter, and tuned to the low end of the
AM dial, you could hear all sorts of interesting noises.  We never
did figure out what caused them, but one guy wrote a program that
would play songs, and after a while, you could tell what the
computer was doing by the sounds it was making.  It was lots of
fun to be able to tell innocent bystanders "the printer will start
in five seconds", and then have it happen.

Dani Eder / Boeing / ssc-vax!eder / Ad Astra!(To the Stars!)
24-Jan-85 02:02:43-MST,1348;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 24 Jan 85 02:02:34-MST
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  24 Jan 85 3:18 EST
Date: 24 January 1985 03:22-EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  macrotech board update...
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of 18 Jan 1985 19:20-EST from Herb Lin <LIN at Mit-Mc.ARPA>

fascinating.  One of the real difficulties is that there are
KNOWN bugs in the B-step revs of the 80286 chip; so many that
CompuPro refuses to sell a 286 board except for "development",
and warns users.  Macrotech and Gifford think they have fixed or
wired around all the problems, and perhaps they have, although
your strange experiences make one wonder.
    Dual processors were a great idea in their time.  After
some thought, though, I am converting my system to a new
CompuPro 80286/287 board (as of now they are shipping the C-step
80286 chip, which doesn't have the problems of the b step) and a
Z-80 SPUZ slave Z-80 p[rocessor.  This will run both processors
at once, and if fed a z-80 .com file that runs and the 286 is
available for other simultaneous work.  Seems more advanced than
a dual processor.  But I will also keep a vanilla z-80 around to
write books with until I'm sure...
jep

24-Jan-85 06:33:44-MST,1026;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 24 Jan 85 06:33:38-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  24 Jan 85 7:55 EST
Received: from usenet by BRL-TGR.ARPA id a007440; 24 Jan 85 7:46 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: Microsoft Linker L80 Question
Message-ID: <[e-mail]>
Date: 20 Jan 85 18:38:00 GMT
Nf-ID: #R:hou2h:-74000:uok:4800009:000:427
Nf-From: uok!mpackard    Jan 20 12:38:00 1985
Xref: seismo net.micro.cpm:3829
To:       [e-mail]

+
This wonderful piece of software has 10 pages of documentation!
I believe the problem is in the order of your modules.  I am just
guessing but this happened to me once, so I ordered the modules
so the linker doesn't have to back-up.  If a function in one module
calls a function in another module, the caller must come before the
called function.   Good luck, you'll need it.
{allegra,ihnp4}!convex!ctvax!uokvax!uok!mpackard
24-Jan-85 08:29:07-MST,983;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 24 Jan 85 08:28:55-MST
Received: From bbnz.arpa.ARPA by AMSAA via smtp;  24 Jan 85 9:52 EST
Date: Thu, 24 Jan 85  9:50:34 EST
From: Michael Barker <[e-mail]>
Subject: Re: Re: Microsoft L80 question
To: [e-mail]
Cc: [e-mail]

>I believe the problem is in the order of your modules.  I am just
>guessing but this happened to me once, so I ordered the modules
>so the linker doesn't have to back-up.  If a function in one module
>calls a function in another module, the caller must come before the
>called function.   Good luck, you'll need it.
>{allegra,ihnp4}!convex!ctvax!uokvax!uok!mpackard

There is another temporary fix... just ask L80 to search the library twice (or
more) by doing "foolib/s,foolib/s".  L80 doesn't know how to backup, but you
can tell it to search as many times as necessary to pick up backward
references.

    mike
24-Jan-85 09:08:43-MST,1917;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 24 Jan 85 09:08:34-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  24 Jan 85 10:33 EST
Received: from radc-tops20.arpa by BRL-AOS.ARPA id a017570; 24 Jan 85 10:31 EST
Date: Thu 24 Jan 85 10:31:54-EST
From: Gern <[e-mail]>
Subject: Re: Any Libraries for AY-3-8910 (MUSIC!)
To: [e-mail]
cc: [e-mail]

I have developed and someday soon (hopefully) will market a S-100 card
with two AY-3-8910s, joysticks, tracballs, clock/calander w/battery
backup, and SSI-263 high tech Speech Synthesizer.  I have demo programs
in ZBASIC (Zenith Z-100) to drive all the sounds (these came from the
AY.. Data Sheets) and MUSIC (I wrote a sheet music hand encoded data
cruncher to AY.. program to pump the AYs with mindblowing music.
I hand encoded Star Wars and the rest I converted from the SIG/M Music-
Composer Data (device used CP/M CPU intensive 4 D/A converters) to
my more humanlly readable data format.  I think they are SIG/M volumes
66-69 (3 disks) +/- a number.  You can get it by FTP from SIMTEL-20.

Unfortunately, I can not release my programs (they are not the greatest
anyway as I know very little about Music) until my device comes to
market and copyrights are canned.

The AY-3-8910 Data Manual is a must if you are to do anything worthwhile
with them.   It also contains equations for register values for a wanted
frequency, wave form stuff and most important a table of all the notes
on a piano and the freq to several places.  I can upload this for you
as I'd hate to have another person on earth have to type it in again.

If you or anyone has any other info on using the AY-3-8910, have any
interesting noises, and/or any computer format music/song data for
any computer music devices please let me in on it.   Thanx

Cheers,
Gern
-------
24-Jan-85 15:09:58-MST,572;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 24 Jan 85 15:09:51-MST
Received: From wiscvm.arpa.ARPA by AMSAA via smtp;  24 Jan 85 16:32 EST
Received: from (HARRELL)EDUCOM.BITNET by WISCVM.ARPA on 01/24/85 at
  15:33:50 CST
Date:    24 JAN 85 16:10-EST
From:  [e-mail]
To:  [e-mail]
Subject: ZILOG 8400

Does anyone know of anyplace using a Zilog 8400?
Could you comment on the "usefulness to a small college or
university?"

Any information appreciated.
Thanks
Ralph

24-Jan-85 18:18:44-MST,998;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 24 Jan 85 18:18:38-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  24 Jan 85 19:50 EST
Received: from usenet by BRL-TGR.ARPA id a019654; 24 Jan 85 19:50 EST
From: "M.CAIN" <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Unix for CP/M 2.1 or > on a z80
Message-ID: <[e-mail]>
Date: 22 Jan 85 13:48:02 GMT
Xref: seismo net.micro.cpm:3831
To:       [e-mail]

I had the opportunity to use Microshell for several months
a couple of years ago, and it was generally great.  The only
difficulty arose with programs compiled using a C compiler
that incorporated code for command-line arguments and
I/O redirection.  Microshell and the C programs never could
seem to agree on who was going to do the redirection, with
the usual result that stuff went in all sorts of strange
directions....

Michael Cain
Bell Communications Research, Inc.
24-Jan-85 19:29:50-MST,3454;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 24 Jan 85 19:29:36-MST
Received: From rand-unix.arpa.ARPA by AMSAA via smtp;  24 Jan 85 20:56 EST
Received: by rand-unix.ARPA; Thu, 24 Jan 85 17:34:17 pst
From: Bridger Mitchell <[e-mail]>
Message-Id: <[e-mail]>
Date: 24 Jan 85 17:34:14 PST (Thu)
To: [e-mail]
Cc: Keith Petersen <[e-mail]>,
    Bridger Mitchell <[e-mail]>
Subj: PUBlic filetype patch for CP/M 2.2 - official version


PUBPATCH is a CP/M 2.2 BDOS patch that implements the PUBlic file
attribute (bit 7 of 2nd character of a filename) and makes a file with
the PUBlic attribute assessible from any user number.  PUBlic files
allows a single copy of "associated files" -- libraries, databases,
overlays, swap files, etc -- to serve all user numbers.  They retain
their other attributes and may therefore be read/write as well as
read/only.

Complete documentation of PUBlic files appears in "CP/M 2.2 Goes
Public", by Bridger Mitchell and Derek McKay, Plu*Perfect Systems, Dr.
Dobb's Journal, Nov. 1984.  Limited documentation is included in the
preamble of PUBPATCH.ASM, and supporting files and installation are
described in PUBLIC.DOC.

Some earlier releases by others, available on some RCPM systems, that
attempt to implement a similar patch are reporting differing degrees
of success.  To cut through any confusion, I've sent Keith Petersen
the Plu*Perfect Systems release disk, and he's uploaded it to
SIMTEL20.  Keith has removed the earlier versions - only the
"official" versions of the files remain and are listed below.  Note
that some "unofficial" versions were also called "PUBPATCH.ASM".

The patch can be installed in Z80 systems running standard CP/M 2.2
using RELPUBLC.COM to relocate PUBPATCH.HXR (a hex-relocatable version
of PUBPATCH).  The squeezed source file is PUBPATCH.AQM.

SD.COM (with SD.DOC) are SuperDirectory extended to support display of
PUBlic files.  DISK7P.COM (with DISK7P.DOC) is the extended file-
maintenance utility DISK7.

The PUBLIC.COM and PUBLIC.AQM file is v 1.1.  It corrects a bug in the
published source v 1.0, which failed to set the PUBlic attribute bit
for very long files that overflowed the extent count into the S2
directory byte.

Restrictions, documented in LICENSE.NOT, are summarized here:

PUBPATCH.ASM, PUBLIC.ASM, and derivative files RELPUBLC.COM and
PUBPATCH.HXR, are copyrighted by Plu*Perfect Systems.  Permission is
granted for single-user, non-commercial use.  Use of these programs
for any commercial purpose requires advance written authorization from
Plu*Perfect Systems.  DISK7 is licensed for non-commercial use by
Frank Gaude.

The files are available from SIMTEL20 as:

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.PUBPATCH>
-AUTHOR.PUB.1            ASCII    this announcement
DISK7P.COM.1            COM      4480  EA11H
DISK7P.DOC.1            ASCII      1150  55E0H
LICENSE.NOT.1            ASCII       758  03E9H
PUBLIC.AQM.1            COM      6016  F67FH
PUBLIC.COM.1            COM      1152  4B74H
PUBLIC.DOC.1            ASCII      1325  D131H
PUBPATCH.AQM.1            COM      6784  9CE6H
PUBPATCH.HXR.1            ASCII       728  0748H
RELPUBLC.COM.1            COM     13056  E37FH
SD.COM.1            COM      4096  6F9EH
SD.DOC.1            ASCII       641  E900H

...and for those who want the whole package as an LBR file:

PUBPAT.LBR.1            COM     40832  B44AH

----
--bridger mitchell
25-Jan-85 07:24:50-MST,1615;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 25 Jan 85 07:24:25-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  25 Jan 85 8:34 EST
Received: from usenet by BRL-TGR.ARPA id a028148; 25 Jan 85 8:12 EST
From: Dave Beyerl <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Turbo Pascal output
Message-ID: <[e-mail]>
Date: 23 Jan 85 12:06:14 GMT
Xref: seismo net.micro.cpm:3835
To:       [e-mail]


> Subject: Turbo Pascal output
>
> Is there a method that enables program output to be sent
> to the screen and printer??? Cntrl-P works when running
> CPM, but from Turbo Pascal, it doesn't. (at least not on
> my machine.)  Do I make the program a .COM file and use Cntrl-P??
> Thanks in advance for any help given.
>          Mark Falleroni
>          TRW
>          Ogden,Ut.
>          (mdf)
>
    In order to print output to both the screen and the line
printer in Turbo Pascal under CP/M you must include a second
writeln statement which directs its output to the Lst device.
For example, to print the string 'Hello There!' on both the
screen and printer, you would include the following lines in
your program:

    writeln ('Hello There!'); { print on screen }
    writeln (Lst,'Hello There!'); { print on printer }

    This is discussed beginning in section 14.5, Text Files,
of my Turbo manual.  There is a program with examples in
section 14.5.1, and a description of the logical devices given
in section 14.5.2.

                    Dave Beyerl
                    ihuxk!db21
                    AT&T Bell Labs, Naperville, IL
25-Jan-85 14:51:38-MST,1041;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 25 Jan 85 14:51:32-MST
Received: From rice-gateway.ARPA by AMSAA via smtp;  25 Jan 85 16:23 EST
Received: by rice.ARPA (AA03429); Fri, 25 Jan 85 15:24:24 CST
Date:     Fri, 25 Jan 85 15:09:54 CST
From: Paul Milazzo <[e-mail]>
Subject:  Manipulating CP/M floppies with UNIX?
To: [e-mail]
Message-Id: <[e-mail]>

Does anyone have a UNIX utility to manipulate SS SD 8" CP/M floppies
under UNIX?  I have a bare-bones program capable of extracting files.
It cannot, however, write on the floppies, nor can it deal with
attribute bits or CP/M+ file system extensions.

If no such program is conveniently available, could someone point me
towards the information necessary to write one of my own?  My CP/M
manuals don't seem to contain quite enough information.

                Thanks,
                Paul G. Milazzo <[e-mail]>
                Dept. of Computer Science
                Rice University, Houston, TX
29-Jan-85 09:00:47-MST,786;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:00:42-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  24 Jan 85 1:45 EST
Received: from usenet by BRL-TGR.ARPA id a004969; 24 Jan 85 1:43 EST
From: "9-2-83"James H.  3221i" <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: What is Simtel20
Message-ID: <[e-mail]>
Date: 21 Jan 85 23:21:10 GMT
Xref: seismo net.micro.cpm:3827
To:       [e-mail]


I too am new to the net news and have not been able to find out
how to access SIMTEL20!!  I see people talking about many programs
I would love to try.

Can I access SIMTEL20, and if so HOW??

I work at AT&T Teletype Corp., Skokie, IL

  Jim West
  ihnp4!tty3b!jhw
29-Jan-85 09:01:03-MST,959;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:00:55-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  25 Jan 85 8:33 EST
Received: from usenet by BRL-TGR.ARPA id a028070; 25 Jan 85 8:11 EST
From: "9-2-83"James H.  3221i" <[e-mail]>
Newsgroups: net.micro.cpm
Subject: SUBMIT problem SOLVED!
Message-ID: <[e-mail]>
Date: 23 Jan 85 14:30:18 GMT
Xref: seismo net.micro.cpm:3834
To:       [e-mail]

[]
Thanks to all who replied to my problem with SUBMIT.  The problem was
an unwanted blank line at the end of the '.SUB' file.  That sure kills
the operation cold...

Found that the screen editor I use ('scope' from Vector Graphic) adds
a blank line at the end of the file if I use the 'insert' mode, but
not if I use the 'append' mode.  I can now watch for that problem and
have perfect results every time.

Jim West
ihnp4!tty3b!jhw
29-Jan-85 09:01:52-MST,981;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:01:44-MST
Received: From uci-icse.arpa.ARPA by AMSAA via smtp;  28 Jan 85 22:01 EST
Date: 28 Jan 85 19:00:04 PST (Mon)
To: George Smith <[e-mail]>
cc: [e-mail], [e-mail]
Subject: Re: scribble
In-reply-to: Your message of 24 Jan 85 16:41:51 GMT.
         <[e-mail]>
From: Michal Young <[e-mail]>
Received: from Localhost by UCI-ICSE for young; 28 Jan 85 19:02:18 PST (Mon)

  It certainly would be nice if scribble were released to the public domain.
A lot of Kaypro owners have Perfect Writer/Perfect Formatter, which are
clones of Mince/Scribble.  But unlike Scribble, P. Formatter did not
come with source code, and so Kaypro owners have not been able to customize
the formatting to their likes and needs.  (Or was it just Mince that
came with source?)
--Michal Young, UC Irvine
  young@uci
29-Jan-85 09:02:22-MST,1156;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:02:15-MST
Received: From mitre.arpa.ARPA by AMSAA via smtp;  26 Jan 85 10:55 EST
Date: 25 Jan 1985 22:08:58 EST (Friday)
From: Thomas Reid <[e-mail]>
Subject:  MDM730 Overlay for Ithaca Intersystems VIO board with 2661 USART
To: [e-mail]
Cc: [e-mail]

Help:

I have an Ithaca Intersystems 525 (or 800) system with a VIO board that
has a 2661 USART on it.  The system is 3 years old.  The M7VIO-1.ASM
overlay for MDM730 is for the 2651 and, needless to say, doesn't work.
The initialization is wrong (comes up 300 baud, not 1200, etc.) and
when this is circumvented via a built-in terminal mode, every 10th-50th
character is duplicated in MDM730 terminal mode.

Solutions sought in order of desire:  (1) someone who has brought up
modem7 on an II 525/800 and can help this lost soul, (->3) information
on the care, feeding, initialization, and I/O on the 2661, (<-2) another
M7 overlay, and finally (4) kind thoughts for one who will never enjoy
the pleasures of MDM730.

Thanks for all.  Tom.

29-Jan-85 09:02:50-MST,3234;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:02:35-MST
Received: From nosc-gw.ARPA by AMSAA via smtp;  26 Jan 85 10:55 EST
Received: from cod.ARPA by nosc.ARPA (4.12/4.7)
    id AA29941; Fri, 25 Jan 85 21:51:17 pst
From: bang!crash![e-mail]
MMDF-Warning:  Parse error in preceeding line at AMSAA.ARPA
Received: by cod.ARPA (4.12/4.7)
    id AA15118; Fri, 25 Jan 85 21:51:41 pst
Message-Id: <[e-mail]>
Date: Fri, 25 Jan 85 15:22:49 PST
To: bang!CMP.DOUG@texas-20
Subject: Re(3): File sizes from Turbo & directory
Cc: bang![e-mail]

>Do you have any idea how to get directory listings from Turbo? There's
>probably an easy way out of that too that I don't know about...

Easy??  Well, not really.  To get a directory listing, you have to set
up the File Control Block (FCB) and call BDOS functions 11h (search for
first) and 12h (search for next).  In this example, bytes 0 to 11 will
be used in setting up the FCB.  Byte 0 is the drive number to access,
bytes 1 to 8 is the file name, and bytes 9 to 11 is the file type.
Since we're searching the entire directory, fill the bytes for name and
type with 3Fh (questionmark) for *all* files.  When calling BDOS 11h,
if a file is found, the Direct Memory Address (DMA) is filled with the
record (128 bytes) containing the directory entry and returns a value
(0,1,2,3) indicating the starting position (each record contains 4
filenames of 32 bytes each).  Calling BDOS 12h continues the search in
the directory until no more files are found.  Something like this will
do the job:

program directory;

const                     { CP/M-80 BDOS calls }
  search_first = $0011;
  search_next = $0012;
  set_DMA  = $001A;

var
   first : boolean;
   i,directory_code : integer;
   DMA : array[1..128] of byte;
   FCB : array[0..11] of byte absolute $005C;
       { location of File Control Block }

procedure next;
   var
      ch : char;
      starting_position : integer;
      name : string[12];
   begin
      name := '';
      starting_position := directory_code * 32;     { get start of next file }
      for i:= starting_position + 1 to starting_position + 11 do
         begin
            ch := char(mem[addr(DMA) + i]);
            if i = starting_position + 9 then name := name + '.' + ch
               else name := name + ch
         end;
      writeln(name);
   end;

begin
   bdos(set_DMA,addr(DMA));     { allocate a record of memory for the DMA }
   FCB[0] := 0;     { drive # to access:  0 = A, 1 = B, ...}
   for i := 1 to 11 do      { fill FCB with '?'s to match all files }
      FCB[i] := $3F;
   first := true;
   repeat
      { get directory_code of file given by the FCB }
      if first then
         directory_code := bdos(search_first,addr(FCB))
      else
         directory_code := bdos(search_next);     { continue search }
      first := false;
      if directory_code <> $FF then next;     { file present? }
   until directory_code = $FF;     { no more files }
end.


--Irwin Hom          {ihnp4, sdcsvax!bang}!crash!ihom
                 bang!crash!ihom@nosc
                 bang!crash!ihom@ucsd


29-Jan-85 09:03:15-MST,3384;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:03:04-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  26 Jan 85 11:15 EST
Received: from Aurora.ms by ArpaGateway.ms ; 26 JAN 85 07:25:54 PST
From: [e-mail]
Date: 26 Jan 85 10:23:11 EST
Subject: Re: Turbo Pascal output
To: [e-mail], Pascal/Turbo^[e-mail],
    [e-mail]

Re:
----------------------------------------------------------
>> Subject: Turbo Pascal output
>>
>> Is there a method that enables program output to be sent
>> to the screen and printer??? Cntrl-P works when running
>> CPM, but from Turbo Pascal, it doesn't. (at least not on
>> my machine.)  Do I make the pr^ram a .COM file and use Cntrl-P??
>> Thanks in advance for any help Oiven.
>>          Mark Faleroni
>>          TRW
>>          Ogden,Ut.
>>          (mdf)
>>
>        In order to print output to both the screen and the line
>printer in Turbo Pascal under CP/M you must include a second
>writeln statement which directs its output to the Lst device.
>For example, to print the string 'Hello There!' on both the
>screen and printer, you would include the following lines in
>your program:
>
>        writeln ('Hello There!'); { print on screen }
>        writeln (Lst,'Hello There!'); { print on printer }
>
>        This is discussed beginning in section 14.5, Text Files,
>of my Turbo manual.  There is a program with examples in
>section 14.5.1, and a description of the logical devices given
>in section 14.5.2.
>
>                                        Dave Beyerl
>                                        ihuxk!db21
>                                        AT&T Bell Labs, Naperville, IL
>
----------------------------------------------------------------


Because of the good documentation and careful construction of Turbo-Pascal
it is possible to make it do almost anything you wish.  For instance if
you really want to echo all console output to the printer the following
program will do it.  The information needed to set it up can be found in
the Turbo Pascal manual in section A.12 for CPM systems and B2.3 for 8086
based systems.

         Program ControlpTest;

         Var
            Ch : Char;
            SaveAddress : Integer;

         Procedure PWrite (Ch : Char);
         Var
            CB : Byte Absolute Ch;

         Begin {PWrite}
         Bios (4, CB);
         Bios (3, CB);
         End; {PWrite}


         Begin {ControlpTest}
         SaveAddress := ConOutPtr;      {Save address of default routine}
         ConOutPtr := Addr (PWrite);    {turn on printer echo}
         Read (Kbd, Ch);
         While Ch <> ^Z Do              {test the echo until control-Z}
            Begin
            Write (Ch);
            Read (Kbd, Ch);
            End;
         ConOutPtr := SaveAddress;      {turn off printer echo}
         End.

If you really want to simulate control-P in all its glory then simply patch
into the console input routine in a similar fashion (ConInPtr := address of
your own Procedure).  Your procedure can then scan all console input for a
control-P and turn the echo on or off as shown above.

I hope this technique is useful to some of you.


/Dave

29-Jan-85 09:03:33-MST,934;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:03:27-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  26 Jan 85 11:52 EST
Received: from usenet by BRL-TGR.ARPA id a001400; 26 Jan 85 11:44 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: EPSON GENEVA QUERY
Message-ID: <[e-mail]>
Date: 24 Jan 85 01:00:45 GMT
Xref: seismo net.micro.cpm:3836
To:       [e-mail]

The Qx-10 version of FILINK.COM does exsist... I've used it on many occasion
at work... Also, on the utility floppy (comes with the PF-10 disk drive)
are copies of EPPXMDM.COM (Modem7 for the Geneva) and documentation...
but these two files are strangely not ever even acknowledged on the
'List of Software Utilities' tha t is in the manual... This has been
on every Utility Disk I have seen...
          Jason Hamby ihnp4!akgua!jett!jason
29-Jan-85 09:03:48-MST,637;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:03:45-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  26 Jan 85 12:51 EST
Received: from usenet by BRL-TGR.ARPA id a002627; 26 Jan 85 12:13 EST
From: Geoff Kuenning <[e-mail]>
Newsgroups: net.micro,net.micro.cpm
Subject: UMODEM for System V posted to net.sources
Message-ID: <[e-mail]>
Date: 24 Jan 85 04:08:39 GMT
Xref: seismo net.micro:9690 net.micro.cpm:3837
To:       [e-mail]

The subject line says it all.
--

    Geoff Kuenning
    ...!ihnp4!trwrb!desint!geoff
29-Jan-85 09:04:03-MST,1270;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:03:57-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  26 Jan 85 13:01 EST
Received: from usenet by BRL-TGR.ARPA id a003534; 26 Jan 85 12:34 EST
From: Chuck McManis <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Unix for CP/M 2.1 or > on a z80
Message-ID: <[e-mail]>
Date: 25 Jan 85 16:28:54 GMT
Xref: seismo net.micro.cpm:3838
To:       [e-mail]

Another possible solution for those who insist on downgrading
their CP/M systems to UNIX :-) was/is Cromemco's CROMIX.
It ran on their S-100 machines with a Z-80 and 128K min of
RAM. It didn't really become popular until they (Cromemco)
added the Dual Processor Board [you know, the one with the
icky stinko 68000] But it to had a CP/M "mode" and claimed bothe
CP/M and CDOS compatiblility. Not to slow either.

--Chuck

--
                                            - - - D I S C L A I M E R - - -
{ihnp4,fortune}!dual\                     All opinions expressed herein are my
        {qantel,idi}-> !intelca!cem       own and not those of my employer, my
 {ucbvax,hao}!hplabs/                     friends, or my avocado plant. :-}
29-Jan-85 09:04:16-MST,652;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:04:12-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  26 Jan 85 13:02 EST
Received: from usenet by BRL-TGR.ARPA id a003655; 26 Jan 85 12:37 EST
From: "Mark D. Falleroni" <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Thanks for info
Message-ID: <[e-mail]>
Date: 24 Jan 85 16:14:56 GMT
Xref: seismo net.micro.cpm:3839
To:       [e-mail]


Thanks to all who furnished me with information about SIMTEL20
           Mark Falleroni
           TRW
           Ogden,Ut
           <mdf>
29-Jan-85 09:04:34-MST,1401;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:04:24-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  26 Jan 85 13:02 EST
Received: from usenet by BRL-TGR.ARPA id a003982; 26 Jan 85 12:43 EST
From: George Smith <[e-mail]>
Newsgroups: net.micro.cpm
Subject: scribble
Message-ID: <[e-mail]>
Date: 24 Jan 85 16:41:51 GMT
Xref: seismo net.micro.cpm:3840
To:       [e-mail]

[scribble has gone the way of the line eater bug]

I gave Mark of the Unicorn a call this morning.  I was seeking an
update to a program we bought from them 3 years ago called scribble.
It was a word processing package patterned after scribe.  The version
we have is v1.3 and I know that at one time they were selling v1.4
which had bug fixes and enhancements.  However, a very nice girl
from MOTU informed me that scribble is a non-product and that there
are no updates possible.  I asked her about v1.4 and she said go
ahead and get it any way possible.  Does anyone out there have v1.4?
I would be willing to pay for media and postage to any kind soul
who can help me out.

P.S. Maybe we should ask MOTU to donate scribble to the Public Domain
     since they have no further interest in it?

--
George B. Smith
National Semiconductor
...!{ihnp4!nsc | decvax!decwrl!nsc | ucbvax}!voder!gbs
29-Jan-85 09:05:07-MST,1184;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:04:59-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  26 Jan 85 13:29 EST
Received: from usenet by BRL-TGR.ARPA id a004548; 26 Jan 85 12:53 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: File sizes from Turbo
Message-ID: <[e-mail]>
Date: 24 Jan 85 15:39:00 GMT
Nf-ID: #R:brl-tgr:-755800:iuvax:5100006:000:580
Nf-From: iuvax!apratt    Jan 24 10:39:00 1985
Xref: seismo net.micro.cpm:3841
To:       [e-mail]


The submitted algorithm has some misleading information and at least one flaw
outright: Files CAN be empty, taking up zero K on the disk. The misleading part
is that not ALL CP/M systems allocate 2k at a time; mine (Osborne DD) allocates
only 1K.  This is nice since you waste at most 1023 bytes (as opposed to 2047
in the worst case of 2K clusters), but it is NOT nice in that reading a file
>16K causes a seek back to the directory to open another extent, whereas this
would only happen every 32K with 2K allocations.
----
                        -- Allan Pratt
                    ...ihnp4!inuxc!iuvax!apratt
29-Jan-85 09:05:21-MST,1427;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:05:15-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  26 Jan 85 13:30 EST
Received: from usenet by BRL-TGR.ARPA id aa04805; 26 Jan 85 12:59 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: Kermit on Apple
Message-ID: <[e-mail]>
Date: 24 Jan 85 20:02:00 GMT
Nf-ID: #R:brl-tgr:-755900:bradley:24900008:000:820
Nf-From: bradley!jmg    Jan 24 14:02:00 1985
Xref: seismo net.micro.cpm:3843
To:       [e-mail]

yes, i do have a copy of kermit that will run on an apple.  but it is
configured for a micromodem ][.  the conversion would not be hard though!
the source is ~ 176K. and the library file for kermit is ~ 360K.  if you
send me a disc i will give you the 'com' file configured for the
micromodem(i think it sould run at 300 baud just fine) or if your machine
has uuencode/uudecode i will send you a copy of the 'com' file through mail.
you are welcome to the sources but i don't think you have the disc space
to accommonate the source file for kermit let alone assemble it!

    ---- Jeff

      HOME Address:  6406 Talisman Terr.
             Peoria, Il  61615


Jeff Gibson              UUCP: {cepu,ihnp4,noao,uiucdcs}!bradley!jmg
Bradley University        ARPA: cepu!bradley!jmg@UCLA-LOCUS
Peoria, IL 61625            PH: [phone]
29-Jan-85 09:05:43-MST,1174;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:05:36-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  26 Jan 85 13:30 EST
Received: from usenet by BRL-TGR.ARPA id a004801; 26 Jan 85 12:59 EST
From: [e-mail]
Newsgroups: net.micro.cpm
Subject: Re: Need HELP with SUBMIT
Message-ID: <[e-mail]>
Date: 7 Feb 85 05:23:00 GMT
Nf-ID: #R:tty3b:-57800:uiucuxc:34600006:000:564
Nf-From: uiucuxc!grayson    Jan 24 23:23:00 1985
Xref: seismo net.micro.cpm:3842
To:       [e-mail]

The problem with submit is documented in the cpm manual.  "If the submit
function is performed on any disk other than drive A, the commands are not
processed until the disk is inerted into drive A and the system reboots."

The problem is that the $$$.SUB file is created on B:, say, but the CCP
looks only on A: for it.  There is a patch which fixes it and is easy to
apply - I might be able to dig it out for you if you send me mail, but
it would take a while, since now I use ZEX exclusively (you could use
ZEX or EX - they are memory-based submt type programs).
29-Jan-85 09:05:59-MST,1367;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:05:52-MST
Received: From hi-multics.arpa.ARPA by AMSAA via smtp;  26 Jan 85 19:14 EST
Posted-Date:  26 Jan 85 00:41 CST
Date:  Sat, 26 Jan 85 00:40 CST
From:  [e-mail]
Subject:  15 MBYTE HARD-DISC
To:  [e-mail], [e-mail], [e-mail]
Message-ID:  <[e-mail]>
Resent-Date:  26 Jan 85 18:12 CST
Resent-From:  [e-mail]
Resent-To:  [e-mail]
Resent-Message-ID:  <[e-mail]>

I just got a DISCTRON D519 HARD DISC DRIVE for my COMPAQ computer.  I am
currently running with a Western Digital Hard Disc controller and I am
quite pleased.  I was able to get a good price on this 15 MByte drive
and can probably get a few more if there is any interest.  This is ONLY
the disc drive (you have to buy your own power supply and controller).
The price is $300.00.  The drives are new and tested.

Please send mail to Weinstein -at HI-MULTICS or call 612-425-1813

THIS IS NOT A ADD, I AM JUST WILLING TO HELP A FEW PEOPLE WHO KNOW WHAT
TO DO WITH A BARE HARD DISC DRIVE.  THERE ARE ONLY 6 DRIVES CURRENTLY
AVAILABLE....  HOWEVER I DO NOT KNOW IF THERE WILL BE ANY LEFT WHEN YOU
READ THIS MESSAGE.

          Dennis
29-Jan-85 09:06:22-MST,774;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:06:16-MST
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  27 Jan 85 4:03 EST
Date: 27 January 1985 04:03-EST
From: Jerry E. Pournelle <[e-mail]>
Subject:  Need HELP with SUBMIT
To: [e-mail]
cc: [e-mail]
In-reply-to: Msg of 7 Feb 85 05:23:00 GMT from grayson%uiucuxc.uucp at BRL-TGR.ARPA

It's possibly no hlp to know this but the CompuPro 8/16 is able
to use SUBMIT on any disk (or any user, or any sectin of the
segmented hard disk).  I am not sure how this is done since Tony
has been making CP/M do things for me that apparently it won't
do for anyone else, and after a while I get used to it...

29-Jan-85 09:07:01-MST,713;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:06:55-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  27 Jan 85 4:44 EST
Received: from usenet by BRL-TGR.ARPA id a012904; 27 Jan 85 4:41 EST
From: "9-2-83"James H.  3221i" <[e-mail]>
Newsgroups: net.micro.cpm
Subject: MicroShell WANTED!
Message-ID: <[e-mail]>
Date: 25 Jan 85 14:24:19 GMT
Xref: seismo net.micro.cpm:3849
To:       [e-mail]

[]
Where can I obtain MicroShell?  Is it still being sold??
I am running a Vector Graphic 1600 with CP/M 2.2.
Any help will be appreciated!

Jim West
ihnp4!tty3b!jhw
AT&T Teletype Corp., Skokie, IL
29-Jan-85 09:07:20-MST,2879;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:07:11-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  27 Jan 85 5:01 EST
Received: from usenet by BRL-TGR.ARPA id a013276; 27 Jan 85 4:49 EST
From: Ed Macke <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Apple CP/M question
Message-ID: <[e-mail]>
Date: 25 Jan 85 20:30:21 GMT
Xref: seismo net.micro.cpm:3850
To:       [e-mail]

[]
A friend of mine has posed a question concerning CP/M which
is beyond my competence, so I'm hoping someone out there can
provide an answer.  The problem runs as follows:

He has a system consisting of an Apple //e, an Advanced Logic
Systems CP/M Card, and an Epson RX-80 printer (the printer
interface card is, I believe, a standard Apple Centronics card).
The version of CP/M being used is 3.01B1.  Whenever he attempts
to get a hardcopy of the file, the text always comes out double
spaced on the printer.  I came up with a band-aid solution to this
by writing a short Applesoft Basic program which set the printer
default line spacing to half normal.

The question we're trying to answer is this:
A) Are there any system parameters or switches inside the CP/M
   operating system which can be changed to cure this double spacing
   problem?  Apparently CP/M is sending a line feed with each carriage
   return, and the printer is happily appending a line feed after the
   carriage return also.  Anyway, we don't want to change the dip
   switches inside the Epson, since other software depends on them,
   so is there a way to stop CP/M from sending its own line feed?

B) If the answer to A) is no, then we would like to find out how to set
   up a 'PROFILE.SUB' file to perform the same actions as the Applesoft
   program.  Those actions are:
    --print a message to the screen to turn on the printer,
      and then press a key
    --wait for a keypress
    --establish a data channel to the printer (PR#1 in Applesoft)
    --send the appropriate control characters to the printer
      (ESC-@-CR-ESC-A-ACK-CR)
    --close the data channel (PR#0)

   I've speculated that the last 3 steps could be performed by:
    DEVICE CONOUT: = LPT
    TYPE SETUP.DAT
    DEVICE CONOUT: = CRT
   where SETUP.DAT contains the control characters for the printer;
   however, I haven't been able to create SETUP.DAT, since the only
   text editor he has is ED and I can't figure out how to enter control
   characters into a file using it.

Anyway, if anyone has any answers/solutions/clarifications concerning
the above questions, please send me mail at
    ...ihnp4!wucs!wuibc!etm
And thanks in advance to anyone who does.

Ed Macke
Computer Systems Lab
Washington University
St. Louis, Mo.

--
Ed Macke
Computer Systems Lab
Washington University
St. Louis, Mo.
29-Jan-85 09:07:38-MST,1969;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:07:30-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  27 Jan 85 5:01 EST
Received: from usenet by BRL-TGR.ARPA id a013405; 27 Jan 85 4:52 EST
From: James Hunter <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Turbo Pascal output
Message-ID: <[e-mail]>
Date: 25 Jan 85 00:01:50 GMT
Xref: seismo net.micro.cpm:3851
To:       [e-mail]

In article <[e-mail]> [e-mail] (Dave Beyerl) writes:
>
>> Subject: Turbo Pascal output
>>
>> Is there a method that enables program output to be sent
>> to the screen and printer??? Cntrl-P works when running
>> CPM, but from Turbo Pascal, it doesn't. (at least not on
>> my machine.)  Do I make the program a .COM file and use Cntrl-P??
>> Thanks in advance for any help given.
>>
>    In order to print output to both the screen and the line
>printer in Turbo Pascal under CP/M you must include a second
>writeln statement which directs its output to the Lst device.
>For example, to print the string 'Hello There!' on both the
>screen and printer, you would include the following lines in
>your program:
>
>    writeln ('Hello There!'); { print on screen }
>    writeln (Lst,'Hello There!'); { print on printer }
>

  Or, you could write a procedure to print to both the console and the printer:

  type
    workstring = string[255];


   procedure both(stuff: workstring);
   begin
    writeln(stuff);
    writeln(LST,stuff);
   end;

  You may want to use the compiler directive {$V-} with this which relaxes
parameter checking and allows parameters of any string length to be passed.
{See section 16.1.1 of manual about this}.
The problem with this approach is that you may want to print both strings
and numbers, which won't be automatically formatted as with the writeln
command.

---------------------
  Gumby lives!!
29-Jan-85 09:08:00-MST,1236;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:07:50-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  27 Jan 85 12:19 EST
Received: from hi-multics.arpa by BRL-AOS.ARPA id a000374; 26 Jan 85 1:42 EST
Date:  Sat, 26 Jan 85 00:40 CST
From:  [e-mail]
Subject:  15 MBYTE HARD-DISC
To:  [e-mail], [e-mail], [e-mail]
Message-ID:  <[e-mail]>

I just got a DISCTRON D519 HARD DISC DRIVE for my COMPAQ computer.  I am
currently running with a Western Digital Hard Disc controller and I am
quite pleased.  I was able to get a good price on this 15 MByte drive
and can probably get a few more if there is any interest.  This is ONLY
the disc drive (you have to buy your own power supply and controller).
The price is $300.00.  The drives are new and tested.

Please send mail to Weinstein -at HI-MULTICS or call 612-425-1813

THIS IS NOT A ADD, I AM JUST WILLING TO HELP A FEW PEOPLE WHO KNOW WHAT
TO DO WITH A BARE HARD DISC DRIVE.  THERE ARE ONLY 6 DRIVES CURRENTLY
AVAILABLE....  HOWEVER I DO NOT KNOW IF THERE WILL BE ANY LEFT WHEN YOU
READ THIS MESSAGE.

          Dennis
29-Jan-85 09:09:14-MST,1878;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:08:31-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  27 Jan 85 12:22 EST
Received: from mit-mc.arpa by BRL-AOS.ARPA id a000985; 26 Jan 85 12:24 EST
Date: 26 January 1985 12:21-EST
From: Charlie Strom <[e-mail]>
Subject: New magazine to appear
To: [e-mail]
cc: [e-mail]

         New Computer Journal to Appear


     Sol Libes, fromer editor Microsystems, has announced a
new bimonthly publication, Micro/Systems Journal.

     Sol has advised us that Micro/Systems Journal will cover
CP/M, MSDOS, S-100 topics, etc. along lines similar to the old
Microsystems. There will be emphasis on both hardware and
software topics, with special coverage of public domain
software in both the CP/M and MSDOS worlds. We can
also expect reviews of hardware and software, expert technical
articles, etc.

     The premier issue of Micro/Systems Journal is slated for
release in early March, 1984. A mass mailing will be going out
shortly soliciting charter subscriptions, but we can summarize
the subscription information as follows:

U.S. Subscriptions

     1 year ........ $18      bulk mailing
     2 year ........ $32

     1 year ........ $24      first class
     2 year ........ $44

Canada/Mexico

     1 year ........ $24      first class
     2 year ........ $44

Foreign

     1 year ........ $32
     2 year ........ $58

     Before April 15, subscribers may deduct 10%; former
Microsystems subscribers may deduct an additional 5%.
Subscriptions should be sent to: Micro/Systems Journal, Box 1192,
Mountainside, N.J. 07092.

Advertising

     Advertisers are solicited and requested to call Sol Libes at
201-522-9347 Tuesday-Friday.


                         Charlie Strom
                         1/22/85

29-Jan-85 09:10:07-MST,2518;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:09:44-MST
Received: From ddn1.arpa.ARPA by AMSAA via smtp;  28 Jan 85 9:39 EST
Date: 28 Jan 85 08:44:09 EST
From: [e-mail]
Subject: Apple IIe,ALS CP/M Card, Serial Printer Card
To: [e-mail]
CC:

Comment:
I got the following question from a friend of mine.

I can't see why you can't use the seriel card in slot one.
That should not stop CP/M from booting up.

Can anyone out there shed any light on this problem?

Reply to either him or me.

Thanks in advance..

Doug

Forwarded message(s):
-----------------------------------------------------
Date:  28 Jan 85 11:45 GMT
From: brad @ dca-eur
To: dbrothers @ DDN1.ARPA
CC: brad @ dca-eur
Text:
Re:  CPM information & SIMTEL
Date: 28 Jan 1985 11:22:21 Z
Text: Doug,
I still have not gotten my serial card to work.  I have only an
Apple Serial Card not the Super Serial card (I borrowed a Super
card from a neighbor only to see that it didn't work in slot 1 eithter).
I wrote to ALS and got a reply they say they have a utility called
FLIP that does the same thing as DEVICE except with the Apple Slots
1, 2, and 3.  It is included in CP/M releases 3.01B2 and later.  I
got release 3.01B1 and didn't get it.  Just sent them a letter today
asking them to send it and asked them to charge their CP/M programmers
kit on my MasterCard and send that too.  I have tried alot of different
things with the printer card in slot 2 trying to direct the output to
AUX: using DEVICE .  I have been unsuccessful in getting DEVICE to do
anything.  All devices are assigned as Null.  A control-P with the printer
card in slot 2 only gives me double characters on the screen.  As I
mentioned earlier the serial card doesn't allow CP/M to boot when the
serial card is in slot 1.  ALS' documentation says slot 1 is for the
printer card and does not specifically state parallel only!

Anyhow, I don't care if I have to put my printer serial card in slot 2
I'd just like to be able to get the output of WordStar to my printer!
my slot assignment is:
Slot #0   16K Card
Slot #1   vacant
Slot #2   Serial Card
Slot #3   Micromax-80 80 Col card
Slot #4   CP/M Card
Slot #5   Vacant
Slot #6   Disk Controller
Slot #7   ThunderClock
If you could tell me how to direct the output to AUX: or slot 2
I'd appreciate it!

Thanks,
Jim


-------------END OF FORWARDED MESSAGE(S)-------------

29-Jan-85 09:11:01-MST,1080;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:10:29-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  28 Jan 85 9:55 EST
Received: from usenet by BRL-TGR.ARPA id a000546; 28 Jan 85 9:41 EST
From: Michael Shneier <[e-mail]>
Newsgroups: net.micro.cpm
Subject: permanently changing default disk from a program
Message-ID: <[e-mail]>
Date: 28 Jan 85 14:06:36 GMT
Xref: seismo net.micro.cpm:3855
To:       [e-mail]


I am running CP/M-86, and want to be able to set the default disk from within
a program in such a way that it *REMAINS* set after exiting the program. The
bdos 14 call modifies the default only while the program is running, but I
need to chain to a program on another disk, which will run with that disk
selected. (I have considered modifying the second program to select the right
disk based on a passed parameter, but would prefer a cleaner solution.)


--

Mike Shneier              UUCP: {seismo,allegra}!umcp-cs!nbs-amrf!shneier
29-Jan-85 09:11:30-MST,655;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:11:19-MST
Received: From ardc.arpa.ARPA by AMSAA via smtp;  28 Jan 85 10:25 EST
Date:     Mon, 28 Jan 85 10:23:11 EST
From:     David G. Sampar (PM-AL) <[e-mail]>
To:       9-2-83 <[e-mail]>
cc:       [e-mail]
Subject:  Re:  MicroShell WANTED!


The address you need is:
    New Generation Systems, Inc.
    1800 Michael Faraday Drive, Suite 206
    Reston, VA 22090
    703-471-5598
    800-368-359

There is an article on MicroShell in the Jan/Feb issue of Sextant, a magazine
for Heath/Zenith users.
29-Jan-85 09:12:11-MST,1875;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:11:58-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  28 Jan 85 11:47 EST
Received: from usenet by BRL-TGR.ARPA id a003951; 28 Jan 85 11:41 EST
From: Rick Chinn <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: Need HELP with SUBMIT
Message-ID: <[e-mail]>
Date: 25 Jan 85 15:22:01 GMT
Xref: seismo net.micro.cpm:3856
To:       [e-mail]

> Please Help!!  I have been frustrated for some time with the SUBMIT
> function of CP/M.  I have a Vector Graphic 1600 system running CP/M
> 2.20.
>

I don't think that you're the only person that submit has chosen to abuse. I
regularly have trouble with it, to wit: write a submit file, run it, it runs,
make one change, the whole thing bombs. Look at submit file with ddt, can't
find any bogus characters...give up...(if I had a dime for every hour I've
wasted, I could go to dinner at a *nice* restaurant)

I don't use submit anymore. I use microshell instead. It looks more like unix
anyway, and I've never had trouble with it not wanting to do what's in the
batch file. I also have another shell-type program called clip that does the
same sort of thing, and allows conditionals, more like a shell script would.
(neither are public domain, they're commercial programs)

If someone out there in net.land knows how to make submit do something
useful, please let me know. I'm very tempted to do this:

    a> era submit.com

Rick Chinn
John Fluke Mfg. Co MS 232E
PO Box C9090 Everett WA 98206

ihnp4!uw-beaver----\
decvax!microsof     \
ucbvax!lbl-csam      \
                      +====!fluke!rzdz
sun                  /
sb1!allegra         /
ssc-vax------------/

[phone]

p.s. I tried mail, but UUCP sez nocando.
29-Jan-85 09:12:48-MST,1166;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:12:38-MST
Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp;  21 Jan 85 2:54 EST
Received: ID <[e-mail]>; Mon 21 Jan 85 02:56:51-EST
Date: Mon 21 Jan 85 02:56:50-EST
From: Penny Anderson <[e-mail]>
Subject: Re: ZCPR3 Hacks
To: [e-mail]
cc: [e-mail], [e-mail]
In-Reply-To: Message from "Chuck McManis <[e-mail]>" of Fri 18 Jan 85 20:52:48-EST
Resent-Date:  Mon, 28 Jan 85 14:37:36 EST
Resent-From:  [e-mail]
Resent-To:    [e-mail]

Chuck,
    Won't changing your system prompt to "A:!" screw up the way
ZEX handles input control.  If you use the "<uparrow><doublequote>"
option in a ZEX file, ZEX turns control over to the console until it sees
a 'special character' pass by.  The special character in the distribution
version is a ">" with the MSB set.  It seems like that should leave the re-
mainder of your ZEX file pending forever.  Is that right, Rick?

    Don Shields  c/o [Penny Anderson - APA@CMU-C]
-------
29-Jan-85 09:13:38-MST,1546;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:13:30-MST
Received: From su-star.arpa.ARPA by AMSAA via smtp;  28 Jan 85 14:43 EST
Date: 28 Jan 85 11:20:00 PST
From: R. MEIER <[e-mail]>
Subject: re:apple-cpm serial interface problems
To: info-cpm <[e-mail]>
Reply-To: R. MEIER <[e-mail]>

Jim,
    I have the following arrangement of cards and have not had a problem.
        Slot 0:128K ram
        Slot 1:Super-Serial Card (modem)
        Slot 2:Apple Serial Card (printer)
        Slot 3:80-col card
        Slot 4:Z80 card
        Slot 5:vacant
        Slot 6:disk
        Slot 7:vacant
    Within the configuration block of CP/M, I have routines to make the
128K ram look like a disk, the Slot 2 Apple Serial Card look like a printer
with DTR flow control, and the Super-Serial Card look like another console.
The Apple Serial Card has no flow control on board, but since the printer
doesn't transmit, I switched the DTR and REC lines on the RS-232 connector.
The Apple Serial Card is nothing but a ROM, line driver, and line sensor
that I can read/write directly.  The ROM contains software for RS-232 timing,
so I use it to output a byte at a time, but I only send it a byte after
reading that the DTR line is high.  The Super-Serial Card has flow control
on board and so is called in the normal fashion of a port/status register
pair.
    If the above superficial view is helpful, then fine, otherwise,
write me at [e-mail].
                    Bob ([e-mail])
------
29-Jan-85 09:14:47-MST,1432;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:14:40-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  28 Jan 85 15:56 EST
Received: from Tokay.ms by ArpaGateway.ms ; 28 JAN 85 12:57:51 PST
Date: 28 Jan 85 11:47:34 PST (Monday)
From: [e-mail]
Subject: CP/M-80 file directory debugger needed
To: [e-mail], XeroxInfo-CPM^[e-mail]
cc:
Reply-To: [e-mail]

----------------------------------------------------------------
Return-Path: <@OFFICE-2.ARPA:[e-mail]>
Received: from OFFICE-2.ARPA by Xerox.ARPA ; 24 JAN 85 22:03:17 PST
Received: from C39.Tymnet by OFFICE-2.ARPA; 24 Jan 85 22:03:14 PST
Reply-to: [e-mail]
From: William R. Soley <[e-mail]>
Date: Thu, 24 Jan 85 19:42:10 PST
To: Kaminski.PA
Subject: CP/M-80 file directory debugger needed

I'm looking for a program which will let me display and patch the directory
and allocation vector on a CP/M disk.  It would be nice if it would also
automatically check for some consistency and rebuild the allocation vectors.

I've heard a rumor that one such program is named "FILFIX", but don't know
from where it is available.  I'd very much appreciate any pointers to this
program or one similar.

Thank you,
Bill Soley <[e-mail]>

----------------------------------------------------------------
29-Jan-85 09:15:49-MST,936;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:15:18-MST
Received: From mitre.arpa.ARPA by AMSAA via smtp;  28 Jan 85 18:55 EST
Date: 28 Jan 1985 18:50:05 EST (Monday)
From: Jeffrey Edelheit <[e-mail]>
Subject: New Osborne's Available
To: [e-mail]
Cc: [e-mail]

Recently, someone on the net asked if new Osborne's are available and, if so,
how much.  Today's US mail had a post card from WestWind Computer in it.
WestWind is the result of a merger (buy-out?) of Drive C and Trantor.  Anyway,
the card said that new, warrantee-able O-1s and Executives were available for
$697 and $947, respectively.  Their phone # is 800-526-6500 outside of CA
and 800-831-3144 in CA.

I HAVE NO RELATIONSHIP OR INTEREST IN THIS FIRM AND AM MERELY PASSING ON SOME
INFORMATION I GOT IN THE MAIL !!!!!!!!!

Jeff Edelheit
(edelheit@mitre)

29-Jan-85 09:15:54-MST,1719;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:15:18-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  28 Jan 85 22:42 EST
Received: from usenet by BRL-TGR.ARPA id a004898; 28 Jan 85 22:43 EST
From: Bill Edwards <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Re: CP/M-80 file directory debugger needed
Message-ID: <[e-mail]>
Date: 29 Jan 85 01:08:45 GMT
Xref: seismo net.micro.cpm:3862
To:       [e-mail]

> ----------------------------------------------------------------
> Return-Path: <@OFFICE-2.ARPA:[e-mail]>
> Received: from OFFICE-2.ARPA by Xerox.ARPA ; 24 JAN 85 22:03:17 PST
> Received: from C39.Tymnet by OFFICE-2.ARPA; 24 Jan 85 22:03:14 PST
> Reply-to: [e-mail]
> From: William R. Soley <[e-mail]>
> Date: Thu, 24 Jan 85 19:42:10 PST
> To: Kaminski.PA
> Subject: CP/M-80 file directory debugger needed
>
> I'm looking for a program which will let me display and patch the directory
> and allocation vector on a CP/M disk.  It would be nice if it would also
> automatically check for some consistency and rebuild the allocation vectors.
>
> I've heard a rumor that one such program is named "FILFIX", but don't know
> from where it is available.  I'd very much appreciate any pointers to this
> program or one similar.
>
> Thank you,
> Bill Soley <[e-mail]>
>
> ----------------------------------------------------------------

I don't know about on the net, but DU, or
PATCH16 are both disk editors (p.d.).  DU
is widely availablle on RCP/M's, and PATCH16
can be gotten from the Newton Bigboard
[phone]        Bill Edwards
29-Jan-85 09:16:35-MST,2586;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:16:20-MST
Received: From dca-eur.arpa.ARPA by AMSAA via smtp;  29 Jan 85 3:50 EST
Date: 29 January 1985 08:52 GMT
From: [e-mail]
Subject: Apple Serial Problem w/ ALS cpm card
To: [e-mail]

Date: 29 Jan 1985 08:43:14 Z
Comment:
Forwarded message(s):
-----------------------------------------------------
To: rmeier @ su-star
From: brad @ dca-eur
Subject: ALS CP/M Card
Date: 29 Jan 1985 07:28:35 Z
cc: brad @ dca-eur, dbrothers @ ddn1
Text: Bob,
Thanks for your reply.  Last night I had a major breakthru by getting
data to my printer.  I was able to do this by putting my serial card
in slot #2 and using PIP to send a file to AUX: (slot 2)  I have
WordStar and would like to use the print command in WordStar, but
the next best thing would be to send the output of WordStar to disk
and then use pip to print it out.

ALS told me in a letter that with release 3.01B2 and later they have
a utility called FLIP to reassign Apple slots 1, 2, and 3 similar to
the way DEVICE.COM works.  I have release 3.01B1 and don't have the
the FLIP utility.  ALS says they will mail it to me.  So far I have
been unable to get DEVICE.COM to work (maybe I'm using the wrong format
for the command or something else simple).  Since ALS has come up with
the FLIP utility, perhaps that's because DEVICE doesn't work with the
Apple.  Oh, well, my main concern was to get data to the serial printer
and I overcame that last night using PIP.  It still would be nice to
be able to turn on the printer using ctrl-p, hopefully ALS FLIP will
do that by allowing me to redefine slot #2 as LST: instead of AUX: .

I still haven't discovered why CP/M won't boot with the serial card
in slot #1.  I thought it may be because the serial card occupies
some of the same ROM space as the CP/M card.  I know there is a
problem where the MicroModem will not work in slot 2 if the Serial
Card is in slot #1.  Maybe you can shed some light on that since you
have serial cards in both slot 1 and 2.

I have ordered the ALS Programmers' Toolkit which includes two disks
containing both the source for ALS' BIOS and Digital Research
skeletal BIOS.  With that I should be in pretty good shape to figure
things out.

Over here in Stuttgart, Germany. I am really isolated from the
"real world".  I don't know anyone else here that has the ALS
CP/M card here.
Thanks again.
Brad

-------------END OF FORWARDED MESSAGE(S)-------------

29-Jan-85 09:17:44-MST,1686;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:17:26-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  29 Jan 85 7:40 EST
Received: from usenet by BRL-TGR.ARPA id a010173; 29 Jan 85 7:41 EST
From: Jerry Hollombe <[e-mail]>
Newsgroups: net.micro.cpm
Subject: re: What is the list price of an Osborne 1?
Message-ID: <[e-mail]>
Date: 28 Jan 85 23:08:41 GMT
Xref: seismo net.micro.cpm:3866
To:       [e-mail]

>From: [e-mail]
>Subject: What is the List Price of Osborne I
>Message-ID: <[e-mail]>
>
>Does anyone know the list price of Osborne I (SSSD), and if it is
>still available.

A few Osborne 1's are still available from Drive C.  Prices start  at  $797
for  52  column  screen,  $997  for  the  52/80/104 column screen.  All are
double-density, fully warrantied and include CP/M 2.2, WordStar, SuperCalc,
CBasic,  and  MBasic.  They  also  have Executives for $1197 with CP/M 3.0,
Personal Pearl, and the UCSD P-system as well as the O-1  software  (except
for CP/M 2.2, of course).

Drive C recently changed their name, I can't remember to what, but their
address is still the one below as far as I know:

Drive C:
1690 65th Street
Emeryville, CA  94608
--
==============================================================================
The Polymath (Jerry Hollombe)
Citicorp TTI                               If thy CRT offend thee, pluck
3100 Ocean Park Blvd.                      it out and cast it from thee.
Santa Monica, California  90405
[phone], ext. 2483
{vortex,philabs}!ttidca!ttidcc!hollombe
29-Jan-85 09:26:04-MST,1160;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:25:43-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  29 Jan 85 8:52 EST
Received: from Catawba.ms by ArpaGateway.ms ; 29 JAN 85 05:54:59 PST
Date: Tue, 29 Jan 85 08:54 EST
From: [e-mail]
Subject: A book about CP/M-86
To: [e-mail], [e-mail]
cc: [e-mail]

I've recently become the recipient of a single board computer
(guaranteed to boot up) equipped with 8088,8087,8089, and 7220 for
console and graphics for an exceedingly reasonable price.  The computer
in question comes with CP/M-86 and not MS-DOS.  It also comes sans
documentation for the operating system. This is NOT (repeat NOT) a
pirate copy.  The computer has been discontinued by the manufacturer who
is selling off his stock.  The hardware is well documented though.

I'm looking for a book which documents the features of CP/M-86
especially the assembler.  I am experienced in CP/M-80 and could likely
use the 86 version but the book would be helpful.

Thanks,

Tracy.  (Thieret.WBST @ Xerox.ARPA)

29-Jan-85 09:32:42-MST,3526;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:32:26-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  29 Jan 85 3:10 EST
Received: from csnet-pdn-gw by BRL-TGR.ARPA id a007301; 29 Jan 85 2:59 EST
Received: from clemson by csnet-relay.csnet id af03850; 29 Jan 85 2:55 EST
Date:     Mon, 28 Jan 85 21:05 EST
From:     Larry Afrin <[e-mail]>
To:       [e-mail], [e-mail]
Subject:  Need Help on BASICA Comm Support

[Preface:  I've already bounced the following problem off of info-ibmpc@
usc-isib with no luck (my thanks anyway).  Does anybody on info-micro or
info-cpm have any suggestions short of getting in touch with IBM, Microsoft,
or Andy Fluegelman (sp?)?  -- Thanks, L.A.]

I'm having problems trying to get BASICA to deal with the Async Comm Adapter
at 1200 baud, no parity, 8 data bits, and 1 stop bit.  After I do an
'open "com1:1200,n,8,1"' statement, I send my Hayes Smartmodem 1200 a couple
of "AT"'s to set it straight as to what the communications parameters are,
and then I send it the command to dial the local TELENET access point.
So far, so good -- everything the modem has echoed back to the PC has been
interpreted perfectly with regard to the comm parms.  But from the very
beginning of my TELENET dialogue, something goes amiss.  Everything I send
to TELENET is sent correctly and interpreted correctly, but I have problems
when I try to receive data from TELENET.  It seems that the BASICA comm
support software insists on setting the high bit in the 8-bit data byte I'm
receiving in order to bring the total number of data bits to an odd number.
If the data byte already has an odd number of data bits, then the high bit
is left alone as a zero-bit.  For example, if TELENET tries to send me an
upper case A (ASCII 65 -- the 64 bit and the 1-bit), then what BASICA
delivers to my program in response to an "input$(1,#1)" is an ASCII 193 --
the 128 bit is set to bring the total number of data bits up to 3, an odd
number.  I know this is starting to sound like a parity problem, but is it?...

I've done some investigation and found the following things out.  For one,
TELENET isn't the problem, and neither is my modem or the Async Adapter
card, because when I try to talk to TELENET using the 1200-N-8-1 configuration
through a non-BASIC program (e.g., PC/Intercomm or Smartcom II), everything
works fine.  I've even checked the Line Control Register on the INS8250
chip after opening COM1:1200,N,8,1, and it correctly reports a value of 3,
regardless of whether the comm port was opened by BASIC or a non-BASIC program.
Therefore, it really does appear like the problem is with the input part of
the BASIC comm routines (output at 1200,N,8,1 works fine).  What really makes
this weird is that PC-TALK III uses 1200,N,8,1 for transmitting and receiving
binary and XMODEM files, and as far as I know, I've never seen any reports of
those routines failing because of this apparent error.  That's why I'd like
to think that I'm just doing something ridiculously wrong.

If anybody's got any ideas on what the problem is and/or how to solve it,
*please* let me know.

                    -- Larry Afrin
                       Dept. of Computer Science
                       Clemson University

-----------------------------
Please send replies, if any, to:
lbafrin@clemson                 if you're on CSNet
lbafrin.clemson@csnet-Relay     if you're on ARPANet
29-Jan-85 09:45:38-MST,831;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:45:34-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  29 Jan 85 10:54 EST
Date: Friday, 25 January 1985  18:42-MST
Message-ID: <[e-mail]>
Sender: Eric Stork <[e-mail]>
From: Eric Stork <[e-mail]>
Subject:   Bugs in MAC.FIX patch for MAC
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Sat 26 Jan 1985 07:42-MST

I tried both patches in MAX.FIX, but neither really works.  Also, on
Option 2, the author grabled the instruction (one should change 1664,
not 1663).

Have you tried either one?  Does it work for you?  If not, maybe one
ought to spare people grief. I assume you want this sort of feedback.

Eric.
29-Jan-85 13:30:57-MST,3581;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 13:30:42-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  29 Jan 85 14:46 EST
Date: Sunday, 27 January 1985  12:39-MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: [e-mail]
Reply-To: B.Eiben LCG Ext 617-467-4431 <[e-mail]>
Subject:   BACKUP UTILITY VERSION 1.2 (BU-V12.LBR)
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Tue 29 Jan 1985 11:56-MST

Now available from SIMTEL20:

Filename            Type     Bytes     CRC

Directory MICRO:<CPM.HDUTL>
BU-V12.LBR.1            COM     58112  5D6CH

i just uploaded version 1.2 of BU. fixed up the printer routines. added top-
of-forms, better use of spacing, etc. the library in addition to the .ASM and
.DOC has four files:

BU1.COM    -    improved generic version. should work with most micro's and
                printers.

BU2.COM    -    adjusted # of columns and lines per page. printer must be setup
                to 132 columns (16.5 char/in.) and 88 lines per page.

BU3.COM    -    same as BU2.COM but will send the DEC escape sequences to setup
                printer. no need to run a printer setup program before hand.

BU4.COM    -    same as BU3.COM with RBYANC support added. BU1,BU2, and BU3
                write a disk label to floppy with a date dependent format
                e.i. '-YYMMDDd.nnn where YYMMDD are the date entered, 'd' is
                the drive letter backed up and 'nnn' is the label prompted for.
                Using this label with RBYANC poses a problem because you cannot,
                at least i have not found a way yet, to delete an entire volume
                from the MAST.CAT. instead, BU4 will write the date out in this
                format, '+YYMMDDd.nnn' and write a second label name with the
                following format '--BACKUP.nnn', 'nnn'= volume label prompted
                for under BU?.COM. When backing up over old floppies, the label
                will remain the same therefor RBYANC will just update the
                volume directory in MAST.CAT instead creating a new volume.
                I use two sets of backups (doesn't everybody ???) using the
                following format: 'A01, A02, A03 ... Ann' for the first
                and 'B01, B02, B03, ... Bnn' for the second. This makes the
                volume labels for RBYANC as follows:
                '--BACKUP.A01, --BACKUP.A02, etc.' and '--BACKUP.B01,
                --BACKUP.A02, etc.'. makes them easy to spot in MAST.CAT.
                also, the date file name is always up front of MAST.CAT making
                it easy to tell when the last bakups where done. sorry for the
                lengthy explanation.

The BU-V12.ASM can be easily modified to accomodate other printers. i added
some new EQU to

1.   send printer escape sequences, detailed by 'SETPRINTER'
2.   add RBYANC support
3.   change # of columns and page size

these are all easily modifiable. i plan for some extensive DEC dependent
escape sequences to be used for Rainbow,s to pretty up the screen and printer
later, look for another upload of BU-RB.LBR

*** note ***
i did not add cut lines to printer, to messy to figure in and keep all of the
directory on one page. you may wish to redo yourself

GREG TEATER
DIGITAL EQUIPMENT CORP.
6400 E. BROAD ST.
COLUMBUS, OHIO 43213
[phone] X264
29-Jan-85 14:27:59-MST,1185;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 14:27:51-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  29 Jan 85 15:56 EST
Received: from nadc.arpa by BRL-TGR.ARPA id a022128; 29 Jan 85 15:46 EST
Date: 29 Jan 1985 15:43:26-EST
From: [e-mail]
To: [e-mail], [e-mail],
    [e-mail], [e-mail]
MMDF-Warning:  Parse error in preceding line at BRL-TGR.ARPA
Subject: Need Help on BASICA Comm Support
Cc: [e-mail]

What else is the basic program doing? To get a good communications set
both transmit and receive, the basic has to be back to the interface quick
enough to catch the echoed characters. If not a control-s and control-q flow
control is needed, so data in and data out do not occur at the same time. If all
this fails look in writing a machine language I/O handler or compiling basic.
I had this problem with a Digital Group computer and their stupid operating
system did not set up the Uart's properly. I doubt that's the problem here
since the other software works.

good luck,
[e-mail]
29-Jan-85 14:45:23-MST,840;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 14:45:14-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  29 Jan 85 16:09 EST
Received: from simtel20.arpa by BRL-AOS.ARPA id a000632; 29 Jan 85 16:07 EST
Date: 29 Jan 1985  14:02 MST (Tue)
Message-ID: <[e-mail]>
From: [e-mail]
To:   [e-mail]
Cc:   [e-mail], [e-mail]
Subject: EPSON GENEVA QUERY
In-reply-to: Msg of 23 Jan 1985  18:00-MST from jason%jett.uucp at BRL-TGR.ARPA

Re filink for the Geneva - I have seen a generic implementation with
source available which should be easily adaptable to any machine
running CP/M 2.2. It is an independent effort (not from Epson) and it
is in the database on the Epson sig on Compuserve.
29-Jan-85 15:58:12-MST,806;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 15:58:01-MST
Received: From su-score.arpa.ARPA by AMSAA via smtp;  29 Jan 85 17:27 EST
Date: Tue 29 Jan 85 13:57:37-PST
From: Sam Hahn <[e-mail]>
Subject: Re: A book about CP/M-86
To: [e-mail]
cc: [e-mail]
In-Reply-To: Message from "[e-mail]" of Tue 29 Jan 85 06:17:03-PST

Correct me if I'm wrong, but I think I've seen a book by John Lindsay
called "CP/M-86 Assembly Language Programming".  He's also written a
similar book for CP/M-80.  Most others I've seen just rehash the instruction
set.  I haven't yet read this one since I'm still waiting for it (from Data
Processing Book Svc, no less::::: NO PLUG!! just info...)
-------
29-Jan-85 17:23:18-MST,797;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 17:23:12-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  29 Jan 85 18:44 EST
Received: from usenet by BRL-TGR.ARPA id a025160; 29 Jan 85 18:41 EST
From: Richard Foulk <[e-mail]>
Newsgroups: net.micro.cpm
Subject: Info on Randomhouse Thesaurus?
Message-ID: <[e-mail]>
Date: 23 Jan 85 15:12:13 GMT
Xref: seismo net.micro.cpm:3871
To:       [e-mail]

Does anyone have any info on the structure of the data file
that comes with the Random House Thesaurus -- the additive
package for Wordstar?

I'd like to be able to access the thesaurus from some other
programs.

thanks

--
Richard Foulk        (..islenet!bigtuna!richard)
30-Jan-85 09:31:38-MST,1555;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 30 Jan 85 09:31:30-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  30 Jan 85 10:51 EST
Date: Wed 30 Jan 85 08:46:24-MST
From: Rick Conn <[e-mail]>
Subject: New ZCPR3 Files
To: [e-mail]

The following files are now in MICRO:<CPM.Z3NEW> on SIMTEL20.
They are also in MICRO:<CPM.ZCPR3>, and they are placed in Z3NEW for
your convenience; they will be removed from Z3NEW after at least one
week.

    LDR.MAC and LDR.COM  -- version 1.2 of LDR
    Z3INS.MAC and Z3INS.COM  -- version 1.2 of Z3INS
    Z3FULL.RPT and Z3HELP.RPT -- configuration of all ZCPR3 files
    Z3NEWS.104 -- latest newsletter from Echelon (discusses VFILER,
        ZRDOS2, Z800, others)
    WMZ3PAT.ASM -- a patch to Word Master version 1.07 to feed
        off of the ZCPR3 TCAP facility for terminal control!
        By Dennis Wright
    WSZ3PAT.ASM -- a similar patch to Word Star version 3.0!
        Also by Dennis Wright

The two patch files are really signficant!  I have tried them both, and they
seem to work very nicely!  Now, WM and WS can run with any terminal by
changing just the TCAP entry on the Z3 System.  Imagine an interactive
user dialing into a BBS, specifying his terminal, and then being able to
run WM or WS to edit files!  Very nice.  One tradeoff, tho -- the size
of WM.COM and WS.COM increases as a result of this patch.  WS.COM is
almost twice as big as the previous version; WM.COM is enlarged only slightly.

    Enjoy!

        Rick
-------
30-Jan-85 23:15:52-MST,1511;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 30 Jan 85 23:15:46-MST
Received: From ut-ngp.arpa.ARPA by AMSAA via smtp;  31 Jan 85 0:37 EST
From: mknox <[e-mail]>
Posted-Date: Wed, 30 Jan 85 20:28:59 CST
Message-Id: <[e-mail]>
Received: by ut-ngp.ARPA (4.22/4.22)
    id AA14047; Wed, 30 Jan 85 20:31:29 cst
Date: Wed, 30 Jan 85 20:28:59 CST
To: [e-mail]
Subject: Trouble booting CP/M-86


I hope someone has a fix for this problem.  I don't have a good solution.

I have been running CP/M-86 from floppies on an IBM-PC (early model).  I
added a hard disk and run CCP/M-86 from that, as well as still running the
CP/M-86 from floppy.  Because I had an old IBM-PC I could not boot directly
from hard disk, but had to use a special boot floppy to bring up CCP/M.

Now I have the new ROM for my PC, and I can boot MS-DOS or CCP/M directly
from the hard disk. *BUT* I can no longer boot any of my CP/M-86 floppy
disks.

I put the diskette in drive A: and power up.  After a small wait the CRT
says '1 hard disk' and spins the floppy.  It then says:

  Interrupt #40 from C800:0353
  Strike any key to continue

vertically down the screen (and it wasn't easy to read, believe me!).
Striking any key just repeats the message.

What am I doing wrong.  I can still boot a floppy version of MS-DOS, but
not CP/M-86.  Turning off the hard drive doesn't help.  Any suggestions?

                    tnx

31-Jan-85 06:38:34-MST,799;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 31 Jan 85 06:38:12-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  31 Jan 85 8:06 EST
Received: from BacoNoir.ms by ArpaGateway.ms ; 31 JAN 85 05:08:00 PST
Date: Thu, 31 Jan 85 08:07 EST
From: [e-mail]
Subject: Re: A book about CP/M-86
In-reply-to: "Thieret.WBST's message of Tue, 29 Jan 85 08:54 EST"
To: [e-mail]
cc: [e-mail], [e-mail]

    Osborn/McGraw-Hill has a very good book titled 'CPM Users Guide' that
covers both CPM and CPM-86 with some assembly language. I believe it is
in its 3d edition. Do not confuse this with the newly released 'CPM-86
Users Guide', I just purchased a copy and am unimpressed.
                                        Paul
31-Jan-85 07:34:26-MST,1337;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 31 Jan 85 07:34:19-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  31 Jan 85 8:49 EST
Received: from usenet by BRL-TGR.ARPA id a003227; 31 Jan 85 8:48 EST
From: Jan Steinman <[e-mail]>
Newsgroups: net.micro.cpm
Subject: PUBlic swipes files!  Help!
Message-ID: <[e-mail]>
Date: 29 Jan 85 17:03:58 GMT
Xref: seismo net.micro.cpm:3874
To:       [e-mail]

I have installed the PUBlic (1.0) patch described in Dr. Dobbs and find many
files dissapear when using a patched system!  DU informas me that the missing
files are those which follow the first erased FCB in the directory, leading
me to believe the patched "Find Next" BDOS call is quitting when it finds
a single E5H, instead of the "high water mark", a whole FCB of E5H's.

Comparison with the published listing shows my patch is identical (I think).
Has anyone else experienced this?  Does v1.1 fix this as well as the multiple
extent problem mentioned, or does v1.1 only apply to the PUBLIC utility?
Or perhaps this patch only works with contiguous directory entries? (ugh!)
--
:::::: Jan Steinman        Box 1000, MS 61-161    (w)503/685-2843 ::::::
:::::: tektronix!tekecs!jans    Wilsonville, OR 97070    (h)503/657-7703 ::::::
31-Jan-85 08:24:29-MST,1488;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 31 Jan 85 08:24:21-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  31 Jan 85 9:28 EST
Date: 31 Jan 1985  07:22 MST (Thu)
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: ITS-binary files on SIMTEL20 - pro and con

The original purpose of the so-called ITS-binary file, with its
four-byte header, was so that people using the MIT "ITS" operating
system would be able to tell the difference between BINARY and ASCII
files (the operating system has no such built-in feature).

It appears that putting this four-byte header on all our
MICRO:<CPM.xxx> binary files is causing problems for people on other
operating systems who must strip the first four bytes.

The question is:  Should all of the rest of the net users have to work
out this extra step (sometimes requiring special programs to do it).
I think not.

The solution, it seems to me, is for someone at MIT to write a special
version of FTP that will add the special ITS-binary header on any
BINARY file that is FTPed.  This would require the FTP to be able to
query the sending end as to what the file type is: ASCII or BINARY.

I hope we can do away with ITS-binary files soon.  They're a real pain
to have to explain to every new user.

--Keith
31-Jan-85 08:59:54-MST,1132;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 31 Jan 85 08:59:30-MST
Received: From uiuc.arpa.ARPA by AMSAA via smtp;  31 Jan 85 9:51 EST
Received: from uiucuxc.Uiuc (uiucuxc.ARPA) by Uiuc.ARPA (4.12/4.7)
    id AA03567; Thu, 31 Jan 85 08:56:35 cst
Received: by uiucuxc.Uiuc (4.12/4.7)
    id AA26342; Thu, 31 Jan 85 08:54:20 cst
Date: Thu, 31 Jan 85 08:54:20 cst
From: Daniel Grayson <[e-mail]>
Message-Id: <[e-mail]>
To: cmcl2!seismo![e-mail], [e-mail]
Subject: Re:  Need HELP with SUBMIT
Cc: [e-mail]

Using submit on any disk involves a simple patch to SUBMIT - changing
one byte causes it to put the $$$.SUB file on A: instead of the current
disk, so that the CCP can find it.
   Anyway, I've been using ZCPR2 for so long, the issue is academic for
me.  ZEX works much better because it is memory based, and EX will do the
same on any CPM system.
   Thanks for the feedback.

    uucp:    {ihnp4,pur-ee}!uiucdcs!uiucuxc!grayson
        Dan Grayson, Math Dept, Univ of Ill, Urbana 61801