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

Text File | 1993-02-12 | 129KB | 2,847 lines

 1-Sep-87 21:13:48-MDT,1679;000000000000
Return-Path: <@RELAY.CS.NET:[e-mail]>
Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Tue, 1 Sep 87 21:13:39 MDT
Received: from relay2.cs.net by RELAY.CS.NET id aa24025; 1 Sep 87 22:55 EDT
Received: from ubc by RELAY.CS.NET id aa08249; 1 Sep 87 22:48 EDT
Received: by ubc.csnet id AA03553; Tue, 1 Sep 87 19:28:25 pdt
Date:  1 Sep 87 11:29 -0800
From: Ken Wallewein <[e-mail]>
To: [e-mail]
MMDF-Warning:  Parse error in original version of preceding line at RELAY.CS.NET
Message-Id: <833*[e-mail]>
Subject: Life, adventure, and 68000 S100's

  Sort of sounds like a Douglas Adams book, doesn't it?  Well, sort of.

  There are a couple of programs which I am sure are available for CP/M, but
haven't seen around anywhere.  Does anybody know of a good version of LIFE?
I'll probably want to adapt it to run on my IMSAI VIO memory-mapped video
board, but that's ok.

  I don't play computer games much, personally, (a matter of definition,
actually :-) but I have some friends who quite enjoy Adventure.  I understand
that there's an expanded version of the original.  Let's see, how to phrase it
delicately but succinctly: Where?

  Oh, by the way, I don't have FTP access to anything not connected to our
etherent LAN. So much for Arpanet.

  Has anybody upgraded a Z80 S100 machine to a 68000 and lived to tell about
it?  The idea intrigues me.  I have visions of running a multi-tasking OS like
MINIX or OS9/68K or something.  Suggestions, anyone?  I should be most
interested.

  I ordered my upgrade to Wordstar 4.0 yesterday. I'm so excited...

/kenw


 4-Sep-87 07:43:42-MDT,1298;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 4 Sep 87 07:43:32 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA05490; Fri, 4 Sep 87 06:23:40 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 3 Sep 87 22:32:12 GMT
From: linus!philabs!ttidca![e-mail]  ( Avatar)
Organization: Citicorp/TTI, Santa Monica
Subject: Dallas Semiconductor DS1216E -- NoSlotClocks
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

who request it, with the proviso than noone repost it to the net, please.
 So send me your request and I'll ship you a copy ASAP. We're using it in
a UNIX-like os environment (ver 7 derived w/enhancements from you-know-who!)
and the target machine is a 68020. Bye for now...
--
-Avatar-> (aka: Erik K. Sorgatz) KB6LUY           +-------------------------+
Citicorp(+)TTI                          *----------> panic trap; type = N+1 *
3100 Ocean Park Blvd.   [phone], ext. 2973 +-------------------------+
Santa Monica, CA  90405 {csun,philabs,randvax,trwrb}!ttidca!ttidcb!sorgatz **
 4-Sep-87 07:47:22-MDT,1825;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 4 Sep 87 07:47:09 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA05506; Fri, 4 Sep 87 06:24:13 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 3 Sep 87 22:55:07 GMT
From: linus!philabs!ttidca![e-mail]  ( Avatar)
Organization: Citicorp/TTI, Santa Monica
Subject: Re: Dallas Semiconductor DS1216E -- NoSlotClocks
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

(....)
That should have read:
 I have been given permission to email copies of this source to all persons
>who request it, with the proviso than noone repost it to the net, please.
> So send me your request and I'll ship you a copy ASAP. We're using it in
>a UNIX-like os environment (ver 7 derived w/enhancements from you-know-who!)
>and the target machine is a 68020. Bye for now...
>--
>-Avatar-> (aka: Erik K. Sorgatz) KB6LUY           +-------------------------+
>Citicorp(+)TTI                          *----------> panic trap; type = N+1 *
>3100 Ocean Park Blvd.   [phone], ext. 2973 +-------------------------+
>Santa Monica, CA  90405 {csun,philabs,randvax,trwrb}!ttidca!ttidcb!sorgatz **

 But the stupid lineeater munched my posting!
--
-Avatar-> (aka: Erik K. Sorgatz) KB6LUY           +-------------------------+
Citicorp(+)TTI                          *----------> panic trap; type = N+1 *
3100 Ocean Park Blvd.   [phone], ext. 2973 +-------------------------+
Santa Monica, CA  90405 {csun,philabs,randvax,trwrb}!ttidca!ttidcb!sorgatz **
 5-Sep-87 18:36:02-MDT,1249;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sat, 5 Sep 87 18:35:52 MDT
Received: from GALLUA.BITNET by wiscvm.wisc.edu ; Sat, 05 Sep 87 11:47:51 CDT
Date: 5 SEP 87 12:42-EST
From: [e-mail]
To: INFO-CPM @ SIMTEL20.ARPA
Subject: DDL for Z80 CP/M (Dungeon Definition Language)

Hello

   Does anyone have DDL (Dungeon Definition Language) for Z80 CP/M?????
If you have, please let me know! Many thanks. I have ADL (Adventure Definition
Language) for computers with large addresses only. I read ADL history file
that said that DDL is for Z80 CP/M.

-- Tim Stark

+--------------------------------------------------+---------------------------+
| BitNet:  11TSTARK@GALLUA                         | Timothy M. Stark          |
| ARPAnet: [e-mail]  | Gallaudet University      |
| CSnet:   [e-mail]     | P.O. Box 1453             |
| UUCP:    ...!psuvax1!gallua.bitnet!11tstark      | Washington, DC. 20002     |
| Qlink:   TimS18                                  | U.S.A.                    |
+--------------------------------------------------+---------------------------+
 5-Sep-87 18:47:12-MDT,1026;000000000000
Return-Path: <[e-mail]>
Received: from ngp.utexas.edu by SIMTEL20.ARPA with TCP; Sat, 5 Sep 87 18:47:05 MDT
Date: Sat, 5 Sep 87 19:45:05 CDT
From: [e-mail] (Margaret H. Knox)
Posted-Date: Sat, 5 Sep 87 19:45:05 CDT
Message-Id: <[e-mail]>
Received: by ngp.utexas.edu (5.51/5.51)
    id AA05306; Sat, 5 Sep 87 19:45:05 CDT
To: [e-mail]
Subject: S100 68000 hardware


Ken asks about S100 68000 cards.

The normal recommendation is the Compupro CP68K card.  It works with
all the other Compupro boards, but it is also compatible with standard
S100 stuff from anyone else.  The board does (or did) come with
CP/M-68K.  If it doesn't, you can get CP/M-68K from TriSoft (generic
version), or already customised from Gifford (if they still market
it).  It should not be hard to port most any other system to the

board.

I have seen the Compupro board for under $200.  Check with the ads in
the latest issues of Dr Dobbs and Micro/System Journal.

 5-Sep-87 19:20:00-MDT,1555;000000000000
Return-Path: <[e-mail]>
Received: from dmc-crc.arpa by SIMTEL20.ARPA with TCP; Sat, 5 Sep 87 19:19:54 MDT
Received: by dmc-crc.arpa; (4.12/4.7)
        id AA07295; Sat, 5 Sep 87 09:33:19 edt
Date: Sat, 5 Sep 87 09:33:19 edt
From: [e-mail] (G. J. Marwood)
Message-Id: <[e-mail]>
To: [e-mail]
Subject: Wordstar 4.0 for CP/M.

I have for several days tried to get through on the technical phone line to
Micropro to enquire about Wordstar 4.0 for CP/M on the Apple ][ Applicard. As
this line always seems to be busy, I am wondering whether someone on the net
can answer my question.  Does anyone know what version of CP/M 4.0 should be
used with the Applicard.  Is it the "Apple" version, due for release in
October, or is this just for the Softcard ?  Previous Apple versions of WS
would not work with the Applicard, unless specifically purchased as such
(or patched).  The answer from the sales part of Micropro was that the Apple
version was the same for both Softcard and Applicard.  THis may be quite
possible, but I would like to confirm.  I can use 8" disks on my Apple, but
Micropro sales that the generic WS 4.0 on 8" would not be suitable for the
Applicard.  I find this to be strange, as I have never yet found a piece of
generic CP/M software which would not run on the Applicard (because of the
Applicard itself).  Has anyone obtained any reliable information on this
subject from Micropro ?
                                               Gordon Marwood
 5-Sep-87 19:21:58-MDT,14281;000000000000
Mail-From: KPETERSEN created at  5-Sep-87 19:21:49
Date: Sat, 5 Sep 1987  19:21 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: New files uploaded to SIMTEL20 during August

The following is a complete list of CP/M-oriented files uploaded to
SIMTEL20 during the month of August, 1987.  The numbers following
the filenames are the file size in bytes followed by the file format.
(7) means ASCII, (8) means binary.

For a complete list of all CP/M files, see:
   PD:<CPM>CPM.CRCLST - Complete list with CRC values
   PD:<CPM>CPM.ARC    - The above, ARChived (much smaller), binary(8).
   PD:<CPM>FILES.DIR  - Abbreviated list with only directory and file names
   PD:<CPM>FILES.IDX  - Similar to below, no descriptions, comma delimited

There is currently no complete listing of all files, with descriptions.
That is in the process of being created and will be announced when
available.  In the meantime, see PD:<CPM.FILEDOCS>CPMAUG01.LST (ascii)
or CPMAUG01.LZT (crunched) which is a complete listing of all CP/M
files on GEnie, each with a one-line description.  Since SIMTEL20 and
GEnie have many of the same files, this will be a very useful listing.
It is updated monthly.

Note: to save space in the following listing, the device name PD: which
normally appears ahead of the directory name has been omitted.

<CPM.APPLE>PCPI-UG.1Z2          2176  Applicard Newsletter #102
<CPM.APPLE>PCPIAS11.AZM         5760  Applicard Z3 AUTOST w/Alias Fix
<CPM.APPLE>PCPICLK2.LBR        18944  full-screen Clock/Cal for PCPI
<CPM.APPLE>PCPIGRLR.LBR         2816  Applicard/Grappler 8th-bit Driver
<CPM.APPLE>PCPITIME.LBR         3584  PCPI/DS1216E/Turbo Modula-2 support

<CPM.ARC-LBR>LT23.LBR          39296  File typer/extractor/decompressor

<CPM.ASMUTL>PRETTY23.LBR       28800  Reformat assembler languange source
<CPM.ASMUTL>XREF36.LBR         46720  Cross reference for assembler lists

<CPM.AZTEC-C>AZPIPE10.LBR       5632  Pipes for Aztec C, v. 1.06

<CPM.BASIC>ASTROLOG.LBR        10368  Horoscope planet position calculator
<CPM.BASIC>POKER.BZS            4480  Poker card game for MBASIC

<CPM.BBS>PCP-FCC.LBR           50048  More info on FCC access charge issue

<CPM.BBSLISTS>RCPM0987.LBR     42496  Remote CP/M system phone list, Sept.

<CPM.BDSC-4>CURLY.ARK           4552  Check for unmatched curly braces

<CPM.BKGROUNDER>BG2WYSE.LBR    28288  Wyse terminal driver for BG-II

<CPM.CALCULATOR>HPCALC12.LBR   37120  Full function HP calculator

<CPM.CATLOG>DMASTER.LBR        24320  dBase file maintenance program
<CPM.CATLOG>LCAT20.LBR         56320  Library Cataloging Utility ver 2.0

<CPM.CCP>HIST197.AZT            3072  Author's article/info on HIST197

<CPM.CPM3>CPM22EM.AZM           5760  Emulate CP/M 2.2 for CP/M 3 systems
<CPM.CPM3>CPMPADD4.LBR         41984  Display key locations in CP/M+ system
<CPM.CPM3>NULL.LBR              3200  Create -DISK.number files for CP/M+
<CPM.CPM3>QS-CPM3.ARK           2545  Set/reset file attributes in CP/M 3

<CPM.CPMINFO>EASYBDOS.LBR      69376  3-part tutorial - Understanding BDOS

<CPM.DBASEII>DBMUSIC.LBR       20992  Dbase II Music Management system

<CPM.DIRUTL>FILE23.LBR         14592  Finds files on all drives/user areas
<CPM.DIRUTL>SD124.LBR          62336  Super Sorted Directory utility

<CPM.DSKUTL>FIRE12.LBR         67328  Cleans up fragmented disk

<CPM.EPSON>FXPRINT.ARK          6912  Epson FX-80 printer setup pgm.

<CPM.FILEDOCS>CPMAUG01.LST    135364  PD CP/M file list, sorted w/desc
<CPM.FILEDOCS>CPMAUG01.LZT     70400  PD CP/M file list, sorted w/desc
<CPM.FILEDOCS>ROYALOAK.DZR     21120  Listing of RCP/M RoyalOak directories

<CPM.FILUTL>CITCRC11.LBR       24320  CRC check using CCITT polynomial

<CPM.GENASM>AREA13.LBR         14976  Find location by areacode or city

<CPM.GENCOM>CLNDR.LBR          14976  Twelve month calendar for any year

<CPM.GENDOC>ILISP.NZT            896  ILISP 2.0 user report of 2 bug fixes
<CPM.GENDOC>TV803FB1.LBR       18304  Info about TeleVideo field bulletins

<CPM.GENIE>GENIEFCC.ARK        38702  GEnie info - FCC modem fees proposal

<CPM.GRAPHICS>RDUMP10.LBR      33664  Display Run Length Encoded graphics

<CPM.HAMRADIO>NETWORK.LBR      12928  RF filter/network/trans. line design
<CPM.HAMRADIO>NOVICE1F.LBR      7800  FCC NOVICE test video or printer

<CPM.IMP>I2AE-1.AZM             7168  IMP Overlay - Action Enterprises
<CPM.IMP>I2RY-1.AZM             7296  IMP Overlay - Royal Alphatronics

<CPM.KAYPRO>KPLD517U.LBR       26112  Kaypro video text file display
<CPM.KAYPRO>KPVID.LBR           2304  Kaypro programs use screen functions
<CPM.KAYPRO>VT100KAY.LBR       16768  VT100 emulator for Kaypro

<CPM.LIST>BANNER.LBR           23424  Print banners with large letters
<CPM.LIST>BARGRAPH.LBR         23936  Configure/print bar graphs on Kaypro
<CPM.LIST>BRADFONT.LBR         10112  Disassemble Bradford font files
<CPM.LIST>BRFONTS.LBR          14336  Fonts for Bradford printing program
<CPM.LIST>FANFLD10.LBR         39808  Print on both sides of paper
<CPM.LIST>FANFOLD9.FZX           512  Patch to FANFOLD's PAGELENGTH option
<CPM.LIST>FANFOLD9.LBR         83712  Print on both sides of paper
<CPM.LIST>FILEPL31.LBR         61568  Print plots using Dot Matrix printer
<CPM.LIST>FONT-FOG.LBR        123264  Multiple font banner printer
<CPM.LIST>GEEFONT4.LBR         34560  Fonts with MAKEFONT compiler
<CPM.LIST>LINEPAGE.LBR         17280  Page formatter for use with DBL

<CPM.MEX>MEXOVL09.LZT           4096  list of 230+ overlays for MEX
<CPM.MEX>MXO-DM20.AZM          11264  MEX Overlay - NCR DecisionMate V
<CPM.MEX>MXO-RT10.AZM           7552  MEX overlay - RV 3451 autodial modem
<CPM.MEX>MXO-XE34.AZM          20736  MEX Overlay - Xerox 820-I/820-II

<CPM.MISC>APL-Z.ARK            58255  An APL interpreter for Z80 CP/M

<CPM.MODEM>CRC.NZT              4608  Notes on calculating CRC values
<CPM.MODEM>HAYS9600.TZT         5248  Hayes Smartmodem 9600 baud info
<CPM.MODEM>YMODEM5.DZC         26240  XMODEM/YMODEM/MODEM protocol doc
<CPM.MODEM>ZMODEM5.DZC         49792  Improved XMODEM file xfer protocol

<CPM.MODULA2>MTMOD2.LBR         8192  A selection of Modula-2 programs

<CPM.NEWS>NEWS-007.LZR         28544  PRACSA News Letter -- July

<CPM.PACKET>DEDPK87.ARK        97499  WA8DED firmware - PK87 packet radio
<CPM.PACKET>DEDTNC1.ARK        44836  WA8DED firmware - TNC-1 packet radio
<CPM.PACKET>DEDTNC2.ARK        60248  WA8DED firmware - TNC-2 packet radio

<CPM.PBBS>PBBS3BUG.RZT          2944  Problems with PBBS3 and BYE510
<CPM.PBBS>PUSER16.LBR          14848  Display PBBS user data

<CPM.RCPM>PUBTOOL1.LBR         22272  Search RCP/M off-line catalog
<CPM.RCPM>RDIR15P.LBR          18048  DIR gives transfer time at baud rate
<CPM.RCPM>RUN201.LBR            6144  Run programs not normally accessible
<CPM.RCPM>XFRTOOL3.LBR         83584  Report on KMD or XMODEM logs
<CPM.RCPM>ZFILE5.LBR           23168  Scan all drive/user areas for a file

<CPM.STARTER-KIT>-FILES.DOC     8326  Info re files in SIMTEL20 CP/M dirs.

<CPM.SYSUTL>BIOSCLK.LBR        13696  Sets BIOS clock for Ampro
<CPM.SYSUTL>CPMADDR.LBR         4992  Display key locations in CP/M system
<CPM.SYSUTL>DSTAT10.LBR        12160  Displays info of disk control blocks
<CPM.SYSUTL>MIMIC.LBR            768  Mimics keystrokes to screen
<CPM.SYSUTL>RAMMAP.LBR          2816  Displays key CP/M locations.
<CPM.SYSUTL>REDIR31.LBR        33152  I/O redirection utility
<CPM.SYSUTL>SGEN2.LBR           8960  SYSGEN CP/M for 3 or more tracks
<CPM.SYSUTL>TOOLS.LBR          43904  Collection of CP/M utilities

<CPM.TURBOM2>M2ASTRO.LBR        4736  TurboModula-2 Astronomy Module
<CPM.TURBOM2>M2DSCLK.LBR       17792  Full-Screen DateStamper Clock
<CPM.TURBOM2>M2DSIEVE.LBR      15104  DateStamper timed Sieve in TM2
<CPM.TURBOM2>M2DSTIME.LBR      17664  DateStamper access via TurboModula2
<CPM.TURBOM2>M2TRIG-2.LBR       4224  Turbo Modula-2 Trig/Math Functions

<CPM.TURBOPAS>BGBALPAS.LBR     11520  Checks for balanced comment brackets
<CPM.TURBOPAS>MAZE.LBR          9728  Maze generation algorithms
<CPM.TURBOPAS>QUBIC32.LBR      21248  Tic-Tac-Toe game in a 4x4x4 cube
<CPM.TURBOPAS>XLIST62.LBR      51968  Cross-reference listing for Pascal

<CPM.TXTUTL>DIF-SSED.DZC        2432  Documentation for DIFF and SSED
<CPM.TXTUTL>DIF22.LBR          19200  Unix-style file comparison tool.
<CPM.TXTUTL>FNCVT2.LBR          2560  Format file for use with Magic Print
<CPM.TXTUTL>SSED22.LBR         12416  Stream editor used with DIF
<CPM.TXTUTL>TOCOL.LBR         132224  Convert documents to multiple-column
<CPM.TXTUTL>TXTCOM2.LBR         9856  Converts ASCII test to COM files

<CPM.VDOEDIT>VDE261.LBR        60160  Full screen text editor/processor

<CPM.WSTAR>WS4CPM.NZW           5376  List of features for WordStar 4.0
<CPM.WSTAR>WS4CPM.PZ            2816  Announcement of new CP/M WordStar
<CPM.WSTAR>WSCTRL-Y.IZF         1920  Changing CTL-Y delete in WordStar

<CPM.XEROX>NEWKEYS.LBR         13056  Xerox 820 key redefinition program

<CPM.Z280>ZDAM-100.DZC          3328  Maintain directories and catalog
<CPM.Z280>ZDAM-101.DZC         17536  Maintain directories and catalog
<CPM.Z280>ZEDUX280.LBR         26624  Information about ZEDUX Z280 board

<CPM.ZCPR33>EASE10.LBR         28544  ZCPR3 Command Line Editor
<CPM.ZCPR33>FOR-SUPP.LBR       37504  Z-system FOR and K-FOR
<CPM.ZCPR33>IOPUG.LBR          49792  ZCPR3 I/O Package User's Guide
<CPM.ZCPR33>LDR16.LBR          13056  Gen-purpose ZCPR3 package loader
<CPM.ZCPR33>LED02.LBR           9856  Z3 Line Editor
<CPM.ZCPR33>LPUT.LBR           31488  Automated LBR maker for ZCPR3.
<CPM.ZCPR33>MATH24.LBR         17280  Math subroutines and macros for Z80
<CPM.ZCPR33>NDRCHG10.LBR        3200  Rename a ZCPR3 named directory
<CPM.ZCPR33>SH20.LBR           24064  Illustrates shells under ZCPR3
<CPM.ZCPR33>VALIAS11.LBR       30848  Loads a Alias command line buffer
<CPM.ZCPR33>XALIAS11.LBR       24448  Enhanced Z3 ALIAS variant
<CPM.ZCPR33>Z3INS14.LBR         9344  Install ZCPR33 System Utilities
<CPM.ZCPR33>ZAPG.SZ            26112  ZCPR3 Applications Programmer Guide
<CPM.ZCPR33>ZEX32.LBR          33664  ZCPR submit processor replacement
<CPM.ZCPR33>ZMANG20.LBR        48256  Latest version of ZMANAGER
<CPM.ZCPR33>ZRDOS12.DZC         5888  Changes to ZRDOS Version 1.2

<ZSYS.NEW>Z-NEWS.7Z9            6656  ZCPR3/SYSLIB/ZRDOS Newsletter #709
<ZSYS.NEW>Z-NEWS.8Z1            9216  ZCPR3/SYSLIB/ZRDOS Newsletter #801

<MISC.BBS>BIX727.TXT-FCC       16814  Info from BIX about FCC access charges
<MISC.BBS>CIS-FCC.NOTE          7269  Info from CIS about FCC access charges
<MISC.BBS>COMMENT.TXT-FCC      14691  Comments of FCC proposal from a few BBS
<MISC.BBS>FCCWRITE.TXT         18151  Form letter to write to the FCC

<MISC.BBSLISTS>UNIQUE13.BBS    21426  Unique BBS systems phone list

<MISC.GENIE>ALERT.ACT           3359  Info of FCC Proposal from GEnie
<MISC.GENIE>COMMUNIC.ATE        3335  Communicate to FCC about Access fees
<MISC.GENIE>CONGRESS.ADR       40694  Congressmen address to write about FCC
<MISC.GENIE>PROPOSAL.FCC       31786  FCC proposal of phone access fee
<MISC.GENIE>SENATORS.ADR        6435  Address of US Senators to write on FCC
<MISC.GENIE>WRITE.LTR           7193  Article on new FCC proposal

<MISC.HAMRADIO>BICYCLE.HAM     19862  Ham tours country with electronic bike
<MISC.HAMRADIO>CODETEST.HINTS   7426  Hints on passing the FCC code test

<MISC.IBM-VM>ARCBOOT.EXE       35312  IBM VM/SP library utility bootstrap
<MISC.IBM-VM>ARCUTIL.LBR       60672  IBM VM/SP library utility
<MISC.IBM-VM>VMS.TCPIP          2915  Where to get TCPIP for VMS

<MISC.MODEMS>DUCK-MODEM.REVIEW  7344  Review of ADC "Duck" modem
<MISC.MODEMS>HAYS9600.TXT      12183  Hayes Smartmodem 9600 baud info
<MISC.MODEMS>MODEM.LIST         5396  Information on 2400 baud modems
<MISC.MODEMS>MULTITECH.UPGRADE  1149  Firmware fix for Multitech modems
<MISC.MODEMS>PDRS-ANS.TXT       5893  Further discussion about PDRS
<MISC.MODEMS>PDRS.TXT          24472  Public Digital Radio Service

<MISC.PCPURSUIT>-READ.ME        1602  Info of FCC Proposal from PC Pursuit
<MISC.PCPURSUIT>ANALYSIS.1     10123  Telenet's analysis (1) of Access Fees
<MISC.PCPURSUIT>ANALYSIS.2     22490  Telenet's analysis (2) of Access Fees
<MISC.PCPURSUIT>CMNT-FMT.FCC   16019  Comments of FCC proposal from Telenet
<MISC.PCPURSUIT>CORP.LTR        3817  Letter to Telenet corporation customers
<MISC.PCPURSUIT>DOCKET.FCC     39002  FCC docket on Proposed Access Fees
<MISC.PCPURSUIT>LTR-FMT.FCC     8520  Form letter to write to FCC
<MISC.PCPURSUIT>PCP-CITY.LST    4178  List of local numbers for PC Pursuit
<MISC.PCPURSUIT>PURSUIT.LTR     4822  Letter sent to PC Pursuit customers

<MISC.PROTOCOLS>XMODEM-CRC.NOTE 8879  Information on use of CRC in XMODEM
<MISC.PROTOCOLS>YMODEM5.DOC    65477  XMODEM/YMODEM/MODEM protocol doc
<MISC.PROTOCOLS>ZMODEM5.DOC   103675  Improved XMODEM file xfer protocol

The following are all part of Chuck Forsberg's XMODEM/YMODEM/ZMODEM
file transfer program, written in C, for Unix/Xenix/etc.

<MISC.ZMODEM>GZ                   15
<MISC.ZMODEM>MINIRB.1           1223
<MISC.ZMODEM>MINIRB.C           4232
<MISC.ZMODEM>MINIRB.MAN         1399
<MISC.ZMODEM>PTEST.SH            123
<MISC.ZMODEM>RBSB.C            14091
<MISC.ZMODEM>README             1904
<MISC.ZMODEM>RZ.1               6939
<MISC.ZMODEM>RZ.C              26275
<MISC.ZMODEM>RZ.MAN             7898
<MISC.ZMODEM>SZ.1              10981
<MISC.ZMODEM>SZ.C              32353
<MISC.ZMODEM>SZ.MAN            12474
<MISC.ZMODEM>ZM.C              14821
<MISC.ZMODEM>ZMODEM.ABSTRACT    2093
<MISC.ZMODEM>ZMODEM.H           5610
<MISC.ZMODEM>ZMODEM5.DOC      103675
<MISC.ZMODEM>ZUPL.T              729

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
 5-Sep-87 20:20:35-MDT,693;000000000000
Mail-From: KPETERSEN created at  5-Sep-87 20:20:18
Date: Sat, 5 Sep 1987  20:20 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: New files uploaded to SIMTEL20 during August (correction)

>....  In the meantime, see PD:<CPM.FILEDOCS>CPMAUG01.LST (ascii)
>or CPMAUG01.LZT (crunched) which is a complete listing of all CP/M
>files on GEnie, each with a one-line description.  Since SIMTEL20 and
>GEnie have many of the same files, this will be a very useful listing.
>It is updated monthly.

That should have read CPMSEP01.LST and CPMSEP01.LZT.

--Keith
 7-Sep-87 20:41:25-MDT,1271;000000000000
Return-Path: <@RELAY.CS.NET:[e-mail]>
Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Mon, 7 Sep 87 20:41:14 MDT
Received: from relay2.cs.net by RELAY.CS.NET id aa14464; 7 Sep 87 22:28 EDT
Received: from ubc by RELAY.CS.NET id ab10152; 7 Sep 87 22:19 EDT
Received: by ubc.csnet id AA05033; Mon, 7 Sep 87 19:07:45 pdt
Date:  8 Sep 87  2:09 +0600
From: Daniel Keizer <[e-mail]>
To: [e-mail]
Message-Id: <33*[e-mail]>
Subject: C128 CPM 3.0 or 2.2 comm programs
Return-Receipt-To: Daniel Keizer <[e-mail]>

I have a friend who has a C128 and wishes
to use his modem with it.  He has the
2.2 patch to run 2.2 software, all he needs now is
the programs to use.  I know MEX has a patch available for it
and is on SIMTEL20, but the files
are not on the BITNET server (which is the only one
which I can use I think).  Can some
kind soul please send me some comm program for the C128 in CPM mode
preferably 2.2.  MEX would be nice.  But beggers can't be
choosers.

Thank for all your help and assistance.
P.S.  I cannot see what I am typing on this
bloody termnial ... so be gentle on
spelling mistakes.

Dan Keizer
[e-mail]
[e-mail]

 8-Sep-87 10:52:25-MDT,1807;000000000000
Return-Path: <@RELAY.CS.NET:[e-mail]>
Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Tue, 8 Sep 87 10:52:10 MDT
Received: from relay2.cs.net by RELAY.CS.NET id ab19834; 8 Sep 87 12:01 EDT
Received: from ubc by RELAY.CS.NET id ad13929; 8 Sep 87 11:51 EDT
Received: by ubc.csnet id AA09107; Tue, 8 Sep 87 08:24:43 pdt
Date:  8 Sep 87  0:26 -0800
From: Ken Wallewein <[e-mail]>
To: "Margaret H. Knox" <[e-mail]>
Cc: [e-mail]
MMDF-Warning:  Parse error in original version of preceding line at RELAY.CS.NET
In-Reply-To: <[e-mail]>
Message-Id: <853*[e-mail]>
Subject: S100 68000 hardware

>The normal recommendation is the Compupro CP68K card.  It works with
>all the other Compupro boards, but it is also compatible with standard
>S100 stuff from anyone else.  The board does (or did) come with
>CP/M-68K.  If it doesn't, you can get CP/M-68K from TriSoft (generic
>version), or already customised from Gifford (if they still market
>it).  It should not be hard to port most any other system to the

  Thanks, Margaret. I'm replying to the net because it seems to me that I miss
a lot due to people sending direct all the time. It's not as if this list is
overly busy.

  One thing I'm curious about: I talked to a Cromemco guy once who said that
their 68000 boards are not really compatible with IEE-696. Would you have any
idea if that's true, and whether much is required for mods? I think he said
they require 16-bit memory access. It seems to me IEE-696 says it's optional.
All my boards are 8-bit only. Doesn't sound like a minor difference to me :-).

  BTW, I never did hear anything positive regarding LIFE or or the newer
ADVENTURE.

/kenw


 9-Sep-87 03:02:57-MDT,2653;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 9 Sep 87 03:02:48 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA03244; Wed, 9 Sep 87 01:43:43 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 7 Sep 87 11:34:11 GMT
From: swrinde!petro!ssbn![e-mail]  (Bill Kennedy)
Organization: W.L. Kennedy Jr. & Associates, Pipe Creek, TX
Subject: Re: S100 68000 hardware
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Margaret H. Knox) writes:
>>Ken asks about S100 68000 cards.
>
>The normal recommendation is the Compupro CP68K card.  It works with
>all the other Compupro boards, but it is also compatible with standard
>S100 stuff from anyone else.  The board does (or did) come with
>CP/M-68K.  If it doesn't, you can get CP/M-68K from TriSoft (generic
>version), or already customised from Gifford (if they still market
>it).  It should not be hard to port most any other system to the
>board.

Micro/Systems Journal is, indeed, a good place to look.  I bought a self
contained 68008 coprocessor from Peak Electronics in San Jose for around
$900 which included CP/M-68K, the BIOS and monitor sources (Aztec C),
512K RAM, two serial ports and a couple of timers.  The board has bus
rights on the S-100 bus so it can use existing peripherals.

Another interesting feature about the Peak board is how they implemented
CP/M-68K.  They presume that you are running CP/M-80 or CP/M-86 and they
provide a 68K boot program for each.  There's a small interface program
that lets the 68K use the existing BIOS for all of its physical I/O so
the setup is effortless.  When you are through with the 68K you just
execute the RETURN program and you are back where you came from.  This is
particularly useful if you have your favorite editors, etc. whereas
CP/M-68K only comes with ED.

You can get a Godbout board a lot cheaper but you'll have a lot more work
to get it going.  It's a full up 68000 so you don't have the 1Mb limit
of the 68008 but it's not a coprocessor so you will have to interface all
of your peripherals again.  The DRI assembler and C compiler are adequate
(their C is bulky and slow) but I shudder to think of using them to do
a BIOS from scratch.
--
Bill Kennedy  {cbosgd | ihnp4!petro | sun!texsun!rrm}!ssbn!bill
 9-Sep-87 11:23:48-MDT,823;000000000000
Return-Path: <@RELAY.CS.NET:[e-mail]>
Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Wed, 9 Sep 87 11:23:39 MDT
Received: from relay2.cs.net by RELAY.CS.NET id ab02180; 9 Sep 87 11:02 EDT
Received: from ubc by RELAY.CS.NET id ab20148; 9 Sep 87 10:51 EDT
Received: by ubc.csnet id AA11386; Wed, 9 Sep 87 07:21:04 pdt
Date:  9 Sep 87 14:22 +0600
From: Daniel Keizer <[e-mail]>
To: [e-mail]
Message-Id: <35*[e-mail]>
Subject: Voltage input for EMP modem

Does anyone have an EMP Auto Modem 1200a and if so, what is the voltage input
to operate this beast.  It is 300/1200 autoanswer,autodial.    It was bought
second hand with no power adapter.

Any help would be appreciated.

Dan Keizer
[e-mail]
[e-mail]

 9-Sep-87 19:31:31-MDT,1098;000000000000
Mail-From: KPETERSEN created at  9-Sep-87 19:31:19
Date: 8 Sep 87 23:46 -0800
Message-ID: <[e-mail]>
Sender: Ken Wallewein <[e-mail]>
From: Ken Wallewein <[e-mail]>
To: [e-mail]
Subject:   S100 68000 hardware
ReSent-From: [e-mail]
ReSent-To: Info-Cpm
ReSent-Date: Wed 9 Sep 1987 19:31-MDT

>Micro/Systems Journal is, indeed, a good place to look.  I bought a self
>contained 68008 coprocessor from Peak Electronics in San Jose for around
>$900 which included CP/M-68K, the BIOS and monitor sources (Aztec C),
>512K RAM, two serial ports and a couple of timers.  The board has bus
>rights on the S-100 bus so it can use existing peripherals.

  Interesting. I jut started getting MSJ. I'll check it out. But what
does "bus rights" mean? Is there an interface? An S100 slot?

  And I'm beginning to wonder what's so special about CP/M-68K. As far
as I can see, it's not compatible with all my CP/M-80 stuff... what do
you use it for?

/kenw
 9-Sep-87 22:02:31-MDT,2213;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 9 Sep 87 22:02:21 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA23962; Wed, 9 Sep 87 20:41:49 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 9 Sep 87 15:59:05 GMT
From: mtune!whuts![e-mail]  (DINSMORE)
Organization: AT&T Bell Laboratories, Whippany, NJ
Subject: Re: SmallC, the Z80 and the 8080
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

munch...

    It may interest several people that there is a Z80 mnemonic
Small-C compiler complete with assembler and linker. I got the package
somewhere a few years ago and it's all public domain. There seems to be
massive confusion over the versions available and the machines destined
for the compiler. This is Small_C Version 1.2 destined for the Z80 and
creates a file soley for a Z80 assembler and linker, which as I said
earlier, are included. By the time this gets posted Tom Armistead should
have his copy with explicit instructions on what to do with it.
    This package also contains floating point routines explicitly for
the Z80 and works very well, especially since it has transcendentals. For
those that like walkback traces, it also includes a profiler.

    Now, it would seem to me that since I have written this note,
there must indeed exist a Z80 only Small-C package. Soooo, please stop
telling people it doesn't exist! It does!! I use it!!! In CP/M!!!!

    Now that I have said that, would someone, anybody, please tell
me how to get this package to the net? My only alternative right now is to
upload it to the Royal Oaks BBS and let Keith handle it IF he wants to. How
about you people letting me know how to get it to the net by E-mailing
instructions via ihnp4!whuts!wsd or maybe some other convenient way. I will
E-mail it to anybody who promises to upload it to the net. In case your
wondering, it will fit on one 360K floppy disk.

    Wayne Dinsmore, AT&T Bell Labs

UUCP: ihnp4!whuts!wsd
10-Sep-87 02:43:05-MDT,1689;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 10 Sep 87 02:42:58 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA27378; Thu, 10 Sep 87 01:19:08 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Sep 87 02:18:34 GMT
From: ihnp4!aicchi![e-mail]  (Joseph D. Loda)
Organization: Analysts International Corp; Chicago Branch
Subject: ZCPR3.3 Questions
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Now that I finally have ZCPR3.3 installed on my Apple, I have a few questions
that I just cannot seem to find the answers to.  Anyone care to help?

  1).  Just what does an ECP do?  ARUNZ seems to be the choice, but I
       don't know why.  Is there any doc for ARUNZ floating about?

  2).  Is there any documentation for the utilities?  I have ZCPR3, The
       Manual, but it doesn't talk about any of the new ones.  The .LBR
       files contain only update information (ARUNZ is a case in point).

  3).  Is there any summary of what all the various Z system utilities
       do.  As a novice to the Z world, I constantly see things like
       "a new version of ASDF has been released".  It would be nice to
       be able to look at a list and see a one line description of ASDF.

Thanks in advance for your trouble.

Joe.
--
Joe Loda
Analysts International (Chicago Branch)

Usenet:   ..!ihnp4!aicchi!joeloda
   CIS:   75726,1641
   BIX:   jloda
 GEnie:   j.loda
10-Sep-87 04:43:30-MDT,825;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Thu, 10 Sep 87 04:41:47 MDT
Received: from NORUNIT.BITNET by wiscvm.wisc.edu ; Thu, 10 Sep 87 05:39:58 CDT
Date: Thu, 10 Sep 87 13:39:30 ECT
To: [e-mail]
From: [e-mail]
Return-Receipt-To: [e-mail]
Subject: ZCPR3 questions

I would like to run the ZCPR3 system on my Bondwell 2 computer
(Z80, CPM 2.2, 64KB). Do I have to buy the Z-system, or is it
public domain? Which files at SIMTEL20 should I look at to get
more information on this? Will it take much programming to get
ZCPR3 going? What is the difference between ZCPR2 and ZCPR3?
Is ZCPR3 better, and ZCPR33 even better?


    Dag Henrik Braatane
    [e-mail]

10-Sep-87 09:08:37-MDT,1066;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 10 Sep 87 09:08:16 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA00544; Thu, 10 Sep 87 05:00:44 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 8 Sep 87 18:29:48 GMT
From: hpda!hpisod1!hpcllla!hpclisp!hpcltjb![e-mail]  (Tim Brengle)
Organization: HP ITG/ISO Computer Language Lab
Subject: Re: DDL for Z80 CP/M (Dungeon Definition Language)
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

For anyone that is interested, I can make available the ADL package for CP/M
2.2.  It is written in BDS C version 1.50a, and binaries can be made available.

Any interest?

                    Tim Brengle
                    ...!hplabs!brengle
                    [e-mail]
                    [e-mail]
10-Sep-87 09:09:33-MDT,1403;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 10 Sep 87 09:09:14 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA00562; Thu, 10 Sep 87 05:01:31 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 8 Sep 87 18:46:41 GMT
From: hpda!hpisod1!hpcllla!hpclisp!hpcltjb![e-mail]  (Tim Brengle)
Organization: HP ITG/ISO Computer Language Lab
Subject: Re: DDL for Z80 CP/M (Dungeon Definition Language)
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Tim has brought up an interesting point.

Ross Cunniff and I developed ADL together.  Ross created the (hopefully)
portable version, written in generic C.  I created a completely independent
version -- with the same functionality -- for CP/M 2.2, written in BDS C
version 1.50a.  If there is interest, I am willing to make available the
source and/or binaries of my version of ADL.

Write me.  If there is enough interest, I may look into some sort of larger
distribution, otherwise e-mail will have to do.

                Tim Brengle
                ...!hplabs!brengle
                [e-mail]
                [e-mail]
10-Sep-87 10:57:39-MDT,1124;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 10 Sep 87 10:57:22 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA04325; Thu, 10 Sep 87 09:32:59 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Sep 87 01:23:26 GMT
From: mtune!codas!killer![e-mail]  (Tom Armistead)
Organization: The Org. for the Disorg. of Org.
Subject: Source for ZMAC and ZLINK wanted???
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I recently obtained a copy of ZMAC and ZLINK and the documentation
said that the source for these utilities was released to the public
domain. Is this true? If so, could I get someone to email them to me
or point me in their direction???

I don't get around to this group all that much, so, would email all
responses to me directly...

Thanks in advance,
Tom
--
-------------
Tom Armistead
UUCP:  ...!ihnp4!killer!toma
10-Sep-87 15:09:18-MDT,1064;000000000000
Return-Path: <@RELAY.CS.NET:[e-mail]>
Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Thu, 10 Sep 87 15:09:03 MDT
Received: from relay2.cs.net by RELAY.CS.NET id aj18146; 10 Sep 87 16:00 EDT
Received: from ubc by RELAY.CS.NET id ad03324; 10 Sep 87 15:51 EDT
Received: by ubc.csnet id AA11699; Thu, 10 Sep 87 12:30:05 pdt
Date: 10 Sep 87  4:32 -0800
From: Ken Wallewein <[e-mail]>
To: [e-mail]
Cc: [e-mail]
In-Reply-To: <[e-mail]>
Message-Id: <873*[e-mail]>
Subject: Re: SmallC, the Z80 and the 8080

>        Now that I have said that, would someone, anybody, please tell
>me how to get this package to the net? My only alternative right now is to
>upload it to the Royal Oaks BBS and let Keith handle it IF he wants to. How


  It's already in the SIG/M library (don't remember which volume - I can check
tonight), so it's probably already on the Royal Oaks BBS.

  You know what I'd REALLY like to see? Small C++ !!!

/kenw

10-Sep-87 16:33:32-MDT,1335;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 10 Sep 87 16:33:20 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA12596; Thu, 10 Sep 87 15:21:28 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Sep 87 18:52:05 GMT
From: hao!gaia![e-mail]  (Forrest Cook)
Organization: Gaia Corp, Boulder, CO
Subject: BDOS Function: Search For Next
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Does anybody out there have any experience with the CP/M bdos calls
Search for First and Search for Next?
I am working on a program that needs to read every file off of a cp/m disk.
I set the file name in the FCB to ????????.???.
Search for First is called, and returns with the FCB pointing to the first
file on the disk.
The first file is opened, read, and closed successfully.
Search for Next returns with file not found.  (There are more files).
If I set the FCB to ????????.??? before doing the Search for Next, The
function returns with the first file again.
It seems like I am doing something wrong with the FCB.

Any Suggesstions?

Forrest Cook
10-Sep-87 20:32:31-MDT,2488;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 10 Sep 87 20:32:18 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA17251; Thu, 10 Sep 87 19:24:06 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Sep 87 23:18:32 GMT
From: super.upenn.edu!linc.cis.upenn.edu![e-mail]  (Steve Sherin)
Organization: University of Pennsylvania
Subject: PCPI memory map
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Unofficial Map of Apple 6502 Memory
   as used with PCPI Applicard

+----------------------------+- C000h
|   RWTS for Apple Disks     |
+----------------------------+- B800h
|      Default Driver        |
+----------------------------+- B730h
|           CP65             |
+----------------------------+- B000h
|  BIOS      _____________   |
+----------  |           |  -+- A700h
|  BDOS      |    Z-80   |   |
+----------  |   IMAGE   |  -+- 9900h
|  CCP       |___________|   |
+----------------------------+- 9100h
|      Apple Video (Word)    |
+----------------------------+- 8FBAh
|      Other Video (Word)    |
+----------------------------+- 8FB6h
|Poll Routine Table (65bytes)|
+----------------------------+- 8F75h
|  Card-Type Table (8 bytes) |
+----------------------------+- 8F6Dh
|Cons. Comm. Table (109bytes)|
+----------------------------+- 8F00h
|  Device Table (256bytes)   |
+----------------------------+- 8E00h
|      Host Buffer Size      |
+----------------------------+- (8E00h - Buffersize) HIMEM
|        FREE MEMORY         |
+----------------------------+- LOWMEM
|          DRIVERS           |
+----------------------------+- 0900h
| Cold Boot Code/ Parameter  |
|      Passing Block         |
+----------------------------+- 0800h
|        Text Page 1         |
+----------------------------+- 0400h
| Reset Vector/Power Up Byte |
+----------------------------+- 0300h
|          Scratch           |
+----------------------------+- 0200h
|         6502 Stack         |
+----------------------------+- 0100h
|                      ------+- Hi P0
|                      ------+- Lo P0
|          Page 0            |
|                            |
+----------------------------+- 0000h

rev 1.0                  6/7/86
11-Sep-87 00:03:54-MDT,2333;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 11 Sep 87 00:03:39 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA19763; Thu, 10 Sep 87 22:04:05 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 11 Sep 87 00:43:22 GMT
From: poisson.usc.edu![e-mail]  (Mitch Mlinar)
Organization: University of Southern California, Los Angeles, CA
Subject: Re: BDOS Function: Search For Next
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Forrest Cook) writes:
>Does anybody out there have any experience with the CP/M bdos calls
>Search for First and Search for Next?
>I am working on a program that needs to read every file off of a cp/m disk.
>I set the file name in the FCB to ????????.???.
>Search for First is called, and returns with the FCB pointing to the first
>file on the disk.
>The first file is opened, read, and closed successfully.
>Search for Next returns with file not found.  (There are more files).
>If I set the FCB to ????????.??? before doing the Search for Next, The
>function returns with the first file again.
>It seems like I am doing something wrong with the FCB.

I am sure there are thousands of others out there who can answer this one.
(Right, Bridger?)  Essentially, the problem is that whenever you do a
file operation such as Search, Open, or Close, the DOS goes off plucking
through your directory.  Hence, a Search must be followed by a Search for
Next if you want "more of the same".  Any Opens, Closes, Deletes, etc. destroy
the flow of things and you must start over.

Internally, there is a Search for Next directory counter which
keeps track of where the last Search was done AS WELL AS the address of the
FCB used for Search.  (Hence, the little known fact that Search for Next does
not require ANY FCB to be specified - it uses the FCB address from the
previous operation.)  Both the counter and the FCB addr are reset if any
other file operation is attempted (there are some exceptions).

Hope this helps.

-Mitch
11-Sep-87 00:13:41-MDT,2629;000000000000
Return-Path: <@RELAY.CS.NET:[e-mail]>
Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Fri, 11 Sep 87 00:13:21 MDT
Received: from relay2.cs.net by RELAY.CS.NET id ac23152; 11 Sep 87 1:15 EDT
Received: from cs.umass.edu by RELAY.CS.NET id am00666; 11 Sep 87 1:05 EDT
Date: Thu, 10 Sep 87 09:04 EDT
From: Stride 440 User <[e-mail]>
Subject: RE: S100 68000 hardware (CP/M-68K)
To: [e-mail]
X-VMS-To: IN%"[e-mail]"

> From: Ken Wallewein <[e-mail]>

>   And I'm beginning to wonder what's so special about CP/M-68K. As far
> as I can see, it's not compatible with all my CP/M-80 stuff... what do
> you use it for?

CP/M-68K is just another O/S.  It *IS* somewhat compatable with CP/M 2.2 in
that the file system is the same and O/S (i.e. BDOS/BIOS) are compatable
(same function codes, simular data-structures - an FCB is an FCB).  True,
at the assembly language level things are not compatable, nor are executable
files, that is .COM files from CP/M 2.2 won't run under CP/M-68K, nor will .68K
files run under CP/M 2.2, however, if you have a dual CPU system, it makes
sense.  This not really new:  there are a varity of CP/M-80/86 system around
(CompuPro/Viasan makes one, the old DEC Rainbow 100 is another).

On a related issue:  Mince does exist for CP/M-68K.  Mark Of The Unicorn may
not admit its existance (just like DRI may not admit the existance of
CP/M-68K, or even the existance of the 68000 :_)).  I have Mince for
CP/M-68K (really).  I also have a PD 8080 (CP/M 2.2) emulator for CP/M-68K.
It is not super fast (runs 8080 programs at about a 2Mhz equivelant clock
speed on a 10Mhz 68000), but works.  I use it mostly for an UNARC program
(nope, there is not ARC for CP/M-68K).

If you are interested in CP/M-68K software, I have written/adapted quite a
pile of it. Including a LU program, extended directory program, extensions
to Mince, FidoNet, a BBS program (adapted from UNaXcess), XModem, Kermit,
(both XModem and Kermit are Stride 400 series dependent, but can be hacked
for your serial ports), and much else. Some of it is on Simtel20, GEnie,
BIX, a little on CompuServe, and most is available for downloading on my BBS
(Locks Hill BBS, FidoNet 321/148, 617-544-6933, 7:30PM to 8:00AM Eastern
time, 300/1200 BAUD).

        Robert Heller
ARPANet:    [e-mail]
BITNET:        [e-mail]
BIX:        Heller
GEnie:        RHeller
FidoNet:    321/148 (Locks Hill BBS, Wendell, MA)
CompuServe    71450,3432
Local PV VAXen:    COINS::HELLER
UCC Cyber/DG:    Heller@CS
11-Sep-87 03:02:41-MDT,2392;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 11 Sep 87 03:02:32 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA23043; Fri, 11 Sep 87 01:41:57 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Sep 87 16:38:38 GMT
From: ohlone!lll-winken!uunet!mnetor!lsuc!sq![e-mail]  (Ian F. Darwin)
Organization: Just Me and my megabits
Subject: Re: S100 68000 hardware
Message-Id: <[e-mail]>
References: <[e-mail]>, <853*[e-mail]>
Sender: [e-mail]
To: [e-mail]


Ken Wallewein ([e-mail]) writes:
>   One thing I'm curious about: I talked to a Cromemco guy once who said that
> their 68000 boards are not really compatible with IEE-696. Would you have any
> idea if that's true, and whether much is required for mods? I think he said
> they require 16-bit memory access. It seems to me IEE-696 says it's optional.
> All my boards are 8-bit only. Doesn't sound like a minor difference
> to me :-).

It is perfectly reasonable for a CPU card to require 16-bit memory.
There is a range of valid combinations in most IEEE (count the E's) bus
architectures, including 696 (S100), 797 (Multibus), etc. They have
specifications for it, I forget the details but it's something like
M16, A24 (meaning you do 16-bit memory accesses, and support 24-bit
addressing).

The DUAL Systems' 68000 board (which I have used since 1984 and am
still happy with despite the fact that it's not a 68020 :-) ) also
requires 16-bit memories. If you want reasonable performance that is
one end of a price/performance tradeoff; if you want compatibility back
through all the ages (or at least to 1975), that is quite another.
CompuPro, having sold a LOT of 8-bit memory boards, presumably felt
that compatibility was more important.

As far as "mods", if you mean modifying your 8-bit memory boards to
work in 16-bit mode, I hope you aren't serious. When you can buy a
megabyte of 16-bit ram for $500? How much is your time worth? At
a dollar an hour, you're probably still better off going for a new
board. See the ads in Micro/Systems Journal or Computer Shopper.
12-Sep-87 00:42:32-MDT,1397;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 12 Sep 87 00:42:24 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA09661; Fri, 11 Sep 87 17:02:52 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 12 Sep 87 00:02:27 GMT
From: dewey.soe.berkeley.edu![e-mail]  (David Phillip Oster)
Organization: School of Education, UC-Berkeley
Subject: Re: BDOS Function: Search For Next
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

The way Serch For First/Search For Next are intended to be used is:
1.) seed an FCB with ????????.??? and call Seacrh For Next
2.) while it finds one:
    Copy the name into a second FCB and process the file.
3.) Call Search For Next using the FCB the previous Search call returned.
It is not correct to use the same FCB for search, then immediatey use it
for Open, Read, Close, then expect it to continue the search.

--- David Phillip Oster            --My Good News: "I'm a perfectionist."
Arpa: [e-mail] --My Bad News: "I don't charge by the hour."
Uucp: {seismo,decvax,ihnp4}!ucbvax!oster%dewey.soe.berkeley.edu

12-Sep-87 04:02:31-MDT,1068;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 12 Sep 87 04:02:25 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA18679; Sat, 12 Sep 87 02:39:17 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 11 Sep 87 17:21:12 GMT
From: clyde!watmath!utgpu!utcsri!uthub![e-mail]  (M. Kokodyniak)
Organization: CSRI, University of Toronto
Subject: Re: BDOS Function: Search For Next
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


According to "Inside CP/M" by David E. Cortesi, there should be no
file operations intervening the Search for First and Search for Next,
or intervening successive Search for Next operations, in some implementa-
ations of CP/M.  This may cause the BDOS do lose its place in the
directory.  (See p. 476 of the above text.)
12-Sep-87 05:02:46-MDT,2845;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 12 Sep 87 05:02:37 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA18696; Sat, 12 Sep 87 02:40:03 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 11 Sep 87 11:49:10 GMT
From: swrinde!petro!ssbn![e-mail]  (Bill Kennedy)
Organization: W.L. Kennedy Jr. & Associates, Pipe Creek, TX
Subject: Re: S100 68000 hardware
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Ken Wallewein) writes:

[abbreviating my reply]
>>contained 68008 coprocessor from Peak Electronics in San Jose for around

>  Interesting. I jut started getting MSJ. I'll check it out. But what
>does "bus rights" mean? Is there an interface? An S100 slot?

Bus rights means that the 68008 has access to everything on the bus,
memory and I/O.  The S-100 memory is accessed in pages that are set up
with a parallel port that is private to the 68K.  Also note that the
68008 had an 8 bit data bus and can only address 1Mb of memory.  That
limitation was not made by the board designer it's in the chip.  The
Godbout/CompuPro/Viasyn board is a real 68000, the aircraft carrier style
chip, the 68008 is in a 48 pin(?) DIP.  The CompuPro doesn't have any
on-board memory or peripherals so it's pretty hard to turn it on and off.

>  And I'm beginning to wonder what's so special about CP/M-68K. As far
>as I can see, it's not compatible with all my CP/M-80 stuff... what do
>you use it for?

Au contraire, the way the CP/M-68K BIOS is written you start it from CP/M-80
and it uses your CP/M-80 files (same goes for CP/M-86 and CP/M-816, the way
I use it) and BIOS.  That means that you are in the air in the time it takes
to type "CPM68K".  More importantly you can use all of your favorite stuff
(like an editor!) to compose stuff for CP/M-68K and then fire up the 68K to
run the C compiler and utilities.  I use it for "cross development", the
quotes mean that the target machine isn't emulated, it's really there.  I
have a dual processor (8085/8088) that runs CP/M-816 (80 and 86 transparently)
and when I need to run something for the 68K, I use the Peak board.  There
are a number of applications, print buffer, comm front end...  It's kind of
an expensive print buffer, but I got it because it was the least expensive
way I could tiptoe into the 68K world keeping my investment in S-100 assets
and development tools.
--
Bill Kennedy  {cbosgd | ihnp4!petro | sun!texsun!rrm}!ssbn!bill
12-Sep-87 17:29:26-MDT,1070;000000000000
Return-Path: <[e-mail]>
Received: from ngp.utexas.edu by SIMTEL20.ARPA with TCP; Sat, 12 Sep 87 17:27:53 MDT
Date: Sat, 12 Sep 87 18:24:19 CDT
From: [e-mail] (Margaret H. Knox)
Posted-Date: Sat, 12 Sep 87 18:24:19 CDT
Message-Id: <[e-mail]>
Received: by ngp.utexas.edu (5.51/5.51)
    id AA11366; Sat, 12 Sep 87 18:24:19 CDT
To: [e-mail], [e-mail]
Subject: MINCE for CP/M-68K



Does Mark of the Unicorn really not admit it exists?  Sounds like one
of Reagan's speeches {:-)

TriSoft used to sell MINCE for the CP/M-68K system (although I do not
know if they have any copies in current inventory).  Likewise,
CompuView also has VEDIT for the CP/M-68K system (and probably will
also not admit its existence).  Since most everything I run is dual
processor, I drop back into other systems if I want a full screen
editor.  There are several software emulators (which let you run the
CP/M-2.2 software), but that suffers from speed loss.

For myself, I *LIKE* ED!

13-Sep-87 09:32:44-MDT,1067;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 13 Sep 87 09:32:37 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA07888; Sun, 13 Sep 87 08:22:36 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 13 Sep 87 06:14:21 GMT
From: [e-mail]  (Jeffrey J Wieland)
Organization: Purdue University Computing Center
Subject: Turbo Modula 2
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Is there anyone using Borland's Turbo Modula 2 (as marketed by Echelon)?

I have run across a discrepency between two reviews of it.  In Micro-Cornucopia,
it appeared to be capable of linking just the required code from a library, but
in a review in the latest Profiles, the author stated that it loaded in the
entire module!  Which is it?

                Thanks,
                Jeff Wieland
                [e-mail]
13-Sep-87 20:02:56-MDT,1351;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 13 Sep 87 20:02:47 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA15237; Sun, 13 Sep 87 18:52:42 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 13 Sep 87 23:41:53 GMT
From: tektronix!reed![e-mail]  (Prometheus Hawthorne)
Organization: Reed College, Portland OR
Subject: Morrow Designs Micro Decision
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

[Sacrificial offering to the line-eater.]

    I'm posting for a friend. But hi!

    Does anyone have CP/M for a Morrow Designs Micro Decision? It needs a
Morrow CP/M disk to boot up. If anyone does have one, is there a way to get
one nowadays? Morrow folded, I think. And it can't boot off any other CP/M
we've tried yet.

    The cause is a good one. A friend of ours left her job, and she left
her access to a modem with it. The Morrow would make a nice telecomputer for
her, and maybe get her news access. . .


MAN OF THE HOUR, CRUSADING JOURNALIST, IMAGE OF INTEGRITY, AND COMMUNIST DUPE
              prometheus hawthorne
            tektronix!reed!palegray
14-Sep-87 09:05:21-MDT,1024;000000000000
Return-Path: <[e-mail]>
Received: from jade.berkeley.edu by SIMTEL20.ARPA with TCP; Mon, 14 Sep 87 09:05:06 MDT
Received: from plutonium.cchem.berkeley.edu
    by jade.berkeley.edu (5.54 (CFC 4.23)/1.16.16)
    id AA21323; Mon, 14 Sep 87 08:02:55 PDT
Received: by plutonium.cchem.berkeley.edu (3.2/SMI-3.0DEV3.5)
    id AA09512; Mon, 14 Sep 87 08:03:02 PDT
Date: Mon, 14 Sep 87 08:03:02 PDT
From: [e-mail] (Steve Willett)
Message-Id: <[e-mail]>
To: [e-mail], tektronix!reed![e-mail]
Subject: Re:  Morrow Designs Micro Decision

Try contacting BAMDUA in the Bay area (Bay Area Micro Decision Users Assoc.)
They should be listed in the back of Computer Currents.  If not contact
BAKUP (Bay Area Kaypro Users and Programmers) who are currntly working on
a merger with BAMDUA.  You can contact BAKUP by calling me at home (415)
849-3025
Steve Willett
14-Sep-87 22:06:51-MDT,1412;000000000000
Return-Path: <@po2.andrew.cmu.edu:[e-mail]>
Received: from po2.andrew.cmu.edu by SIMTEL20.ARPA with TCP; Mon, 14 Sep 87 22:06:32 MDT
Received: by po2.andrew.cmu.edu (5.54/3.15) id <AA02204> for [e-mail]; Tue, 15 Sep 87 00:07:19 EDT
Received: via switchmail; Tue, 15 Sep 87 00:07:17 -0400 (EDT)
Received: FROM honesdale VIA qmail
          ID </cmu/common/mailqs/q004/QF.honesdale.214cbcb3.8193a>;
          Tue, 15 Sep 87 00:06:17 edt
Received: FROM honesdale VIA qmail
          ID </cmu/csw8611/mk2s/.Outgoing/QF.honesdale.214cbca6.e9519>;
          Tue, 15 Sep 87 00:05:59 edt
Received: from honesdale by Messages.4.21.CUILIB.3.30.SNAP.NOT.LINKED.MS.3.42 via vax; Tue, 15 Sep 87 00:05:58 edt
Message-Id: <wVH=[e-mail]>
Date: Tue, 15 Sep 87 00:05:58 edt
From: [e-mail] (Michael-Makihiko John Kato)
To: [e-mail]
Subject: Multitech & Z sys
Cc: [e-mail] (Michael-Makihiko John Kato)

Does anyone own a Multitech, or is there anyone interested in owning one.
Well the machines that are ad'ed in BYTE for $150 are pretty good.  I got one
this summer and it has been nice to me so far.

I got ZCPR3 working on it. If anyone needs a source list for the BIOS get in
touch with me.

Also if anyone has a working version of KERMIT for the Multitech I would like
to have a copy of it.


....MAKI....


14-Sep-87 23:51:13-MDT,1859;000000000000
Mail-From: KPETERSEN created at 14-Sep-87 23:51:04
Date: 14 Sep 87  9:39 +0800
Message-ID: <[e-mail]>
Sender: Ken Wallewein <[e-mail]>
From: Ken Wallewein <[e-mail]>
To: [e-mail]
Subject:   S100 68000 hardware, also PD BDOSs
ReSent-From: [e-mail]
ReSent-To: Info-Cpm
ReSent-Date: Mon 14 Sep 1987 23:51-MDT

>As far as "mods", if you mean modifying your 8-bit memory boards to
>work in 16-bit mode, I hope you aren't serious. When you can buy a
>megabyte of 16-bit ram for $500? How much is your time worth? At
>a dollar an hour, you're probably still better off going for a new
>board. See the ads in Micro/Systems Journal or Computer Shopper.

  Actually, no, I wasn't serious. But do you know where I can get
$500? I buy (scrounge) my S100 boards for <$50 apiece from people who
have them sitting around and are glad to get _anything_ for them.
THAT'S hobbyist prices. It's like the man who wished he could afford
an elephant. He didn't really want an elephant; he just wished he
could afford one :-). Is it really nothing special for the average
hobbyist to spend $500 or so on a new board? I guess what I'm
wondering is, how many of the people who read this list are purely
hobbyists in regards to CP/M, as apposed to being able to justify
their expenditures business-wise? Businesses can't afford the time a
hobbyist can spend.

  I've downloaded 3 different Public Domain BDOSes from the new
archive-server.  SUPERBDOS looks nice, especially the disk relogging
features. It's based on P2DOS. However, I also got DOS+, which has DU:
directory support, wheel byte, and a bunch of stuff like that.

  Does anybody have any experience with these, and how they compare to
ZRDOS?

/kenw
15-Sep-87 03:33:36-MDT,1291;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 15 Sep 87 03:33:16 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA16563; Tue, 15 Sep 87 02:05:01 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 14 Sep 87 22:39:57 GMT
From: tektronix!orca!tekecs!lemming![e-mail]  (Andrew Klossner)
Organization: Tektronix, Wilsonville, Oregon
Subject: Re: MINCE for CP/M-68K
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

[]

    "Does Mark of the Unicorn really not admit it exists? ...
    TriSoft used to sell MINCE for the CP/M-68K system."

I once worked for a company that bought the full source code to MINCE
and SCRIBBLE along with the right to port it to the Wicat 68000-based
workstation and distribute it.  But you couldn't get this version from
Mark of the Unicorn.  Maybe TriSoft did something similar.

  -=- Andrew Klossner   (decvax!tektronix!tekecs!andrew)       [UUCP]
                        ([e-mail])   [ARPA]
15-Sep-87 11:44:39-MDT,1223;000000000000
Return-Path: <crash!pnet01![e-mail]>
Received: from bass.nosc.mil (NOSC.MIL.#Internet) by SIMTEL20.ARPA with TCP; Tue, 15 Sep 87 11:44:33 MDT
Received: by bass.nosc.mil (5.58/1.27)
    id AA13639; Tue, 15 Sep 87 10:31:10 PDT
Received: by crash.CTS.COM (5.54/UUCP-Project/rel-1.0/09-14-86)
    id AA14720; Tue, 15 Sep 87 10:16:15 PDT
Reply-To: pnet01![e-mail]
Message-Id: <[e-mail]>
Date: Tue, 15 Sep 87 09:57:27 PDT
From: [e-mail] (Marc Wilson)
To: crash![e-mail]@bass.nosc.mil
Subject: Re: BDOS Function: Search For Next

     Search for Next will only work without any intervening BDOS disk activity
between it and the call to Search for First.

     Best way to do what you want is to repeatedly call Search/Next and load
each name into a buffer, THEN do your processing.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Marc Wilson
     ARPA: ...!crash![e-mail]
           ...!crash!pnet01!pro-sol![e-mail]
     UUCP: [ cbosgd | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson
     INET: [e-mail]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
15-Sep-87 14:04:32-MDT,1220;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 15 Sep 87 14:04:12 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA27638; Tue, 15 Sep 87 12:38:48 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 14 Sep 87 18:14:28 GMT
From: hpda!hpesoc1!hpcllla!hpclisp!hpcltjb![e-mail]  (Tim Brengle)
Organization: HP ITG/ISO Computer Language Lab
Subject: ADL for CP/M 2.2
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

My thanks to all of you who have asked for copies of ADL for CP/M 2.2!

It will take me a couple of nights to clean up directories, etc. and to upload
from my home machine to my workstation.  Please be patient -- I will get back
to you all with copies.

Those of you who might be interested in typeset copies of the 50+ page manual
should send a 9x12 SASE to me:

        Tim Brengle
        961 Lovell Avenue
        Campbell, CA 95008-5915

I *will* include a machine-readable copy of the document in what I send out.
15-Sep-87 14:05:39-MDT,1577;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 15 Sep 87 14:05:22 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA27673; Tue, 15 Sep 87 12:40:31 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 14 Sep 87 18:42:26 GMT
From: hpda!hpesoc1!hpcllla!hpclisp!hpcltjb![e-mail]  (Tim Brengle)
Organization: HP ITG/ISO Computer Language Lab
Subject: Re: ADL for CP/M 2.2
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

For clarification, it is ADL not DDL which I have been working on.
Basically, we (Ross Cunniff and I) started with DDL, "cleaned up and
modernized" the syntax, added features, etc.  The major differences between
ADL and DDL are:

    1.  ADL syntax differs from DDL for conditional and looping constructs.

    2.  ADL introduces the concept of Actors.

    3.  Extensive work has gone into creating a "Zork-like" parser for
        player input.

Scenarios written in DDL translate easily to ADL, but not vice versa.  In fact,
two of the sample scenarios that come with the package (AARD and MPU) were
originally written in DDL.

I want to acknowledge the great debt that ADL owes to the creators of DDL:
Bruce Adler, Chris Kostanick, Michael Stein, Michael Urban, and Warren Usui,
then members of the UCLA Computer Club.
15-Sep-87 17:01:39-MDT,2164;000000000000
Mail-From: KPETERSEN created at 15-Sep-87 17:01:16
Date: Tuesday, 15 September 1987  08:32-MDT
Message-ID: <[e-mail]>
Sender: [e-mail] (Willie Smith, LTN Components Eng.)
From: [e-mail] (Willie Smith, LTN Components Eng.)
To: [e-mail]
Subject:   Spending for S-100 boards
ReSent-From: [e-mail]
ReSent-To: Info-Cpm at SIMTEL20.ARPA
ReSent-Date: Tue 15 Sep 1987 17:01-MDT

Ken Wallewein - "[e-mail]"
writes:

> Is it really nothing special for the average
>hobbyist to spend $500 or so on a new board? I guess what I'm
>wondering is, how many of the people who read this list are purely
>hobbyists in regards to CP/M, as apposed to being able to justify
>their expenditures business-wise? Businesses can't afford the time a
>hobbyist can spend.

 I don't know that I'm an 'average hobbyist', but with a few exceptions,
all of the boards in my system cost multiple hundreds of dollars.  My
boards range from a memory mapped video board (many thanks to the net for
the help in figgereing out how to make it work!) that I got for $10 at
a hamfest to an $1130 Macrotech ADIT board (16 serial ports, DMA, onboard
intelligence, probably the most frustrating purchase I ever made, and I'm
still fighting with Macrotech to try to get them to fix the firmware!).
I have found that Compupro (with the exception of the SPUZ) makes quite
nice hardware, though you do have to pay quite a bit, and you are pretty
much on your own for software (in the CP/M world anyway).  However, you
get what you pay for, and I wouldn't have been able to build the system
I have today (or learn as much as I have building it) unless I was
willing to shell out the cash for the hardware.  That's what credit
cards are for, right?  :+)
 However, there's no business involved, so since it's just for my own
personal enjoyment, I guess I do qualify as a hobbyist.

Willie Smith
[e-mail]
[e-mail]
{Usenet_Backbone}!decwrl!wookie.dec.com!w_smith
15-Sep-87 17:11:40-MDT,1892;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 15 Sep 87 17:10:23 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA01396; Tue, 15 Sep 87 15:34:58 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 15 Sep 87 20:52:36 GMT
From: hao!gaia![e-mail]  (Forrest Cook)
Organization: Gaia Corp, Boulder, CO
Subject: BDOS Search Next Again
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Thanks to all of the responses to my first question about the
BDOS Search for First and Search for Next commands.  Most of the
messages I received said that it is necessary to do the Search
Next calls immediately after the Search First, and to save the
filenames and/or FCBs in a buffer before doing any file operations.

I have changed my code and seem to be back to square one.
The procedure I am using is now as follows:

Zero the lower FCB bytes and the CR byte in the FCB (as per cp/m manuals).
Fill the name and extension fields with ???????? and ???   .
Call Search for First with DE pointing to the FCB.
Call Search for Next. (This doesn't help or hurt.)
Call a routine which copies the FCB to another buffer NEWFCB.
Open, Read, and Close the first file using NEWFCB, FCB is not altered.
Call Search for Next. (I tried pointing DE to the FCB, no change.)

The results: The search first returns with the first filename and the file
is read out with no problems.  The search next returns with the first filename
and the read bombs out with an immediate EOF.  The search for first and next
both return without errors (match found).

Am I missing somthing very obvious?

Thanks in advance,
Forrest Cook
15-Sep-87 18:11:21-MDT,1558;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 15 Sep 87 18:10:57 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA02929; Tue, 15 Sep 87 16:45:15 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 15 Sep 87 23:42:42 GMT
From: dewey.soe.berkeley.edu![e-mail]  (David Phillip Oster)
Organization: School of Education, UC-Berkeley
Subject: Re: BDOS Search Next Again
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Forrest Cook) writes:
>Am I missing something very obvious?

Yes.

I've seen at least four replies go by that all said:

Zero the lower FCB bytes and the CR byte in the FCB (as per cp/m manuals).
Fill the name and extension fields with ???????? and ???   .
Call Search for First
Call a routine which appends the FCB to a list of FCBs

While Search for Next returns OK, DO BEGIN
  Call a routine which appends the FCB to a list of FCBs
END

When the entire list of names is built, go back, and one at a time,
open, read, process, close.

--- David Phillip Oster            --My Good News: "I'm a perfectionist."
Arpa: [e-mail] --My Bad News: "I don't charge by the hour."
Uucp: {seismo,decvax,ihnp4}!ucbvax!oster%dewey.soe.berkeley.edu
16-Sep-87 08:36:09-MDT,2681;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 16 Sep 87 08:35:36 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA17565; Wed, 16 Sep 87 07:33:08 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 16 Sep 87 07:29:09 GMT
From: ihnp4!ihlpg![e-mail]  (Tim Born)
Organization: AT&T Bell Laboratories - Naperville, Illinois
Subject: Help! Problems installing AE Z-card w/ Sider
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


I recently purchased the Applied Engineering Z-card for my Apple ][+
w/ Sider as a replacement for my Microsoft look-alike which did not
support the Sider.  AE claims the Z-card works w/ the Sider.

I'm looking for anyone who may have encountered this problem before.
I need to know how to get around it - AE appears incapable or
unwilling to provide support.

Symptoms:
I follow the installation instructions (to the letter, or any number
of variations) but it still fails.  The place it fails is during the
APATCH12 program, shortly after it asks for a one liner to be executed
on start up.  The instructions indicate that the APATCH12 program is
supposed to give a message like "PRESS RETURN TO REBOOT" and then
everything is hunky-dory.  I never get that message, and what's even
stranger, the APATCH12 program is accessing the floppy drive and never
touches the Sider.  I would have expected it to write some changes on
the Sider at some point.

(Note: the Sider works - it has DOS, ProDos and UCSD up and running).

Needless to say, my AE card isn't doing me much good.  I've contacted
AE seven times - five phone calls and two letters over a two month
period.  At one point they were able to duplicate the problem over the
phone and agreed that some of the APATCH12 programs were flaky and I
should send them my disk for a replacement, so I did.  Now they have
changed their mind, saying that they cannot reproduce the problem that
they already demonstrated(!).  No indication as to when a solution or
a replacement disk would be forthcoming, and all this while my
warranty is tick-tick-ticking away, and I'm not even able to use the
Z-card.  Bloody terrific.

If anyone has a similar configuration and knows a work-around, I would
be ever grateful.  If anyone knows some magic for getting AE to
respond to letters, that would be almost as good.

Regards,
Tim Born
...ihnp4!ihlpg!timborn
16-Sep-87 10:16:58-MDT,1002;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Wed, 16 Sep 87 10:16:37 MDT
Received: from IDUI1.BITNET by wiscvm.wisc.edu ; Wed, 16 Sep 87 11:14:41 CDT
Date: 16 September 87 08:18-PAC
From: [e-mail]
To: INFO-CPM @ SIMTEL20.ARPA
Subject: BITNET mail follows

Date:         Wed, 16 Sep 1987 08:13 PAC
From:         Marty Zimmerman <[e-mail]>
Subject:      What are DDL and ADL?
To:           <[e-mail]>
========================================================================
This may be a stupid question, but I am new to the CP/M community:
what are DDL and ADL?  From the context of the message posted 9/14 by
Tim Brengle, they sound like something I have been looking for.  If
anyone out there can point me in the right direction to find these
software packages, I would be most thankful.

Marty Zimmerman
University of Idaho
Moscow, Idaho
<[e-mail]>
16-Sep-87 10:31:07-MDT,1847;000000000000
Return-Path: <hanscom@lll-es-s05>
Received: from lll-lcc.arpa by SIMTEL20.ARPA with TCP; Wed, 16 Sep 87 10:30:37 MDT
Received: Wed, 16 Sep 87 09:06:38 PDT from lll-es-s05.arpa by lll-lcc.arpa (5.51/)
    id AA21867; Wed, 16 Sep 87 09:06:38 PDT
Return-Path: <hanscom@lll-es-s05>
Received: by lll-es-s05.ARPA (1.1/SMI-3.0DEV3)
    id AA05700; Wed, 16 Sep 87 09:09:52 PDT
Message-Id: <[e-mail]>
Date: Wed Sep 16 09:09:49 1987
From: hanscom@lll-es-s05 (Roger Hanscom 423-0441)
Subject: S-100 Boards
To: [e-mail]
Cc: [e-mail]
Status:  N


Ken Wallewein - "[e-mail]"
writes:

> Is it really nothing special for the average
>hobbyist to spend $500 or so on a new board? I guess what I'm
>wondering is, how many of the people who read this list are purely
>hobbyists in regards to CP/M, as apposed to being able to justify
>their expenditures business-wise? Businesses can't afford the time a
>hobbyist can spend.

I probably shouldn't consider myself "the average hobbyist", but $500 is
an EXCEPTIONAL amount to pay for an S-100 card.  I once bought a 32K
memory card new for about $350 (4k x 1 statics), and that almost broke
the bank.  Since then I picked up a set of 3 Cromemco cards (Z80, 64k
and 16 FDC) for $80, and added a new TUART for another $99.  Now that's
more my speed!  These are true hobby systems.  There's lots of hardware
out there that's tempting, but life is too short to be in debt to it.
BTW, I believe that this is where most vendors go wrong.  If it's good,
AND AFFORDABLE, they can sell all they want to.  If one looks at the
harware success stories of the last ten or fifteen years, this is the
common pattern.  When a 68000-based computer falls into this category,
I'll be first in line.

17-Sep-87 00:17:06-MDT,4355;000000000000
Return-Path: <@RELAY.CS.NET:[e-mail]>
Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Thu, 17 Sep 87 00:16:49 MDT
Received: from relay2.cs.net by RELAY.CS.NET id ac08962; 17 Sep 87 1:44 EDT
Received: from cs.umass.edu by RELAY.CS.NET id an18356; 17 Sep 87 1:31 EDT
Date: Wed, 16 Sep 87 09:21 EDT
From: Stride 440 User <[e-mail]>
Subject: RE: Search first/search next
To: [e-mail]
X-VMS-To: IN%"[e-mail]"

Your main problem is still trying to do File I/O while in the midst of
the search.  You need to *complete* searching for *all* files, *then* do
your File I/O.  The following C code should clarify things (I don't use
assembly, and am not really up on 8080/Z80 assembler (my system is a
68000 and I run CP/M-68K, which works much like CP/M 2.2):

 /* FCB structure */

typedef struct {
    char drive;        /* drive code */
    char fname[8];    /* file name */
    char ftype[3];    /* file type */
    char unused[21];    /* filler (32-byte FCB) */
    } FCB;

 /* result FCBs will end up in the DMA buffer, which is treated like
    an array of 4 FCBs */

static FCB seabuf[4];

 /* input FCB */

static FCB infcb;

 /* the function __BDOS calls bdos.  takes two args: a function code
    and a parameter.   (CP/M-68K passes the function code in D0 and a long
    word (32-bits) in D1 as the parameter.)
    */

extern int __BDOS();

/* linked list of FCBs - list of names found */

typedef struct flist {
    FCB file;
    struct flist *next;
    } FLIST;

/* memory allocator */

char *malloc();

/* search function */

FLIST *find_all_files()
{
    register FLIST *result,*new;    /* name list pointers */
    register int   status;        /* status code
    register int   i,j;            /* some lose ints */
    register char *p,*q;        /* char (byte) pointers */

    infcb.drive = 0;            /* current drive */
    for (p=infcb.fname,i=0; i < 8; i++, p++) *p = '?'; fill in filename
    for (p=infcb.ftype,i=0; i < 3; i++, p++) *p = '?'; fill in filetype
    for (p=infcb.unused,i=0; i < 21; i++, p++) *p = '\0'; fill in rest of FCB

    __BDOS(SETDMA,&seabuf);        /* set DMA address to result buffer */

    result = 0L;            /* null pointer */

    status = __BDOS(SEARCHFIRST,&infcb); /* start off search */

    while (status != 0x00FF) {        /* found a file? */
    new = (FLIST *) malloc(sizeof(FLIST)); /* allocate some memory */
    if (new == 0L) {        /* memory allocate error */
        perror("find_all_files (malloc)");
        abort(0);
        }
        /* copy found FCB over */
    for (p = &seabuf[0], q = new->file, i=0; i < sizeof(FCB); p++,q++,i++)
        *q = *p;
    /* add to front of list */
    new->next = result;
    result = new;
    status = __BDOS(SEARCHNEXT,0L); /* search again */
    } /* end of while loop */

    return(result);      /* return pointer to list of file names. */
             /* note that the list is in reverse order.  One of
                features of using a linked list structure with
                prepending in an interative loop.  I am assuming
                that the order does not really matter. If it does,
                then the result accumulating code should be
                */
    }


The above function will generate a list of all files on the current drive.
I used symbolic names for the function codes (don't have my CP/M manuals
here at work) and assume long word pointers (CP/M-68K).  The important thing
is this:  you need to find ALL of the filenames BEFORE doing ANY file I/O.
All bets are off if you use OPEN, CLOSE, DELETE, MAKE, RENAME, READ, WRITE,
READRANDOM, WRITERANDOM, etc. while in the midst of a search first/search
next cycle.  The DIR command has an easy job:  it just does console I/O
between searches.  STAT and PIP, must acclumulate some sort of name list
and then loop down this list.  Note, if you don't want to mess with
allocating memory and linked lists, you can simply set assign a name
only buffer and copy the filenames from the search buffer, using some
sort of separater character (i.e. a null character), using a name counter
and a working pointer.

        Robert Heller
ARPANet:    [e-mail]
BITNET:        [e-mail]
BIX:        Heller
GEnie:        RHeller
FidoNet:    321/148 (Locks Hill BBS, Wendell, MA)
CompuServe    71450,3432
Local PV VAXen:    COINS::HELLER
UCC Cyber/DG:    Heller@CS

17-Sep-87 09:02:31-MDT,1288;000000000000
Return-Path: <primerd![e-mail]>
Received: from EDDIE.MIT.EDU by SIMTEL20.ARPA with TCP; Thu, 17 Sep 87 09:02:11 MDT
Received: by EDDIE.MIT.EDU with UUCP with smail2.3 with sendmail-5.45/4.7 id <[e-mail]>; Thu, 17 Sep 87 10:58:42 EDT
Received: by primerd.prime.com (3.2/SMI-3.0DEV3/smail)
    id AA03214; Tue, 15 Sep 87 20:32:07 EDT
Message-Id: <[e-mail]>
Received: from S34.Prime.PDN by ENX.Prime.PDN; 15 Sep 87 20:24:39 EST
Received: (from user ELLIOT) by S34.Prime.PDN; 15 Sep 87 20:24:22 EDT
To: [e-mail]
From: primerd![e-mail]
Date: 15 Sep 87 20:24:22 EDT

To:       ([e-mail])
From:     Elliot Mednick <[e-mail]>
Date:     15 Sep 87  8:22 PM
Subject:  Centronics info wanted

Does anyone out there have a Centronics 737-1 printer?  I have acquired one,
sans user manual.  All I really need to know is how to disable the auto line
feed.  And maybe the escape sequences to use the neat stuff.  But, if you could
supply me with a copy of the manual, I would be monetarily (to cover expenses)
appreciative.

Thanks in advance,
Elliot Mednick
<[e-mail]> (Ignore the address in the header, it's wrong)
<...mit-eddie!primerd!s34.prime.pdn!elliot>

17-Sep-87 09:27:46-MDT,933;000000000000
Return-Path: <[e-mail]>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Thu, 17 Sep 87 09:27:29 MDT
Received: by decwrl.dec.com (5.54.4/4.7.34)
    id AA13624; Thu, 17 Sep 87 08:26:16 PDT
Message-Id: <[e-mail]>
From: [e-mail] (No, wait! We need a more permanent solution!)
Date: 17 Sep 87 11:23
To: [e-mail], ihnp4!ihlpg![e-mail]
Subject: RE: Help! Problems installing AE Z-card w/ Sider

Tim,

I can't help with your problem, but I can ease your mind a little.  Once you
have applied for warranty service, your warranty coverage for that specific
problem is frozen in time until the problem is resolved.  That means that AE
is bound to get you up and running, no matter how long it takes.  Don't let
them give you any crap about warranty expiration.

Good luck,
Dick Binder (The Stainless Steel Rat)
17-Sep-87 12:12:47-MDT,738;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Thu, 17 Sep 87 12:11:46 MDT
Received: from GALLUA.BITNET by wiscvm.wisc.edu ; Thu, 17 Sep 87 13:09:14 CDT
Date:     Thu, 17 Sep 87 13:25 EST
From:     <[e-mail]>
Subject:  Re: ADL
To:       [e-mail]
X-Original-To:  [e-mail], 11TSTARK

Hello,

 Thanks to Tim Brengle for set up to distribute ADL to InfoCPM subscriber
I like that ADL... I get ADL source code from my friend from West
Germany! But where is ADL binaries for CP/M 2.2 / 3.0?????

-- Tim Stark

P.S. I am on a new DECuser! 9600 baud line connect to our terminals! It
is very great!!!!!
17-Sep-87 13:09:40-MDT,1591;000000000000
Return-Path: <[e-mail]>
Received: from EDWARDS-2060.ARPA by SIMTEL20.ARPA with TCP; Thu, 17 Sep 87 13:09:13 MDT
Date: Thu 17 Sep 87 12:09:41-PDT
From: [e-mail]
Subject: Hobby PCB prices
To: [e-mail]
Message-ID: <[e-mail]>

My DECsystem 2060 couldn't make sense of the mailer address, that is why
i'm not making this a personal reply.

>Message-Id: <[e-mail]>
>Date: Wed Sep 16 09:09:49 1987
>From: hanscom@lll-es-s05 (Roger Hanscom 423-0441)
>Subject: S-100 Boards

>I probably shouldn't consider myself "the average hobbyist", but $500 is
>an EXCEPTIONAL amount to pay for an S-100 card. ...
>BTW, I believe that this is where most vendors go wrong.  If it's good,
>AND AFFORDABLE, they can sell all they want to.  If one looks at the
>harware success stories of the last ten or fifteen years, this is the
>common pattern.  When a 68000-based computer falls into this category,
>I'll be first in line.

You might want to check out the 68K project in the current Radio Electronics
Magazine.  $200 for "usable" 8Mhz system kit; $500 with floppy subsys, 1Mb
memory, SK/DOS, etc.  Has Itty Bitty Machine PC bus interface to use clone
controllers for Hard Disk, extra i/o ports (board design includes 2 serial,
1 parallel), bit-map video, etc.  I'm ordering one.        [dale]

standard disclaimers apply.

    "...of course my opinion differs from 'most everyone else!  If it
 were the same, i'd probably have to change it, lest i remain in error."
-------
17-Sep-87 19:36:50-MDT,1077;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 17 Sep 87 19:36:35 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA27465; Thu, 17 Sep 87 18:08:57 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Sep 87 17:26:31 GMT
From: ucsdhub!hp-sdd!ncr-sd!ncrlnk!ncrpcd!ncroem![e-mail]  (Peter S. Greis)
Organization: NCR OEM Division
Subject: CP/M for Altos machine
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I have an old Altos 8000-10 CP/M machine and I recently
upgraded the boot ROM so it will ask where to boot the
O/S from. Unfortunately the version of CP/M I have is
only for floppy disk. I am looking for an update of the
Altos Diagnostic diskette which will allow me to move
the O/S to the hard disk...Altos no longer supports this
machine...any help would be much appreciated
18-Sep-87 04:04:43-MDT,1757;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 18 Sep 87 04:04:35 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA06340; Fri, 18 Sep 87 02:40:10 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 17 Sep 87 20:38:17 GMT
From: clyde!watmath!utgpu!utcsri!uthub![e-mail]  (M. Kokodyniak)
Organization: CSRI, University of Toronto
Subject: Re: BDOS Search Next Again
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

The problem, as far as I can see, is that the BDOS has internal variables,
distinct from the FCB, which are maintained in between the Search for First
call and the Search for Next call, and in between successive Search for Next
calls.  Calls to other file functions overwrite those variables.  Therefore
the sequence of calls that you are using fails, since your program has no way
of saving and restoring those variables -- only BDOS knows where they are
stored.

The most obvious, but not a very efficient, way of doing what you want to
do is to maintain a count of which directory entry you are at.  Each time
you finish dumping a file, increment that count, then call Search for First,
and then call Search for Next the number of times specified by count minus
one.  (The initial value for count should be one.)  Don't forget to reject
(and not count) entries that are not the first extension, or else a part
of a file will be mistaken for a complete one.

If I think of a more efficient way, then I'll post it.
18-Sep-87 06:58:19-MDT,1569;000000000000
Return-Path: <katylied![e-mail]>
Received: from mcnc.mcnc.org ([128.109.131.1].#Internet) by SIMTEL20.ARPA with TCP; Fri, 18 Sep 87 06:57:56 MDT
Received: by mcnc.mcnc.org (5.54/MCNC/1-2-87)
    id AA18067; Fri, 18 Sep 87 08:56:40 EDT
Date: Fri, 18 Sep 87 08:56:40 EDT
From: <katylied![e-mail]>
Message-Id: <[e-mail]>
To: simtel20.arpa![e-mail]
Subject: Osborne System Disk..


HELP!!!

   It seems that one of my friends was doing some consulting work for a
firm that owns an Osborne computer.  OK, so what is the problem?

   The problem is that while my friend was on vacation the business
accidentally reformated the system disk.  Still no problem...

   Well, as it turns out the company forgot to mention that that copy
of the system disk was the only copy, the orginal disks that came with
the Osborne I were lost in a recent move.

   Now that is a problem, they still have a couple of bootable disks,
but no longer have such nices things as FORMAT, PIP, STAT, etc...
Can anybody help me out here...  I can probably supply them with
the more generic programs from my CPM library for my Heath, but I'm
afraid there is no way I can come up with FORMAT.

   I will be more than willing to send someone a disk and mailer, if
someone could copy the stuff onto it and return it I would be very
happy.  I could probably come up with proof of ownership for the machine
if anyone wanted to see it.

Thanks,
-kevin
--
Kevin D. Bond          ...!mcnc!katylied!kdb  -or- [e-mail]

19-Sep-87 02:09:43-MDT,1055;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 19 Sep 87 02:09:30 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA23787; Fri, 18 Sep 87 18:52:40 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 18 Sep 87 14:21:08 GMT
From: mtune!whuts!picuxa![e-mail]  (Greg Pasquariello X1190)
Organization: AT&T Information Systems, Parsippany NJ
Subject: Epson QX10 info requested
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Does anyone know where I can get some reasonably priced (free?) documentation
on the Epson QX10?  Basically, I need things like port addresses, etc. Technical
stuff.

While were at it, does anyone know how to write directly to the video?  Is
it memory mapped (and if so, what are the addresses), or do I write to
a port or what?


Thanks in advance.
21-Sep-87 06:45:08-MDT,392;000000000000
Return-Path: <[e-mail]>
Received: from DOCKMASTER.ARPA by SIMTEL20.ARPA with TCP; Mon, 21 Sep 87 06:44:59 MDT
Date:  Sun, 20 Sep 87 11:06 EDT
From:  [e-mail]
Subject:  gs serial port overlay
To:  [e-mail]
Message-ID:  <[e-mail]>

Does anyone have an overlay for the apple ii gs serial port?  Regards,
Allan

21-Sep-87 11:44:26-MDT,577;000000000000
Return-Path: <[e-mail]>
Received: from ncsc.ARPA by SIMTEL20.ARPA with TCP; Mon, 21 Sep 87 11:44:18 MDT
Received: by ncsc.ARPA id AA05080; Mon, 21 Sep 87 12:45:05 CDT
Date: Mon, 21 Sep 87 12:45:05 CDT
From: [e-mail] (Brown)
Message-Id: <[e-mail]>
To: [e-mail]
Subject: Automotive maintenance tracking s/w wanted

Does anyone know of any public domain software available for tracking
automobile maintenance (eg maintenance intervals, maintenance performed,
parts needed/used, etc.).

Thanks,
David Brown
[e-mail]
22-Sep-87 13:48:28-MDT,974;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 22 Sep 87 13:48:10 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA11455; Tue, 22 Sep 87 12:38:31 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 21 Sep 87 17:28:07 GMT
From: hpda!hpesoc1!hpcllla!hpclisp!hpcltjb![e-mail]  (Tim Brengle)
Organization: HP ITG/ISO Computer Language Lab
Subject: Re: ADL for CP/M 2.2
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Please have patience with me.  While preparing the binary files to be sent to
my workstation, I found a bug in my compiler.  It will take a day or two to
eradicate it and get everything ready for shipment.

                Tim Brengle
23-Sep-87 10:54:59-MDT,1137;000000000000
Return-Path: <[e-mail]>
Received: from OFFICE-1.ARPA by SIMTEL20.ARPA with TCP; Wed, 23 Sep 87 10:54:51 MDT
Date: 23 Sep 87 09:53 PDT
From: Alan Bomberger  <[e-mail]>
Subject: CP/M 3.0 CCP replacement
To: [e-mail]
Message-ID: <COR-ACB-C90GA@OFFICE-1>

Has anyone attempted to write a custom CCP for CP/M 3.0?  The idea of writing
such a beast in some language other than ASM is tempting.  However, the thought
of dissecting the LOADER from the existing CCP and learning how to get it as
part of the new CCP and loaded into memory as an RSX is a bit daunting.  Has
anyone done anything along this line?  I know it is a  bit late for CP/M 3.0
but I have run out of things to do on CP/M 2.0 and am resisting buying one of
these new machines where you can't fiddle with the BIOS (in ROM).  What is a
home computer for if you cn't program it?  So I am converting to CP/M 3.0
instead.  I would try Turbodos but the supplier is very closed lipped about
source and my copy for the NorthStar has no BIOS source.  Starting from scratch
there is a bit daunting as well.  Peace

23-Sep-87 14:50:09-MDT,907;000000000000
Return-Path: <[e-mail]>
Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Wed, 23 Sep 87 14:49:57 MDT
Received: from rcc by tp4; Wed, 23 Sep 87 13:36:53 PDT
Received: from newton.arpa by rcc.arpa; Wed, 23 Sep 87 13:36:49 PDT
From: Bridger Mitchell <[e-mail]>
Received: from localhost by newton.arpa; Wed, 23 Sep 87 13:36:46 PDT
Message-Id: <[e-mail]>
To: Alan Bomberger <[e-mail]>
Cc: [e-mail], [e-mail]
Subject: Re: CP/M 3.0 CCP replacement
In-Reply-To: Your message of 23 Sep 87 09:53 PDT.
             <COR-ACB-C90GA@OFFICE-1>
Date: Wed, 23 Sep 87 13:36:39 PDT

Yes, Alan, there's at least one:

CCP105 is a good implementation of ZCPR2.  It's on simtel20.arpa.

I'm actively working on a ZCPR33 port; it's too early to project a
date.

--bridger mitchell
24-Sep-87 12:00:43-MDT,2389;000000000000
Return-Path: <[e-mail]>
Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Thu, 24 Sep 87 12:00:25 MDT
Received: from [128.89.1.80] by RELAY.CS.NET id aa00480; 24 Sep 87 13:30 EDT
Received: from ubc by RELAY.CS.NET id aa11321; 24 Sep 87 13:15 EDT
Received: by ubc.csnet id AA05069; Thu, 24 Sep 87 08:50:19 pdt
Date: 24 Sep 87  9:51 +0800
From: Ken Wallewein <[e-mail]>
To: [e-mail]
MMDF-Warning:  Parse error in original version of preceding line at RELAY.CS.NET
Cc: Alan Bomberger <[e-mail]>
Message-Id: <952*[e-mail]>
Subject: CP/M 3.0 CCP replacement

>  I know it is a  bit late for CP/M 3.0 but I have run out of things to do on
>CP/M 2.0 and am resisting buying one of these new machines where you can't
>fiddle with the BIOS (in ROM). What is a home computer for if you cn't program
>it?

  Right on! However, there's a lot of stuff coming out for 2.2 still, what with
ZCPR3.3 and all. It seems to me that the BDOS could use some work. I've down-
loaded 3 PD versions: DOS+, P2DOS, and SUPRBDOS. They all look better than
DRI's version, but what about nested directories, or support for squeezed,
crunched, and library files? Lopushinsky's (sp?) LBRDSK (makes library files
look like disk drives) is great, but it would be _so_ nice if the BDOS
understood those other file formats! And how about a CMP2.2 RSX to cache disk
directories or tracks? Or use banks for disk I/O caching?

>  So I am converting to CP/M 3.0 instead.  I would try Turbodos but the
>supplier is very closed lipped about source and my copy for the NorthStar has
>no BIOS source.  Starting from scratch there is a bit daunting as well.  Peace

  I have a copy of DRI's "generic" CPM3 do-it-yourself kit. Since they're not
supporting it any more, I guess they can't kick if I give away a copy. If you
want it.

  Personally, I've been toying with the idea of going to a 68000-based system
and running UNIX or something similar. Or maybe I'll got to CP/M 3.0 myself.
I've been gradually extending the BIOS entry points in my 2.2 system toward
compatibility. It would make it a lot easier to implement large sectors, and I
really like command line editing/recall... but ZCPR33 has aliases and all that
stuff... decisions, decisions. Like is tough :-).

/kenw


25-Sep-87 03:00:31-MDT,1574;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Fri, 25 Sep 87 03:00:20 MDT
Received: from UHHEPG.BITNET by wiscvm.wisc.edu ; Fri, 25 Sep 87 03:59:50 CDT
Date: 24 SEP 87 22:59-
From: [e-mail]
To: INFO-CPM @ SIMTEL20.ARPA
Subject: Details of Intel Hex Format

Date: 24-SEP-1987 22:47:39.34
From: Ralph Becker-Szendy RALPH AT UHHEPG
To:   BITNET::"[e-mail]",RALPH
Subj: Details of Intel Hex Format
Hi

i have a very stupid problem: for the first time in my life, i have to create
an Intel hex-file by hand (or rather by a program i wrote, and not by an
assembler or suchlike) to download it ionto an EPROM programmer.
Unfortunately, so far the EPROM programmer refused all my attempts, presumably
due to a format or checksum error in the hex file (it works fine otherwise);
it does beautifully work with other hex files.

Let my explain how one record in the hex-file i write looks like:
each byte is in hexadecimal, written as two (uppercase) ASCII characters.
- a colon ":"
- one byte # of data bytes, in my case "10"
- two bytes load adress, first high, then low byte
- one byte record type (always "00")
- 16 bytes of data
- one byte checksum.
- CR and LF
The checksum is calculated such that the sum of all bytes (including the
"10" and the two adress bytes) is a multiple of 256.

Is there anything wrong with this format ? If yes, what ??

Signed: confused

Ralph Becker-Szendy
University of Hawaii / High Energy Physics Group
25-Sep-87 08:58:52-MDT,1053;000000000000
Return-Path: <[e-mail]>
Received: from wsmr02.arpa by SIMTEL20.ARPA with TCP; Fri, 25 Sep 87 08:57:46 MDT
Date: Fri, 25 Sep 87  8:47:31 MDT
From: Raymond Carter  STEWS-NR-AS 678-1376 <[e-mail]>
Subject: Turbo Modula2 and CP/M+
To: [e-mail]

I was wondering if anyone out there is using Turbo Modula2 ona C-128 or
other CP/M+ system.  The reason I ask is that I have been trying it out,
and the thing keeps locking up - forcing me to reboot.  It first happened
several times in the editor, so I went back and started over on the
installation procedure.  Got to the point of trying to use the Filecopy
option in M2, and after it copied a couple of files it locked up again.

I think it unlikely that a peculiarity of the 128 would be causing the
problem since everything else in the world works fine (Wordstar, dBase,
Turbo Pascal, MS Fortran, COMAL, etc), so I was thinking it might have
something to do with the CP/M+.

Any response from anyone actually using it on any CP/M+ system will be


25-Sep-87 13:16:52-MDT,1102;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 25 Sep 87 13:15:44 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA15384; Fri, 25 Sep 87 11:35:30 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 25 Sep 87 13:15:55 GMT
From: bloom-beacon!gatech!hubcap!ncrcae!ncr-sd!ncrlnk!ncrwic!pt1![e-mail]  (Brian R. Lair)
Organization: NCR Corporation, Wichita, Kansas
Subject: WordStar 4.0
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

OK, what's the verdict on WordStar 4.0 (CP/M version)?  Has anyone used it
much?  Is it worth the $89 upgrade fee, or should I stay with v. 3.0?
--
___________________________________________________________________________
Brian R. Lair
NCR Corporation, E&M Wichita, Product Technology Development
<[e-mail]>       {ncrcae|ncrlnk|ncr-sd}!ncrwic!brian.lair
26-Sep-87 01:16:40-MDT,1147;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 26 Sep 87 01:16:33 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA25847; Fri, 25 Sep 87 21:41:39 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 25 Sep 87 15:52:10 GMT
From: tikal!sigma![e-mail]  (WIlliam Swan)
Organization: Summation Inc, Kirkland WA
Subject: Re: Trade Rags for CPM
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Kral) writes:
>Can someone suggest good magazines dealing with CPM (and perhaps TurboDos)?
>
>Thanx in advance,
>--
>kral        408/647-6112        ...{ism780|amdahl}!drivax!braun
>DISCLAIMER: If DRI knew I was saying this stuff, they would shut me d~-~oxx
                ^^^
Imagine, somebody from Digital Research asking about TurboDOS magazines!!
(Actually, I second the request..)
--
26-Sep-87 10:58:35-MDT,987;000000000000
Mail-From: KPETERSEN created at 26-Sep-87 10:58:23
Date: Sat, 26 Sep 1987  10:58 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   Alan Bomberger <[e-mail]>
Cc:   [e-mail]
Subject: CP/M 3.0 CCP replacement
In-reply-to: Msg of 23 Sep 1987  10:53-MDT from Alan Bomberger <ACB.COR at OFFICE-1.ARPA>

There is a CCP replacement for CP/M-Plus available from SIMTEL20...

Filename            Type     Bytes     CRC

Directory PD:<CPM.CPM3>
CCP105P.ARK.1            BINARY    126592  3993H

The filename is really CCP105+.ARK but the + was  changed to "P" for
the Tops-20 directory here.

This file is also available from my RCP/M and from GEnie's CP/M
RoundTable.

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
27-Sep-87 21:41:17-MDT,1561;000000000000
Mail-From: KPETERSEN created at 27-Sep-87 21:41:07
Date: 27 Sep 87 20:32 +0800
Message-ID: <[e-mail]>
Sender: Ken Wallewein <[e-mail]>
From: Ken Wallewein <[e-mail]>
To: [e-mail]
Subject:   WordStar 4.0
ReSent-From: [e-mail]
ReSent-To: Info-Cpm
ReSent-Date: Sun 27 Sep 1987 21:41-MDT

  I have WordStar 4.0. The verdict: thumbs up! Particular wins, in my view,
are the properly functioning paragraph reformatting, embedded rulers, improved
WYSIWYG display, and vastly improved installation/tailoring facilities.

  No particular problems to far. Haven't given it a real workout yet. It no
longer includes SPELSTAR, but then I never had it before, either. It includes
instead what I gather is a well-regarded spelling checker package, The Word
Plus. I think I like my own spelling checker better, but then I haven't really
worked this one yet, either.

  The 8" distribution (that's what I have - you get your choice, of course)
comes with SIX SSSD disks. I can get the whole thing on one of my DSDD disks,
so i guess it comes to about 750k or so. The distionary alone is something
like 120k, and there are some neat utilities that come with it.

  The documentation is complete, and has a full index. Being very familiar with
WordStar 3.0, I've hardly looked at it. It's not like either the 3.0 or 3.3
stuff. It does contain both tutorial and reference.

  Yes, it's worth the money.

/kenw
27-Sep-87 21:46:38-MDT,2238;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 27 Sep 87 21:46:27 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA24675; Sun, 27 Sep 87 20:43:03 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 26 Sep 87 17:16:25 GMT
From: rosevax!kksys![e-mail]  (Mike Bird)
Organization: K and K Systems, Minneapolis
Subject: Re: Trade Rags for CPM
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Kral) writes:
>Can someone suggest good magazines dealing with CPM (and perhaps TurboDos)?
>kral        408/647-6112        ...{ism780|amdahl}!drivax!braun

Well, CP/M, CP/M-86, CDOS (Concurrent DOS), MS-DOS, Turbo-DOS,
CP/M-68K and several other, less well-known, DOSes are discussed in
regular columns in the magazine S-100 journal.  This is a new magazine
(only 6 issues printed so far) exclusively for S-100 bus machines
(IEEE-696 bus).  Their address and subscription rates are:
$14.00 for one year (4 issues), $25.00 for 2 years (U.S.A.)
Canada and Mexico: add $3.00 per year
Other countries: add $6.00 per year.  All foreign payments must be in
U.S. currency.  Send orders and payments to:
S-100 Journal
P.O. Box 914
Orem, UT 84067.

The articles tend to be a bit defensive ("Gee, aren't we so much
superior to the PC world?") but contain very good information, and
it's one of the few places where you can find S-100 construction
articles as well as new products for CP/M machines.

I've noticed that the CP/M-80 world seems to be mostly Apple ][
computers with Z-80 cards, or S-100 machines, or old Kaypros.  I have
an original Altair, as well as an NEC PC8801-A/16, both running
CP/M-80.

--
===============================================================================
Mike Bird (No, I don't work for kksys)        Mail paths:  [e-mail] -or-
Give me credit for coming up with my own opinions.  ...rutgers!meccts!kksys!bird
Void where prohibited by law.
28-Sep-87 06:26:10-MDT,547;000000000000
Return-Path: <[e-mail]>
Received: from NADC.ARPA by SIMTEL20.ARPA with TCP; Mon, 28 Sep 87 06:26:02 MDT
Received: by NADC.ARPA (5.51/1.0 )
    id AA00763; Mon, 28 Sep 87 08:29:17 EDT
Date: Mon, 28 Sep 87 08:29:17 EDT
From: [e-mail] (Frank Prindle)
Message-Id: <[e-mail]>
To: [e-mail], [e-mail]
Subject: Re:  Turbo Modula2 and CP/M+

Make sure you are using the 6DEC or 8DEC version of CP/M+ on the C128.  Other
versions were somewhat flaky.
Frank Prindle
[e-mail]
28-Sep-87 07:17:25-MDT,1398;000000000000
Return-Path: <[e-mail]>
Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Mon, 28 Sep 87 07:17:13 MDT
Date: Mon 28 Sep 1987 09:12:25 EDT
From: <[e-mail]>
Subject: CP/M and Other Software for Morrow Computer
To: [e-mail]
Message-ID: <[e-mail]>

   I recall seeing a message here several weeks back from someone who had
acquired a Morrow machine and needed a copy of CP/M for it.  I recently came
across a collection of software, including CP/M.  Here is what I have if
anyone is interested:

        CP/M Distribution Diskette (MD3-MD1), S/N 34-0101491
                Morrow Designs Micro-Decision
                64K CP/M Version 2.2, Revision 2.3
                (C) 1976, 1977, .. 1980 Digital Research
                (C) 1982, 1983 Morrow Designs
                Includes Documentation Manual (user guide)
                5" double-sided diskette

        Multiplan with registration card (never sent in) on 8" disk
                with a copy transfered to 5" disk, with manual

        Personal Pearl database software with manual

        NewWord, Correct-It, Quest, Logicalc, BaZic, MBASIC, all with
                manuals, all apparently for Morrow computer

If any of this material is of interest to you, please reply to me directly
and I will provide more specific information.

-- Jay Sage, [e-mail]


28-Sep-87 17:44:36-MDT,1506;000000000000
Return-Path: <crash!pnet01![e-mail]>
Received: from bass.nosc.mil (NOSC.MIL.#Internet) by SIMTEL20.ARPA with TCP; Mon, 28 Sep 87 17:44:25 MDT
Received: by bass.nosc.mil (5.58/1.27)
    id AA27843; Mon, 28 Sep 87 16:15:46 PDT
Received: by crash.CTS.COM (5.54/UUCP-Project/rel-1.0/09-14-86)
    id AA00468; Mon, 28 Sep 87 15:16:25 PDT
Reply-To: pnet01![e-mail]
Message-Id: <[e-mail]>
Date: Mon, 28 Sep 87 15:05:07 PDT
From: [e-mail] (Marc Wilson)
To: crash![e-mail]@bass.nosc.mil
Subject: HELP!

H E L P !

Is there anyone out there who may have done work on implementing some
other OS than CP/M/Z-System on an Ampro Little Board?  If so, I'd like
to hear from you.

I'm currently trying to put up an MP/M system on the #$%^& thing, and
it's turning out to be a lot harder than I had thought it would.  Any
help would be appreciated.

If anyone has installed CP/M 3, I'd like to hear about that too, if
you're willing to share your secrets.

I picked up both MP/M II and CP/M+ for a song, and I'd like to get both
going, just to see what they'll do.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Marc Wilson
     ARPA: ...!crash![e-mail]
           ...!crash!pnet01!pro-sol![e-mail]
     UUCP: [ cbosgd | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson
     INET: [e-mail]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
28-Sep-87 20:38:43-MDT,1374;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 28 Sep 87 20:38:30 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA03426; Mon, 28 Sep 87 19:16:17 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 28 Sep 87 18:06:13 GMT
From: amdahl!drivax![e-mail]  (Kral)
Organization: Digital Research, Inc.
Subject: Re: Trade Rags for CPM
Message-Id: <[e-mail]>
References: <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (WIlliam Swan) writes:
>Imagine, somebody from Digital Research asking about TurboDOS magazines!!


(You don't think we still *support* that stuff do you?)

Actually, the request stems for a desire for information on applications which
run in the TurboDos environment, as I have friends who are running such.
(Also, CP/M is before my time at DRI -- when CP/M was King, I was helping with
TRSDOS (did I say that?)).


--
kral        408/647-6112        ...{ism780|amdahl}!drivax!braun
"Dream lightyears...    Challenge miles...    Walk in steps"
DISCLAIMER: If DRI knew I was saying this stuff, they would shut me d~-~oxx
29-Sep-87 11:23:17-MDT,2691;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Tue, 29 Sep 87 11:21:09 MDT
Received: from BLIULG12.BITNET by wiscvm.wisc.edu ; Tue, 29 Sep 87 11:16:33 CDT
Received: by BLIULG12 (Mailer X1.24) id 3228; Tue, 29 Sep 87 11:06:27 ULG
Date:         Tue, 29 Sep 87 11:03:51 ULG
From:         Andre PIRARD <[e-mail]>
Subject:      Re: Details of Intel Hex format
To:           info CP/M <[e-mail]>

Here is an algorithm for Intel Hex files generation:

\ COMHEX: produce .HEX file out of .COM file

HEX

100 CONSTANT START \ input file starting address, 100 specific for CP/M & MSDOS
10 CONSTANT SLICE \ max number of bytes in one HEX line

VARIABLE CHECKSUM \ output record checksum
VARIABLE ADDRESS  \ running address

VARIABLE IFILE \ pointer to input file
VARIABLE OFILE \ pointer to output file

: ASK.FILENAME \ prompt-addr id-count pointer -- fname-addr fname-count fcba
   >R FCBSIZE RESERVE R@ !     \ get fcb storage, set pointer
   CR TYPE SPACE  QUERY "TOKEN \ issue prompt, input filename
   R> @ ;                      \ return filename and fcb address

: CLOSE.FILE \ pointer --
   @ CLOSE CLOSED?  FCBSIZE FREE ;

: PUT.CHAR \ char -- \ write one character to output file
   OFILE @ PUT ;

: PUT.BYTE \ byte -- \ write 2 hex digits, compute checksum
   DUP CHECKSUM -! 0 <# # # #> OFILE @ WRITE ;

: PUT.WORD \ word -- \ write 4 hex digits, compute checksum
   DUP -8 SHIFT PUT.BYTE   FF AND PUT.BYTE ;

: COMHEX \ main word
   HEX \ all stuff done in hexadecimal
   " INPUT FILE?:"  IFILE ASK.FILENAME OPENI OPEN? \ open input
   " OUTPUT FILE?:" OFILE ASK.FILENAME OPENO OPEN? \ and output
   CR
   START ADDRESS !            \ init address pointer
   BEGIN IFILE @ INDATA WHILE \ loop until at end-of-file
      ASCII : PUT.CHAR        \ record mark
      CHECKSUM OFF            \ new checksum for new record
      PAD SLICE IFILE @ READ  \ read up to SLICE bytes
      DUP PUT.BYTE            \ output byte count
      ADDRESS @ PUT.WORD      \ output bytes address
      0 PUT.BYTE              \ plus one more byte
      DUP ADDRESS +!          \ progress address
      PAD SWAP BOUNDS ?DO     \ loop for each byte read
         I C@ PUT.BYTE LOOP   \ and output it with checksum
      CHECKSUM @ PUT.BYTE     \ output checksum
      OFILE @ PUTEOR          \ put end-of-record mark
   REPEAT
   ASCII : PUT.CHAR  0 PUT.WORD \ add end-of-file record
    0 PUT.WORD  0 PUT.BYTE  OFILE @ PUTEOR
   OFILE @ PUTEOF             \ put end-of-file mark
   OFILE CLOSE.FILE
   IFILE CLOSE.FILE ;

DECIMAL
29-Sep-87 14:03:08-MDT,1984;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 29 Sep 87 14:02:43 MDT
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
    id AA25058; Tue, 29 Sep 87 12:55:42 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 28 Sep 87 15:26:59 GMT
From: [e-mail]  (Jeffrey J Wieland)
Organization: Purdue University
Subject: Re: WordStar 4.0
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I've been using WordStar 4.0 for CP/M for about nine days now.  It does seem
to be BIG improvement on version 3.3 (which came with my Kaypro).  The undo
(^U) is really nice (though I haven't yet had cause to use it), and the improved
printer support is no ad man's hype!  It supports microjustification on most
dot matrix printers (RX-80 etc.).  It supports proportional spacing and the
built-in underlining on my Toshiba 1340.  It does the bold facing and double
striking by performing a carriage return, instead of back-spacing the printer
to death (as the Qume Sprint 5 driver in 3.3 did).  The installation program
is huge improvement over earier ones.  It now patches the program directly,
instead of laboriously making a copy, and then patching that.  By the way, it
also supports several laser printer (e.g. HP).  No Postscript support, however.

I have found two things (so far) that I don't like.  You can no longer print
a file while editing another.  On the other hand, 4.0 seems to drive the printer
more efficiently, so you get some of that time back.  Second, if you run a
program or the spelling checker from inside WordStar, WordStar "forgets" the
name of the last file that you edited.  Type ^R, and nothing happens.

                Jeff Wieland
                [e-mail]
30-Sep-87 11:00:14-MDT,955;000000000000
Return-Path: <[e-mail]>
Received: from OFFICE-1.ARPA by SIMTEL20.ARPA with TCP; Wed, 30 Sep 87 10:59:58 MDT
Date: 30 Sep 87 09:57 PDT
From: Alan Bomberger  <[e-mail]>
Subject: Wordstar 4.0
To: [e-mail]

Message-ID: <COR-ACB-CA60I@OFFICE-1>

First, I am not a Wordstar user.  I have recently received a report that
Write-Hand-Man does not work with Wordstar 4.  WHM is a memory resident pop-up
desk accessory that has worked with all kinds of configurations in the past.  I
find it hard to imagine what Micropro could have done that would affect WHM and
not Smartkey, and while they might ignore Poor Person Software and WHM, they
could not ignore Smartkey.  Has anyone had trouble with memory residents and
Wordstar 4?  I bet that Wordstar 4 is so much larger that the loss of memory
caused by WHM is the problem but my reports are very vague ("It doesn't work").
  Thanks for any ideas.

30-Sep-87 11:38:47-MDT,5682;000000000000
Return-Path: <[e-mail]>
Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Wed, 30 Sep 87 11:37:40 MDT
Date: Wed 30 Sep 1987 13:35:23 EDT
From: <[e-mail]>
Subject: Flow Control Without an FCP
To: [e-mail]
Message-ID: <[e-mail]>

     Bruce McIntosh sent the following message to me directly.  I am posting
my answer to the entire list since there may be others who are interested in
this subject.

Date:         Wed, 30 Sep 87 04:01 EDT
From:         Bruce H. McIntosh <[e-mail]>
Subject:      Flow control without FCP ?
To:           Jay Sage <[e-mail]>

Jay,
     Is it possible to have flow control processing without having an FCP
installed?  I'm considering eliminating FCPs and RCPs in favor of the jump
in TPA space it'll get me.  Inspiration for this move comes from your bit
on minimal-space Zsystems in TCJ.
                                            Bruce

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

                        FLOW CONTROL WITHOUT AN FCP

     While one should always hesitate to say that something is impossible,
that is my reaction to your question about flow control without an FCP.

     Flow control is implemented in the command processor through the FCP
module (see the "ZCPR33 User Guide" discussion of how commands are resolved
in the CCP).  Those commands have to be detected and executed regardless of
current flow state and, therefore, have to be in a separate module.

     Frank Gaude' gave many examples in Z-News of invoking IF13.COM manually
from the command line (it had to be given a name different from IF so that
it would not be intercepted by the FCP).  This does not achieve proper flow
control and can cause problems.  It only works correctly when it appears
during a true flow state; during a false flow state it is flushed and fails
to kick the flow state up to the next higher level.  If there were no FCP in
the system, you could run IF.COM and could write an ELSE.COM, FI.COM, etc.
to do the right things to the current flow state.  But all programs would
run no matter whether the current flow state were true or false.  The system
would know the flow state but would not act on it.

     Flow control could be achieved in this situation by modifying
individual programs to respond to the flow state.  For example, a linker
could be made to check the flow bytes in the message buffer and perform the
linkage only if the current flow state flag is ture.  Under a false flow
state it would simply return without doing anything.

     To avoid having to modify every program, one could write a utility that
would test the current flow state.  If it is false, the rest of the command
line would be flushed and the flow state reinitialized.  This program
(called FLOWTEST in the example below) could then be run before a standard
linker in the following sort of command:

          ZAS PROG;IF ~ERROR;FLOWTEST;ZLINK etc.

ZAS would set the program error flag; IF would set the flow state based on
the error flag, setting it true if the error flag is clear.  FLOWTEST would
run in either case, since there is no FCP, but would flush the rest of the
command line (ZLINK etc.) if the flow state is false.  The normal operation
of complex command lines and ZEX scripts would be seriously affected by this
kind of scheme (there is no such thing as ELSE or FI), however, and I would
not at all recommend it.  But it may help you think of something better.

     What I would do instead of eliminating the FCP is to write the smallest
possible FCP, one that would recognize the commands intended for it and feed
them to a COM file for processing.  I have recently been thinking in
background mode of a scheme to get the command processor to perform the
loading of the file so that I don't have to include that code in the FCP, as
is done now.  I think there should be a way to write a fully functional FCP
that takes up only one record (128 bytes).  If the TPA can't stand that much
of a loss, then one might as well just drop back into CP/M.

     Here is the germ of a scheme I have in mind to achieve this.  Have the
resident FCP create a phony true flow state one level higher and insert
'FLOW ' in front of the command in the command line.  Then, for example, the
command 'ELSE' would turn into 'FLOW ELSE'.  Because of the phony true flow
state, the command processor would load and run FLOW.  FLOW would undo the
phony true state and perform the 'else' function, adjusting the flow message
bytes accordingly.  FLOW, being a transient, could be as complex and
sophisticated as one wishes.  Other flow commands (IF, FI, XIF, ZIF, OR,
AND, and others that might be invented) would be handled similarly.  The
question is how to fool the CCP into running the command.

     Since this whole discussion arose from your desire to maximize TPA, I
would like to add that my next column in The Computer Journal is going to
describe (among other things) a new ZCOM (NZCOM) that does automatically all
of the things (and more) that I described in the previous two columns.  It
can switch to a minimum Z-System for a single command or group of commands
and then switch back to a normal system.  Using SUBMIT it can even switch
back to CP/M, execute some commands, and then automatically return to Z-
System!  I think this will really solve the TPA dilemma with Z-System.  I
plan to get rid of all my manually installed Z-Systems, bring up maximum-TPA
CP/M systems with stripped-down BIOSs, and then use NZCOM to implement Z-
System.


30-Sep-87 15:10:12-MDT,956;000000000000
Return-Path: <[e-mail]>
Received: from VLSI.JPL.NASA.GOV (JPL-VLSI.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed, 30 Sep 87 15:09:42 MDT
Date:    Wed, 30 Sep 87 14:10:10 PDT
From:     [e-mail]
Message-Id: <[e-mail]>
Subject: Re : Details of Intel Hex Format
To:       [e-mail]
X-ST-Vmsmail-To: ST%"[e-mail]"

The problem of the PROmM programmer which wouldn't accept home grown
Hex files in my case turned out to be the lack of an end of file
record (record type 01.) I had an "unload" program which took a binary
file and generated a hex file from it. When I sent it to the PROM
programmer, the whole thing locked up. It turned out that until it
saw the EOF record, the programmer still wanted more data. The solution
was to add the following line to the file:

:00000001ff

and everybody was happy.

         Bruce Conroy
         [e-mail]