home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
CP/M
/
CPM_CDROM.iso
/
simtel
/
archives
/
cpm
/
8803-1.txt
< prev
next >
Wrap
Text File
|
1993-02-12
|
195KB
|
4,844 lines
1-Mar-88 01:32:27-MST,4084;000000000000
Return-Path: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Tue, 1 Mar 88 01:30:18 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #50
To: INFO-CPM@SIMTEL20.ARPA
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!chad@AMES.ARC.NASA.GOV (Chad R. Larson)
Subject: Wordstar 4.0 support
In article <3202@bloom-beacon.MIT.EDU> jik@athena.mit.edu (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: (602) 953-1392 |
| 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!pjh@princeton.edu (Peter J. Holsberg)
Subject: z80-cpm boards for IBM-PCs
In article <7216@sol.ARPA> ciaraldi@cs.rochester.edu (Mike Ciaraldi) writes:
|In article <8802190016.AA01488@ucbvax.Berkeley.EDU> JAJZ801@CALSTATE.BITNET (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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Wed, 2 Mar 88 01:30:07 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #51
To: INFO-CPM@SIMTEL20.ARPA
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: mknox@emx.utexas.edu (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 <W8SDZ@SIMTEL20.ARPA>
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: W8SDZ@SIMTEL20.ARPA
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!rb@uunet.uu.net (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: HAAR@GMR.COM (on CSNET or ARPANET)
------------------------------
Date: Tue, 1 Mar 1988 23:38 MST
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
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: W8SDZ@SIMTEL20.ARPA
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!duncan@sdcsvax.ucsd.edu (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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Thu, 3 Mar 88 01:30:30 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #52
To: INFO-CPM@SIMTEL20.ARPA
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 <W8SDZ@SIMTEL20.ARPA>
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: W8SDZ@SIMTEL20.ARPA
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: SUR6GMS@CMS1.UCS.LEEDS.AC.UK
> 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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Fri, 4 Mar 88 01:30:55 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #53
To: INFO-CPM@SIMTEL20.ARPA
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!esiid@ucbvax.Berkeley.EDU (Eliot Siidmarc[shp])
Subject: HEX codes for CP/M-86
In article <[E.ISI.EDU]19-Feb-88.20:15:48.SAC.HQSAC-DOCT> SAC.HQSAC-DOCT@E.ISI.EDU (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
(201)582-5836 "Strictly my own rants and raves"
------------------------------
Date: 2 Mar 88 08:18:21 GMT
From: osu-cis!n8emr!oink!jep@TUT.CIS.OHIO-STATE.EDU (James E. Prior)
Subject: z80-cpm boards for IBM-PCs
In article <7216@sol.ARPA> ciaraldi@cs.rochester.edu (Mike Ciaraldi) writes:
>In article <8802190016.AA01488@ucbvax.Berkeley.EDU> JAJZ801@CALSTATE.BITNET (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 jep@oink.UUCP {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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Sat, 5 Mar 88 01:30:24 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #54
To: INFO-CPM@SIMTEL20.ARPA
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!tech@ucbvax.Berkeley.EDU (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!ANDREW@UUNET.UU.NET>
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!mikes@umix.cc.umich.edu (Mike Squires)
Subject: The MEX Package
In article <880222112709.000008E6.LASK.83@WYOCDC1> ZUC02AA@WYOCDC1.BITNET (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 mikes@ncoast.UUCP mikes@sir-alan.UUCP 814 333 6728 login: ubbs
------------------------------
End of INFO-CPM Digest
******************************
7-Mar-88 01:32:34-MST,4278;000000000000
Return-Path: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Mon, 7 Mar 88 01:30:24 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #55
To: INFO-CPM@SIMTEL20.ARPA
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 <W8SDZ@SIMTEL20.ARPA>
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: W8SDZ@SIMTEL20.ARPA
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!ca029@ucbvax.Berkeley.EDU (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: w_smith%wookie.DEC@decwrl.dec.com (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
w_smith@wookie.dec.com
w_smith%wookie.dec.com@decwrl.dec.com
{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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Tue, 8 Mar 88 01:30:17 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #56
To: INFO-CPM@SIMTEL20.ARPA
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!tech@AMES.ARC.NASA.GOV (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!bobc@eddie.mit.edu (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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Wed, 9 Mar 88 01:30:37 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #57
To: INFO-CPM@SIMTEL20.ARPA
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: D-ROGERS@EDWARDS-2060.ARPA
Subject: C128
killer!bobc@eddie.mit.edu (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!fred@RUTGERS.EDU (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!fred@RUTGERS.EDU
tele: 215 431-9100
Commodore Electronics, Ltd., 1200 Wilson Drive, West Chester, PA, 19380
------------------------------
Date: Tue, 08 Mar 88 09:33:49 AST
From: SEA%UNB.BITNET@CUNYVM.CUNY.EDU
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" <WANCHO@SIMTEL20.ARPA>
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
INFO-CPM-REQUEST@SIMTEL20.ARPA.
--Frank
------------------------------
Date: Tue, 08 Mar 88 12:06:38 EST
From: Roger Link <LINKR%VTVM1.BITNET@CUNYVM.CUNY.EDU>
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 <W8SDZ@SIMTEL20.ARPA>
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 (609) 771-2667
--Keith Petersen
Arpa: W8SDZ@SIMTEL20.ARPA
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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Thu, 10 Mar 88 11:16:56 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #58
To: INFO-CPM@SIMTEL20.ARPA
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!pchris@ucbvax.Berkeley.EDU (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
pchris@sim.berkeley.edu
------------------------------
Date: 9 Mar 88 18:13:32 GMT
From: rochester!kodak!archer@bbn.com (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 <W8SDZ@SIMTEL20.ARPA>
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: W8SDZ@SIMTEL20.ARPA
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 <W8SDZ@SIMTEL20.ARPA>
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!pjh@princeton.edu (Peter J. Holsberg)
Subject: Trenton
In article <KPETERSEN.12380730000.BABYL@SIMTEL20.ARPA> W8SDZ@SIMTEL20.ARPA (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 (609) 771-2667
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: SUR6GMS@CMS1.UCS.LEEDS.AC.UK
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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Fri, 11 Mar 88 01:30:43 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #59
To: INFO-CPM@SIMTEL20.ARPA
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!mwilson@nosc.mil
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!mwilson@nosc.mil
...!crash!pnet01!pro-sol!mwilson@nosc.mil
UUCP: [ cbosgd | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson
INET: mwilson@crash.CTS.COM
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
------------------------------
End of INFO-CPM Digest
******************************
13-Mar-88 01:31:24-MST,7787;000000000000
Return-Path: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Sun, 13 Mar 88 01:30:41 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #60
To: INFO-CPM@SIMTEL20.ARPA
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!mwilson@gatech.edu (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!mwilson@nosc.mil
...!crash!pnet01!pro-sol!mwilson@nosc.mil
UUCP: [ cbosgd | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson
INET: mwilson@crash.CTS.COM
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
------------------------------
Date: 10 Mar 88 23:08:07 GMT
From: pasteur!sim.Berkeley.EDU!pchris@ucbvax.Berkeley.EDU (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
pchris@sim.berkeley.edu
------------------------------
Date: 10 Mar 88 17:51:31 GMT
From: pacbell!att-ih!alberta!auvax!tech@AMES.ARC.NASA.GOV (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
(206)632-2222
Cascade Electronics
Route 1
Box 8
Randolf, Minnisota
(507)645-7997
Tektronix Country Store
Beaverton, Oregon
(503)627-6769
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!jep@TUT.CIS.OHIO-STATE.EDU (James E. Prior)
Subject: Trenton
In article <8803081711.AA29801@ucbvax.Berkeley.EDU>
LINKR@VTVM1.BITNET (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 jep@oink.UUCP
------------------------------
End of INFO-CPM Digest
******************************
14-Mar-88 01:32:22-MST,9487;000000000000
Return-Path: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Mon, 14 Mar 88 01:30:29 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #61
To: INFO-CPM@SIMTEL20.ARPA
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!cwwj@bbn.com (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!cwwj@bbn.com (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: Paul.Birkel@K.GP.CS.CMU.EDU
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
pab@k.cs.cmu.edu
(412) 268-8893
------------------------------
Date: 13 Mar 88 11:20:26 GMT
From: marque!gryphon!pnet02!howie@csd1.milw.wisc.edu (Howard Herman)
Subject: terminal modes on C-128/CPM
In article,<3610@killer.UUCP>, bobc@killer.UUCP (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: howie@pnet02.cts.com
------------------------------
Date: 11 Mar 88 18:17:13 GMT
From: ea.ecn.purdue.edu!wieland@ee.ecn.purdue.edu (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
wieland@ea.ecn.purdue.edu
------------------------------
End of INFO-CPM Digest
******************************
15-Mar-88 01:33:32-MST,15769;000000000000
Return-Path: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Tue, 15 Mar 88 01:30:37 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #62
To: INFO-CPM@SIMTEL20.ARPA
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: <SAGE@LL.ARPA>
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 <bridger%rcc@rand-unix.ARPA>
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!dick_a_wotiz@uunet.uu.net
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
- - - - - - - - - - - - - - - - - - - - - -
dick@portal.com {uunet|sun|atari}!portal!dick
dick@cup.portal.com
------------------------------
Date: 13 Mar 88 22:18:21 GMT
From: portal!cup.portal.com!Robert_A_Freed@uunet.uu.net
Subject: CP/M disk Directories
In message <2662@crash.cts.com> mwilson@crash.cts.com (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: Robert_A_Freed@cup.portal.com
Uucp: ...!sun!portal!cup.portal.com!Robert_A_Freed
------------------------------
Date: 13 Mar 88 20:02:21 GMT
From: portal!cup.portal.com!dgood@uunet.uu.net
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 dgood@cup.portal.com
------------------------------
Date: Mon 14 Mar 1988 11:53:44 EDT
From: <SAGE@LL.ARPA>
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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Wed, 16 Mar 88 01:30:56 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #63
To: INFO-CPM@SIMTEL20.ARPA
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 <bridger%rcc@RAND-UNIX.ARPA>
Subject: CP/M dir. extents - correction
In my posting yesterday:
Date: Mon, 14 Mar 88 12:01:05 PST
From: Bridger Mitchell <bridger%rcc@rand-unix.ARPA>
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!David_Michael_McCord@uunet.uu.net
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 <LINKR%VTVM1.BITNET@CUNYVM.CUNY.EDU>
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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Thu, 17 Mar 88 01:30:54 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #64
To: INFO-CPM@SIMTEL20.ARPA
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 <SAC.HQSAC-DOCT@E.ISI.EDU>
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: <SAGE@LL.ARPA>
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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Fri, 18 Mar 88 01:30:36 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #65
To: INFO-CPM@SIMTEL20.ARPA
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: <SAGE@LL.ARPA>
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 <W8SDZ@SIMTEL20.ARPA>
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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Sat, 19 Mar 88 01:30:42 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #66
To: INFO-CPM@SIMTEL20.ARPA
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!cwwj@bbn.com (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!cwwj@bbn.com (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!mlinar@oberon.usc.edu (Mitch Mlinar)
Subject: 8" floppy drive probles
In article <802@nuchat.UUCP> phillip@nuchat.UUCP (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!jep@TUT.CIS.OHIO-STATE.EDU (James E. Prior)
Subject: 8" floppy drive probles
In article <802@nuchat.UUCP> phillip@nuchat.UUCP (Phillip Keen) writes:
>In article <547@auvax.UUCP>, tech@auvax.UUCP (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 jep@oink.UUCP
Pointers are my friend.
------------------------------
Date: Fri, 18 Mar 88 08:40:16 EST
From: prindle@nadc.arpa (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
Prindle@NADC.arpa
------------------------------
Date: 12 Mar 88 21:41:32 GMT
From: uflorida!codas!usfvax2!hondcpd@gatech.edu (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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Sun, 20 Mar 88 01:30:18 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #67
To: INFO-CPM@SIMTEL20.ARPA
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!budden@nosc.mil (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!wieland@ee.ecn.purdue.edu (Jeffrey J Wieland)
Subject: 8" floppy drive probles
In article <802@nuchat.UUCP> phillip@nuchat.UUCP (Phillip Keen) writes:
>In article <547@auvax.UUCP>, tech@auvax.UUCP (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
wieland@ea.ecn.purdue.edu
"
------------------------------
Date: 15 Mar 88 03:39:45 GMT
From: uplherc!oodis01!figueroa@gr.utah.edu (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 "figueroa@lognet2.arpa"
------------------------------
Date: 18 Mar 88 17:28:33 GMT
From: pacbell!att-ih!alberta!auvax!tech@AMES.ARC.NASA.GOV (Richard Loken)
Subject: Need Information
From article <805@nuchat.UUCP>, by phillip@nuchat.UUCP (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!mattz@AMES.ARC.NASA.GOV (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!kevinf@ucbvax.Berkeley.EDU (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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Mon, 21 Mar 88 01:30:24 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #68
To: INFO-CPM@SIMTEL20.ARPA
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!phillip@uunet.uu.net (Phillip Keen)
Subject: 8" floppy drive probles
In article <547@auvax.UUCP>, tech@auvax.UUCP (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!berger@uxc.cso.uiuc.edu
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
berger@clio.las.uiuc.edu
{ihnp4 | convex | pur-ee}!uiucuxc!clio!berger
------------------------------
Date: 19 Mar 88 17:17:25 GMT
From: osu-cis!n8emr!oink!jep@TUT.CIS.OHIO-STATE.EDU (James E. Prior)
Subject: 8" floppy drive probles
In article <667@tetra.NOSC.MIL> budden@tetra.nosc.mil.UUCP (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 jep@oink.UUCP
Pointers are my friend.
------------------------------
Date: 20 Mar 88 07:53:26 GMT
From: osu-cis!n8emr!oink!jep@TUT.CIS.OHIO-STATE.EDU (James E. Prior)
Subject: 8" floppy drive probles
In article <18700014@clio> berger@clio.las.uiuc.edu 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 jep@oink.UUCP
Pointers are my friend.
------------------------------
Date: 18 Mar 88 21:59:53 GMT
From: isusevm@pyr.gatech.edu (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!neubauer@iuvax.cs.indiana.edu (Paul Neubauer)
Subject: FTP [was Re: Columbia and Kermit directory}
In article <8803181340.AA16185@NADC.ARPA> prindle@NADC.ARPA (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 neubauer@bsu-cs.UUCP
<backbones>!{iuvax,pur-ee,uunet}!bsu-cs!neubauer
------------------------------
Date: 17 Mar 88 01:19:25 GMT
From: nuchat!phillip@uunet.uu.net (Phillip Keen)
Subject: Need Information
In article <3709@killer.UUCP>, mattz@killer.UUCP (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!jep@TUT.CIS.OHIO-STATE.EDU (James E. Prior)
Subject: Need Information
In article <569@auvax.UUCP> tech@auvax.UUCP (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 jep@oink.UUCP
Pointers are my friend.
------------------------------
Date: 19 Mar 88 00:09:10 GMT
From: nuchat!phillip@uunet.uu.net (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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Tue, 22 Mar 88 01:30:45 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #69
To: INFO-CPM@SIMTEL20.ARPA
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: RALPH%UHHEPG.BITNET@CUNYVM.CUNY.EDU
Subject: 8" floppy drive problems
Date: 20-MAR-1988 14:54:43.46
From: Ralph Becker-Szendy RALPH AT UHHEPG
To: 0::"info-cpm@simtel20.arpa",RALPH
Subj: Re: 8" floppy drive problems
*** FLAME ON ***
tetra!budden@nosc.mil (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 <wieland@ea.ecn.purdue.edu> 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 RALPH@UHHEPG.BITNET
University of Hawaii / High Energy Physics Group (808)948-7391
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 <bridger%rcc@rand-unix.ARPA>
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' <abodnar@APG-5.ARPA>
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: prindle@NADC.ARPA (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
Prindle@NADC.arpa
------------------------------
Date: Mon, 21 Mar 88 08:55:49 EST
From: prindle@NADC.ARPA (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
Prindle@NADC.arpa
------------------------------
Date: 21 Mar 88 15:36:59 GMT
From: rochester!ur-tut!nsto@rutgers.edu (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 : nsto@tut.cc.rochester.edu
Bitnet : nsto@uordbv
------------------------------
End of INFO-CPM Digest
******************************
23-Mar-88 01:30:59-MST,7148;000000000000
Return-Path: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Wed, 23 Mar 88 01:30:14 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #70
To: INFO-CPM@SIMTEL20.ARPA
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!bill@beaver.cs.washington.edu (William Swan)
Subject: 8" floppy drive probles
In article <18700014@clio> berger@clio.las.uiuc.edu 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: OPTON@uhvax1.uh.edu
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: (713) 749-3127
------------------------------
Date: 22 Mar 88 21:40
From: w_smith%wookie.DEC@decwrl.dec.com (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
w_smith@wookie.dec.com
w_smith%wookie.dec.com@decwrl.dec.com
{Usenet!Backbone}!decwrl!wookie.dec.com!w_smith
------------------------------
Date: Tue, 22 Mar 88 15:48 CST
From: OPTON@uhvax1.uh.edu
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: (713) 749-3127
------------------------------
Date: 21 Mar 88 17:51:16 GMT
From: osu-cis!n8emr!oink!jep@TUT.CIS.OHIO-STATE.EDU (James E. Prior)
Subject: Upgrades to CP/M, etc.
In article <819@nuchat.UUCP> phillip@nuchat.UUCP (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
(415)948-5321
SIG/M Amateur Computer Group of New Jersey
PO Box 97
Iselin, NJ 08830
--
Jim Prior {ihnp4|osu-cis}!n8emr!oink!jep jep@oink.UUCP
Pointers are my friend.
------------------------------
Date: 22 Mar 88 16:50:05 GMT
From: ut-emx!mike@sally.utexas.edu (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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Thu, 24 Mar 88 01:30:05 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #71
To: INFO-CPM@SIMTEL20.ARPA
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!dennisf@csd1.milw.wisc.edu (Dennis Flaherty)
Subject: C128 advice
In article <8803230132.AA01947@ucbvax.Berkeley.EDU> OPTON@uhvax1.uh.EDU 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
dennisf%marque@csd1.milw.wisc.edu Marquette University
3790FLAH@MUCSD.BITNET USNail: 826 N. 20th St.
dennisf@marque.mu.edu 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 <KLENSIN@INFOODS.MIT.EDU>
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
Klensin@INFOOODS.MIT.EDU
------------------------------
Date: Wed, 23 Mar 88 10:55 EST
From: RLH <HAAR%gmr.com@RELAY.CS.NET>
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
HAAR@GMR.COM ( CSNET or ARPANET)
------------------------------
Date: Wed, 23 Mar 88 16:19:49 PST
From: Bridger Mitchell <bridger%rcc@rand-unix.ARPA>
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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Fri, 25 Mar 88 01:30:07 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #72
To: INFO-CPM@SIMTEL20.ARPA
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: OPTON@uhvax1.uh.edu
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: (713) 749-3127
------------------------------
Date: 22 Mar 88 05:31:45 GMT
From: portal!cup.portal.com!raf@uunet.uu.net
Subject: CP/M directory extents
Bridger Mitchell <bridger%rcc@RAND-UNIX.ARPA> 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: Robert_A_Freed@cup.portal.com
------------------------------
Date: Wed, 23 Mar 88 15:30 CST
From: OPTON@uhvax1.uh.edu
Subject: info for appliance controller needed
> From: ihnp4!upba!unocss!ca029@ucbvax.Berkeley.EDU (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: (713) 749-3127
------------------------------
End of INFO-CPM Digest
******************************
26-Mar-88 01:33:57-MST,3714;000000000000
Return-Path: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Sat, 26 Mar 88 01:30:12 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #73
To: INFO-CPM@SIMTEL20.ARPA
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!gerry@uunet.uu.net (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!dbraun@AMES.ARC.NASA.GOV (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: <SAGE@LL.ARPA>
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: 916-577-1105
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: OPTON@uhvax1.uh.edu
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: (713) 749-3127
------------------------------
End of INFO-CPM Digest
******************************
27-Mar-88 01:34:15-MST,5163;000000000000
Return-Path: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Sun, 27 Mar 88 01:30:22 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #74
To: INFO-CPM@SIMTEL20.ARPA
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!pjh@princeton.edu (Peter J. Holsberg)
Subject: C128 advice
In article <8803230132.AA01947@ucbvax.Berkeley.EDU> OPTON@uhvax1.uh.EDU 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 <SAC.HQSAC-DOCT@E.ISI.EDU>
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!wieland@ee.ecn.purdue.edu (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
abp@j.cc.purdue.edu
wieland@ecn.purdue.edu
------------------------------
Date: 24 Mar 88 01:54:38 GMT
From: portal!cup.portal.com!dgee@uunet.uu.net
Subject: Upgrades to CP/M, etc.
In an article jep@oink.uucp writes:
> In article <819@nuchat.UUCP> phillip@nuchat.UUCP (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
> (415)948-5321
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
(916) 577-1105
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 dgee@cup.portal.com
...ucbvax!sun!cup.portal.com!dgee
------------------------------
End of INFO-CPM Digest
******************************
28-Mar-88 01:34:45-MST,2519;000000000000
Return-Path: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Mon, 28 Mar 88 01:30:24 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #75
To: INFO-CPM@SIMTEL20.ARPA
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!tech@AMES.ARC.NASA.GOV (Richard Loken)
Subject: CPM upgrades, etc.
From article <1901@mipos3.intel.com>, by dbraun@cadev4.intel.com (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: SAC.HQSAC-ACMI@E.ISI.EDU
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!schultz@gr.utah.edu (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. (702) 739-0961.
------------------------------
End of INFO-CPM Digest
******************************
29-Mar-88 01:30:34-MST,14068;000000000000
Return-Path: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Tue, 29 Mar 88 01:30:12 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #76
To: INFO-CPM@SIMTEL20.ARPA
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 <rcarter@wsmr02.ARPA>
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: <SAGE@LL.ARPA>
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: swillett%plutonium.CChem.Berkeley.EDU@jade.berkeley.edu (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
(415) 398-2255
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!michaelk@UCBVAX.BERKELEY.EDU (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: (713) 749-3127
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 <S72TANT%TOWSONVX.BITNET@CUNYVM.CUNY.EDU>
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!ralphw@pt.cs.cmu.edu (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: ralphw@ius2.cs.cmu.edu 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 <LINKR%VTVM1.BITNET@CUNYVM.CUNY.EDU>
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
(403) 463-4559
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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Wed, 30 Mar 88 01:30:16 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #77
To: INFO-CPM@SIMTEL20.ARPA
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!mwilson@sdcsvax.ucsd.edu (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!mwilson@nosc.mil
...!crash!pnet01!pro-sol!mwilson@nosc.mil
UUCP: [ cbosgd | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson
INET: mwilson@crash.CTS.COM
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
------------------------------
Date: 28 Mar 88 17:25:48 GMT
From: ucsdhub!jack!crash!mwilson@sdcsvax.ucsd.edu (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!mwilson@nosc.mil
...!crash!pnet01!pro-sol!mwilson@nosc.mil
UUCP: [ cbosgd | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson
INET: mwilson@crash.CTS.COM
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
------------------------------
Date: Tue 29 Mar 1988 11:57:35 EDT
From: <SAGE@LL.ARPA>
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: <INFO-CPM-REQUEST@SIMTEL20.ARPA>
Date: Thu, 31 Mar 88 01:30:37 MST
From: INFO-CPM-REQUEST@SIMTEL20.ARPA
Reply-To: INFO-CPM@SIMTEL20.ARPA
Subject: INFO-CPM Digest V88 #78
To: INFO-CPM@SIMTEL20.ARPA
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: OPTON@uhvax1.uh.edu
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: (713) 749-3127
------------------------------
Date: 30 Mar 88 03:34:46 GMT
From: rochester!ur-tut!cwwj@bbn.com (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: marwood@dmc-crc.arpa (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!svh@rice.edu (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
(713) 663-2711
..!{rice,sun,psuvax,ut-sally,ihnp4,soma}!shell!svh svh@shell.com
------------------------------
Date: Wed, 30 Mar 88 15:30:07 GMT
From: MA18%SYSE.SALFORD.AC.UK@CUNYVM.CUNY.EDU
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
******************************