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

Text File | 1993-02-13 | 190.5 KB | 4,844 lines

 1-Mar-88 01:32:27-MST,4084;000000000000
Return-Path: <[e-mail]>
Date: Tue,  1 Mar 88 01:30:18 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #50
To: [e-mail]

INFO-CPM Digest             Tue,  1 Mar 88       Volume 88 : Issue  50

Today's Topics:
                         Wordstar 4.0 support
                      z80-cpm boards for IBM-PCs
----------------------------------------------------------------------

Date: 29 Feb 88 03:09:26 GMT
From: hao!noao!mcdsun!nud!anasaz![e-mail]  (Chad R. Larson)
Subject: Wordstar 4.0 support

In article <[e-mail]> [e-mail] (Jonathan I. Kamens) writes:
>Some of you may recall that several months ago I posted a complaint
>about Wordstar 4.0 failing to work on my hardware configuration and
>about Micropro failing to give me any help whatsoever.
> (deleted stuff)
>So, I guess Micropro has given up on customer service.  When a
>customer has a problem, instead of helping him/her solve it, they
>simply refund the money and blow it off.
>

I didn't want this to go by completely unchallenged.  In the old days
(a whole couple of years ago) you couldn't get help from MicroPro.
They would tell you to go talk to whomever you bought from, and
wouldn't deal with customers directly.  However, since they failed to
keep up with the times and enhance their product (as opposed to
MicroSoft Word & the like) they got the stuffing kicked out of them in
the marketplace.  They seem to be serious about getting back though.
They have a bank of phones they man (or person :-) ) and have been
good about getting back to me with information.  They are also one of
the few companies still supporting us CP/M hackers with updated
products.

Anyway, I have no affiliation with MicroPro, I just have found them to
be reasonable people lately.  Your milage may vary.
---------------
"I read the news today, oh boy!"  --John Lennon
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
| DCF, Inc.               | UUCP: ...noao!mcdsun!nud!anasaz!dcfinc!chad |
| 14623 North 49th Place  | Ma Bell: [phone]                     |
| Scottsdale, AZ 85254    | Loran: N-33deg37min20sec W-111deg58min26sec |
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
|         Disclaimer: These ARE the opinions of my employer!            |
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

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

Date: 29 Feb 88 16:49:41 GMT
From: mccc![e-mail]  (Peter J. Holsberg)
Subject: z80-cpm boards for IBM-PCs

In article <[e-mail]> [e-mail] (Mike Ciaraldi) writes:
|In article <[e-mail]> [e-mail] (JEFFREY SICHERMAN - CALSTATE LONG BEACH) writes:
|>
|>  I would be interested in anybody's experiences and recommendations for
|>addin boards for IBM-PCs that run CPM and are based on the z80 processor.
|BUT, I have used the program Z80MU, which is a free Z-80+CP/M
|emulator done entirely in software, and available wherever good
|public domain and shareware programs are.
|It is not as fast as a real Z-80, but it is not bad.
|
|Advantages:  Low cost (i.e. $00.00), access to all DOS facilities
|(subdirectories, printers,  and so on) as well as all CP/M commands,
|and support for large programs (a 60K Transient Program Area).
|The authors estimate it runs at about the speed of
|a 1MHz Z-80 on a standard 4.77 MHz IBM PC>
|
    Unfortunately, Z80MU does not run the world's best Z80
assembler!!  There ia apparently a bug in the implementation of a rarely
used Z80 instruction that causes Z80ASM to bomb.

--
Peter Holsberg                  UUCP: {rutgers!}princeton!mccc!pjh
Technology Division             CompuServe: 70240,334
Mercer College                  GEnie: PJHOLSBERG
Trenton, NJ 08690               Voice: 1-609-586-4800

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

End of INFO-CPM Digest
******************************
 2-Mar-88 01:33:33-MST,18928;000000000000
Return-Path: <[e-mail]>
Date: Wed,  2 Mar 88 01:30:07 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #51
To: [e-mail]

INFO-CPM Digest             Wed,  2 Mar 88       Volume 88 : Issue  51

Today's Topics:
                             22PUBLIC bug
                CP/M 2.2 emulator for CP/M-86 machines
                          HELP with unarc16
                   query - S-100 CPU upgrade boards
                    SIMTEL20 CP/M January uploads
                         wanted: term program
----------------------------------------------------------------------

Date: Tue, 1 Mar 88 20:33:46 CST
From: [e-mail] (Margaret H. Knox)
Subject: 22PUBLIC bug

Many people have by now either replaced their old DRI CCP completely,
or are using one of the PUBLIC patches which declare individual files
public.  Being lazy, I have been using the 22PUBLIC.ASM patch on
SIMTEL (from 1981) to make all .COM files on USER 0 accessible from
any other disk/user#.

Over the years I have occasionally noticed that "certain" programs
would NOT always run correctly from other user numbers.  In particular,
MODEM7 would not run from any user number other than 0, although I
could set USER to 0, launch MODEM7, exit, set the USER to whatever
I wanted, and re-launch MODEM7 correctly.  Since this only affected
about 3 programs that I use with any frequency, and since it was
only a minor annoyance in the great antipathy of life, I mostly
ignored the problem.

It didn't go away!!  (:-}      Late last night I got frustrated
enough to wonder why.

The problem is actually rather simple.  22PUBLIC traps "File Not
Found" returns when the CCP attempts to open a file for loading.
It then tries the same user number on disk A:, and then user 0
on disk A:.  If the file is not found after all that you get the
usual "?" error msg.  If the file *IS* found, however, it resets
the user number (so the running program will be in the correct
area) and re-enters the CCP load routine to finish loading the
now-open file.

The bug is that, if the file is greater than 16k (one extent)
the BDOS looks for the next extent in the WRONG user area!
The fix is simple -- just save the original user area, and
defer resetting the user area until after the load is completed.
The "patch" is more complicated -- there is not enough room
in the usual CCP patch locations.  I re-assembled CCP (from
an old disassembly) and that gave me enough room to restore
the user number in both the "command/load error" and "success"
routines.

Thought someone else might be interested.

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

Date: Tue, 1 Mar 1988  21:52 MST
From: Keith Petersen <[e-mail]>
Subject: CP/M 2.2 emulator for CP/M-86 machines

Now available via standard anonymous FTP from SIMTEL20...

Filename            Type     Bytes     CRC

Directory PD1:<CPM.CPM86>
SWV20.ARK.1            BINARY     10362  627BH

SWV20 emulates CP/M 2.2 on machines running CP/M-86, MDM-86,
Concurrent CP/M and similar O.S.'s.  It requires an NEC V-20 or V-30
CPU chip.  It will run 8080 programs only, not Z80.  NOTE: This
program is NOT your "run of the mill" MSDOS CP/M emulator!  It cannot
be used on MSDOS systems.

--Keith Petersen
Arpa: [e-mail]
Uucp: {decwrl,harvard,lll-crg,ucbvax,uunet,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)

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

Date: 23 Feb 88 11:24:27 GMT
From: mcvax!ukc!stc!ist![e-mail]  (News reading a/c for rb)
Subject: HELP with unarc16

I'm having trouble getting UNARC16.ARK to unpack itself. It
starts up ok and produces a couple of intelligible messages,
then it prints lots of noise characters across the screen and
after a bit it exits having unpacked nothing. The code looks
vaguely sane (ie I believe I've downloaded the file ok). I'm
attempting this feat on an Amstrad CPC6128 running CP/M 3.0.
Any hints, suggestions, etc? Thanx in advance...

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

Date: Tue, 1 Mar 88 11:31 EST
From: RLH <"RCVAXB::HAAR%gmr.com"@RELAY.CS.NET>
Subject: query - S-100 CPU upgrade boards

I want to upgrade my S-100 bus CP/M system with a CPU board using
one of the new Z80 replacement chips. What board-level products
are available? Can anyone give recommendations and/or comparisons?

Since I want to maintain Z80 and CP/M compatibility, I am interested
in the Hitachi HD64180 and the Zilog Z180 & Z280 chips to get the
larger address space. I also want to be able to move up to ZCPR
when the versions supporting these chips become available.

My configuration is pretty much normal for hobbyist S-100 CP/M systems:

    Tarbell Z-80 CPU card with banked memory and serial I/O
    Tarbell floppy disk controller with 8 " SSDD drives
    192K static RAM
    SDS VDB8024 video display & keyboard interface board
    misc. serial/parallel I/O and clock/calendar boards

    CP/M Plus (v 3.0) in banked mode

I would like to replace the CPU board but keep everything else in place
to start with. I would be willing to add an external CRT terminal
and 5 1/4 floppies if that makes sense. Also, I have done enough
assembly language hacking on the BIOS that some of that is no
problem.

Since I suspect that others on this list have similar interests, I
suggest that responses be posted here rather than sent to me
directly.

            Bob Haar
            E-mail: [e-mail]  (on CSNET or ARPANET)

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

Date: Tue, 1 Mar 1988  23:38 MST
From: Keith Petersen <[e-mail]>
Subject: SIMTEL20 CP/M January uploads

Here is the January list of uploads to SIMTEL20's CP/M areas.
Sorry it's so late.  I will post the February list tomorrow.
The report field labeled "T" is file bytesize, 8 for binary, 7 for ascii.

--Keith Petersen
Arpa: [e-mail]
Uucp: {decwrl,harvard,lll-crg,ucbvax,uunet,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)

--cut-here--
                           CP/M January Report

Directory         Name         Size   T Description
================= ============ ====== = ======================================

<CPM.AMPRO>       AAN-8801.TZT  17024 8 Using SCSI port for generalized I/O
<CPM.AMPRO>       AAN-8802.TZT  7296  8 Intro to the AMPRO little boards

<CPM.APPLE>       PCPIBYE1.LBR  16640 8 Applicard Super Serial BYE/KMD
<CPM.APPLE>       THUNDER.AZM   2304  8 Softcard I/Thunderclock routine

<CPM.ARC-LBR>     LCRC.LBR      4352  8 Calculates and stores CRCs in LBRs
<CPM.ARC-LBR>     LIBUTILS.TZT  1664  8 Using NULU and LRUN with libraries
<CPM.ARC-LBR>     PATVLU11.AZM  6272  8 Use sweep-like utility with CP/M 2.2

<CPM.ASMUTL>      ASMBLY.TZT    3200  8 Assembly language primer for CP/M
<CPM.ASMUTL>      MLOADPCH.TZT  1152  8 Patch to MLOAD for use with XBIOS
<CPM.ASMUTL>      PRTVAL.ZZ0    1024  8 Macro prints assembly-time values
<CPM.ASMUTL>      RELOCATE.TZT  1664  8 Writing assembler relocatable code
<CPM.ASMUTL>      UCASM.LBR     27520 8 Assembler for 80xx micro-controllers
<CPM.ASMUTL>      ZMRSYM.LBR    1536  8 Z80MR SYM files for debugging

<CPM.BASIC>       AIM30.LBR     19200 8 Tracks and advises stock investments
<CPM.BASIC>       EGBAS.LBR     20352 8 Sample programs for MBASIC
<CPM.BASIC>       MBASPOS.TZT   1792  8 Cursor positioning with MBASIC
<CPM.BASIC>       MBASTIPS.TZT  1664  8 Tips for MBASIC programmers
<CPM.BASIC>       MBEXTEND.LBR  6784  8 MBASIC assembly language extensions
<CPM.BASIC>       MOCST3.LBR    19328 8 Nice freeware amortization program.

<CPM.BBS>         EMX-313.LBR   89856 8 Remote mail exchange BBS system
<CPM.BBS>         EMX-GT.LBR    10880 8 Time routines for EMX
<CPM.BBS>         EMX-UTIL.LBR  30336 8 Utility support programs for EMX

<CPM.BBSLISTS>    RCPM0288.BZF  10368 8 Brief RCP/M phone number list, Feb.
<CPM.BBSLISTS>    RCPM0288.LZT  38400 8 North American Remote CP/M list, Feb

<CPM.BDOS>        Z80DOS11.FIX  2146  7 Bug fix for Z80DOS 1.0 and 1.1

<CPM.BDSC-4>      ACRL.LBR      36992 8 Assembler for use with BDS-C
<CPM.BDSC-4>      BDSLIB.ARK    16989 8 Standard C Library for BDS-C 1.5

<CPM.BYE5>        KMD23.LBR    115968 8 File transfer program for RCP/M

<CPM.C128>        CLOCK128.LBR  12416 8 Use RightTime clock to set C128 time
<CPM.C128>        COMMODOR.TZT  1152  8 Commodore/Kaypro compatibility

<CPM.CALCULATOR>  BASECONV.LBR  16256 8 Convert numbers to other bases

<CPM.CATLOG>      DISKNUM.LBR   11776 8 Create null file -disk.nnn numbers

<CPM.CCP>         CMDLN11A.LBR  1152  8 Execute program when system boots

<CPM.CLOCK>       LB-TSTP1.LBR  10240 8 Install date/time in source code
<CPM.CLOCK>       MDCLCK13.LBR  81280 8 Info to install clock for Morrow MD

<CPM.CPM3>        CHN31.LBR     16512 8 Chain CP/M+ multiple COM files

<CPM.CPMINFO>     STAT.TZT      3328  8 What STAT does and how to use it
<CPM.CPMINFO>     USERAREA.TZT  1920  8 Tips on using user areas

<CPM.DATABASE>    DATABASE.TZT  1792  8 General look at database programs
<CPM.DATABASE>    DATASTAR.TZT  896   8 Tip using FormGen and DataStar

<CPM.DBASEII>     DBEDIT.TZT    1024  8 dBASE II editing tips
<CPM.DBASEII>     DBEDITOR.TZT  768   8 Limitation of dBASE command editor
<CPM.DBASEII>     DBFULL.TZT    512   8 dBASE II DISK IS FULL message
<CPM.DBASEII>     DBJOIN.TZT    1408  8 Bug in dBASE II JOIN command

<CPM.DEBUG>       18E-SRC.LBR   92800 8 Source for 18e debug monitor
<CPM.DEBUG>       18E.LBR       20096 8 Debugger offers HD64180 support

<CPM.DIRUTL>      DR24.LBR      7040  8 Alphabetical directory lister
<CPM.DIRUTL>      SD130.LBR     62208 8 Directory lister, also LBRs, ARKs
<CPM.DIRUTL>      SDPAT130.LBR  8704  8 SD COM file, patch to change # drive
<CPM.DSKUTL>      DISKDIAG.TZT  3840  8 Diagnosing disk drive problems
<CPM.DSKUTL>      HARDDISK.TZT  1792  8 How to treat hard disks
<CPM.DSKUTL>      LOGDISK.TZT   1152  8 Disk switching
<CPM.DSKUTL>      MAGNETS.TZT   1536  8 Problems with magnets near computers
<CPM.DSKUTL>      PATCH18A.PZT  768   8 Patches for PATCH18A
<CPM.DSKUTL>      SHOBLK11.LBR  21504 8 Shows file allocated to track/sector
<CPM.DSKUTL>      TAPDSK21.LBR  27392 8 Backup disks to tape

<CPM.EDITOR>      POWEROUT.TZT  1280  8 Benefits of frequent workfile saves

<CPM.EDUCATION>   GERMAN.BZS    5376  8 Test vocabulary skills in German
<CPM.EDUCATION>   LATIN.BZS     7296  8 Test vocabulary skills in Latin
<CPM.EDUCATION>   PSALMS.LBR    6528  8 Tests ability to memorize Psalms

<CPM.EPSON>       FX80PTPR.LBR  22528 8 Epson FX-80 print option setter
<CPM.EPSON>       FXCHAR.LBR    40704 8 Epson FX printer char. set generator
<CPM.EPSON>       FXPARMS.BZS   1792  8 Epson FX-80 type styles illustration
<CPM.EPSON>       GRAFMX80.LBR  24576 8 Epson MX80/100 bit-image graphics

<CPM.FILCPY>      NSWP207.LBR   31872 8 Disk/File maintenance utility
<CPM.FILCPY>      PIPE18.LBR    18048 8 Fast file copier

<CPM.FILEDOCS>    ROYALOAK.DZR  23552 8 RCP/M Royal Oak directories

<CPM.FILUTL>      UNLOAD23.LBR  8704  8 Convert a .COM file to a .HEX file

<CPM.GENDOC>      BACKUP.TZT    1280  8 A look at backup philosophy
<CPM.GENDOC>      CALNDR88.TZT  896   8 1988 Calendar
<CPM.GENDOC>      CARE.TZT      2432  8 Use and care of computers
<CPM.GENDOC>      CPMCONF.TZT   2816  8 Quick look of future of CP/M
<CPM.GENDOC>      DSKINFO.LBR   6144  8 5-1/4 inch floppy formats list
<CPM.GENDOC>      FILES.TZT     1792  8 Copying, printing, combining files
<CPM.GENDOC>      RUNCPM.IQF    4224  8 Run CP/M on IBM-PC at up to 10 MHz!

<CPM.GENIE>       GENIE.IZD     21120 8 Descriptions of GEnie's services

<CPM.IMP>         I2CR-1.AZM    6272  8 IMP Overlay - Cromemco Tuart

<CPM.KAYPRO>      ARTIE71.LBR   52352 8 Block graphic editor for Kaypro
<CPM.KAYPRO>      AUTOGO.TZT    3200  8 Tips on auto-start at Kaypro bootup
<CPM.KAYPRO>      COPY.TZT      1408  8 Kaypro autoboot a command at startup
<CPM.KAYPRO>      DCOM.TZT      1152  8 Uncovering some secrets of D.COM
<CPM.KAYPRO>      FORMAT.TZT    2688  8 Disk format options on Kaypros
<CPM.KAYPRO>      HARNESS.TZT   2432  8 Wiring harness problems with Kaypros
<CPM.KAYPRO>      K16---K2.TZT  640   8 Connecting a Kaypro 16 to Kaypro 2
<CPM.KAYPRO>      KAYAK.LBR     22656 8 Kayak race for Kaypro systems
<CPM.KAYPRO>      KPNEWTRM.LBR  16256 8 Kaypro interrupt driven termnial pgm
<CPM.KAYPRO>      KPRODEMO.LBR  6784  8 Connect six Kaypros for demos
<CPM.KAYPRO>      KPU87MOD.IQF  1378  8 Fix on early Kaypros for data errors
<CPM.KAYPRO>      KPVLU102.LBR  26752 8 Video library utility for Kaypros
<CPM.KAYPRO>      LAZY.TZT      2816  8 Fewer keystrokes for lazy Kuggers
<CPM.KAYPRO>      MASMENU.TZT   1280  8 Thoughts on Kaypro's master menus
<CPM.KAYPRO>      PFLINES.TZT   640   8 Perfect Filer carriage returns
<CPM.KAYPRO>      PW.TZT        1024  8 Printing PW documents
<CPM.KAYPRO>      REALTIME.TZT  1152  8 Accessing real time clock in Kaypros

<CPM.LIST>        BANNER03.LBR  49920 8 Print large letters in 2 styles
<CPM.LIST>        NECELF.TZT    896   8 Printer head assembly lubrication
<CPM.LIST>        PRNTRASM.TZT  3072  8 Writing a printer control program
<CPM.LIST>        TPBANNER.LBR  17152 8 Print banners with Turbo Pascal

<CPM.MODEM>       HAYESCMD.TZT  4224  8 S-registers used by Hayes modems
<CPM.MODEM>       MDMCABLE.TZT  2560  8 Discussion of cables and RS-232
<CPM.MODEM>       TELED14.LBR   14208 8 Modem terminal/file transfer - BDS-C

<CPM.OSBORN>      CLOCK.LBR     13568 8 Realtime resident s/w clock for OSB1

<CPM.PCPURSUIT>   PCPIMP6.FZX   1408  8 Modification to PCPIMP, version 6
<CPM.PCPURSUIT>   PCPIMP6.LBR   31744 8 PC Pursuit autodial interface to IMP

<CPM.RCPM>        ZMDOVL2.LBR   47616 8 ZMD Overlays with Stand Alone mode

<CPM.SQUSQ>       OBSCURE.BZG   2304  8 Problem with LT/VLU with attribute
<CPM.SQUSQ>       ROSUNCR.LBR   56192 8 Type crunched files with ROS 3.4
<CPM.SQUSQ>       SQ111.LBR     12160 8 Machine language SQueezer -- fast
<CPM.SQUSQ>       UNSQ-CR.LBR   5504  8 REL files for Uncruncher/Unsqueezer

<CPM.SUBMIT>      NEWBAT3.LBR   11648 8 Makes SUBMIT-like batch COM files
<CPM.SUBMIT>      SUBMIT.TZT    1792  8 Tips using SUBMIT

<CPM.SYSUTL>      EGUTIL52.LBR 137216 8 Eric Gans great CP/M utilities
<CPM.SYSUTL>      OFFCTRLC.LBR  2688  8 Disable control C break
<CPM.SYSUTL>      RELCPM.LBR    7296  8 Integrate BIOS into MOVCPM
<CPM.SYSUTL>      SRW150.LBR    8832  8 Memory/Disk inspector/modifier
<CPM.SYSUTL>      SYSTEM.LBR    3072  8 Jump to any memory location

<CPM.TERM>        GKXS372A.LBR  9088  8 Keyboard enhancement program
<CPM.TERM>        HEALTH.TZT    896   8 Video screens and your health

<CPM.TURBODOS>    DIRPAT17.LBR  7040  8 DIRectory PATch utility for TurboDOS
<CPM.TURBOPAS>    BRIDGE.LBR    15488 8 Card game of Bridge
<CPM.TURBOPAS>    TPWARMST.PZT  2048  8 Exit Turbo program without warmstart
<CPM.TURBOPAS>    TURBLOAD.LBR  3968  8 Include assembler routines in Pascal
<CPM.TURBOPAS>    WINDOW10.LBR  5248  8 Windows for Turbo Pascal programs.

<CPM.TXTUTL>      FINREP26.LBR  11008 8 Find and Replace utility
<CPM.TXTUTL>      SF11.LBR      20736 8 Show a text file with options
<CPM.TXTUTL>      TAB2SPC2.LBR  14848 8 Replaces TABs in text files
<CPM.TXTUTL>      VIEW43.LBR    34304 8 Memory based View utility

<CPM.VDOEDIT>     VDE-PAT.LBR   7424  8 Patches to VDE 2.63
<CPM.VDOEDIT>     VDE263.LBR    65280 8 Small, powerful text editor
<CPM.VDOEDIT>     VDE263SP.LBR  24448 8 VDE263 modifications for film script
<CPM.VDOEDIT>     VDECUST.LBR   2048  8 VDE customization for Morrow

<CPM.WSTAR>       LEFTOFF.TZT   896   8 Return to where you left off in edit
<CPM.WSTAR>       LONGDOCS.TZT  4224  8 Working with large files in WordStar
<CPM.WSTAR>       MULTIHDR.TZT  768   8 Multiple-line headers/footers in WS
<CPM.WSTAR>       PAGEFIND.TZT  1920  8 How to mark text for finding pages
<CPM.WSTAR>       WS4-DIAB.FIX  1326  7 Fix to WordStar 4.0 and Diablo
<CPM.WSTAR>       WSHEAD.TZT    3968  8 Tips using header/footer in WordStar
<CPM.WSTAR>       WSMAGIC.TZT   6400  8 Tips for speeding up editing tasks
<CPM.WSTAR>       WSMMTIP.TZT   896   8 Dot command bug fix for MailMerge
<CPM.WSTAR>       WSWLDCRD.TZT  1920  8 Changing WordStar's search wildcard

<CPM.XEROX>       XE2-WS4.LBR   15104 8 Patches to WordStar 4.0 on Xerox

<CPM.Z280>        NEW280.TZT    4352  8 Info about a planned Z280 system
<CPM.Z280>        Z280-J88.LBR  18560 8 Collection of messages about Z280

<CPM.ZCPR33>      BANKSYS.DZC   5376  8 Proposal to support banked memory
<CPM.ZCPR33>      BANKSYS1.LBR  36864 8 More on bank switched systems
<CPM.ZCPR33>      C-HELP.LBR    17920 8 Collection of HELP files for ZCPR33
<CPM.ZCPR33>      DEV11A.LBR    9984  8 Command driven ZCPR3 IOP control
<CPM.ZCPR33>      ERASE51A.LBR  12800 8 Enhanced ERA command for ZCPR3
<CPM.ZCPR33>      FF10.LBR      19584 8 Find a file in any ZCPR user area
<CPM.ZCPR33>      KQUESTNS.TZT  2560  8 Z-System Kaypro questions/answers
<CPM.ZCPR33>      MOVE21B.BUG   695   7 Bug report and fix for MOVE21B
<CPM.ZCPR33>      MOVE21C.LBR   12928 8 Moves a file to another user area
<CPM.ZCPR33>      NSWPPAT.LBR   1920  8 Patch to NSWP for 32 user areas
<CPM.ZCPR33>      PACK10A.LBR   24704 8 Improve hard disk performance
<CPM.ZCPR33>      RENAM33A.LBR  19712 8 Rename files in the ZCPR environment
<CPM.ZCPR33>      SAVSTMP3.LBR  10368 8 Preserves DateStamper create date
<CPM.ZCPR33>      VLU102.ZZ0    3456  8 Patch file to VLU101.LBR
<CPM.ZCPR33>      WS4PRNDV.LBR  4736  8 Use two printers with WordStar 4.0
<CPM.ZCPR33>      Z3LOC13.LBR   7168  8 Display location of CCP, BDOS, BIOS
<CPM.ZCPR33>      ZCPR3.TZT     3584  8 Pros and Cons of ZCPR 3.0
<CPM.ZCPR33>      ZXLATE14.LBR  25344 8 8080 to Z80 source code translator
<CPM.ZCPRNEWS>    Z-NEWS.8Z7    7168  8 ZCPR3/SYSLIB/ZRDOS Newsletter #807
______________________________________

TOTALS:    Size          2,253,958  bytes
           Files         162

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

Date: 29 Feb 88 23:24:37 GMT
From: ucsdhub!ucrmath!hope![e-mail]  (Duncan Howard)
Subject: wanted: term program

I own a Kaypro-10 (CPM) and I am looking for a VT-100 terminal emulation
program.  Currently, I run MITE but it's emulation is not very good.  Does
anyone have a program that would perform better?


Please reply by email.

-duncan

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

End of INFO-CPM Digest
******************************
 3-Mar-88 01:34:17-MST,8657;000000000000
Return-Path: <[e-mail]>
Date: Thu,  3 Mar 88 01:30:30 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #52
To: [e-mail]

INFO-CPM Digest             Thu,  3 Mar 88       Volume 88 : Issue  52

Today's Topics:
            New files uploaded to SIMTEL20 during February
----------------------------------------------------------------------

Date: Wed, 2 Mar 1988  21:16 MST
From: Keith Petersen <[e-mail]>
Subject: New files uploaded to SIMTEL20 during February

The following is a complete list of CP/M-oriented files uploaded to
SIMTEL20 during the month of February.  The column labeled "T" (Type)
is the file format.  (7) means ASCII, (8) means binary.

Also available:

A list of all CP/M files (updated daily):
   PD1:<CPM>CPM.CRCLST - List with CRC values
   PD1:<CPM>CPM.ARC    - The above, ARChived (much smaller), binary(8).
   PD1:<CPM>FILES.IDX  - Similar to below, no descriptions, comma delimited

A list of many of the CP/M files, with descriptions, (updated monthly):
   PD1:<CPM.FILEDOCS>SIMCPM.IDX - Comma delimited list
   PD1:<CPM.FILEDOCS>SIMCPM.ARK - Same, ARChived (includes next two files)
   PD1:<CPM.FILEDOCS>SIMCPM.INF - Description of data fields in SIMCPM.IDX
   PD1:<CPM.FILEDOCS>SIMCPM.DB2 - How to use SIMCPM.IDX with dBASEII.

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

                           CP/M February Report

Directory         Name         Size   T Description
================= ============ ====== = ======================================

<CPM.AMPRO>       HDINFO.LBR    1920  8 Show AMPRO hard disk buffer address

<CPM.APPLE>       PCPICLK1.LBR  11520 8 Apple PCPI/DateStamper clock drivers
<CPM.APPLE>       PCPIDVR6.LZT  2048  8 List of Applicard Drivers

<CPM.ARC-LBR>     ARC-FILE.IZF  4224  8 Specs for ARC/ARK header record
<CPM.ARC-LBR>     LT24.LBR      40832 8 File typer/extractor/decompressor
<CPM.ARC-LBR>     SETD22.LBR    6016  8 Set dates for members of libraries

<CPM.ASMUTL>      ENTAB16.LBR   8192  8 Replaces spaces with tabs in source
<CPM.ASMUTL>      M80STR11.LBR  8064  8 Structured programming for M80
<CPM.ASMUTL>      MLOAD24.BUG   736   7 Fix for MLOAD overlay CCP
<CPM.ASMUTL>      MLOAD24.LBR   24448 8 Much improved LOAD.COM replacement

<CPM.BASIC>       BAS-REL1.LBR  5888  8 Machine language subrtns for BASCOM

<CPM.BBSLISTS>    9600-87W.LZT  14336 8 9600 bps remote access systems
<CPM.BBSLISTS>    THLST102.LBR  10880 8 List of Atlanta Bulletin Boards

<CPM.BDOS>        P2DOS23.LBR   63616 8 Enhanced CP/M 2.2 BDOS replacement
<CPM.BDOS>        Z80D20A.LBR   62080 8 Z80 replacement for CP/M 2.2 BDOS
<CPM.BDOS>        Z80DSTAT.MZG  3584  8 Progress report for Z80DOS upgrade

<CPM.BYE5>        B5C-LB36.IZS  2304  8 BYE Clock Insert for Ampro BIOS Clk

<CPM.C128>        VDE-C128.ARK  52224 8 VDE263 Editor Installed for the 128

<CPM.CPM3>        CPM+.HZP      19072 8 Help for CP/M Plus commands
<CPM.CPM3>        DATE+2.LBR    36096 8 CP/M Plus DATE replacement

<CPM.CPM86>       SWV20.ARK     10362 8 CP/M 2.2 emulator for CP/M-86 mach.

<CPM.DATESTAMP>   SETDDS.LBR    2688  8 SETD overlay for DateStamper

<CPM.DEBUG>       JMON100.LBR   22016 8 Debugger/Monitor for banked memory

<CPM.DIRUTL>      CFA10.LBR     22528 8 Change file attributes/user area

<CPM.FILCPY>      PPIP17.BUG    1055  7 Proplems with PPIP17
<CPM.FILCPY>      ZCOPY20.LBR   17280 8 Generic CP/M 2.2 file copy utility

<CPM.FILUTL>      CUT10.LBR     15104 8 CP/M file splitting utility

<CPM.GENASM>      AREA15.LBR    14080 8 Find location be areacode or city

<CPM.GENDOC>      HDISK003.DZT  4608  8 Hard Disk Info (Cyls, Heads etc)
<CPM.GENDOC>      SNOOPY88.CZL  1792  8 1988 Snoopy calendar ready to print
<CPM.GENDOC>      UCPM10.ARK    74064 8 UCPM Universal CP/M Manual

<CPM.GENIE>       GENIECPM.INF  1094  7 GEnie CP/M RoundTable info for RCP/M
<CPM.GENIE>       TOP-100.LZT   4864  8 Top 100 downloads from CP/M RT

<CPM.HAMRADIO>    TEC2.LBR      45312 8 Ham Radio Technician test aid

<CPM.HELP>        LBRHLP13.LBR  10880 8 Read crunched help files

<CPM.KAYPRO>      84KP256A.ARK  13375 8 190K RAMdisk for '84 Kaypros - $40
<CPM.KAYPRO>      AUTOKEYS.LBR  7168  8 Configure Kaypro keypad
<CPM.KAYPRO>      KAY-DISK.IZF  3584  8 Kaypro floppy disk formats
<CPM.KAYPRO>      KP-VERSN.TZT  640   8 Cross reference of Kaypro ROM/BIOS

<CPM.LIST>        ND110.LBR     10368 8 ND textfile printer dumping utility
<CPM.LIST>        PR2-PR3.LBR   52480 8 Epson/Gemini printer utility
<CPM.LIST>        SLMT.LBR      6144  8 Set margins on daisywheel printers

<CPM.MODEM>       YMODEM6.DZC   26880 8 XMODEM/YMODEM/MODEM protocol doc
<CPM.MODEM>       ZMODEM6.DZC   48896 8 ZMODEM file transfer protocol specs

<CPM.PBBS>        PUSER18.LBR   54144 8 Utility to report on PBBS user file

<CPM.RCPM>        BBSNOISE.TZT  1920  8 Noise on BBS phone lines & modems
<CPM.RCPM>        ZMD147.LBR   184320 8 Z80 remote file transfer program

<CPM.SPREADSHEET> 87TAXES.LBR   81536 8 1987 tax templates for SuperCalc

<CPM.SQUSQ>       CRNCH24S.LBR  97536 8 Source for Cruncher/Uncruncher
<CPM.SQUSQ>       CRUNCH.IZF    5504  8 Specs for CRUNCHed header record

<CPM.SUBMIT>      SUPSUB13.LBR  16000 8 A super SUBMIT replacement, v1.3

<CPM.TERM>        GKX390.LBR    10624 8 Keyboard enhacement program

<CPM.TURBODOS>    LU310-TD.CQM  17877 8 Library Utility patched for TurboDOS
<CPM.TURBOPAS>    PORTMNIO.PZS  5120  8 I/O port monitor

<CPM.TXTUTL>      CPA.LBR       14080 8 Compare and analyze to text files
<CPM.TXTUTL>      DF-11.ARK     13056 8 Compare 2 text files for differences
<CPM.TXTUTL>      QL25.LBR      80256 8 Memory based file viewing utility

<CPM.VDOEDIT>     VDE263.FIX    1002  7 Fix to VDE version 263
<CPM.VDOEDIT>     VDEMAC2.LBR   7296  8 More macros for VDE text editor

<CPM.WSTAR>       REFLIST.ARK   15970 8 Create bibliography in WordStar
<CPM.WSTAR>       SOFTEN.LBR    15104 8 Convert ASCII text file to WordStar
<CPM.WSTAR>       WS4ZCPR3.FIX  529   7 WordStar 4.0 fix for use with ZCPR3

<CPM.Z280>        Z280INFO.MSG  865   7 Where to get Z280 cpu

<CPM.ZCPR33>      BCOMP11B.LBR  39680 8 Screen oriented binary comparison
<CPM.ZCPR33>      BU-ARCH.DZC   1792  8 Aliases for hard disk backup
<CPM.ZCPR33>      DU314A.LBR    75008 8 ZCPR3 disk maintenance utility
<CPM.ZCPR33>      EASE14.LBR    42240 8 ZCPR 3.3 Command Line Editor
<CPM.ZCPR33>      EHOFF.ZZ0     896   8 Shuts off ZCPR 3.3 error handlers
<CPM.ZCPR33>      LBREXT25.LBR  21760 8 Extract members from a library
<CPM.ZCPR33>      LONGSUB.ZZ0   16768 8 ZCPR3 patch for large submit files
<CPM.ZCPR33>      MCOPY47A.BZG  1024  8 Doc file for a bug in mcopy47a.
<CPM.ZCPR33>      SETDZ302.LBR  2304  8 Patch to SETD for ZCPR3 DU reference
<CPM.ZCPR33>      SHELLINI.LBR  2048  8 Fix for ZCPR3/WordStar shell stack
<CPM.ZCPR33>      TCCHEC11.LBR  4864  8 TCCHECK to check TCAP files.
<CPM.ZCPR33>      TCVIEW12.LBR  5120  8 View TCAP from memory or Z3T file.
<CPM.ZCPR33>      Z3LOC15.OZJ   1664  8 Show addresses of CP/M system
<CPM.ZCPR33>      ZARTICLS.LBR  44288 8 Reviews from Morrow Owners Review
<CPM.ZCPR33>      ZCOLUMNS.LBR  41344 8 Morrow Owners Review ZCPR3 articles
<CPM.ZCPR33>      ZCRCK12.LBR   11392 8 Calc. CRCK & CHEK values under ZCPR3
<CPM.ZCPR33>      ZUTILBUG.0Z1  1920  8 Buglist for current ZCPR utilities.
______________________________________

TOTALS:    Size          1,748,705  bytes
           Files         81

--Keith Petersen
Arpa: [e-mail]
Uucp: {decwrl,harvard,lll-crg,ucbvax,uunet,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)

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

Date: Wed,  2 Mar 88 16:49:01 GMT
From: [e-mail]

>  I'm having trouble getting UNARC16.ARK to unpack itself. It
>  starts up ok and produces a couple of intelligible messages,
>  then it prints lots of noise characters across the screen and
>  after a bit it exits having unpacked nothing. The code looks
>  vaguely sane (ie I believe I've downloaded the file ok). I'm
>  attempting this feat on an Amstrad CPC6128 running CP/M 3.0.

You have got a dud UNARC16.ARK - mine unpacks fine on an Amstrad.

George Sobala

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

End of INFO-CPM Digest
******************************
 4-Mar-88 01:35:02-MST,3998;000000000000
Return-Path: <[e-mail]>
Date: Fri,  4 Mar 88 01:30:55 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #53
To: [e-mail]

INFO-CPM Digest             Fri,  4 Mar 88       Volume 88 : Issue  53

Today's Topics:
                        HEX codes for CP/M-86
                      z80-cpm boards for IBM-PCs
----------------------------------------------------------------------

Date: 3 Mar 88 08:50:18 GMT
From: ulysses![e-mail]  (Eliot Siidmarc[shp])
Subject: HEX codes for CP/M-86

In article <[E.ISI.EDU]19-Feb-88.20:15:48.SAC.HQSAC-DOCT> [e-mail] (John A. Wright) writes:
>I think that  CP/M-86  hex  files need  a  different  format  than
>CP/M-80 COM files.

>I would sure be interested in finding out why?

Just an off the cuff guess, but wouldn't there need to be
additional segmentation information?
Last time I hacked in 8086 Assembler (Has it been a year already?)
I seem to recall all of this stuff about groups, segments, and so on.

I'd check it out with Intel, but I'm sure there were some mods
to the HEX format for all of those goodies.

                Eliot Siidmarc   <backbone>!ulysses!esiid
                600 Mountain Ave. 30M-005 Murray Hill, NJ 07974
                [phone]  "Strictly my own rants and raves"

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

Date: 2 Mar 88 08:18:21 GMT
From: osu-cis!n8emr!oink![e-mail]  (James E. Prior)
Subject: z80-cpm boards for IBM-PCs

In article <[e-mail]> [e-mail] (Mike Ciaraldi) writes:
>In article <[e-mail]> [e-mail] (JEFFREY SICHERMAN - CALSTATE LONG BEACH) writes:
>>
>>  I would be interested in anybody's experiences and recommendations for
>>addin boards for IBM-PCs that run CPM and are based on the z80 processor.
>>It must have a parallel port capable of driving a centonics-type printer
>>interface and it would be nice if there were already software driver hooks
>>for passing data back and forth from the PC side to the CPM side that
>>appeared as a device to both (i.e. assign as device or use as source or
>>destination in copy/pip commands) but this is not essential.

Why must it have its own printer port in addition to the PC's printer port?

>I have a "Baby Blue" board that I bought cheap at a close-out
>sale and never got to work.  As far as I know, the ones still being
>made (as advertised in magazines like Dr. Dobbs) go for around $200,
>but I have no experience with them.

I have a "Baby Blue" board at work.  I tried it in an AT in 1985.  It wouldn't
work.  I called the folks who made it and they said, yup it don't work in ATs,
and they weren't going to do anything to help.  They also wouldn't supply any
information like schematics, that could help me figure out how to make it work.

As someone else has noted, one of the hassles of using a Baby Blue board, is
that it requires a prepended header to your .COM file.

In addition to Z80MU, there is a program that runs 8080 (not Z80) programs as
is.  It requires the use of a V20 or V30 CPU which can actually run 8080
instructions.  For programs that don't use Z80 instuctions, it is much faster
that Z80MU, or my old IMSAI, because it doesn't have to emulate the 8080
instructions.  It actually executes 8080 code.

I can mail copies of the 8080 thing, or post if there are enough requests.

The other solution is offered by Micro-Interfaces.  They have drivers for
both CP/M-80 and ISIS using V20, V30, or their Z80 board.  I use their
ISIS driver with a V20.  I can't vouch for their CPM drivers.

Jim Prior    [e-mail]    {ihnp4|cbosgd}!n8emr!oink!jep

What's the difference between Donna Rice and Mrs. Bush?
Mrs. Bush has a Bush in her heart, while Donna Rice has a Hart in her bush.
-Vicky Tong

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

End of INFO-CPM Digest
******************************
 5-Mar-88 01:31:21-MST,3978;000000000000
Return-Path: <[e-mail]>
Date: Sat,  5 Mar 88 01:30:24 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #54
To: [e-mail]

INFO-CPM Digest             Sat,  5 Mar 88       Volume 88 : Issue  54

Today's Topics:
                        8" floppy disc repairs
             Re Mark Zinzow's request for MicroBee Kermit
                           The MEX Package
----------------------------------------------------------------------

Date: 29 Feb 88 18:03:22 GMT
From: ihnp4!alberta!auvax![e-mail]  (Richard Loken)
Subject: 8" floppy disc repairs

I have a Z80 system with two ss-dd 8" floppies: one is a Shugart 800 and one
is a CDC Magnetic Peripherals.  The CDC drive has graduated from marginal to
bad - it refuses to read or format the last 20% of a disc (is the outside
of a disc the beginning?).  This is using 600K discs, I have not tried a
single density disc.

I thought of getting the disc aligned and phoned Xerox who said they charged
$80.00 per hour and threw away floppies in lieu of aligning them (I should
start prowling around their garbage can).

My next thought is to phone CDC and see if grovelling and money will get me
an alignment disc and a manual.  The third thought is to score one or more
Shugart 800's and use the CDC to hold the door open.

1. Any guesses on what gives in my drive?  (yes I cleaned it.)
2. What should it cost to align a drive and who does such work?
3. Where can I get a manual and an alignment disc?  (I own an oscilliscope).
4. What are 8" drives worth new/used/surplus today?
5. How much is disc performance affected by the power supply?

I anxiously await your enlightenment.


     *********        73
    **********        Richard Loken VE6BSV
   .      ****
  ..      ****        Athabasca University
 ....     ****        Athabasca, Alberta Canada
..........****        ihnp4!alberta!auvax

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

Date: Fri, 19 Feb 88 14:13 +1000
From: Andrew Hunt <munnari!rpepping.oz.au![e-mail]>
Subject: Re Mark Zinzow's request for MicroBee Kermit

Yes CP/M Kermit does run on a MicroBee - a colleague of mine has one
and uses kermit betweem it and his PC.  He warned that the only problem
he had found occurred when using the optional dual serial line (SCC)
ports on the memory card in place of the one on the mother board.  In
this case there are 3 serial ports on the machine which confuses the
poor wee beasite - solution is to disable the single mother-board port
and then all performs well up to 38400 Baud.

There exists - somewhere in the vicinity of "Public Domain" - a program
called PC-Alien (incl PC-Alien Jnr and MSA) for reading foreign CP/M and
MS-DOS diskettes on ordinary PCs.  This includes support for MicroBee
format 360KB diskettes and I have successfully used it for reading and
writing such.

Regards ...Andrew HUNT,   CSIRO Radiophysics, Australia.

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

Date: 28 Feb 88 05:54:46 GMT
From: umich!mibte!fmsrl7!oxtrap!hal!ncoast![e-mail]  (Mike Squires)
Subject: The MEX Package

In article <880222112709.000008E6.LASK.83@WYOCDC1> [e-mail] (Richard Travsky  307-766-3663/3668) writes:
>Last week I sent mail to this list about a CPM VT52 emulator for Kaypros that

The Kaypro emulates an ADM3a.  I used the public domain version of MEX on a
Kaypro and set the terminal type to ADM-3a (setenv TERM for UNIX, a "set"
command I've forgotten for VAX VMS, something else for CDC NOS 2.1.  Also,
Kaypro used to bundle a terminal emulator with the machine.

For those interested in computer archaeology, this message is being entered
at through an IMSAI 8080 running MEX 1.12.

Mike Squires [e-mail] [e-mail] 814 333 6728 login: ubbs

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

End of INFO-CPM Digest
******************************
 7-Mar-88 01:32:34-MST,4278;000000000000
Return-Path: <[e-mail]>
Date: Mon,  7 Mar 88 01:30:24 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #55
To: [e-mail]

INFO-CPM Digest             Mon,  7 Mar 88       Volume 88 : Issue  55

Today's Topics:
                          Commodore problems
                 Info For Appliance Controller Needed
                        Z-80 assembly UUDECODE
----------------------------------------------------------------------

Date: Sun, 6 Mar 1988  17:27 MST
From: Keith Petersen <[e-mail]>
Subject: Commodore problems

Relayed from GEnie's CP/M RoundTable in hopes that Commodore is listening.

---forwarded message from Commodore C128 CP/M Category---
Category 8,  Topic 41
Message 10        Sat Mar 05, 1988
B.JULIANI                    at 12:43 EST

Well, people, I'm at wits end from trying to get the new CP/M SYS (May'87)
1581 disk out of CBM.  Its been 3 1/2 months, 2 letters, about 8 notes on
CIS, and mucho phone calls to CBM in PA and N.Y..  Although they have
're-found' my order, and I still have my cancelled check, they (CBM)
now say that they are out of stock and can not give me a shipping date.

Customer Relations has suggested that I contact Digital direct or get a
pirated copy.  Digital won't sell me one, even if I tried to  locate
Digital's part number.

If I just used the '81 for pleasure I could be patient, but I use dBase and
W* for work.  The '81 .com files that I have downloaded from GEnie have
allowed me to utilize the CP/M features of the '81 but it sometimes crashes
and I lose data (I have about 2-3 Megs).  Can anyone out there help me deal
with this problem before I go clone?

---end forwarded message---

Note from Keith:  I can't believe that CBM's customer relations would recommend
getting a pirated copy.  CBM, you should find out who said that and have a
good talk with them.  Better yet, get some copies of this software in stock
and quit making people wait!

--Keith Petersen
Info-Cpm mailing list maintainer

Arpa: [e-mail]
Uucp: {decwrl,harvard,lll-crg,ucbvax,uunet,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)

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

Date: 28 Feb 88 22:03:14 GMT
From: ihnp4!upba!unocss![e-mail]  (Jon Scheer)
Subject: Info For Appliance Controller Needed

Hi.

   I just bought an Appliance & Light Controller (for Color Computer) at
the local RS (clearance sale).  Well, I've got a Model 4.  So the software
that is supplied with the controller won't do me a dingo's kidneys worth
of good.  But I should be able to make it work with the hardware that I
have (shouldn't I??)  The controller plugs into the cassette port on a CC
and I have one of the old 4's that has a cassette port.  So, in theory,
I should be able to plug it into the 4.

   But, I don't know what sort of signals the controller expects.  Is
there anybody out there who has played with the/a controller?  Any idea
where I might be able to find out more about it??

   Thanks in advance (:-)


Jon Scheer
...!{ihnp4|codas|akgua|cbosgd}!ohgua!ugn!unocss!ca029

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

Date: 6 Mar 88 14:12
From: [e-mail] (Willie Smith, LTN Components Eng.)
Subject: Z-80 assembly UUDECODE

I've finally gotten the program Kermitted to work and mailed to
all those who requested it, and I've mailed the entire library
to Kieth Petersen so it should be up on SIMTEL20 (and the BITNET
server) in the near future.  I'd be interested in hearing from
users of the program, or anyone who improves it.  Again, anyone
wishing a copy of the program in UU or HEX forms, send me Email,
if you want the entire library with sources, [and can't get them
from SIMTEL20 or the BITNET server] send me an 8 inch 3740 disk
with return postage to the snail_mail address below.

Willie Smith
[e-mail]
[e-mail]
{usenet!backbone}decwrl!wookie.dec.com!w_smith
P.O. Box 150
Hamilton, MA  01936

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

End of INFO-CPM Digest
******************************
 8-Mar-88 01:33:36-MST,2639;000000000000
Return-Path: <[e-mail]>
Date: Tue,  8 Mar 88 01:30:17 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #56
To: [e-mail]

INFO-CPM Digest             Tue,  8 Mar 88       Volume 88 : Issue  56

Today's Topics:
                       8" floppy drive probles
                     terminal modes on C-128/CPM
----------------------------------------------------------------------

Date: 7 Mar 88 17:38:29 GMT
From: amdahl!pacbell!att-ih!alberta!auvax![e-mail]  (Richard Loken)
Subject: 8" floppy drive probles

I have recieved a lot of useful advice on my floppy drive.  The conclusion
is that I should try to clean it myself and then look for help if that fails.

I got a number of addresses of places that sell 8" drives for well under $50.
so I also think I will fill my other two slots - you can't hardly lose.  Take
six they're small.

     *********        73
    **********        Richard Loken VE6BSV
   .      ****
  ..      ****        Athabasca University
 ....     ****        Athabasca, Alberta Canada
..........****        ihnp4!alberta!auvax

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

Date: 7 Mar 88 06:21:58 GMT
From: killer![e-mail]  (Bob Calbridge)
Subject: terminal modes on C-128/CPM

Can anyone explain alt mode in CPM Plus on a C-128.  I have the
128 System Guide that came with the machine but it seems that
Commodore was quite terse with information concerning the CPM
side of the machine.  There is some metion made concerning toggling
the mode on and off but so far the alt key seems to make no difference
on anything.   I'm also interested in being able to change key definitions
from within a C program.  Any help there?
While I have you all here let me throw out another problem that I would like
to nail down.  I use two 1571 drives.  I usually have all the system and
utility files on drive A: and do my work on drive B:, having done a
"setdef a:,b:" to arrange my search path.  This is all taken care of by
my profile.sub file.  However, no matter which disk, brand or density, I
use eventually one or two files get corrupted on the A:drive.  I can copy
a new file over the bad one and it will run for a few sessions and then
the corruption occurs again.  Often the same files get corrupted but
just as often different files get hit.  Too often the file is "submit.com".
Has anyone else experienced problems like this with their drives?
Thanks in advance.
Best,
Bob

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

End of INFO-CPM Digest
******************************
 9-Mar-88 01:34:25-MST,5389;000000000000
Return-Path: <[e-mail]>
Date: Wed,  9 Mar 88 01:30:37 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #57
To: [e-mail]

INFO-CPM Digest             Wed,  9 Mar 88       Volume 88 : Issue  57

Today's Topics:
                                 C128
                          Commodore problems
                    Missing Digest Issues (2 msgs)
                           Trenton (2 msgs)
----------------------------------------------------------------------

Date: Tue 8 Mar 88 08:36:17-PST
From: [e-mail]
Subject: C128

killer![e-mail]  (Bob Calbridge) writes:

>   However, no matter which disk, brand or density, I
>use eventually one or two files get corrupted on the A:drive.  I can copy
>a new file over the bad one and it will run for a few sessions and then
>the corruption occurs again.  Often the same files get corrupted but
>just as often different files get hit.  Too often the file is "submit.com".
>Has anyone else experienced problems like this with their drives?

    *this is NOT a flame!*
Thanks for bringing this up.  It reached me just in time, as i'd been
considering getting a C128 as a cheap spare CP/M engine.  From the data
you've provided, i have to wonder whether you are running anything that
requires bank switching?  Is that when the files show up corrupted?

I think i'll forgo the 128 and put a little more money into a machine
actually made to do the job.
            [dale]
-------

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

Date: Monday, 7 March 1988  11:10-MST
From: cbmvax![e-mail] (Fred Bowen)
Subject: Commodore problems

> I can't believe that CBM's customer relations would recommend
> getting a pirated copy.  CBM, you should find out who said that and
> have a good talk with them.  Better yet, get some copies of this
> software in stock and quit making people wait!
>
> --Keith Petersen
> Info-Cpm mailing list maintainer

Keith, I checked with the folks who handle the 3.5" CP/M disks, and
they are indeed out of stock.  They expect a new supply on 3/9/88 from
the production folks, and will take care of the 150 or so orders on
hand.  When production get backed up, everything else backs up, and
the people who staff the phones are the last to find out what's going
on.  Correction, I (engineering) am the last to find out what's going
on.

I'll pass the information regarding customer service on to their
supervisor.

If there is anything else I can help you with, please let me know.


Fred Bowen            uucp:    {ihnp4|rutgers|caip}!cbmvax!fred
                arpa:    cbmvax![e-mail]
                tele:    215 431-9100

Commodore Electronics, Ltd.,  1200 Wilson Drive,  West Chester,  PA,  19380

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

Date: Tue, 08 Mar 88 09:33:49 AST
From: [e-mail]
Subject: Missing Digest Issues

   My list of recently received INFO-CPM Digests includes issues
   49, 50, 52, 53, 54 and 56.  There seem to be missing issue
   numbers dispersed through this list.  Am I loosing issues
   through the mailing system, or does the issue number not
   increment by one for each successive issue?

                             Steve Allain
                             University of New Brunswick
                             Computing Centre,
                             Fredericton, New Brunswick
                             CANADA

                             (SEA@UNB)

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

Date: Tue, 8 Mar 1988  15:39 MST
From: "Frank J. Wancho" <[e-mail]>
Subject: Missing Digest Issues

Steve,

The issue numbers are sequential and consecutive.  However, I am told
that the mail queuing mechanisms in BITNET give preference to small
mail files over larger ones.  So, the large INFO-CPM digest messages
may arrive late and/or out-of-order.  Some may not arrive at all
because they are "too big."  If you end up missing digests after
waiting about a week, send a request for the missing issues to
[e-mail].

--Frank

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

Date: Tue, 08 Mar 88 12:06:38 EST
From: Roger Link <[e-mail]>
Subject: Trenton

  Has anyone heard when the Trenton Computer Festival/Flea market will
be held this year??

  Thanx

                                        Roger Link
                                          [ LINKR @ VTVM1.BITNET ]
                                        Physics Electronics Shop
                                        Blacksburg Va 24061

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

Date: Tue, 8 Mar 1988  10:41 MST
From: Keith Petersen <[e-mail]>
Subject: Trenton

The Trenton State College Computerfest is scheduled for April 23-24.
It will run from 9 am to 6 pm on the 23rd and from 10 am to 4 pm on
the 24th.

For more info, write to :
    Department of Electronics Engineering Technology
    Trenton State College
    CN 4700
    Trenton, NJ 08650
or call [phone]

--Keith Petersen
Arpa: [e-mail]
Uucp: {decwrl,harvard,lll-crg,ucbvax,uunet,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)

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

End of INFO-CPM Digest
******************************
10-Mar-88 11:18:39-MST,8613;000000000000
Return-Path: <[e-mail]>
Date: Thu, 10 Mar 88 11:16:56 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #58
To: [e-mail]

INFO-CPM Digest             Thu, 10 Mar 88       Volume 88 : Issue  58

Today's Topics:
                      C Source for Z80 Assembler
                  Looking for Superbrain CPM owners
                    Public Domain Software on Tape
         Quick reference list of SIMTEL20's CP/M directories
                       Telenet security problem
                               Trenton
----------------------------------------------------------------------

Date: 9 Mar 88 07:37:57 GMT
From: pasteur!sim.Berkeley.EDU![e-mail]  (Chris Perleberg)
Subject: C Source for Z80 Assembler

Hi,

    I need C source code for a z80 assembler.  If anyone knows about where
I can get such code, please send me email.

Thanks,
    Chris  Perleberg
    [e-mail]

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

Date: 9 Mar 88 18:13:32 GMT
From: rochester!kodak![e-mail]  (steve archer)
Subject: Looking for Superbrain CPM owners

I am looking for a Superbrain owner who is willing to share a copy of the
bios that supports double sided diskettes.  I would like to upgrade my
single sided diskette machine.  Please reply by mail.  Thanks.

steve .....!rutgers!rochester!kodak!archer

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

Date: 9 Mar 88 10:05:11 GMT
From: hqsili @ Ramstein2-EMH.ARPA
Subject: Public Domain Software on Tape

Sirs;
I am in the military stationed overseas in Germany.  I am a DDN user but
my host does not have "FTP" capability and will not obtain it. I believe
that in the past you offered a service of copying the public domain
software to a tape in different formats if provided a tape and list
of desired contents.
Do you still offer this service? If I sent a 10 1/2 inch reel of
blank tape, could you copy some public domain software on it
at 9 track, 6250 BPI in IBM format?
Thanks for your information on this matter.

MSgt Ed Carlsen
Ramstein AB, GE

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

Date: Wed, 9 Mar 1988  22:55 MST
From: Keith Petersen <[e-mail]>
Subject: Quick reference list of SIMTEL20's CP/M directories

Quick reference list of SIMTEL20's PD1:<CPM.x> directories
as of March 10, 1988 (where 'x' is one of the names below):

22RSX         CATLOG        EPSON         MODEM         SORT
6502          CB80          FAST2         MODEM2        SPELL
AMETHYST      CBIOS         FILCPY        MODEM7        SPREADSHEET
AMPRO         CCP           FILEDOCS      MODULA2       SQUSQ
APPLE         CIS           FILUTL        MSOFT         STARTER-KIT
ARC-LBR       CLOCK         FINANCE       NEWS          SUBMIT
ASMUTL        COBOL         FORTH-83      NSTAR         SYSUTL
ATARI         COMAL         FORTRAN       NUBYE         TERM
AZTEC-C       COMND         GENASM        OSBORN        TRS-80
BASIC         CONIX         GENCOM        PACKET        TURBODOS
BBS           CPM3          GENDOC        PARASOL       TURBODOS-SIGI
BBSLISTS      CPM68K        GENIE         PASCAL        TURBOM2
BDOS          CPM86         GRAPHICS      PASCAL-P      TURBOPAS
BDSC-1        CPMINFO       HAMMING       PBBS          TXTUTL
BDSC-2        CPR86         HAMRADIO      PCPURSUIT     VDOEDIT
BDSC-3        CUG           HDUTL         PILOT80       VOICE
BDSC-4        DATABASE      HEATH         PLOT33        WSTAR
BENCHMARK     DATESTAMP     HELP          PM-NETWORK    XCCP
BKGROUNDER    DBASEII       HEX           PPSPEL        XEROX
BONDWELL      DEBUG         IMP           PROLOG        XLISP
BSR-X10       DIRUTL        INSIDCPM      PUBKEY        XMODEM
BSTAM         DISASM        KAYPRO        PUBPATCH      Z280
BYE3          DISKPLOT      LIST          RBBS          Z8EDEBUG
BYE5          DRACO         MACLIB        RBBS4         ZCPR
C             DSKBUF        MATH          RCPM          ZCPR2
C128          DSKUTL        MBBS          ROS           ZCPR3
C64           EDITC80       MEMTEST       SB180         ZCPR33
C80           EDITOR        MEX           SCREENGEN     ZCPRNEWS
CALCULATOR    EDUCATION     MISC          SMALLC21

--Keith Petersen
Arpa: [e-mail]
Uucp: {decwrl,harvard,lll-crg,ucbvax,uunet,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)

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

Date: Wed, 9 Mar 1988  23:24 MST
From: Keith Petersen <[e-mail]>
Subject: Telenet security problem

The following message is relayed from my BBS.  I am not the author.
The file is supplied "as-is" for informational purposes.

--Keith Petersen

--cut-here--
The following comes courtesy of P-Link:

               -----> Telenet Security Problem <-----

There is a potentially serious problem if you use Telenet to connect to
any online service.  Telenet is working on correcting the problem, but,
in the interim you should be very careful when using the Telenet
network.

Some individuals have discovered it is possible to call Telenet and
connect to other people who are attempting to log on.  They will begin
to type typical Telenet prompts such as "Terminal =" and the "@" sign.
By observing your response, they can figure out which service you are
attempting to connect with (e.g. C PLINK..C DELPHI, C 202202) and then
they will type the appropriate prompts in order to get you to type in
your user I.D. and password.

Once they have your I.D. and password they will either disconnect or
give you some error message and ask you to try again.  In either, case
they CANNOT give you access to the system you are trying to access.

To safeguard against this type of theft you should be very wary of any
failed attempt you have in connecting to any online system through
Telenet.  If you have a failed connect attempt, we suggest you call
back IMMEDIATELY and change your password, if possible.

We recommend against automatic log-on procedures, if you use such.

Preferably, if you can do your online accessing through networks other
than Telenet, you should do so at this time.

Please note that those people participating in the above are engaging
in criminal activities.  Telenet is working with law enforcement
agencies and the telephone companies in order to locate and prosecute
the offending parties.

Please share this information  with others you come in contact with on
the other commercial networks.

People/Link Management

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

Date: 9 Mar 88 18:11:57 GMT
From: mccc![e-mail]  (Peter J. Holsberg)
Subject: Trenton

In article <[e-mail]> [e-mail] (Keith Petersen) writes:
|The Trenton State College Computerfest is scheduled for April 23-24.
|It will run from 9 am to 6 pm on the 23rd and from 10 am to 4 pm on
|the 24th.
|
|For more info, write to :
|    Department of Electronics Engineering Technology
|    Trenton State College
|    CN 4700
|    Trenton, NJ 08650
|or call [phone]

Sorry, Keith, but it's the TRENTON COMPUTER FESTIVAL; Trenton State
College hosts the festival, but is in no way the only sponsor.  The
festival was created by the ACGNJ, and they intend that it retain the
"TCF" name.

To all:  calling TSC is a thankless task; they have but one secretary
for that phone, and when she's not there, no one picks up.  Someone will
probably post the schedule of events here, sometime soon.
--
Peter Holsberg                  UUCP: {rutgers!}princeton!mccc!pjh
Technology Division             CompuServe: 70240,334
Mercer College                  GEnie: PJHOLSBERG
Trenton, NJ 08690               Voice: 1-609-586-4800

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

Date: Wed,  9 Mar 88 20:14:48 GMT
From: [e-mail]

Re z80mu.exe ( an MSDOS - gasp! - program )

When I run CP/M Turbo Pascal 3.0 under Z80MU on a (supposedly)
IBM compatible the screen codes ain't quite right. I have got
driver=ansi.sys in my config.sys file. Which screen driver
should I install from TINST.COM to get full screen compatibility?
Can anyone help?

Otherwise I can recommend Z80MU.EXE whole-heartedly to all half-
CP/M / half-MSDOS hackers out there. It thinks it runs like a 600 kHz
Z80 on a 8MHz 8086, and like a 1MHz Z80 on a 80286 - I can live
with that.

George Sobala

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

End of INFO-CPM Digest
******************************
11-Mar-88 01:34:42-MST,4550;000000000000
Return-Path: <[e-mail]>
Date: Fri, 11 Mar 88 01:30:43 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #59
To: [e-mail]

INFO-CPM Digest             Fri, 11 Mar 88       Volume 88 : Issue  59

Today's Topics:
                        CP/M disk directories
----------------------------------------------------------------------

Date: Thu, 10 Mar 88 13:12:10 PST
From: pnet01![e-mail]
Subject: CP/M disk directories

Ok, all you CP/M mavens, here's a good question for you.  Not anything earth-
shattering, or anything like that... just irritating.

The scenario:  Disk B: is a DSDD 48 tpi drive.  It uses 8-bit allocation
groups, so 16 groups can be allocated in one directory extent.  The group
size is 2k, so each extent can address 32k.  That, I have no problem with.
What I have problems with is how the damn files are represented in the
directory.  A short example session follows.

----------

B0:WORK>save 511 test.fil s            ; create a file in 2 extents
                        ; minus 1 record
SAVE, Version 0.4 (loaded at B000H)
  TEST    .FIL saved
B0:WORK>
B0:WORK>stat test.fil                ; check it out


 Recs  Bytes  Ext Acc
  511    64k    2 R/W B:TEST.FIL        ; Ok, 511 recs in 2 extents
Bytes Remaining On B: 154k

B0:WORK>stat b:dsk:


    B: Drive Characteristics
 3120: 128 Byte Record Capacity
  390: Kilobyte Drive  Capacity
  128: 32  Byte Directory Entries
  128: Checked  Directory Entries
  256: Records/ Extent                ; Wait!  How is this done?
   16: Records/ Block                ; Isn't the RC byte limited to
   40: Sectors/ Track                ; a maximum of 80h records?
    2: Reserved Tracks

; Ok, now we look at the directory...

B0:WORK>

DU3  B0? s5
Group = 00:04, Track = 2, Sector = 5, Physical Sector = 4

DU3  B0? d
00  005A3830 444F5331  30444F43 01000001  |.Z80DOS10DOC....|
10  45464748 494A4B4C  4D000000 00000000  |EFGHIJKLM.......|
20  005A3830 444F5331  305A3830 00000004  |.Z80DOS10Z80....|
30  4F000000 00000000  00000000 00000000  |O...............|
40  005A3830 4454494D  455A3830 0000003E  |.Z80DTIMEZ80...>|
50  35363738 00000000  00000000 00000000  |5678............|
                vv-------------- extent #1?
                vv    vv-------- 80h records in this
                vv    vv         extent?
                vv    vv
60  00544553 54202020  2046494C 01000080  |.TEST    FIL....|
70  090A0B0C 0E0F101E  393A3B4E 5C5D5E5F  |........9:;N\]^_|

DU3  B0? +d
Group = 00:05, Track = 2, Sector = 6, Physical Sector = 5
                vv-------------- extent #3?
                vv    vv-------- 7fh records in this
                vv    vv-------- extent?
                vv    vv
00  00544553 54202020  2046494C 0300007F  |.TEST    FIL....|
10  60616263 64656667  686E6F70 71727374  |`abcdefghnopqrst|
20  00444953 4B202020  20444F43 00000005  |.DISK    DOC....|
30  75000000 00000000  00000000 00000000  |u...............|
40  00434150 20202020  2046494C 00000000  |.CAP     FIL....|
50  00000000 00000000  00000000 00000000  |................|
60  E5E5E5E5 E5E5E5E5  E5E5E5E5 E5E5E5E5  |eeeeeeeeeeeeeeee|
70  E5E5E5E5 E5E5E5E5  E5E5E5E5 E5E5E5E5  |eeeeeeeeeeeeeeee|

----------

What the @#^&$ happened to extent #0?  I thought I'd have two sequential
extents, numbered zero and 1.  Instead, I get two extents, numbered 1 and
3.  The first one says it has 128 records in it, and the second says it has
127 records in it.  That's only 255 records.  Where'd the rest of 'em go?

And another oddity.  I've been playing with random files lately ( that's
how I got into this mess, trying to prove that BDOS did things the way
the manual says! ), and just for fun, I built a random file that only had
records 0 and 0ffffh in it.  Lowest and highest.  Now, utilities like copy
programs and the like can't deal with this, because there are holes in the
allocation.  I see that.  But the directory above looks like it has holes in
the allocation as well!  Yet PIP/ACOPY/PIPE et. al. can read and copy *this*
file, *correctly*!

What's going on here?!


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Marc Wilson
     ARPA: ...!crash![e-mail]
           ...!crash!pnet01!pro-sol![e-mail]
     UUCP: [ cbosgd | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson
     INET: [e-mail]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

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

End of INFO-CPM Digest
******************************
13-Mar-88 01:31:24-MST,7787;000000000000
Return-Path: <[e-mail]>
Date: Sun, 13 Mar 88 01:30:41 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #60
To: [e-mail]

INFO-CPM Digest             Sun, 13 Mar 88       Volume 88 : Issue  60

Today's Topics:
                        CP/M disk Directories
                       Motorola/Intel Hex Files
                 possible sources of 8" floppy drives
                               Trenton
----------------------------------------------------------------------

Date: 12 Mar 88 01:51:27 GMT
From: hubcap!ncrcae!ncr-sd!crash![e-mail]  (Marc Wilson)
Subject: CP/M disk Directories

Ok, all you CP/M mavens, here's a good question for you.  Not anything earth-
shattering, or anything like that... just irritating.

The scenario:  Disk B: is a DSDD 48 tpi drive.  It uses 8-bit allocation
groups, so 16 groups can be allocated in one directory extent.  The group
size is 2k, so each extent can address 32k.  That, I have no problem with.
What I have problems with is how the damn files are represented in the
directory.  A short example session follows.

----------

B0:WORK>save 511 test.fil s            ; create a file in 2 extents
                        ; minus 1 record
SAVE, Version 0.4 (loaded at B000H)
  TEST    .FIL saved
B0:WORK>
B0:WORK>stat test.fil                ; check it out


 Recs  Bytes  Ext Acc
  511    64k    2 R/W B:TEST.FIL        ; Ok, 511 recs in 2 extents
Bytes Remaining On B: 154k

B0:WORK>stat b:dsk:


    B: Drive Characteristics
 3120: 128 Byte Record Capacity
  390: Kilobyte Drive  Capacity
  128: 32  Byte Directory Entries
  128: Checked  Directory Entries
  256: Records/ Extent                ; Wait!  How is this done?
   16: Records/ Block                ; Isn't the RC byte limited to
   40: Sectors/ Track                ; a maximum of 80h records?
    2: Reserved Tracks

; Ok, now we look at the directory...

B0:WORK>

DU3  B0? s5
Group = 00:04, Track = 2, Sector = 5, Physical Sector = 4

DU3  B0? d
00  005A3830 444F5331  30444F43 01000001  |.Z80DOS10DOC....|
10  45464748 494A4B4C  4D000000 00000000  |EFGHIJKLM.......|
20  005A3830 444F5331  305A3830 00000004  |.Z80DOS10Z80....|
30  4F000000 00000000  00000000 00000000  |O...............|
40  005A3830 4454494D  455A3830 0000003E  |.Z80DTIMEZ80...>|
50  35363738 00000000  00000000 00000000  |5678............|
                vv-------------- extent #1?
                vv    vv-------- 80h records in this
                vv    vv         extent?
                vv    vv
60  00544553 54202020  2046494C 01000080  |.TEST    FIL....|
70  090A0B0C 0E0F101E  393A3B4E 5C5D5E5F  |........9:;N\]^_|

DU3  B0? +d
Group = 00:05, Track = 2, Sector = 6, Physical Sector = 5
                vv-------------- extent #3?
                vv    vv-------- 7fh records in this
                vv    vv-------- extent?
                vv    vv
00  00544553 54202020  2046494C 0300007F  |.TEST    FIL....|
10  60616263 64656667  686E6F70 71727374  |`abcdefghnopqrst|
20  00444953 4B202020  20444F43 00000005  |.DISK    DOC....|
30  75000000 00000000  00000000 00000000  |u...............|
40  00434150 20202020  2046494C 00000000  |.CAP     FIL....|
50  00000000 00000000  00000000 00000000  |................|
60  E5E5E5E5 E5E5E5E5  E5E5E5E5 E5E5E5E5  |eeeeeeeeeeeeeeee|
70  E5E5E5E5 E5E5E5E5  E5E5E5E5 E5E5E5E5  |eeeeeeeeeeeeeeee|

----------

What the @#^&$ happened to extent #0?  I thought I'd have two sequential
extents, numbered zero and 1.  Instead, I get two extents, numbered 1 and
3.  The first one says it has 128 records in it, and the second says it has
127 records in it.  That's only 255 records.  Where'd the rest of 'em go?

And another oddity.  I've been playing with random files lately ( that's
how I got into this mess, trying to prove that BDOS did things the way
the manual says! ), and just for fun, I built a random file that only had
records 0 and 0ffffh in it.  Lowest and highest.  Now, utilities like copy
programs and the like can't deal with this, because there are holes in the
allocation.  I see that.  But the directory above looks like it has holes in
the allocation as well!  Yet PIP/ACOPY/PIPE et. al. can read and copy *this*
file, *correctly*!

What's going on here?!
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Marc Wilson
     ARPA: ...!crash![e-mail]
           ...!crash!pnet01!pro-sol![e-mail]
     UUCP: [ cbosgd | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson
     INET: [e-mail]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

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

Date: 10 Mar 88 23:08:07 GMT
From: pasteur!sim.Berkeley.EDU![e-mail]  (Chris Perleberg)
Subject: Motorola/Intel Hex Files

Hi,
    I need the formal specifications for Intel Hex format files, and
Motorola Hex format files.  Does anybody know what these specs are, or where
I can find them?

Thanks,

    Chris  Perleberg
    [e-mail]

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

Date: 10 Mar 88 17:51:31 GMT
From: pacbell!att-ih!alberta!auvax![e-mail]  (Richard Loken)
Subject: possible sources of 8" floppy drives

This all started on comp.os.cpm (its my fault) but I am cross posting this
to comp.sys.tandy for any interested Model 2 and Model 16 owners out there.

I asked for help fixing my 8" drive and then posted the results from which
I have received six mail requests for the names of companies supplying
eight inch floppy drives and in lieu of sending out all that mail, here is
what I have been told by you gentle readers:

    Electronic Supply Company
    Seattle, Washington
    [phone]

    Cascade Electronics
    Route 1
    Box 8
    Randolf, Minnisota
    [phone]

    Tektronix Country Store
    Beaverton, Oregon
    [phone]

I have not tried any of these places as I have run up a big enough long
distance bill lately and my wife reminded me that I have her and three
children to feed.

I still want to buy a drive so if any of you try these places, post the
results on such things as models, prices, and willingness to ship.  There
seems to be a lot of interest.

     *********        73
    **********        Richard Loken VE6BSV
   .      ****
  ..      ****        Athabasca University
 ....     ****        Athabasca, Alberta Canada
..........****        ihnp4!alberta!auvax

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

Date: 9 Mar 88 23:45:10 GMT
From: osu-cis!n8emr!oink![e-mail]  (James E. Prior)
Subject: Trenton

In article <[e-mail]>
[e-mail] (Roger Link) writes:
>Has anyone heard when the Trenton Computer Festival/Flea market will
>be held this year??

April 23-24, 1988
Fleamarket Spaces (includes 1 admission) @ $30.00  Must be reserved and
paid for by March 15th.  (Beware the Ides of March!)
Seller admitted between 3am and 9am ONLY on Sat, after 8am on Sun
Others admitted to flea market 9am-6pm Sat, 10am-4pm Sun

Admission Ticket @ $7.00

The registration address is:

Trenton Computer Festival-1988
Trenton State College, Hillwood Lakes CN4700
Trenton, NJ 08650-4700

Alas I won't be going this year.  Too many other things going on back
home.  I'd have to take a day off for the drive from here to Trenton.
Here is Columbus, Ohio.

Do avoid the swordfish at Beefsteak Charlie's on US 1.  Everything
else is OK.  Also, You'd damn well better reserve a room NOW!
Also, avoid the first pizza shop on Route 31 south of the college.
The've consistently screwed up our orders.
--
Jim Prior    {ihnp4|osu-cis}!n8emr!oink!jep    [e-mail]

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

End of INFO-CPM Digest
******************************
14-Mar-88 01:32:22-MST,9487;000000000000
Return-Path: <[e-mail]>
Date: Mon, 14 Mar 88 01:30:29 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #61
To: [e-mail]

INFO-CPM Digest             Mon, 14 Mar 88       Volume 88 : Issue  61

Today's Topics:
                        CP/M disk directories
                      C Source for Z80 Assembler
                             SB180 help?
                     terminal modes on C-128/CPM
                            Turbo Modula-2
----------------------------------------------------------------------

Date: 13 Mar 88 15:30:22 GMT
From: rochester!ur-tut![e-mail]  (Clarence Wilkerson)
Subject: CP/M disk directories

I'm a little rusty at this, but let try any way. Here's an explanation
that seems to fit your observations:
1) The number of extents controlled by a single directory entry is 2
16k extents.
2) The total number of sectors covered by a single directory entry is
at most 80h in RC + 1*80h from the extent byte.
3) Thus your 2 directory entries cover 256 sectors for first entry
and 255 for second = 511.
  That is, the first directory entry in your system will have an extent
byte 0 if you have 80h or fewer sectors in the file. If you have between
81h and 256 sectors, the extent byte is 1, and the RC byte is the rest.

n
I'm a little rusty, but here's an exp

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

Date: 11 Mar 88 13:43:37 GMT
From: rochester!ur-tut![e-mail]  (Clarence Wilkerson)
Subject: C Source for Z80 Assembler

SIMTEL 20 has small-c source for a m80/l80 clone
written by Ron Cain.

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

Date: Sun, 13 Mar 88 12:08:56 EST
From: [e-mail]
Subject: SB180 help?

My apologies if this problem has been addressed in the past 6 or so months
that I've been off the INFO-CPM list.

I'm considering the purchase of a used Micromint SB180 configured with a
pair of DSDD 96tpi 5 1/4" drives. It's running a custom ZCPR3 from ECHELON.
Boots and runs fine off of a set of 96tpi disks. The problem is that it can
not read a disk formatted at 48tpi! This includes the original distribution
disks, and disks it has just formatted to 48tpi using the FVC (format, verify,
copy) utility. The same problem occurs when trying to read a disk in
KAYPRO II format (SSDD 48tpi), or using FVC to format such a disk. FVC is
perfectly happy in 96 tpi "mode".

In all such cases, I get a bad sector error, usually on track 1 sector 01
or something like 20. Booting from the distribution disks gives me the
system header message (like "ZCRP3 56k, etc") and then hangs. I do not
know if the ROM is producing this or not, but I would guess that it *is*
reading track 0 correctly since it is determining the system "size" correctly.
On the other hand, under some non-boot circumstances it fails on track 0
as well, so I'm not sure about this.

I thought that the problem may be that the system is trying to read the disks
in 96tpi mode, except that FVC when attempting to verify a disk formatted on
a KAYPRO II does produce a header correctly identifying the format, therefore
*must* be accessing the appropriate tracks. Just in case I changed the step
rate from 10 to both 6 and 20 ms. with no effect (except more noise in the
later case!!). I don't know of any other setable system parameters that might
affect this problem.

One could argue that the drive speeds have drifted leading to problems with
the distribution disks, but that does not explain identical behavior on either
drive, and the failure of FVC (which formats without complaint the appropriate
number of tracks and sides) to happily verify even a floppy it has just
formatted. One could argue that it's a write problem (on formatting), except
the distribution disks should be readable. If it were bit rot in the device
driver then I wouldn't expect *both* of two 96tpi system disks to exhibit the
same behavior.

The drives, I believe, are standard 55Bs (?). I have no documentation on
them. The SB180 docs describe jumpers which basically control things like
head load, motor control, and panel lights. The only board jumper has to do
with 8" vs. 5 1/4". So I don't think that there is a hradware configuration
problem.

As much as I otherwise like the system, I'm not purchasing it 'til I can
exchange data with it!! Unfortunately, the original owner died 3 years ago
and his brother is only now trying to sell it after gathering dust for the
duration. The brother is not especially technically knowledgable and just
wants to move it. I'm at a loss as to where the problem might lie. Help?

paul birkel

Dept. of Computer Science
Carnegie-Mellon University
Pittsburgh, PA. 15213

[e-mail]
[phone]

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

Date: 13 Mar 88 11:20:26 GMT
From: marque!gryphon!pnet02![e-mail]  (Howard Herman)
Subject: terminal modes on C-128/CPM

In article,<[e-mail]>, [e-mail] (Bob Calbridge) writes:
>.........
>I'm also interested in being able to change key definitions
>from within a C program.  Any help there?

Well,  not from within the program, but before with KEYFIG.  What you ought to

do  is  set-up  different  CP/M sys's for each of your different applications,

using  KEYFIG  to  define the keys as you would like them to be for each.  So,

you would have one CP/M boot disk for C programs, another for dBASE, etc.  Now

when  you  change  from  running one to the other it is not necessary to close

down and re-boot CP/M.  Merely run KEYFIG, have it get the new key definitions

you  want  from  the  new  CP/M  disk, have it define these new definitions as

current,  exit  KEYFIG, and as many keys, up to every key on the keyboard will

have been re-defined according to how you set it up with KEYFIG.  Changing key

definitions  with  KEYFIG  in  this  manner  should  take about 15-20 seconds,

allowing  for  load  time of the program, and then you are set to run your new

application,  with a newly re-defined keyboard. You could even have the second

CP/M  sys  on  another drive, from which you run KEYFIG, and avoid the need to

swap  disks.   For  additional  CP/M  sys's,  you may try using different user

areas, again avoiding any need for a swap of disks.

>While I have you all here let me throw out another problem that I would like
>to nail down.  I use two 1571 drives.  I usually have all the system and
>utility files on drive A: and do my work on drive B:, having done a
>"setdef a:,b:" to arrange my search path.  This is all taken care of by
>my profile.sub file.  However, no matter which disk, brand or density, I
>use eventually one or two files get corrupted on the A:drive.  I can copy
>a new file over the bad one and it will run for a few sessions and then
>the corruption occurs again.  Often the same files get corrupted but
>just as often different files get hit.  Too often the file is "submit.com".
>Has anyone else experienced problems like this with their drives?
>Thanks in advance.
>Best,
>Bob

From  your  description  you give a pretty good hint as to where your prob is.

Whenever  you  use  the  profile.sub,  or  for  that matter any submit file, a

temporary  file  is  written to disk to perform that task, and then is erased.

My  quess  is  that you are not leaving enough disk space on your drive A disk

for this temporary file to be written, causing it to overwrite other things on

the  disk.   Submit  files  usually  do  not take up that much space, but as a

precaution,  I'll  always leave about 10-15k of empty disk space to accomodate

them.  (As  a  matter of interest, with DRI's new CP/M sys, for the #1581, any

submit file is easily identified, if you see: SYSIN57.$$$.  If the submit file

completed its task, this will have been erased,however.)

BTW,  if  you  are doing any serious CP/M tasks, you ought to consider getting

the  #1750  RAM,  and running from it. It speeds up run time multi-fold. (And,

then  you could add to your profile: setdef [temporary=m:], and your temporary

submit files will be written in RAM, speeding up their application, and saving

your disks.)

Howie



UUCP: {ihnp4!scgvaxd!cadovax rutgers!marque}!gryphon!pnet02!howie
INET: [e-mail]

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

Date: 11 Mar 88 18:17:13 GMT
From: ea.ecn.purdue.edu![e-mail]  (Jeffrey J Wieland)
Subject: Turbo Modula-2

I called Echelon this afternoon (3/11) to check on the status of my order
for Turbo Modula-2 for CP/M-80.  I was told that the new version with the
bug fixes is due back from Borland "by the end of the month".  In early
February, I was told that it was due back by the end of February.  And
when I called in late December, I was told that the reason that my order
(sent in late November) had not shipped was because the manuals were being
reprinted.  The shipping date was then placed in mid-January.

Echelon also said that it probably would be useless to call Borland
direct, as they would deny all knowledge of this product.

Since Echelon has not cashed my check yet, I don't harbor any ill will
towards them.  It sure is annoying, though.

            Jeff Wieland
            [e-mail]

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

End of INFO-CPM Digest
******************************
15-Mar-88 01:33:32-MST,15769;000000000000
Return-Path: <[e-mail]>
Date: Tue, 15 Mar 88 01:30:37 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #62
To: [e-mail]

INFO-CPM Digest             Tue, 15 Mar 88       Volume 88 : Issue  62

Today's Topics:
                        CP/M Directory Entries
                        CP/M directory extents
                    CP/M disk Directories (3 msgs)
                       SB180 with 96-tpi Drives
----------------------------------------------------------------------

Date: Mon 14 Mar 1988 11:46:02 EDT
From: <[e-mail]>
Subject: CP/M Directory Entries

his is the classic problem of logical vs physical.  In one case
extent' is used to refer to the contents of one directory entry (32K or
56 logical records -- physical records probably only 32 or 64!).  The
ogical extent is always 16K, and thus there can be two logical extents
n one physical extent, just as there can be 2 or 4 or 8 logical records
128 bytes) in each physical record.  The extent number in the directory
ntry is the number of the last extent in that directory, and the record
ount is the number of logical records in that last extent.  With larger
lock sizes on a hard disk it is quite possible to have 4 or probably
ven 8 logical extents per physical extent.  The same rules apply.


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

Date: Mon, 14 Mar 88 12:01:05 PST
From: Bridger Mitchell <[e-mail]>
Subject: CP/M directory extents

Yes, directory calculations are confusing, and not helped by confusing
terminology!

The key point is to keep physical and logical extents distinct.

A CP/M LOGICAL extent holds 16K, or 80h = 128 records (each 128 bytes).

A CP/M file can have several directory entries.  Each DIRECTORY ENTRY
(i.e. 32 bytes in the first group(s) on a disk) has 16 bytes of space
for data group numbers; the group numbers must be words if there are
>255 groups on a disk. Thus:

A CP/M PHYSICAL extent (i.e., a single DIRECTORY ENTRY) may be hold
a multiple of 16K.

  The multiple depends on:
    (a) whether a group number is a byte or word
    (b) the size of one allocation group (1,2,4,8,16 K)
    (c) whether the format designer used all of the 16 bytes
        available in a single directory entry

The RECORD COUNT BYTE gives the number of records in the HIGHEST
logical extent referenced by the physical extent/directory entry it
appears in.

Similarly, the EXTENT BYTE (and its overflow into the low-order bits
of the S2 byte) gives the number of the HIGHEST logical extent
referenced by the physical extent/directory entry it appears in.


examples:
(with S2 and EXT appropriately masked to remove internal bdos flag bits)

#1    S2  = 0,  EXT = 1, RC = 7fh

    If there is 1 directory entry per logical extent, then
    this is the second directory entry; its final record is 7f=127.

    If there are 2 or more directory entries per logical extent
    this is the first directory entry; its final record is
    80h + 7fh = 255.

#2    S2 = 0, EXT =1, RC = 80h

    If there is 1 directory entry per logical extent, then
    this is the second directory entry; its final record is 80h = 128

    If there are exactly 2 directory entries per logical extent
    this is the first directory entry; its final record is
    80h + 80h = 256, and this entry is full.

    If there are more than 2 entries per logical extent,
    this entry is not full; the next record would result in
    EXT = 2, RC = 1.

If the file is written sequentially, then we know in #1 that the file has
80h +7fh=255 total records.  If it is written randomly, all we know
(without inspecting the group numbers) is that there is at least one
record, the 255th; there may be others, including some in higher-numbered
extents.

In #2, assuming for example exactly 2 logical extents per directory
entry, there may be a second directory entry that is totally empty
(EXT=2, RC = 0).  This can happen when a sequentially-written file
is exactly 256 records long; the bdos internally closes the directory
entry, creates a new one, and then is told by the program to close the
file.

Regarding (c) above, several OEM's and ramdisk suppliers (Televideo,
SWP, ...) have defined disk formats that do not use all 8/16 group
slots in a single directory entry.  Apparently they weren't able to
distinguish logical and physical extents!  The result is unnecessary
extra directory entries for large files and additional headaches for
programmers.

COPYING random files (ones containing holes) is not so
straightforward, because the utility must determine how to handle a
destination disk that has a different allocation group size.  In the
general case, although the data records can be copied, I don't believe
a "perfect copy" is possible, because the destination copy may not
retain the same information about unwritten records that existed in
the original.  (Information about unwritten records is mostly inferred
from missing group numbers.)  This could conceiveably lead to errors
in a database program that relied on the "unwritten-data" error from
the bdos. (Consider, for example, copying a random-record database
from a 2K to a 4K group disk, and then copying it back to a 2K disk.)


--bridger mitchell

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

Date: 13 Mar 88 18:01:57 GMT
From: portal!cup.portal.com![e-mail]
Subject: CP/M disk Directories

> Ok, all you CP/M mavens, here's a good question for you.  Not anything earth-
> shattering, or anything like that... just irritating.
>
>  . . . .
>
>                                 vv-------------- extent #1?
>                                 vv    vv-------- 80h records in this
>                                 vv    vv         extent?
>                                 vv    vv
> 60  00544553 54202020  2046494C 01000080  |.TEST    FIL....|
> 70  090A0B0C 0E0F101E  393A3B4E 5C5D5E5F  |........9:;N\]^_|
>
>                                 vv-------------- extent #3?
>                                 vv    vv-------- 7fh records in this
>                                 vv    vv-------- extent?
>                                 vv    vv
> 00  00544553 54202020  2046494C 0300007F  |.TEST    FIL....|
> 10  60616263 64656667  686E6F70 71727374  |`abcdefghnopqrst|

   Actually, the byte you are calling the 'extent #' is handled a
little differently.  The LSB of this byte means 'add 80h records to
the record count byte', and the upper 7 bits, when shifted once to
the right, are the extent number.

   The '# of records' byte is never allowed to get larger than 80h,
so this method is needed to allow up to 256 records per extent.

Some examples:                    vv    vv
      extent 0,  127 records:     0000007F
         "       128 records:     00000080
         "       129 records:     01000001
         "       256 records:     01000080
      extent 1,  1   record:      02000001
         "       129 records:     03000001
         "       255 records:     0300007F

- - - - - - - - - - - - - - - - - - - - - -
     [e-mail]                {uunet|sun|atari}!portal!dick
     [e-mail]

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

Date: 13 Mar 88 22:18:21 GMT
From: portal!cup.portal.com![e-mail]
Subject: CP/M disk Directories

In message <[e-mail]> [e-mail] (Marc Wilson)
writes in some detail about a 511-record file (just short of 64K
bytes), which uses two directory entries on a floppy disk system with
2K-byte allocation block size (32K-byte extent size).

> What's going on here?!

What's going on is that you are confused about the RC (record count)
and EX (extent number) bytes in a directory entry.  This is
understandable, since the DRI (Digital Research, Inc.) CP/M 2.2
documentation only describes the CP/M 1.x case of 1K allocation
blocks and 16K extents.

In order to accommodate larger disk capacities, DRI altered the
meaning of these bytes in CP/M version 2.  They did this in a way
which is downward compatible with CP/M version 1.  The record count
for an extent is now split between the low 7 bits of RC and the lower
bits of EX.  The portion of EX which is used for the high part of the
record count is specified by the "extent mask."  A full extent is
still indicated by RC = 80h (with all extent mask bits in EX set).
I.e., the high bit of RC serves as a flag rather than as part of the
record count.  The true "extent number" is obtained by right-shifting
EX by the number of bits in the extent mask.

> What the @#^&$ happened to extent #0?  I thought I'd have two sequential
> extents, numbered zero and 1.  Instead, I get two extents, numbered 1 and
> 3.  The first one says it has 128 records in it, and the second says it has
> 127 records in it.  That's only 255 records.  Where'd the rest of 'em go?

In your case, the extent mask is 1.  The two EX bytes (01h and 03h)
become 0 and 1 after shifting right by one bit.  The RC value (80h)
for the first extent indicates it is full (256 records).  The RC
value (7Fh) for the second extent is combined with the low bit of the
EX value to yield record count FFh (255 records).  This is as you had
expected.  No records are "lost" and the file is not "sparse" (no
unallocated extents.)

Note:  The above description is sufficient for disks with no more
than 512K-byte capacity.  However, two additional details must be
noted to completely describe the situation for larger capacity disks.
First, the upper 3 bits of the EX byte are always zero.  (The reason
for this is somewhat obscure:  Since EX participates in directory
scans by BDOS functions such as Open_File and Search_for_First, a
valid EX value must not match 3Fh, the ASCII code for the ? character
used as a "wildcard.")  Second, because the remaining 5 EX bits
(less, due to the extent mask) are insufficient for specifying all
extent numbers, the upper bits of the extent number overflow into the
S2 byte, which was unused in CP/M version 1.

To me, it's always seemed a shame that DRI went to such lengths to
preserve backward compatibility with older versions of CP/M and then
failed to properly document the changes.  I was only able to fully
understand the above by disassembling BDOS (many, many moons ago).
And I have seen many public domain programs that manipulate directory
entries break on hard disk systems due to a lack of understanding of
these details.

Bob Freed

Internet:  [e-mail]
Uucp: ...!sun!portal!cup.portal.com!Robert_A_Freed

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

Date: 13 Mar 88 20:02:21 GMT
From: portal!cup.portal.com![e-mail]
Subject: CP/M disk Directories

> The scenario:  Disk B: is a DSDD 48 tpi drive.  It uses 8-bit allocation
> groups, so 16 groups can be allocated in one directory extent.  The group
> size is 2k, so each extent can address 32k.  That, I have no problem with.
> What I have problems with is how the damn files are represented in the
> directory.  A short example session follows.

There is some confusion here between about the concept of an extent.

Originally, in cp/m 1.x (how's that for comp.archaeology) an extent
was, by definition, 16k.  This was because each dir entry showed the
location of 16 groups x 1k per group.

With cp/m 2.x came a more flexible arrangement.  Groups can be up to
16k each.  It also became possible to use either eight or sixteen bit
directory addressing for each group; each directory entry still
contains 16 bytes of group addresses, which may now address either
eight or sixteen groups.

Thus an extent (the amount of a file handled by a single directory
entry) became variable.  However, to maintain compatibility with the
earlier versions of cp/m, the physical directory entries continue
to consider an extent as 16k (ALWAYS).  In other words, we now have
a physical extent, which might contain as much as 128k (16k group x
8 groups/dir entry), but our directory extent byte shows logical
extents, which are always 16k!  In your example the logical extent
is 16k, but the physical extent is 32k.


> B0:WORK>save 511 test.fil s            ; create a file in 2 extents
>                        ; minus 1 record

Note that you have saved 2 physical extents, but 4 logical extents.

> B0:WORK>stat test.fil                ; check it out
>
>  Recs  Bytes  Ext Acc
>   511    64k    2 R/W B:TEST.FIL        ; Ok, 511 recs in 2 extents
> Bytes Remaining On B: 154k

Yes, 2 physical, 4 logical extents

> B0:WORK>stat b:dsk:
>
>
>     B: Drive Characteristics
>  3120: 128 Byte Record Capacity
>   390: Kilobyte Drive  Capacity
>   128: 32  Byte Directory Entries
>   128: Checked  Directory Entries
>   256: Records/ Extent            ; Wait!  How is this done?
>    16: Records/ Block                ; Isn't the RC byte limited to
>    40: Sectors/ Track                ; a maximum of 80h records?
>     2: Reserved Tracks

The RC byte shows the number of records (max 80h) in the LAST logical
extent for that directory entry.  Here, we'll have two logical extents,
ext 0 & ext 1, for the first dir entry.

> ; Ok, now we look at the directory...
>
> B0:WORK>
>
> DU3  B0? s5
> Group = 00:04, Track = 2, Sector = 5, Physical Sector = 4
>
>                   vv-------------- extent #1?
>                   vv    vv-------- 80h records in this
>                   vv    vv         extent?
>                   vv    vv
> 60  00544553 54202020  2046494C 01000080  |.TEST    FIL....|
> 70  090A0B0C 0E0F101E  393A3B4E 5C5D5E5F  |........9:;N\]^_|

      ^ --extent #0-- ^  ^ --extent #1-- ^

Since we have filled logical ext #0 and are into logical ext #1,
we know that we have 80h records in logical ext #0.  The RC byte
shows 80h records in logical ext #1, the last logical extent in
the dir entry.  Remember that the extent byte shows the LAST
logical extent in that directory entry, and the RC byte shows
the number of records in that last logical extent.

> DU3  B0? +d
> Group = 00:05, Track = 2, Sector = 6, Physical Sector = 5
>                   vv-------------- extent #3?
>                   vv    vv-------- 7fh records in this
>                   vv    vv-------- extent?
>                   vv    vv
> 00  00544553 54202020  2046494C 0300007F  |.TEST    FIL....|
> 10  60616263 64656667  686E6F70 71727374  |`abcdefghnopqrst|

      ^ --extent #2-- ^  ^ --extent #3-- ^

Again, 80h records in (full) logical ext #2, 7Fh records in logical
ext #3.


            Dave Goodman    [e-mail]


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

Date: Mon 14 Mar 1988 11:53:44 EDT
From: <[e-mail]>
Subject: SB180 with 96-tpi Drives

o Paul Birkel:

 have never faced this question on my SB180 because I have at least
ne 48-tpi and one 96-tpi drive, and I have never tried to use the
6-tpi drive with 48-tpi formats.  I know that the Ampro computer has
pecial software for 'double tracking' on 96-tpi drives to handle, in a
ashion, the 48-tpi formats, but I am not sure that the SB180 is
upposed to do that.

he SB180, especially with the XBIOS enhanced operating system and
erhaps an ETS180IO+ add on board, is a very nice machine.  I would
ecommend that you consider buying it and a 48-tpi drive.  I don't know
hat the asking price is in your case.  I paid $25 for mine (used)
omplete with a box and power supply.  Then I paid $25 more for the
fficial software.  Of course, I got no drives in that package.  The
elling parties had bought the machine and the software at auction as
art of larger lots, and neither party had any interest in the SB180.


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

End of INFO-CPM Digest
******************************
16-Mar-88 01:34:31-MST,3051;000000000000
Return-Path: <[e-mail]>
Date: Wed, 16 Mar 88 01:30:56 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #63
To: [e-mail]

INFO-CPM Digest             Wed, 16 Mar 88       Volume 88 : Issue  63

Today's Topics:
                    CP/M dir. extents - correction
                             SB180 help?
                        Z280 Assembler Wanted
----------------------------------------------------------------------

Date: Tuesday, 15 March 1988  10:05-MST
From: Bridger Mitchell <[e-mail]>
Subject: CP/M dir. extents - correction

In my posting yesterday:
    Date: Mon, 14 Mar 88 12:01:05 PST
    From: Bridger Mitchell <[e-mail]>
    Subject: CP/M directory extents

I got my tongue (keyboard?) twisted in describing two
examples.  Here's the corrected excerpt, in "<<<...>>>"

examples:
(with S2 and EXT appropriately masked to remove internal bdos flag bits)

#1    S2  = 0,  EXT = 1, RC = 7fh

    If there is 1 <<<logical extent per directory entry>>>, then
    this is the second directory entry; its final record is 7f=127.

    If there are 2 or more <<<logical extents per directory entry>>>
    this is the first directory entry; its final record is
    80h + 7fh = 255.

#2    S2 = 0, EXT =1, RC = 80h

    If there is 1 <<<logical extent per directory entry>>>, then
    this is the second directory entry; its final record is 80h = 128

    If there are exactly 2 <<<logical extents per directory entry>>>
    this is the first directory entry; its final record is
    80h + 80h = 256, and this entry is full.

    If there are more than 2  <<<logical extents per directory entry>>>
    this entry is not full; the next record would result in
    EXT = 2, RC = 1.

--bridger

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

Date: 14 Mar 88 21:58:51 GMT
From: portal!cup.portal.com![e-mail]
Subject: SB180 help?

The Sb180 electronics and software make it virtually impossible to read
or write 48tpi disks in a 96tpi drive.  However, an inexepensive solution
is to add a 48tpi drive to the system, and then you can read and write
48tpi formats to your heart's content, including mushdos if you buy the
UNIFORM product from Micromint.

I have an SB180 configured with 2 96tpi drives as A: and B:, and a 48tpi
drive as C:.  Works great.

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

Date: Tue, 15 Mar 88 08:12:54 EST
From: Roger Link <[e-mail]>
Subject: Z280 Assembler Wanted

  I'm working on building a Z280 computer. Has anyone found a Z280
assembler??? I'm currently using macros for the Z280 instructions.

  Thanx

                                        Roger Link
                                          [ LINKR @ VTVM1.BITNET ]
                                        Physics Electronics Shop
                                        Blacksburg Va 24061

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

End of INFO-CPM Digest
******************************
17-Mar-88 01:35:55-MST,2485;000000000000
Return-Path: <[e-mail]>
Date: Thu, 17 Mar 88 01:30:54 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #64
To: [e-mail]

INFO-CPM Digest             Thu, 17 Mar 88       Volume 88 : Issue  64

Today's Topics:
                           Columbia files.
            If You Don't Succeed at First (or Second), ...
----------------------------------------------------------------------

Date: 16 Mar 1988 18:48-CST
From: John A. Wright <[e-mail]>
Subject: Columbia files.

Has  anyone experienced difficulties accessing Columbia files.  I
have use the  Columbia  archive  in  the  past  to  download  new
versions  of  Kermit.   Of  late, there seems to be a problem (at
lest for me) in accessing the directories.

Everything that has worked in  the  past  now  gives  a  "file  or
directory not found" Anyone know what has happened?

Thanks in advance.

John

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

Date: Wed 16 Mar 1988 13:45:36 EDT
From: <[e-mail]>
Subject: If You Don't Succeed at First (or Second), ...

Here is my third try at the following message.  This time I took the
brute force approach and added a space at the beginning of each line in
the message file (a PMATE macro made that easy).  So, at last in readable
form, my advice on the SB180 with 96-tpi drives...

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

To Paul Birkel:

I have never faced this question on my SB180 because I have at least
one 48-tpi and one 96-tpi drive, and I have never tried to use the
96-tpi drive with 48-tpi formats.  I know that the Ampro computer has
special software for 'double tracking' on 96-tpi drives to handle, in a
fashion, the 48-tpi formats, but I am not sure that the SB180 is
supposed to do that.

The SB180, especially with the XBIOS enhanced operating system and
perhaps an ETS180IO+ add on board, is a very nice machine.  I would
recommend that you consider buying it and a 48-tpi drive.  I don't know
what the asking price is in your case.  I paid $25 for mine (used)
complete with a box and power supply.  Then I paid $25 more for the
official software.  Of course, I got no drives in that package.  The
selling parties had bought the machine and the software at auction as
part of larger lots, and neither party had any interest in the SB180.


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

End of INFO-CPM Digest
******************************
18-Mar-88 01:31:40-MST,5739;000000000000
Return-Path: <[e-mail]>
Date: Fri, 18 Mar 88 01:30:36 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #65
To: [e-mail]

INFO-CPM Digest             Fri, 18 Mar 88       Volume 88 : Issue  65

Today's Topics:
            If you don't succeed at first (or second), ...
              Modem access fee proposal scrapped by FCC
----------------------------------------------------------------------

Date: Wed 16 Mar 1988 16:04:39 EDT
From: <[e-mail]>
Subject: If you don't succeed at first (or second), ...

Here is my third try at the following message.  This time I took the
brute force approach and added a space at the beginning of each line in
the message file (a PMATE macro made that easy).  So, at last in readable
form, my advice on the SB180 with 96-tpi drives...

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

To Paul Birkel:

I have never faced this question on my SB180 because I have at least
one 48-tpi and one 96-tpi drive, and I have never tried to use the
96-tpi drive with 48-tpi formats.  I know that the Ampro computer has
special software for 'double tracking' on 96-tpi drives to handle, in a
fashion, the 48-tpi formats, but I am not sure that the SB180 is
supposed to do that.

The SB180, especially with the XBIOS enhanced operating system and
perhaps an ETS180IO+ add on board, is a very nice machine.  I would
recommend that you consider buying it and a 48-tpi drive.  I don't know
what the asking price is in your case.  I paid $25 for mine (used)
complete with a box and power supply.  Then I paid $25 more for the
official software.  Of course, I got no drives in that package.  The
selling parties had bought the machine and the software at auction as
part of larger lots, and neither party had any interest in the SB180.


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

Date: Thu, 17 Mar 1988  19:30 MST
From: Keith Petersen <[e-mail]>
Subject: Modem access fee proposal scrapped by FCC

From Pg. 6 of the Wall Street Journal for 17 March 1988.

        FCC SCRAPS PLAN TO CHARGE FOR COMPUTER
         ACCESS TO PHONE SYSTEMS, SOURCES SAY

   WASHINGTON - The Federal  Communications Commission
has quietly decided to  scrap  its plan to sharply in-
crease telephone  rates for computer users, agency and
congressional sources said.

   Last week, the agency informed  importamt lawmakers
that it wouldn't go ahead  with its plan to assess so-
called access charges of as much as $5.50 per hour per
user to hook up computer-communication networks to lo-
cal telephone systems.  An  FCC official described the
decision as a tactical move to placate opposition from
Congress and computer users.

   "They got the message loud and clear  from Congress
that this plan was a political and policy loser", said
a House  staffer who was informed of the FCC decision.

   The FCC's about-face is a big victory  for informa-
tion service companies, who  have contended that steep
access charges  would have drivem them out of business
by making  their  services  too expensive.  Currently,
computer-communications networks are exempt from those
access charges.  Computer  users  around  the  country
deluged the FCC with about 10,000 letters opposing ac-
cess fees, the most letters the agency has ever gotten
on a telephone issue.

   The decision to drop the proposal was  made  by FCC
Chairman Dennis Patrick  and the common-carrier bureau
of the  agency, the  sources said.  Mr. Patrick, whose
office wouldn't comment on the decision formally needs
the vote  of at least  one of the  agency's  other two
members to terminate a proposal.  But in  practice, he
can act unilaterally because, as chairman, he controls
which proposals can come to a vote.

   In any event, FCC Commissioner Patricia Diaz Dennis
said she supported  the  decision  to  end the access-
charge plan. "We've got a lot of things on our plate,"
she said.  That's one that would overcrowd it."

   Several agency officials described the FCC's action
as a way of  patching  up  its tattered relations with
Congress which is still fuming over the FCC's decision
to abolish the fairness doctrine.

   Last Thursday, [March 10] Rep.  Edward  Markey (D.,
Mass.), chairman of  the House telecommunications sub-
committee, said  he  would  introduce  legislation  to
kill the  access charge - even though agency officials
said they had assured the congressman's staff that the
FCC itself would kill the plan.  A Markey aide said he
was only  notified  an hour  before Rep. Markey was to
give a previously scheduled speech  on  access charges.
"We'll closely monitor the commission's future actions
to insure  that this onerous charge  doesn't re-emerge
in a new form", Rep. Markey said in  a  statement yes-
terday.

   Rep. Markey and other lawmakers  also  still oppose
Mr. Patrick's pet  plan  to radically alter regulation
of American Telephone & Telegraph Co.

   FCC and congressional sources said the agency would
proceed, but  slowly, with a separate  plan  to assess
charges of about  $4.50  per hour  per user to hook up
private telephone networks to local telephone systems.

   The FCC believes  that both computer-communications
networks and  private telephone networks aren't paying
their fair share of the cost of  local  telephone ser-
vice.  But exempting  computer-communications networks
has more  appeal  politically, because  the  users are
often consumers with  limited ability to pay increased
charges.
                   (end of article)

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

End of INFO-CPM Digest
******************************
19-Mar-88 01:32:31-MST,7162;000000000000
Return-Path: <[e-mail]>
Date: Sat, 19 Mar 88 01:30:42 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #66
To: [e-mail]

INFO-CPM Digest             Sat, 19 Mar 88       Volume 88 : Issue  66

Today's Topics:
                   8" floppy drive probles (4 msgs)
                    Columbia and Kermit directory
                         Wordstar 4.0 support
----------------------------------------------------------------------

Date: 18 Mar 88 16:40:07 GMT
From: rochester!ur-tut![e-mail]  (Clarence Wilkerson)
Subject: 8" floppy drive probles

I agree that there's no reason to throw away your 8 inchers if
you're pleased with your system. But there are disadvantages.
The 1.2 meg storage can now be obtained from either 5" or
3.5 inch drives. In the case of the HD 5", I believe this
could be done with no reworking of the BIOS, since you would
use the 8 inch controller data rate to the 5" drive.

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

Date: 18 Mar 88 16:34:31 GMT
From: rochester!ur-tut![e-mail]  (Clarence Wilkerson)
Subject: 8" floppy drive probles

  One option if you change to 5" drives is to use the newer HD drives
usually found on the pc ats. I bought one for about $100. On my AT,
I can use it to read 360k ( 48tpi), 720k ( 96tpi QD) and 1.2 meg
(96tpi, HD) disks. I usually only write 1.2 meg floppies on it.

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

Date: 17 Mar 88 18:40:05 GMT
From: eve.usc.edu![e-mail]  (Mitch Mlinar)
Subject: 8" floppy drive probles

In article <[e-mail]> [e-mail] (Phillip Keen) writes:
>of your 8" disks and disk drives if you can.  Another reason I say this is I've
>heard that 8" disks and disk drives are unreliable.  I don't know if this
>is true or not but it's a rumor I've heard.

Hogwash!  Where did you here this rumour???

Being exposed to hundreds of 8" users over the past 8 years and using all
three formats (3.5, 5.25, 8.00) myself, I can safely state that NO format is
more reliable than another.

What DOES matter is the quality of the hardware (disk drive and, to some
extent, the disk controller).  Early 8" drives were lousy, but so where 5.25
for that matter.

Personally, I have had errors crop up on all three drives - and cleaning
solved the problem in all cases.  Alignment (if you don't have prehistoric
drives) is rare unless you play frisbee with them (or have a portable that
gets kicked a lot).

Small drives are better for one obvious reason: size.  But I use all three
since I get 1.3M on 8" disks and only 400-800k on 5.25/3.5 in the CP/M world.
8" drives are also 2x faster than 5.25 (if your skew factor is correct).

-Mitch

P.S.  8" drives are also nice for compatibility with other CP/M users,
although the Kaypro format is pretty well known also.

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

Date: 18 Mar 88 06:06:36 GMT
From: osu-cis!n8emr!oink![e-mail]  (James E. Prior)
Subject: 8" floppy drive probles

In article <[e-mail]> [e-mail] (Phillip Keen) writes:
>In article <[e-mail]>, [e-mail] (Richard Loken) writes:
>> I have recieved a lot of useful advice on my floppy drive.  The conclusion
>> is that I should try to clean it myself and then look for help if that fails.
>>
>> I got a number of addresses of places that sell 8" drives for well under $50.
>>
>Robert, although I reallize that 8" floppies are still good, but because you
>cannot find them hardly anymore I think you should get rid of your 8" floppy
>disk drives, but before that get 5 1/4" disk drives then get bunches of
>5 1/4" disks and copy your library over to the 5 1/4" disks and then get rid
>of your 8" disks and disk drives if you can.  Another reason I say this is I've
>heard that 8" disks and disk drives are unreliable.  I don't know if this
>is true or not but it's a rumor I've heard.
                           ^^^^^
I have many eight inch drives.  They don't give me any more trouble than 5-1/4"
drives.  The reasons people went to 5-1/4" drives are that they are lighter,
require smaller box, require less power, and that their *list* price was much
lower.  The biggest reason was price, not performance.  Only within the last
few years have 5-1/4" drives become comparable with 8" drives.

People did *NOT* go to 5-1/4" drives for "better" reliability.  The 5-1/4"
drives were initially plagued with problems, especially with cramming too
many bits on too little media.  8" drives using MFM (ordinary double-density)
have been able to hold 1.2M starting over *TEN* years ago.  They didn't
have to pull any tricks.  They also have *twice* the transfer rate of the
same density of 5-1/4" drives.

Please don't poo-poo 8" drives just because there are big, ugly, or
unfashionable.  They work.

For someone who already has the cases, power supply, and controller for
8" drives, it is cheapest to keep them because people almost give 8"
floppies and drives away.  A friend gave me a pair of brand-new
Shugart 801-R's for free last year.  I've seen them go for $5 to $25
at flea markets.  Business are *throwing* away 8" floppies where no
one knows better to grab them for home.  At flea markets they go for
20 cents a piece.  Floppies usually appear at flea markets in lots of
50 to a few hundred.  I have enough 8" floppies to last me a long time.

For many people with 8" drives, converting over to 5-1/4" drives is dumb.
It's expensive.  They'd typically have to buy the drives, enclosure, power
supplies, and a new controller.  That's quite a few bucks, and for something
that is inferior.  It's a hell of a lot of hassle to convert the BIOS of
the old S-100's to a different controller.  It's a hell of a lot of hassle
to convert the 8" floppies to 5-1/4".

--
Jim Prior    {ihnp4|osu-cis}!n8emr!oink!jep    [e-mail]

Pointers are my friend.

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

Date: Fri, 18 Mar 88 08:40:16 EST
From: [e-mail] (Frank Prindle)
Subject: Columbia and Kermit directory

Kermit files are still available, as they always were, via anonymous FTP from
directory "ker:" on machine "cu20b.columbia.edu".  I just tried accessing this
directory and it seemed to work as usual.  I don't know why you are experiencing
problems if this is where you are looking.  File "ker:aavers.hlp" lists the
current versions with the associated file name prefixes.  All the "aa..." files
contain general information.

Sincerely,
Frank Prindle
[e-mail]

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

Date: 12 Mar 88 21:41:32 GMT
From: uflorida!codas!usfvax2![e-mail]  (Honeywell dcpd)
Subject: Wordstar 4.0 support

a
WordStar CP/M 4.0

Has anyone had any experience with WordStar 4.0 in its CP/M version?
I am considering its use on my Apple II+ with a Z80B and a Diablo
620 printer, and an Ultraterm 80 column card.  MicroPro has been unable
if this system is even supported.

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

End of INFO-CPM Digest
******************************
20-Mar-88 01:33:08-MST,6481;000000000000
Return-Path: <[e-mail]>
Date: Sun, 20 Mar 88 01:30:18 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #67
To: [e-mail]

INFO-CPM Digest             Sun, 20 Mar 88       Volume 88 : Issue  67

Today's Topics:
                   8" floppy drive probles (2 msgs)
                                 C128
                      Need Information (2 msgs)
                   Z80 -> NSC32 x-assembler|x-lator
----------------------------------------------------------------------

Date: 19 Mar 88 01:01:54 GMT
From: tetra![e-mail]  (Ray A. Buddenberg)
Subject: 8" floppy drive probles

Agree with Jim that there is no real need to dump 8" drives.
I've got a hybrid with both on my CPM workhorse.

But there is one additional reason that 8" can be a liability
in certain situations.  The drive motor is the only thing in
the whole computer that does anything with 60 Hz.  Aboard ships, we
had to trade our 8 inchers out because when the cooks fired up
the stoves in the galley for breakfast, we got cycle sags.
Which changed the drive speed.  The result was what we called
'data smear', a phenomenon that made you a believer in backing
up your work.

5" drives, which run on DC only don't have this problem (true for
both hard discs and floppies).

Rex Buddenberg

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

Date: 18 Mar 88 13:21:41 GMT
From: ea.ecn.purdue.edu![e-mail]  (Jeffrey J Wieland)
Subject: 8" floppy drive probles

In article <[e-mail]> [e-mail] (Phillip Keen) writes:
>In article <[e-mail]>, [e-mail] (Richard Loken) writes:
>> I have recieved a lot of useful advice on my floppy drive.  The conclusion
>> is that I should try to clean it myself and then look for help if that fails.
>
>Robert, although I reallize that 8" floppies are still good, but because you
>cannot find them hardly anymore I think you should get rid of your 8" floppy
>disk drives, but before that get 5 1/4" disk drives then get bunches of
>5 1/4" disks and copy your library over to the 5 1/4" disks and then get rid
>of your 8" disks and disk drives if you can.  Another reason I say this is I've
>heard that 8" disks and disk drives are unreliable.  I don't know if this
>is true or not but it's a rumor I've heard.

I've always heard that 8" was MORE reliable.  Besides, they transfer data twice
as fast as 5.25" (except for the AT-type high-density drives).  Our locally
owned computer store here in West Lafayette, IN still has 8" disks on the
shelves.  And I still see them advertised in some of the catalogs I get
(e.g. Central Computer Products' "CP/M Times" catalog).

            Jeff Wieland
            [e-mail]
"

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

Date: 15 Mar 88 03:39:45 GMT
From: uplherc!oodis01![e-mail]  (Andrew Figueroa)
Subject: C128

Re:  Corrupted files in C-128 CP/M.

I have never had a corrupted file using two disk drives and Commodore's
version of CP/M +.  It is a terrific little CP/M "engine" and runs C-64 and
C-128 native mode software which is generally good and universally
innexpensive.

I'm just a user - a happy one - and that is the only disclaimer needed.

Andy Figueroa aka "[e-mail]"

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

Date: 18 Mar 88 17:28:33 GMT
From: pacbell!att-ih!alberta!auvax![e-mail]  (Richard Loken)
Subject: Need Information

From article <[e-mail]>, by [e-mail] (Phillip Keen):
>
> Well, for your best bet is to call you local F.O.G. AMO and they can give you
> the information you need probably.  For any new comers to CP/M, you might
> consider joining FOG (First Osborne Group).  They're a nation wide CP/M User
> Group with AMOs all over the nation.  Phillip
> --
> Thanks,          Snail Address:  Phillip Keen
> Phillip Keen                     2705 Martin
>                                  Pasadena, TX  77502

Ah this brings up something I was wondering about.

What CP/M clubs still exist?  Magazines that remember CP/M?  How about user
groups?

I can only read pre 1986 issues of DDJ for so long.

While I'm going on like this can you still buy new S-100 cards anywhere or
unconfigured versions of CP/M from DRI or anybody else?  It idly occured
to me that I have a 64K 8085 S-100 machine buried somewhere in the basement
that I could put a floppy controller into and run CP/M on.

Oh one more thing Philip, I don't think I'll turf my 8" drives - new drives
and floppies cost money which I would rather spend elsewhere and reliability
is unimportant at my house.  Besides, I'm a luddite, I don't like 5-1/4
drives.

     *********        73
    **********        Richard Loken VE6BSV
   .      ****
  ..      ****        Athabasca University
 ....     ****        Athabasca, Alberta Canada
..........****        ihnp4!alberta!auvax

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

Date: 16 Mar 88 08:01:56 GMT
From: killer![e-mail]  (Matthew Zank)
Subject: Need Information

Can Some One Tell me Where I Can Bye Modem Software for The
CP/M?
Any infomation will Be Usefull, For some reason I can not Find
Any Modem Software For the CP/M, Can some one in Usenet Land
Help Me?

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

Date: 16 Mar 88 20:03:39 GMT
From: tektronix!reed!percival![e-mail]  (Kevin Fowler)
Subject: Z80 -> NSC32 x-assembler|x-lator

[]

I am in the process of (getting ready to) bring up an NSC32016 system on an
S-100 (IEEE 696) bus.  Since I am doing this the hard way (someone talk me
out of it!), I thought it would be less painful if I had a cross assembler
or assembly translator to get the software end started.  But, as opposed to
're-inventing the wheel' I thought it best to put out some feelers first.

Are there any sources available for either a public domain _or_ a cheap
Z80 to NSC32 cross assembler or assembly source translator?

Thanx,
kevin fowler
--
+---- RSN Technology, P.O. Box 69393, Portland, OR, 97201-0393 ---------------+
|     ( "...building tomorrow's technology...tomorrow...")                    |
|     ...!textronix!reed!{percival|agora}!kevinf    ( we're _NOT_ Beatrice! ) |
+-----------------------------------------------------------------------------+

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

End of INFO-CPM Digest
******************************
21-Mar-88 01:33:32-MST,13539;000000000000
Return-Path: <[e-mail]>
Date: Mon, 21 Mar 88 01:30:24 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #68
To: [e-mail]

INFO-CPM Digest             Mon, 21 Mar 88       Volume 88 : Issue  68

Today's Topics:
                   8" floppy drive probles (4 msgs)
                     Does C128 really have CP/M?
             FTP [was Re: Columbia and Kermit directory}
                      Need Information (2 msgs)
                        Upgrades to CP/M, etc.
----------------------------------------------------------------------

Date: 16 Mar 88 20:36:39 GMT
From: nuchat![e-mail]  (Phillip Keen)
Subject: 8" floppy drive probles

In article <[e-mail]>, [e-mail] (Richard Loken) writes:
> I have recieved a lot of useful advice on my floppy drive.  The conclusion
> is that I should try to clean it myself and then look for help if that fails.
>
> I got a number of addresses of places that sell 8" drives for well under $50.
> so I also think I will fill my other two slots - you can't hardly lose.  Take
> six they're small.
>
Robert, although I reallize that 8" floppies are still good, but because you
cannot find them hardly anymore I think you should get rid of your 8" floppy
disk drives, but before that get 5 1/4" disk drives then get bunches of
5 1/4" disks and copy your library over to the 5 1/4" disks and then get rid
of your 8" disks and disk drives if you can.  Another reason I say this is I've
heard that 8" disks and disk drives are unreliable.  I don't know if this
is true or not but it's a rumor I've heard.
--
Thanks,          Snail Address:  Phillip Keen
Phillip Keen                     2705 Martin
                                 Pasadena, TX  77502

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

Date: 18 Mar 88 23:00:00 GMT
From: clio![e-mail]
Subject: 8" floppy drive probles

There are a lot of fallacies there.  8" disks are still readily available,
and commonly used in commercial word processors.  Contrary to your remarks
about reliability, 8" disks are notoriously more reliable than their
5.25" counterparts.  They typically contain more data, and transfer
faster, than 5.25" drives of comparable density and data capacity.

It would not be feasible to replace the 8" drives on my NEC APC with
5.25" drives.  I couldn't tolerate the reduced capacity and slowdown.

My solution was to add 8" drives to my XT clone.  With those, and
Uniform, I can accomodate a lot of different 8" formats.

Incidentally, I'd love to know where I can get new 8" DSDD disk
drives for $ 50.  That's a real bargain.

            Mike Berger
            Department of Statistics
            Science, Technology, and Society
            University of Illinois

            [e-mail]
            {ihnp4 | convex | pur-ee}!uiucuxc!clio!berger

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

Date: 19 Mar 88 17:17:25 GMT
From: osu-cis!n8emr!oink![e-mail]  (James E. Prior)
Subject: 8" floppy drive probles

In article <[e-mail]> [e-mail] (Ray A. Buddenberg) writes:
>
>Agree with Jim that there is no real need to dump 8" drives.
>I've got a hybrid with both on my CPM workhorse.
>
>But there is one additional reason that 8" can be a liability
>in certain situations.  The drive motor is the only thing in
>the whole computer that does anything with 60 Hz.  Aboard ships, we
>had to trade our 8 inchers out because when the cooks fired up
>the stoves in the galley for breakfast, we got cycle sags.
>Which changed the drive speed.  The result was what we called
>'data smear', a phenomenon that made you a believer in backing
>up your work.
>
>5" drives, which run on DC only don't have this problem (true for
>both hard discs and floppies).
>
>Rex Buddenberg

I sympathize.  Since the half height drives came out years ago, there
has been an easy solution.

All the 8" half height drives that I know about ran on DC only.  One
does need a hefty +24V supply for such beasts though.  Unfortunately,
these are still more expensive even at the flea markets than full
size 8" drives.

Caveat: I bought a Tandon 848-2 brand new @ $450.  Tandon's 8" drives
were plauged with a long motor startup speed stabilization period.
Their drives would signal that they were up to speed before they should.
Some of the solutions to this problem were to delay the assertion of that
signal in hardware, or to add some kill time loop in software.  Another
solution was configure them to run all the time.  Unfortunately, this
drive always had the head loaded, so this was not a nice solution.  The
best solution was to get Shugart half height drives.  The had a direct
drive motor that would get up to speed very quick without fluctuating.
If any of y'all consider getting half height 8" drives, get Shugarts
if you can.  They had the feel of quality to them in many ways.  I
always heard good things about them, although I have no empirical
experience of my own with them.

For folks in 50Hz areas, there were typically two ways of doing AC
motor stuff.  Some manufacturer had a dual pulley on the motor.  You'd
loosen the set screw, pull off the pulley, turn it over, put it back
on, and tighten the set screw.  The other (obvious) way was to have
a 50Hz motor.  The fifty Hz folks sometimes lived in areas where the
power line frequency varied, putting them in the same boat :-) as you
were in.
--
Jim Prior    {ihnp4|osu-cis}!n8emr!oink!jep    [e-mail]

Pointers are my friend.

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

Date: 20 Mar 88 07:53:26 GMT
From: osu-cis!n8emr!oink![e-mail]  (James E. Prior)
Subject: 8" floppy drive probles

In article <18700014@clio> [e-mail] writes:
>There are a lot of fallacies there.  8" disks are still readily available,
>and commonly used in commercial word processors.

It has been my understanding that there isn't anyone making 8" drives
anymore.  When Qume quit making 8" drives a year or two ago, I remember
comments that they were the last manufacturer.

8" drives *are* available, but not necessarily readily.  There are
surplus dealers who have them ready for a signficant price.  If you
want it cheap, you have to wait for the right opertunity at a flea
market, or a friend or company unloading their old stuff.

>Contrary to your remarks
>about reliability, 8" disks are notoriously more reliable than their
>5.25" counterparts.  They typically contain more data, and transfer
>faster, than 5.25" drives of comparable density and data capacity.

Amen.

>It would not be feasible to replace the 8" drives on my NEC APC with
>5.25" drives.  I couldn't tolerate the reduced capacity and slowdown.

Amen.

>My solution was to add 8" drives to my XT clone.  With those, and
>Uniform, I can accomodate a lot of different 8" formats.

He's not joking!  A friend of mine did this also!  He can put 1.2M
on his 8" MS-DOS disks, and also read many various CP/M formats into
his XT!  It's very handy.  BTW, genuine IBM floppy controllers have a
DC-37 connector for external drives.

>Incidentally, I'd love to know where I can get new 8" DSDD disk
>drives for $ 50.  That's a real bargain.

The Trenton Computer Festival and Dayton Hamvention are your best prospects.
Last year a BIG stack of 8" drives went for $5 each.

Also look in Computer Shopper.

--
Jim Prior    {ihnp4|osu-cis}!n8emr!oink!jep    [e-mail]

Pointers are my friend.

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

Date: 18 Mar 88 21:59:53 GMT
From: [e-mail]  (Vernard C Martin)
Subject: Does C128 really have CP/M?

I own a commodore 128 machine with the standard peripherals. I was
considering giving it up in favor of a 'better' machine but I have
lots of money invested in it. I was wondering how compatible the cpm
mode of the c128 is with other machines and is there really that much
PD software available to make the 128 worth keeping. I really like
my machine and I don't want to get rid of it but working on some of the
16 and 32 bit machines lately and playing with some of there software has
made me have second thoughts. Any advice/answers greatly appreciated.

Vernard Martin   GIT   "Designing Tomorrow Today With Yesterday's Equipment"

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

Date: 19 Mar 88 18:44:23 GMT
From: bsu-cs![e-mail]  (Paul Neubauer)
Subject: FTP [was Re: Columbia and Kermit directory}

In article <[e-mail]> [e-mail] (Frank Prindle) writes:
>Kermit files are still available, as they always were, via anonymous FTP from
                                                            ^^^^^^^^^^^^^
>directory "ker:" on machine "cu20b.columbia.edu".

Being a relative novice in the telecommunications area, this may be a stupid
question, but is 'anonymous FTP' something that we, in the CP/M world can
participate in directly.  Most of the modem telecommunications software that
I know of supports XMODEM protocol, and of course, there is KERMIT, which
has its own protocol.  I thought FTP was a separate and distinct protocol.
Do we need to have the FTPing done thru a *nix system, or can we FTP with a
CP/M system?  If someone knows the answer to this, I would appreciate
hearing what it is.  Thanks.

--
Paul Neubauer         [e-mail]
                      <backbones>!{iuvax,pur-ee,uunet}!bsu-cs!neubauer

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

Date: 17 Mar 88 01:19:25 GMT
From: nuchat![e-mail]  (Phillip Keen)
Subject: Need Information

In article <[e-mail]>, [e-mail] (Matthew Zank) writes:
> Can Some One Tell me Where I Can Bye Modem Software for The
> CP/M?
> Any infomation will Be Usefull, For some reason I can not Find
> Any Modem Software For the CP/M, Can some one in Usenet Land
> Help Me?


Well, for your best bet is to call you local F.O.G. AMO and they can give you
the information you need probably.  For any new comers to CP/M, you might
consider joining FOG (First Osborne Group).  They're a nation wide CP/M User
Group with AMOs all over the nation.  Phillip
--
Thanks,          Snail Address:  Phillip Keen
Phillip Keen                     2705 Martin
                                 Pasadena, TX  77502

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

Date: 19 Mar 88 17:42:35 GMT
From: osu-cis!n8emr!oink![e-mail]  (James E. Prior)
Subject: Need Information

In article <[e-mail]> [e-mail] (Richard Loken) writes:
>What CP/M clubs still exist?  Magazines that remember CP/M?  How about user
>groups?

They are very scattered.  Try Amateur Computer Group of New Jersey.
Sorry, I don't have their address or BBS phone number handy.

>I can only read pre 1986 issues of DDJ for so long.

(Sigh) I understand.  There is a magazine that still tries to cover S-100
stuff.  The've recently had to change to include VME and Multibus, but
they are still S-100 hackers.

S-100 Journal
P.O.Box 1914
Orem, Utah  84057

Another good magazine until bought by M&T publishing was Micro-Systems
Journal.  It was the re-incarnation of Microsystems that Zipf-Davis
killed.  Sol Libes did a hell of a good job in starting both, and the
companies that bought them, screwed them up.

>While I'm going on like this can you still buy new S-100 cards anywhere or
>unconfigured versions of CP/M from DRI or anybody else?  It idly occured
>to me that I have a 64K 8085 S-100 machine buried somewhere in the basement
>that I could put a floppy controller into and run CP/M on.

You can still buy new S-100 stuff from a bunch of folks.  Be forewarned:
They don't get any significant business from hackers, so their attitudes,
support, and prices reflect that.  They sell primarily to OEMs for
controller applications.

The following S-100 folks advertised in March issue of Micro/Systems Journal:
Macrotech (80386 CPU), Digital Research Computers (miscellaneous old stuff), and
M&T Publishing (Book: Interfacing to S-100/IEEE 696 Microcomputers).

I can't find my recent S-100 Journal issue.

>Oh one more thing Philip, I don't think I'll turf my 8" drives - new drives
>and floppies cost money which I would rather spend elsewhere and reliability
>is unimportant at my house.  Besides, I'm a luddite, I don't like 5-1/4
>drives.

Amen, keep the 8" faith.

>Richard Loken VE6BSV ihnp4!alberta!auvax
--
Jim Prior    {ihnp4|osu-cis}!n8emr!oink!jep    [e-mail]

Pointers are my friend.

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

Date: 19 Mar 88 00:09:10 GMT
From: nuchat![e-mail]  (Phillip Keen)
Subject: Upgrades to CP/M, etc.

Hello there, I know CP/M is quite old.  Anyways, I've got CP/M 2.2, and I
was wondering is it possible to upgrade a machine with CP/M 2.2 to CP/M 3.0
or CP/M 3+ (same thing as 3.0)?  I'm tired of CP/M 2.2 and I'd like to change
over to CP/M 3+.  Would it take too much to change over to 3+ and would it
make some incompabitibility problems with my machine?  Any help would be
appreciated.
--
Thanx -- Phillip Keen           Path:  uunet!nuchat!phillip
Snail Address:  Phillip Keen                   //
                2705 Martin                   //
                Pasadena, TX  77502          /////

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

End of INFO-CPM Digest
******************************
22-Mar-88 01:34:28-MST,9052;000000000000
Return-Path: <[e-mail]>
Date: Tue, 22 Mar 88 01:30:45 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #69
To: [e-mail]

INFO-CPM Digest             Tue, 22 Mar 88       Volume 88 : Issue  69

Today's Topics:
                       8" floppy drive problems
                       C128 CP/M, CP/M upgrades
                           cpm information
                     Does C128 really have CP/M?
                                 FTP
         Help with a crashed disk on Epson QX-10 (Valdocs 3+)
----------------------------------------------------------------------

Date: 20 MAR 88 15:05-
From: [e-mail]
Subject: 8" floppy drive problems

Date: 20-MAR-1988 14:54:43.46
From: Ralph Becker-Szendy RALPH AT UHHEPG
To:   0::"[e-mail]",RALPH
Subj: Re: 8" floppy drive problems
*** FLAME ON ***

tetra![e-mail] (Ray A. Buddenberg) writes:
> But there is one additional reason that 8" can be a liability
> in certain situations.  The drive motor is the only thing in
> the whole computer that does anything with 60 Hz.  Aboard ships ...
If you ever want to move your computer to a place which has 50Hz power (like
Europe), make sure you get 8" drives where the belt-driving wheel on the
spindle motor has two seperate "tracks"; than you can take the wheel off and
just reverse it to change 50 <-> 60 Hz. The funny part is, not even all Siemens
drives (built in Mexico for the US and German market) have these reversible
wheels.

Jeff Wieland <[e-mail]> writes:
> I've always heard that 8" was MORE reliable.
True. Single-side single-density 8" floppies are nearly indestructible.
Usually, if a floppy fails, you can actually see a hole in the magnet layer,
and sometimes even a hole in the disk ! Even scratches and fingerprints on the
recording surface are sometimes survived.

I think there is a much more important advantage of 8" drives: you can always
buy and interchange software on "eight inch, SSSD, IBM format"; it is sometimes
(usually ?) hard to interchange information on the myriads of 5" formats. The
biggest disadvantage of 8" disk drives (according to my bad taste) is their
noise level; in particular if you don't outfit them with a motor-off circuit;
my computer sounds like a starting jet in mty office.

*** FLAME OFF *** Sorry for such a long message with so little information.

Ralph Becker-Szendy                                     [e-mail]
University of Hawaii / High Energy Physics Group              [phone]
Watanabe Hall #203, 2505 Correa Road, Honolulu, HI 96822
"Hawaii - it's not just for tourists. People actually live and work there."

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

Date: Mon, 21 Mar 88 10:35:21 PST
From: Bridger Mitchell <[e-mail]>
Subject: C128 CP/M, CP/M upgrades

We didn't want to announce this prematurely, but for users who
are considering system upgrades...

ZCPR version 3.4 upgrades for BOTH CP/M 2.2 and CP/M 3 (CP/M Plus) are
in final beta-testing and should be available in early April.

The CP/M 3 version is called Z3PLUS.  Installation requires no
assembly and minimal configuration.  It should run on any
Z80 CP/M 3 computer and has been tested on C128, Morrow MD5 and
WaveMate Bullet.

The CP/M 2.2 auto-install version is new ZCOM, vers. 2.0.  It also
requires no assembly and has been tested on a good variety of
computers.

All system files containing code are relocatable and most are directly
interchangable between different systems, and between cp/m 2 and cp/m 3,
regardless of system addresses.  System sizes can be changed
"on the fly" to maximize tpa when required.  Most Z utilities will
run on both cp/m 2 and cp/m 3 systems; some require upgrading
to handle cp/m 3 differences, and that work is in progress.

What is ZCPR ?  A Z80 Command Processor Replacement...that has evolved
into a highly integrated, configurable, extensible enhancement of the
CP/M command interface...spawned hundreds of companion utilities...is
the focus of most new CP/M-compatible programming ... for more
documentation see the ZCPR3 and Z33 directories on simtel20.

--bridger

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

Date: Mon, 21 Mar 88 8:07:16 EST
From: 'Alex Bodnar Jr' <[e-mail]>
Subject: cpm information

to matthew zank and mr neubauer:
   you can ftp to SIMTEL20.arpa through your unix machines and do
  a "cd" to directory "PD1:<CPM>" then do a "dir" to get the current
  file names for the indexs to all the cpmug. i think the current file
  is named "PD1:<cpm>files.idx", you will have to do a "get" to bring
  it back to your unix system. this file will show you which files are
  ascii and which are binary. before doing a get on a binary file you
  must enter "type tenex" and if switching back "type ascii" for ascii
  files. after you have the files you want in your unix account you
  can use (i do) "umodem -s?" where ?=b for binary and t for ascii
  to send them to your cpm machine. i use xmodem on my heath h89.
  if you have any more questions feel freee to send me email.

alex bodnar, KA 3 CIM

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

Date: Mon, 21 Mar 88 09:19:42 EST
From: [e-mail] (Frank Prindle)
Subject: Does C128 really have CP/M?

Yes, the C128 really does have CP/M.  It is the version of CP/M known as
CP/M 3.0 or CP/M Plus, and most existing PD software does indeed run on it.
At 2 Mhz., you might find that it runs a bit more slowly than you have come
to expect from faster CP/M machines, but in the vast majority of cases I've
experienced, speed is adequate.  Some CP/M 2.2 software will not run under
CP/M 3.0 (C128 or any other) without modification (for example, programs which
exploit direct BIOS calls, such as a disk sector editor, as well as programs
which touch upon the rare incompatibility between those CP/M versions).  In
most cases of such programs, a separate CP/M 3.x version already exists.
Will the 128 really be useful to you in CP/M mode?  The only way to answer
that is to try it out and see for yourself.  CP/M will never be as flashy as
it's successors (MSDOS, UNIX, etc.) because it was designed for much more
humble machines.  That impressive 16-bit or 32-bit software you've been playing
with is memory hungry and can't be shoe-horned into a CP/M style machine.
Still, CP/M on the C128 can get most of the same jobs done quite well if you
can live without the flashy graphics and sound.
Sincerely,
Frank Prindle
[e-mail]

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

Date: Mon, 21 Mar 88 08:55:49 EST
From: [e-mail] (Frank Prindle)
Subject: FTP

The term "FTP" stands for "File Transfer Protocol", one of several high level
protocols in use by the TCP/IP networking standard used by internet hosts
(those on ARPANET, MILNET, and all the zillions of subnets at local sites).
The term "Anonymous FTP" refers to the capability of some hosts (Columbia being
one) which will allow access to some of their files with a generic logon
(i.e. USER=anonymous, PWD=guest).  This facility is only available if one is
calling Columbia through the internet facilities (i.e. from a machine tied in
to the internet - it's operating system is of no consequence).  It can't be
accessed via dialup lines or the Usenet.

The reason for this confusion is that this newsgroup originates on the ARPANET/
MILNET side as "INFO-CPM", but is gatewayed to the equivalent Usenet
group (comp.os.cpm I believe).  I did not mean to imply that the average
Usenet user could access Columbia's Kermit archives via FTP; I only meant to
answer the original query from an internet user.

I believe Columbia has set up alternative access methods for the same set of
Kermit files (possibly on a different machine) so that non-internet users
can obtain the necessary files.  Unfortunately, I don't have any details on
these alternative methods.  The proper way to obtain this information, I
suspect, is to post a query to the newsgroup INFO-KERMIT (or it's Usenet
equivalent "comp.protocols.kermit").  There is also a newsgroup TCP-IP (comp.
protocols.tcp-ip) for those who want to know more about FTP and the like.

Sincerely,
Frank Prindle
[e-mail]

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

Date: 21 Mar 88 15:36:59 GMT
From: rochester!ur-tut![e-mail]  (Natalie Stone)
Subject: Help with a crashed disk on Epson QX-10 (Valdocs 3+)

I have a friend in Victoria, Canada with a crashed VALDOCS 3 + disk
(the index is blown).  Unfortunately, I no longer have an Epson or
the necessary software to fix it.  I would greatly appreciate any
advice from anyone still running VALDOCS under CPM/TPM.

Natalie Stone
UUCP : ...rochester!ur-tut!nsto
Internet : [e-mail]
Bitnet : nsto@uordbv


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

End of INFO-CPM Digest
******************************
23-Mar-88 01:30:59-MST,7148;000000000000
Return-Path: <[e-mail]>
Date: Wed, 23 Mar 88 01:30:14 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #70
To: [e-mail]

INFO-CPM Digest             Wed, 23 Mar 88       Volume 88 : Issue  70

Today's Topics:
                       8" floppy drive probles
                             C128 advice
                         CP/M search utility?
                          CPM upgrades, etc.
                        Upgrades to CP/M, etc.
               Wanted: CPM Emulater running on VAX/VMS
----------------------------------------------------------------------

Date: 21 Mar 88 21:02:15 GMT
From: tikal!sigma![e-mail]  (William Swan)
Subject: 8" floppy drive probles

In article <18700014@clio> [e-mail] writes:
>[...]
>Incidentally, I'd love to know where I can get new 8" DSDD disk
>drives for $ 50.  That's a real bargain.

I second that!! The wife is pestering for a machine of her own, and
if I could get a couple new 8" DSDD drives she'd have it within days.

--
William Swan  {ihnp4,decvax,allegra,...}!uw-beaver!tikal!sigma!bill

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

Date: Tue, 22 Mar 88 16:21 CST
From: [e-mail]
Subject: C128 advice

I have seen a few questions posted asking for opinions on C128 CPM.
We have several C128 machines in the building.  I find them CPM mode
extemely frustrating.  They are agonizingly slow.  The screen updating
is agonizingly slow, and the display itself is very difficult to read.
Forget programming on it.  Forget doing any sort of hardware interfacing.
Support from Commodore?...Heh, heh, tell me another one...
The disk accesses are serial at 19,200 (I think), and so are sloooow.
It used to break frequently.  Try finding a warranty center locally.
A place may advertise Commodore authorized service center, but all that
means is they fix Amigas.  They will be happy to take your money to
TRY to fix the C128. Parts availability?  Forget it.  As I said, a very
frustrating machine.  I refuse to use them personally, and, on my
recommendation, my office does not support them anymore, and strongly
discourages their use, and will not approve their purchase.  Oh, and we were
staunch supporters of the Vic20 and C64.

My recommendations for CPM machines are as follows:

1. Find a dedicated CPM machine, Kaypros, Ampros, and the like.  Visual
Technology made a model 1050 that can be had inexpensively; a couple of hundred
dollars less than the C128 system, and it is a far better machine.  (Email
me if you are interested in the VT1050.  I know where a couple are available).

2.  If you have enough money allocated for a C128 system, forget the C128 and
buy an SB180FX from Steve Ciarcia's company, I forget the name.
He writes for Byte.

3.  There are some software emulators in the public domain for MS-DOS
machines.  They are slow, but obviously the price is a lot cheaper than than a
C128, and they can't be much slower than a C128.

Hope this helps.  If I can be of further help Email me.

Lee Thomison
BITNET: OPTON@UHVAX1
landline: [phone]

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

Date: 22 Mar 88 21:40
From: [e-mail] (Willie Smith, LTN Components Eng.)
Subject: CP/M search utility?

I've been wanting a utility for CP/M to do an analogue of the
VMS SEARCH command, so that:

K> search files:[text]bookhave.lst forever

will tell me (among other things?) who wrote The Forever War,
and:

K> search arpa:[risks.archive]risks.* virus

will return file names and the entire line on which the word
'virus' appeared in the Arpanet RISKS digest.  Is there either:

1)    Such a utility that already exists, preferably with sources
    so I can hack in my named device:[directory] routines or;

2)    Any interest in such a beast should I break down and write
    one?  I've got most of the bits and pieces I'd need to write
    it, just not a lot of time....

Willie Smith
[e-mail]
[e-mail]
{Usenet!Backbone}!decwrl!wookie.dec.com!w_smith

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

Date: Tue, 22 Mar 88 15:48 CST
From: [e-mail]
Subject: CPM upgrades, etc.

Phillip Keen asked for opinions on CPM3.  Here's my two cents:
I first learned CPM on a CPM3 system.  I found it very clumsy.  I then
at the suggestion of several folks 'downgraded' to CPM 2.2.  CPM2.2
is, to my mind, far more straightforward to use, and definitely a lot
easier to program for than cpm3.  I rewrote, er, adapted, the BIOS from
the CPM3 into the CPM2.2 BIOS that I now use.  I then a short time later,
at the suggestion of the same people, installed ZCPR3 from Echelon.
It was a straightforward procedure underCPM2.2. It was impossible under
CPM3. Oh, and I have found compatibility problems between 2.2 and 3.
Bottom line:  If one is going to use another CCP (highly recommended),
use your cpm2.2.  I strongly recommend ZCPR3, but there are others.
I would not even waste my time with CPM3 even if they gave away free
food with it.

Hope this helps.  E-mail me if I can be of further assistance.

Lee Thomison
BITNET: OPTON@UHVAX1
landline: [phone]

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

Date: 21 Mar 88 17:51:16 GMT
From: osu-cis!n8emr!oink![e-mail]  (James E. Prior)
Subject: Upgrades to CP/M, etc.

In article <[e-mail]> [e-mail] (Phillip Keen) writes:
>Hello there, I know CP/M is quite old.  Anyways, I've got CP/M 2.2, and I
>was wondering is it possible to upgrade a machine with CP/M 2.2 to CP/M 3.0
>or CP/M 3+ (same thing as 3.0)?  I'm tired of CP/M 2.2 and I'd like to change
>over to CP/M 3+.  Would it take too much to change over to 3+ and would it
>make some incompabitibility problems with my machine?  Any help would be
>appreciated.
>--
>Thanx -- Phillip Keen           Path:  uunet!nuchat!phillip

Forget Digital Research, they don't want to deal with you.

Echelon has the CP/M upgrade worth messing with.  The've been putting
out the ZCPRn stuff for years.  I have a couple of old addresses for sources
out of my ZCPR3 book.

Echelon, Inc.
101 First Street
Los Altos, CA 94022
[phone]

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


--
Jim Prior    {ihnp4|osu-cis}!n8emr!oink!jep    [e-mail]

Pointers are my friend.

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

Date: 22 Mar 88 16:50:05 GMT
From: ut-emx![e-mail]  (Mike)
Subject: Wanted: CPM Emulater running on VAX/VMS

We are very interested in obtaining the source for a PD CPM emulator
for a MicroVAX running VMS.  Any help in this area will be greatly
appreciated.  If reasonable, you may email to this account, otherwise
we are able to transfer files via either TK50 or 9trak mag tape.

Thanks, Mike O'Donnell

Lower Colorado River Authority
3001 Lake Austin Blvd, Suite 201
Austin, TX 78767

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

End of INFO-CPM Digest
******************************
24-Mar-88 01:31:53-MST,8350;000000000000
Return-Path: <[e-mail]>
Date: Thu, 24 Mar 88 01:30:05 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #71
To: [e-mail]

INFO-CPM Digest             Thu, 24 Mar 88       Volume 88 : Issue  71

Today's Topics:
                             C128 advice
                          C128 alternatives
                          CPM/M 3.0 vs. 2.2
                     JetFind: cp/m search utility
----------------------------------------------------------------------

Date: 23 Mar 88 19:31:53 GMT
From: marque![e-mail]  (Dennis Flaherty)
Subject: C128 advice

In article <[e-mail]> [e-mail] writes
a very emotional article:
> I have seen a few questions posted asking for opinions on C128 CPM.
I have a C128.  I run both native and CPM+ mode frequently.

> We have several C128 machines in the building.  I find them CPM mode
> extemely frustrating.  They are agonizingly slow.
For $20 I received a 2"-thick manual and two more disks.  The system is
complete and well documented.  Do you have this manual?

>                                                    The screen updating
> is agonizingly slow, and the display itself is very difficult to read.
Yes, I'll admit the screen is slow, but agonizingly?  I wish there were
a way to speed it up.  Maybe the Z80A can be substituted by a faster Z80?
As for the letter quality, I don't find the 8x8 dot
matrix all that bad.  Try adjusting the color or intensity.

> Forget programming on it.  Forget doing any sort of hardware interfacing.
Excuse me, I've had no problems programming a CPM system with complete
BIOS-- I run VDE and MAC just like anybody else.  SID is available with
lots of doc.  Higher languages are available from SIMTEL20 or RPICICGE.

> Support from Commodore?...Heh, heh, tell me another one...
No problems here either.  I get help from comp.sys.cbm (mostly Frank
Prindle).  Commodore has helped me when I've needed it...

> The disk accesses are serial at 19,200 (I think), and so are sloooow.
Actually the speed is closer to 5 to 6 times that.  If you really want
a fast system, the 512k RAM expansion is about $160.  Use it as the
system drive M: and SETDEF M:,*.  The 1581 3.5" drive is available for a
little more, and is of course faster than a 1571.

> It used to break frequently.  Try finding a warranty center locally.
I have had a C64 since Jan '84 and a C128 since Oct '86.  ONCE I had
to have my 1541 repaired.  I had no trouble finding help in Milwaukee.
Mayfair Computers even does warranty repairs!

>                    Parts availability?  Forget it.
Try writing to comp.sys.cbm, will ya?  I've read articles advertizing
for video expansion RAMs, C128 and 1571 bugfix ROMs.  In any issue of
Commodore's or Compute!'s magazines for C128/64s, there are more ads
for hardware.

>                                                    As I said, a very
> frustrating machine.  I refuse to use them personally, and, on my
> recommendation, my office does not support them anymore, and strongly
> discourages their use, and will not approve their purchase.  Oh, and we were
> staunch supporters of the Vic20 and C64.
Every once in a while I hear someone take a personal vendetta against
Commodore, ragging about everything they do.  At least TRY to be objective.
These people hang out in dealer stores and ravage about everything Commodore
does.  I swear some of these people must secretly work for Atari...:-)

> My recommendations for CPM machines are as follows:
> 1. Find a dedicated CPM machine, Kaypros, Ampros, and the like.
I would have missed out on C128 native mode and C64-mode (for games ;-))
if I did that.  That's a lot of software.

> Hope this helps.  If I can be of further help Email me.

                                            Thanx a lot!
                                            Dennis Flaherty
[e-mail]           Marquette University
[e-mail]               USNail: 826 N. 20th St.
[e-mail]                       Milwaukee, WI 53233
{uunet|uwvax}!marque!dennisf
    "Two wrongs don't make a right, but three left turns do!"

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

Date: Wed, 23 Mar 88 11:05:01 EST
From: John C Klensin <[e-mail]>
Subject: C128 alternatives

  The one thing I would add to Lee's list of comments is that, if our
situation at MIT is typical, there are a LOT of used Osborne 1s around
being used as doorstops.  They are good machines, pretty reliable,
reasonably well supplied with available software, and (subjectively and
around here at least) appear to be easier to get serviced than the C128.
  This is not an offer to sell, nor a solicitation of requests to buy...

   John Klensin, MIT
   [e-mail]

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

Date: Wed, 23 Mar 88 10:55 EST
From: RLH <[e-mail]>
Subject: CPM/M 3.0 vs. 2.2

Phillip Keen recently questioned the advantages of upgrading to
CP/M Plus (3.0) over 2.2 . Since Lee Thomison spoke (typed?) out in
favor of version 2.2, I thought I would add my views in the
other direction.

I have been using version 3.0 for about three years and would not
switch back to 2.2 for any reason. I run an S-100 bus system with
192K of RAM.

advantages of 3.0:

    - supports banked memory
    - put much of the system in bank 0, TPA in bank 1
    - increase TPA space ( 48K to 60K in my system)
    - allows BIOS additions without decreasing TPA space
    - time/date stamping of files
    - disk buffering in banked memory
    - cleaner command set (in my opinion)
    - residnet system extensions (RSXs) allow loadable
      device rivers, system extensions, etc. much like
      TSR's in MS-DOS.

I must admit that everything is not wondeful. I use a CCP replacement
call CCP+ to have an improved shell and a SideKick-like utility
called Write-Hand-Man. Many of the advantages above have been
implemented in other ways my various manufacturers or PD software
writers, but not in any standard fashion.

CP/M 2.2 is the standard work-horse version. If you don't have extra
memory or don't want the features made possible in 3.0 by memory
banking, switching to 3.0 isn't worth much.

ZCPR3 provides a nicer environment than either one. I bought ZCPR3.3
and tried it out. But I decided to stay with CP/M 3.0 because the
disk caching and larger TPA made lot's of stuff faster. There is
supposed to be a version of ZCPR coming out this spring that runs
on CP/M 3.0. This desires some attention. I may go that route myself.

Ther have been some complaints of incompatibilities between CP/M
version 2.2 and 3.0 . I run many commercial programs written for
2.2 with no problems. The only place I have seen any is with
some PD software that goes to the BIOS directly or makes assumptions
about the file structures beyond what is provided at the BDOS
level. SD is the only program I use that had this problem and it was
fixed in later versions. There is also something called 22RSX
that claims to provide complete version 2.2 compatiblity if you need
it. I haven't had call to use it, so cannot comment.

For me CP/M 3.0 is the way to go. For anyone else - make up your
own minds. But first ask yourself what you want the system to do
and what is important to you.

        Bob Haar

        [e-mail]    ( CSNET or ARPANET)

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

Date: Wed, 23 Mar 88 16:19:49 PST
From: Bridger Mitchell <[e-mail]>
Subject: JetFind: cp/m search utility

JetFind, a tool I wrote for cp/m z80 machines, may serve your needs.

JetFind searches multiple files, with optional output redirection.
The files can be in ascii text or WordStar format, stand-alone, squeezed,
crunched, or any of those in a LiBRary.  The search pattern(s)
may be regular expressions (equivalent to unix's "grep").  The matched
lines are displayed, optionally with surrounding before-and-following lines.
Command-line, interactive, or script-driven control.  And it is fast.

JetFind is available from Echelon, Inc.

--bridger

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

End of INFO-CPM Digest
******************************
25-Mar-88 01:32:48-MST,4370;000000000000
Return-Path: <[e-mail]>
Date: Fri, 25 Mar 88 01:30:07 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #72
To: [e-mail]

INFO-CPM Digest             Fri, 25 Mar 88       Volume 88 : Issue  72

Today's Topics:
                         BSR X-10 controllers
                        CP/M directory extents
                 info for appliance controller needed
----------------------------------------------------------------------

Date: Thu, 24 Mar 88 11:27 CST
From: [e-mail]
Subject: BSR X-10 controllers

Talking about the appliance controllers reminded me of this.  Off and on
for the last couple of years, I have been wanting to design and build
some stuff that will respond to BSR X-10 controllers, but I don't know
what their coding protocol is.  Anyone know where I can find out?

Lee Thomison
BITNET:OPTON@UHVAX1
landline: [phone]

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

Date: 22 Mar 88 05:31:45 GMT
From: portal!cup.portal.com![e-mail]
Subject: CP/M directory extents

Bridger Mitchell <[e-mail]> writes:

> Yes, directory calculations are confusing, and not helped by confusing
> terminology!

I agree, and I apologize for contributing to the confusion by use of
misleading terminology and (as I now realize) some innacuracy in my
previous posting.  In particular, my statement was *incorrect*, that
RC = 80h implies a full "extent" (meaning PHYSICAL extent, or directory
entry).

> The key point is to keep physical and logical extents distinct.

Yes, that certainly is the key to understanding CP/M directory entries.
Thank you for the clear explanation, Bridger.

[I think my mind was in the same place as those designers who failed
apparently to distinguish logical and physical extents, by not using
all 16 bytes of the allocation group number area.  Several years ago,
I puzzled over the DPB extent mask in a system (Zenith Z-100?) which I
believe falls into this category.  Only now, after reading your note,
do I understand that particular diskette format!]

Bob Freed                         Uucp:  ...!sun!portal!Robert_A_Freed
                              Internet:  [e-mail]

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

Date: Wed, 23 Mar 88 15:30 CST
From: [e-mail]
Subject: info for appliance controller needed

> From: ihnp4!upba!unocss![e-mail]  (Jon Scheer)
> Subject: Info For Appliance Controller Needed

>    I just bought an Appliance & Light Controller (for Color Computer) at
> the local RS (clearance sale).  Well, I've got a Model 4.  So the software
> that is supplied with the controller won't do me a dingo's kidneys worth
> of good.  But I should be able to make it work with the hardware that I
> have (shouldn't I??)  The controller plugs into the cassette port on a CC
> and I have one of the old 4's that has a cassette port.  So, in theory,
> I should be able to plug it into the 4.

>   But, I don't know what sort of signals the controller expects.  Is
> there anybody out there who has played with the/a controller?  Any idea
> where I might be able to find out more about it??
------------------------------
If your appliance decoder is the same as the one I bought from Radio Schack,
it  is simply a BSR X-10 controller with Radio Shack's name on it.  I bought
mine on  clearance sale a year ago.  There are adapter cables available to run
off of RS-232 ports.  In addition, there is a programming guide available.  I
got my RS232 cable and programming guide from DAK when I ordered
another controller from them.  If you will send me a US mail address, I will
send you a copy of the programming manual, if I can find it.  I will also
Email you the pinouts for an RS232 cable when I find the manual.  You might
also contact DAK and see if they will sell you an RS-232 cable and manual, in
case I can't find mine.  (Hmmm, come to think of it, I may contact them to
see if I can get a cable and software for my Mac...).

Please write back soon, as I am never certain about these internet mailings.

Lee Thomison
BITNET:OPTON@UHVAX1
landline: [phone]

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

End of INFO-CPM Digest
******************************
26-Mar-88 01:33:57-MST,3714;000000000000
Return-Path: <[e-mail]>
Date: Sat, 26 Mar 88 01:30:12 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #73
To: [e-mail]

INFO-CPM Digest             Sat, 26 Mar 88       Volume 88 : Issue  73

Today's Topics:
                       8" floppy drive probles
                          CPM upgrades, etc.
                        Echelon's New Address
                          electronic design
----------------------------------------------------------------------

Date: 24 Mar 88 17:14:49 GMT
From: mnetor!utzoo!yunexus!geac!syntron![e-mail]  (G. Roderick Singleton)
Subject: 8" floppy drive probles

Any of you that are searching for 8" floppies can substitute any
5-1/4" floppy dirve that is shurgart 475 equivalent.  Build an adapter
cable and pull the hi-den line TRUE.  Now you have an 8" drive in
5-1/4 clothes.  Getting 1.2 Mbytes out of one of these small beaties is
very nice and with the addition of some control you can even handle
780 Kbyte diskettes and read 48 tpi ssdd and dsdd diskettes.  There are
also supposed to be some 3-1/2" drives that will give the same
performance on the same interface.

Think of it more choices!


--
G. Roderick Singleton, Technical Services Manager
{ syntron | geac | eclectic }!gerry
"ALL animals are created equal, BUT some animals are MORE equal than others."
George Orwell

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

Date: 24 Mar 88 16:15:10 GMT
From: oliveb!intelca!mipos3!cadev4![e-mail]  (Doug Braun ~)
Subject: CPM upgrades, etc.

I'm sold!  I have yet another homebrew CP/M system (which is sort of in the
process of being upgraded to a Z280), and I would love to upgrade it
to CP/M 3.0.  But if Digital Research doesn't sell generic CP/M 3.0 anymore,
what can I do?  I would need 8" SSSD disks, and all the documentation needed
to write your own BIOS.  If anyone knows of a place that sells it, or has
a copy that they want to sell, please let me know.

Doug Braun                Intel Corp CAD
                    408 765-4279

 / decwrl \
 | hplabs |
-| oliveb |- !intelca!mipos3!cadev4!dbraun
 | amd    |
 \ qantel /

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

Date: Fri 25 Mar 1988 08:54:06 EDT
From: <[e-mail]>
Subject: Echelon's New Address

   Echelon has moved its operation to Lake Tahoe.  They can be contacted
at the following address:

    Echelon, Inc.
    P.O. Box 705001-800
    South Lake Tahoe, CA 95705
    Telephone: [phone]
    Telex: 4931646

The Z-Node Central remote access system (RAS) can be reached at
408-432-0821 (San Jose)(300-1200-2400 bps).


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

Date: Fri, 25 Mar 88 14:04 CST
From: [e-mail]
Subject: electronic design

Hi,

Is there a network discussion group, similar to this one, that
concentrates on electronic design?
I am frequently called upon to design and fabricate a wide variety of
electronic devices ranging from simple amplifiers to wierd filters
to digital syncing stuff to dedicated intelligent controllers
to...well, you get the idea.  Anyway, even though I am the best hotshot
designer I know :-), there are times when I get stumped, and would like
advice, guidance, or even (especially) a better idea.  Normally I would go
over to the EE dept, but their emphasis is on antenna or well-logging.
If there is a discussion group that I could bounce ideas off of,
it would help me considerably, and perhaps even help them.

Thanks,

Lee Thomison
BITNET: OPTON@UHVAX1
landline: [phone]

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

End of INFO-CPM Digest
******************************
27-Mar-88 01:34:15-MST,5163;000000000000
Return-Path: <[e-mail]>
Date: Sun, 27 Mar 88 01:30:22 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #74
To: [e-mail]

INFO-CPM Digest             Sun, 27 Mar 88       Volume 88 : Issue  74

Today's Topics:
                             C128 advice
                                Thanks
                         TI 9900 data manual
                        Upgrades to CP/M, etc.
----------------------------------------------------------------------

Date: 23 Mar 88 16:08:26 GMT
From: mccc![e-mail]  (Peter J. Holsberg)
Subject: C128 advice

In article <[e-mail]> [e-mail] writes:
|
|3.  There are some software emulators in the public domain for MS-DOS
|machines.  They are slow, but obviously the price is a lot cheaper than than a
|C128, and they can't be much slower than a C128.
|
There are also some Z-80 64K boards for MSDOS computers for around $250
up.  These run CP/M 2.2 at Z-80 clock speeds of 5 MHz and faster.


--
Peter Holsberg                  UUCP: {rutgers!}princeton!mccc!pjh
Technology Division             CompuServe: 70240,334
Mercer College                  GEnie: PJHOLSBERG
Trenton, NJ 08690               Voice: 1-609-586-4800

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

Date: 26 Mar 1988 07:03-CST
From: John A. Wright <[e-mail]>
Subject: Thanks

Thanks to all for your assistance on Columbia.

I have found that the "host" address was changed, and that was my
problem.  Everything is fine now.

Thanks again

John
PS.   For  anyone  interested,  I  am  now  running  CP/M-86 on a
Commodore B-256/80 and it runs almost all the software  available
from  Simtel20.  It is a little slow, and there are some problems
with speed, but its better than not having CP/M at all.

PPS.  The 8088  co-processor  will  also  run  MS-DOS.   I  think
Commodore dropperd a very capabile machine when they discontinued
this model.

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

Date: 25 Mar 88 19:36:36 GMT
From: ea.ecn.purdue.edu![e-mail]  (Jeffrey J Wieland)
Subject: TI 9900 data manual

I'm looking for a Texas Instruments 9900 data manual.  The TI office in
Indianapolis has not been able to help me with this.

                Jeff Wieland
                [e-mail]
                [e-mail]

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

Date: 24 Mar 88 01:54:38 GMT
From: portal!cup.portal.com![e-mail]
Subject: Upgrades to CP/M, etc.

In an article [e-mail] writes:
> In article <[e-mail]> [e-mail] (Phillip Keen) writes:
> > Hello there, I know CP/M is quite old.  Anyways, I've got CP/M 2.2, and I
> > was wondering is it possible to upgrade a machine with CP/M 2.2 to CP/M 3.0
> > or CP/M 3+ (same thing as 3.0)?  . . .
> > appreciated.
> > --
> > Thanx -- Phillip Keen           Path:  uunet!nuchat!phillip
>
> Forget Digital Research, they don't want to deal with you.
>
> Echelon has the CP/M upgrade worth messing with.  The've been putting
> out the ZCPRn stuff for years.  I have a couple of old addresses for sources
> out of my ZCPR3 book.
>
> Echelon, Inc.
> 101 First Streetp
> Los Altos, CA 94022
> [phone]

By all means, forget about cp/m 3.0 (cp/m+).  You will have both installation
and compatability problems, with very little clear gain.  Get a copy of
ZCPR 3.3 (Z33) and either 1) install it with your cp/m 2.2 system, or
2) also install ZRDOS (I believe 1.9 is the current version).  Z33 is the ccp
(console command processor) replacement; ZRDOS replaces the Digital Research
bdos in cp/m 2.2.  You may replace either or both.  I suggest both; you will
have a far more powerful and flexible system than you would under cp/m 3.0,
or indeed than anything Digital Research ever dreamt of.

Z33 is public domain; you will find it on a number of RCPM's (Remote CP/M
System) around the country, or, you can buy it from Echelon, Inc. (at a
modest cost) in either an auto-install version, which works on most, but not
all, systems, or a manual install version (which makes for a more versatile
installation).  To do the manual installation, you will need a working
knowlege of the insides of cp/m, and some modest ability with z80 assembly
language.  I believe you will also need the ZAS assembler, also available
at modest cost from Echelon.

ZRDOS is a commercial product, available from Echelon.  Also modestly
priced; I believe around $50.  There are also several public domain bdos
replacements available, with varying combinations of features.

The contact point for Echelon given above is old.  Their current contact
is:
    Echelon, Inc.
    P.O. Box 705001-800
    South Lake Tahoe, CA  95705
    [phone]

I have no connection with Echelon; this is a referral only!

If you need further information or sources, feel free to contact me direct
via e-mail.

        Dave Goodman         [e-mail]
                    ...ucbvax!sun!cup.portal.com!dgee

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

End of INFO-CPM Digest
******************************
28-Mar-88 01:34:45-MST,2519;000000000000
Return-Path: <[e-mail]>
Date: Mon, 28 Mar 88 01:30:24 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #75
To: [e-mail]

INFO-CPM Digest             Mon, 28 Mar 88       Volume 88 : Issue  75

Today's Topics:
                          CPM upgrades, etc.
                      H/Z 67 HARD DRIVE PROBLEM
                     Wanted Emulator for Kontron
----------------------------------------------------------------------

Date: 25 Mar 88 17:58:16 GMT
From: pacbell!att-ih!alberta!auvax![e-mail]  (Richard Loken)
Subject: CPM upgrades, etc.

From article <[e-mail]>, by [e-mail] (Doug Braun ~):
> to CP/M 3.0.  But if Digital Research doesn't sell generic CP/M 3.0 anymore,
> what can I do?  I would need 8" SSSD disks, and all the documentation needed
> to write your own BIOS.  If anyone knows of a place that sells it, or has
> a copy that they want to sell, please let me know.
>
> Doug Braun                Intel Corp CAD
>                     408 765-4279

Tell me too.  Tell us all.

Isn't it ironic that the guys at Intel don't know about CP/M anymore?


     *********        73
    **********        Richard Loken VE6BSV
   .      ****
  ..      ****        Athabasca University
 ....     ****        Athabasca, Alberta Canada
..........****        ihnp4!alberta!auvax

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

Date: 27 Mar 1988 14:03-CST
From: [e-mail]
Subject: H/Z 67 HARD DRIVE PROBLEM

The Omaha HUG has an H-89A with an H-67 hard disk running their
BBS.  The hard drive has died.  Does anyone know a reliable place
to get a Memorex 101 8inch hard drive rebuilt?  Zenith wants $791
for an exchange rebuilt drive but the club can't afford it.
Would appreciate any advice.

Thanx, Marc Frederick

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

Date: 23 Mar 88 19:45:42 GMT
From: stride!tahoe!unsvax![e-mail]  (Alfred B. Schultz)
Subject: Wanted Emulator for Kontron

Have small older model pc based on Z80. Believe built in Europe.
Has two 5 1/4 inch floppy drives and 64K of memory. Operating system
comes up Kos: , but also have CP/M on one floppy. I would like to hook
up a modem and use Kontron from home to talk to VAX 11/750.
Please contact Al Schultz, Dept. of Physics, Univ. of Nevada, Las Vegas,
Nevada, 89154 U.S. [phone].

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

End of INFO-CPM Digest
******************************
29-Mar-88 01:30:34-MST,14068;000000000000
Return-Path: <[e-mail]>
Date: Tue, 29 Mar 88 01:30:12 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #76
To: [e-mail]

INFO-CPM Digest             Tue, 29 Mar 88       Volume 88 : Issue  76

Today's Topics:
                                 C128
                 Clarification on ZCPR33 and Z System
                         CP/M search facility
                          CPM upgrades, etc.
                       INFO-CPM Digest V88 #75
                Is the Z320 z-80 software compatible?
                             Z280 Macro's
----------------------------------------------------------------------

Date: Mon, 28 Mar 88 11:52:22 MST
From: Raymond Carter  STEWS-NR-AS 678-3348 <[e-mail]>
Subject: C128

I'd like to put some of the comments about the C128 in perspective
here, if I may.

First, I don't believe anyone ever claimed it was the world's best and
fastest CP/M machine, although I find it quite nice with the 512K
ram disk.  Also, by using the CONF utility it is possible to speed
up system operations by about 35% - puts the effective Z80 rate at
about 2.3 MHZ.

Second, I do claim that it is one of the most versatile computers on the
market.  It runs two of the largest bases of software available - C64,
and CP/M - without any additional investment.

It also does some pretty reasonable graphics.  The builtin software
supports 320 by 200 color graphics.  I have recently seen a package
called BASIC 8 which does really nice 3D 640x200 graphics.

All the sound and graphics capabilities are available from within
CP/M.  I have built a CP/M COMAL graphics package which supports
720x240 graphics on the RGB screen.  Not many other CP/M machines
will do that!

To sum up - it may not be the ultimate CP/M computer, but is an extremely
versatile computer, with MUCH good software available.

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

Date: Mon 28 Mar 1988 13:29:19 EDT
From: <[e-mail]>
Subject: Clarification on ZCPR33 and Z System

Dave Goodman posted a message recommending ZCPR33 as the CP/M upgrade
of choice.  As the author of that code, I wholeheartedly concur.
There were some statements made in that message, however, that I would
like to correct and/or amplify.

>> Z33 is public domain; you will find it on a number of RCPM's (Remote
>> CP/M System) around the country, or, you can buy it from Echelon, Inc.
>> (at a modest cost) in either an auto-install version, which works on
>> most, but not all, systems, or a manual install version (which makes
>> for a more versatile installation).  To do the manual installation,
>> you will need a working knowlege of the insides of cp/m, and some
>> modest ability with z80 assembly language.  I believe you will also
>> need the ZAS assembler, also available at modest cost from Echelon.

First, Z33 is NOT really public domain; it is copyrighted by me and by
Echelon.  However, there is no royalty charge for personal
(noncommercial) use.  For that use it is distributed on many remote
access computer systems, including my own Z-Node.  There is a license
fee for use of Z33 with a commercial product.

Second, the autoinstall versions of Z System (combined ZCPR and ZRDOS)
that are about to be released (NZCOM for CP/M 2.2 systems and Z3Plus
for CP/M 3 systems) are far MORE VERSATILE than a manual installation,
as well as being completely automatic.  It is true that there are some
computers on which they will not work (though not very many, and on
some of those it is very hard to get a manually installed version to
work either), but when they do work you get a system in which the
operating system features (and corresponding operating system size)
can be varied dynamically to meet your requirements, on a permanent
basis or on a command-by-command basis.  For normal operation you can
have a complete Z System with all the bells and whistles at a cost of
about 6K of TPA space.  But when you need to run a memory-hungry
program, the operating system can be made to shrink (all the way
back to plain CP/M if desired) to provide the extra memory and then
expand again when that application has completed.

The main difficulty encountered with these systems is that some
configuration utility programs provided by the computer manufacturer
that work by performing absolute modifications to data in the BIOS
often will not work properly under NZCOM or Z3Plus.  Those utilities
can be fixed, if necessary.  Usually, however, they are used only
rarely, and you can shut off the automatic Z System long enough to use
them.  I will be speaking at the Trenton Computer Fair on these new
systems.  They will include, by the way, version 3.4 of ZCPR, which
includes a number of interesting and useful new features.  Z34 will
not be made available over remote systems; it will be available only
as a commercial product but at a very modest cost.

-- Jay Sage


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

Date: Mon, 28 Mar 88 09:06:15 PST
From: [e-mail] (Steve Willett)
Subject: CP/M search facility

I don't have any experience with Bridger Mitchell's search utility,
but there is a commercial program called Electra-Find which was
implemented on both CP/M and DOS.  The DOS version has been upgraded
to Text Collector, but I assume the CP/M version is still available.
The utility allows searching for any text (or binary) strings,
with very powerful wildcard capabilities in both the string being
searched for and in the specification of what to search.  The
program comes from:

O'Neill Software
P.O. Box 26111
San Francisco, CA 94126

[phone]

I have no connection with O'Neill - I bought Text Collector recently.

Steve Willett

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

Date: Mon, 28 Mar 1988  20:57 MST
From: tektronix!midas!copper![e-mail] (Michael D. Kersenbrock)
Subject: CPM upgrades, etc.

>Phillip Keen asked for opinions on CPM3.  Here's my two cents:
>I first learned CPM on a CPM3 system.  I found it very clumsy.  I then
>at the suggestion of several folks 'downgraded' to CPM 2.2.  CPM2.2
>is, to my mind, far more straightforward to use, and definitely a lot
>easier to program for than cpm3.  I rewrote, er, adapted, the BIOS from
>the CPM3 into the CPM2.2 BIOS that I now use.  I then a short time later,
>at the suggestion of the same people, installed ZCPR3 from Echelon.
>It was a straightforward procedure underCPM2.2. It was impossible under
>CPM3. Oh, and I have found compatibility problems between 2.2 and 3.
>Bottom line:  If one is going to use another CCP (highly recommended),
>use your cpm2.2.  I strongly recommend ZCPR3, but there are others.
>I would not even waste my time with CPM3 even if they gave away free
>food with it.
>
>Hope this helps.  E-mail me if I can be of further assistance.
>
>Lee Thomison
>BITNET: OPTON@UHVAX1
>landline: [phone]


I disagree strongly with this opinion of CPM 3.0.  I started with 2.2
(where I wrote my own BIOS, etc...I did everything down to the nitty
gritty level), and then upgraded to 3.0 (when DRI released it, and I
bought the "generic" upgrade kit).  Documentation was good, and a million
times better than 2.2 .  Performance was also a million times better with
3.0 than with 2.2.  There are SOME incompatiblities, but very few, and
generally not too important.

CP/M 3.0 had most of the improvements that the original MS-DOS "did"
to CP/M. :-)

With the additon of CCP+ (in simtel20...) and full usage/knowlege of the
improvements, I'd say 3.0 is MUCH MUCH MUCH MUCH MUCH better than 2.2.
To tell the truth, my CP/M+ develoment environment looks more like BSD
Unix ("make", grep, VERY compatible library, etc) than CP/M (which I like
BTW).

To give you an idea of what I'm using:

    1) My system is a "homebrew" Z80H one with 1Mb of 0-waitstate
       banked memory (someday with a Z280 if I can't afford an Amiga
       2000 first).  My CP/M+ is the *banked* version.  The *unbanked*
       version may be different in usablity.

    2) My bios (that I wrote) implements 720K of FAST/DMA'd ramdisk
       and about 180K of my OWN floppy-disk cache on top of DRI's
       (didn't fully like their algorithm).

    3) I modified the library of my C-Compiler (Manx Aztec) to
       dynamically check for CP/M 3.0, and if it is "true", to use
       3.0-only features that makes the floppy access (never mind the
       disk cacheing) 3 times faster than 2.2 on the same disks (I
       did many other things to my compiler, but that's another
       story).


Because, however, DRI does not really sell CP/M 3.0 anymore (that I can
tell), 2.2 and ZCPR may be the best choice to go to nowdays from 2.2, but,
the reason isn't because 3.0 is less good, it's just less available.
--
Mike Kersenbrock
Tektronix Microcomputer Development Products
Aloha, Oregon

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

Date: Mon, 28 Mar 88 23:57 EST
From: Tony Waters <[e-mail]>
Subject: INFO-CPM Digest V88 #75

        Dear Members,

        I'm a new comer to Bitnet and to CP/M.  I have a Commodore 128 and a
Kapro II and I'd like to be able to dial up to my schools main frame on my
Kaypro but I don't have a VT100 emulator for it.  Right now all that I'm using
for telecomputing is my C-128, but I don't have any languages for it.  I'd
like to be able to use my Kaypro so that I can upload and down load pascal,
lisp and prolog programs that I've written on my Kaypro.  I've tried user
groups, copmuter stores and Kaypro dealers; all dead ends.  Any information on a
CP/M vt100/vt52 emulator or how to configure my keyboard to support either of
those terminals would be appreciated.


                        Thank you very much,
                                Tony Waters
                                Towson State Univ.

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

Date: 28 Mar 88 20:28:34 GMT
From: IUS3.IUS.CS.CMU.EDU![e-mail]  (Ralph Hyre)
Subject: Is the Z320 z-80 software compatible?

Saw a blurb the other day about a Z320 32-bit processor.
Is it object-code compatible with the Z80 (or any of
it's succesors?)
--
                    - Ralph W. Hyre, Jr.

Internet: [e-mail]    Phone:(412)268-{2847,3275} CMU-{BUGS,DARK}
Amateur Packet Radio: N3FGW@W2XO, or c/o W3VC, CMU Radio Club, Pittsburgh, PA

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

Date: Mon, 28 Mar 88 08:16:09 EST
From: Roger Link <[e-mail]>
Subject: Z280 Macro's

  I am stilling looking for a Z280 assembler. (I talked to Zedux, and theirs
is supposed to ready soon. I think Echelon is also working on one) I have
been using macro's to use my present Z80 assembler (M80/Z80ASM). I
discovered a very nice set of Z280 macro's on Znode central written by
Daniel A. Jacobs. They should work with most popular Z80 macro assemblers.
Keith Petersen has put the Z280-ASM.LBR file on Simtel.

Filename            Type     Bytes     CRC

Directory PD1:<CPM.Z280>
Z280-ASM.LBR.1            BINARY     19072  296BH

  Jacobs also provides this extra bit of information about the Z280
instruction set:

;       244      8080     instructions      total

;       694      Z80      instructions      total

;       1510     Z280     instructions      total

  Here is the -READ.ME file from the Library:
===========================================================================

Here are a couple of files to aid in the writing of Z280
assembly language programs using a macro assembler:

The Z280-EQU.LIB file is all of the EQU's for the internal
configuration registers.

The Z280.LIB file is all of the extended instructions
(in macro form) over and above the Z80 instructions.
(816 new instructions which is way more than double the Z80)

The Instructions have a standard for all code labels, which
doesn't conflict with any already existing Z80 code.
These of course all fit within 8 characters. There are
however some unavoidable exceptions (MULT = MLT).
If you study some of these labels, I think you will soon
see what I have done and should be able to decipher the rest
using the Z280 manual from Zilog.
I've checked everything 3 times, but I'm only human.
Therefore if there are any bugs! PPPPPlease let me know.


   Written by      Daniel A. Jacobs                  Mar 13 1988
                    448 Knottwood Road West
                    Edmonton, Alberta
                          T6K 1Z1

                   [phone]

P.S.    There are 3 known bugs in the Z280.

(1)     The well known Cache bug which is fixed and Zilog said,
        "they will be shipping next month". (when ever that is)

(2)     The DMA's destination addresses are not incremented
        properly when running at 20 mhz external clock speed.
        Zilog said, "To run the device at 16 mhz to eliminate
        this problem". I have done this, but still experience
        the occasional problem.

(3)     The DMA linking also malfunctions. I don't know if this
        is clock related or not. (Haven't played with it much
        because of the other DMA bug).

Zilog says they have know idea when the DMA problems will be fixed.
As far as a 50 mhz version goes. Zilog says they will probably make
one but first they will make a 30 mhz and before that fix some bugs.
So it will be some years yet, I should think.

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

                                        Roger Link
                                          [ LINKR @ VTVM1.BITNET ]
                                        Physics Electronics Shop
                                        Blacksburg Va 24061
                                        703-961-5768

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

End of INFO-CPM Digest
******************************
30-Mar-88 01:31:30-MST,3445;000000000000
Return-Path: <[e-mail]>
Date: Wed, 30 Mar 88 01:30:16 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #77
To: [e-mail]

INFO-CPM Digest             Wed, 30 Mar 88       Volume 88 : Issue  77

Today's Topics:
                           CP/M directories
                            MexPlus funny
                          VT52/100 Emulation
----------------------------------------------------------------------

Date: 28 Mar 88 17:24:05 GMT
From: ucsdhub!jack!crash![e-mail]  (Marc Wilson)
Subject: CP/M directories

Many thinks to all those who responded to my question about directory
extents.  The consensus was that I was confusing logical extents with
physical extents.  Not too hard to do, I gather.

Can someone point me in the direction of a reference work that explains this
in copious detail? 8-)

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Marc Wilson
     ARPA: ...!crash![e-mail]
           ...!crash!pnet01!pro-sol![e-mail]
     UUCP: [ cbosgd | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson
     INET: [e-mail]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

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

Date: 28 Mar 88 17:25:48 GMT
From: ucsdhub!jack!crash![e-mail]  (Marc Wilson)
Subject: MexPlus funny

Yet another question:

I am currently using MEXPLUS, v1.65B.  All in all, it's a nice program,
except for one idiosyncracy.  When in terminal mode, certain characters
coming from the modem cause the program to go and try to access the disk.
This causes dropped characters, and some confusion on my end.

My question:  Why is MEXPLUS going to the disk at all?  There aren't any
commands that a remote can send to make this happen, are there?  At first,
I thought that maybe MEXPLUS was responding to a request for some kind of
Kermit exchange, but the manual makes no mention of any ability to sense an
impending transfer.

Help!  NightOwl's BBS seems to be down, and I don't have a current phone
number for them.

Thanks.
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Marc Wilson
     ARPA: ...!crash![e-mail]
           ...!crash!pnet01!pro-sol![e-mail]
     UUCP: [ cbosgd | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson
     INET: [e-mail]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

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

Date: Tue 29 Mar 1988 11:57:35 EDT
From: <[e-mail]>
Subject: VT52/100 Emulation

Tony Waters asked about VT52/100 emulation for CP/M computers.  One way to do
this is to get the commercial version of MEX (MEX-Plus) with the emulation
package.  The trouble is I am not completely sure what features have to be
supported in the host terminal to make the emulation work.  Certain cursor
addressing, screen clearing, and line clearing are needed.  I believe that
insert-line and delete-line are also needed, and I cannot remember whether
or not the Kaypro supports those features.  My guess is that it does.  The
cost is about $90, but you get all the other good things that MEX offers in
the process.

-- Jay Sage


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

End of INFO-CPM Digest
******************************
31-Mar-88 01:31:08-MST,4217;000000000000
Return-Path: <[e-mail]>
Date: Thu, 31 Mar 88 01:30:37 MST
From: [e-mail]
Reply-To: [e-mail]
Subject: INFO-CPM Digest V88 #78
To: [e-mail]

INFO-CPM Digest             Thu, 31 Mar 88       Volume 88 : Issue  78

Today's Topics:
                  8048, 8049, 8051 cross-assemblers
                      H/Z 67 HARD DRIVE PROBLEM
                           MEXPlus "funny"
                    Soroc IQ 140,Perkin-Elmer 550B
                        Z-system on Epson PX-8
----------------------------------------------------------------------

Date: Wed, 30 Mar 88 15:30 CST
From: [e-mail]
Subject: 8048, 8049, 8051 cross-assemblers

Hi,

Are there cross assemblers for the Intel 80xx series of microcontrollers
available for CPM and/or MS-DOS?  Preferably, they would be public domain.
I would also like recommendations and comments on these same x-assemblers,
or on these microcontrollers.  Please Email me, and I will summarize to the
group if there is interest.

Thanks,

Lee Thomison
BITNET: OPTON@UHVAX1
landline: [phone]

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

Date: 30 Mar 88 03:34:46 GMT
From: rochester!ur-tut![e-mail]  (Clarence Wilkerson)
Subject: H/Z 67 HARD DRIVE PROBLEM

 I have heard that the 8in interface is fairly close to
the st506 interface. On the other hand, I use a DTC510
controller with a ST506 type drive of my choice off
the internal H67 interface card.

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

Date: Wed, 30 Mar 88 07:31:25 est
From: [e-mail] (G. J. Marwood)
Subject: MEXPlus "funny"

Regarding MEXPlus' habit of certain characters causing disk activity,
(Mark Wilson, 28 Mar 88), I suspect that you may have STAT CIS ON.  I have
noticed the same thing.

                                          Gordon Marwood

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

Date: 28 Mar 88 16:01:37 GMT
From: shell![e-mail]  (Steve V. Hovater)
Subject: Soroc IQ 140,Perkin-Elmer 550B

Proud owner of two slightly used terminals: a Soroc IQ 140 and a Perkin-Elmer 550B.
No manuals, though. Any other users out there that can tell me how to use the
dip switches to set up the terminals, and for Soroc IQ 140 owners/users,
how on earth does one generate the (missing) ESCape character from the
keyboard?

Also, for the Perkin-Elmer, can someone enlighten me as to what the
screen control codes are? Ditto for the Soroc.

Thanks bunches.
Disclaimer: These opinions are ordinarily my own, and couldn't possibly
        reflect the views or opinions of my employer.

                            ******************************************
                            * "You'll never learn to fish on a       *
                *  borrowed line..."                     *
                *            Nanci Griffith "Daddy Said" *
                ******************************************

Steven V. Hovater
[phone]
..!{rice,sun,psuvax,ut-sally,ihnp4,soma}!shell!svh       [e-mail]

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

Date: Wed, 30 Mar 88 15:30:07 GMT
From: [e-mail]
Subject: Z-system on Epson PX-8

Subject: Z-system and the Epson PX-8
Last year when I bought my ZCPR3 and ZCOM for my desktop micro I tried it
out on my PX8 as an interesting exercise - it crashed the system. I have
decided that this is probably due to the VBIOS which only provides the usual
BIOS jump table and the PX-8 has an extended set of BIOS functions. With
only a 128K RAM disk it did not really matter, so I terminated the experiment
after deciding that I could always patch the VBIOS and move one of the other
segments if it was actually needed. My curiosity has been re-awakened by a
TCAP file which includes one for the PX-8. So the question is this - did
others patch the VBIOS? Have I mistakenly diagnosed the problem? I don't
think you can do a manual install on the PX-8 as the CP/M is held in a ROM -
or did some clever person do a manual install and blow a new ROM? Does anyone
out there know? Thanks in anticipation.
--Tony Addyman

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

End of INFO-CPM Digest
******************************