1-Mar-88 01:32:27-MST,4084;000000000000 Return-Path: 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: 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 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: 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 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 ================= ============ ====== = ====================================== AAN-8801.TZT 17024 8 Using SCSI port for generalized I/O AAN-8802.TZT 7296 8 Intro to the AMPRO little boards PCPIBYE1.LBR 16640 8 Applicard Super Serial BYE/KMD THUNDER.AZM 2304 8 Softcard I/Thunderclock routine LCRC.LBR 4352 8 Calculates and stores CRCs in LBRs LIBUTILS.TZT 1664 8 Using NULU and LRUN with libraries PATVLU11.AZM 6272 8 Use sweep-like utility with CP/M 2.2 ASMBLY.TZT 3200 8 Assembly language primer for CP/M MLOADPCH.TZT 1152 8 Patch to MLOAD for use with XBIOS PRTVAL.ZZ0 1024 8 Macro prints assembly-time values RELOCATE.TZT 1664 8 Writing assembler relocatable code UCASM.LBR 27520 8 Assembler for 80xx micro-controllers ZMRSYM.LBR 1536 8 Z80MR SYM files for debugging AIM30.LBR 19200 8 Tracks and advises stock investments EGBAS.LBR 20352 8 Sample programs for MBASIC MBASPOS.TZT 1792 8 Cursor positioning with MBASIC MBASTIPS.TZT 1664 8 Tips for MBASIC programmers MBEXTEND.LBR 6784 8 MBASIC assembly language extensions MOCST3.LBR 19328 8 Nice freeware amortization program. EMX-313.LBR 89856 8 Remote mail exchange BBS system EMX-GT.LBR 10880 8 Time routines for EMX EMX-UTIL.LBR 30336 8 Utility support programs for EMX RCPM0288.BZF 10368 8 Brief RCP/M phone number list, Feb. RCPM0288.LZT 38400 8 North American Remote CP/M list, Feb Z80DOS11.FIX 2146 7 Bug fix for Z80DOS 1.0 and 1.1 ACRL.LBR 36992 8 Assembler for use with BDS-C BDSLIB.ARK 16989 8 Standard C Library for BDS-C 1.5 KMD23.LBR 115968 8 File transfer program for RCP/M CLOCK128.LBR 12416 8 Use RightTime clock to set C128 time COMMODOR.TZT 1152 8 Commodore/Kaypro compatibility BASECONV.LBR 16256 8 Convert numbers to other bases DISKNUM.LBR 11776 8 Create null file -disk.nnn numbers CMDLN11A.LBR 1152 8 Execute program when system boots LB-TSTP1.LBR 10240 8 Install date/time in source code MDCLCK13.LBR 81280 8 Info to install clock for Morrow MD CHN31.LBR 16512 8 Chain CP/M+ multiple COM files STAT.TZT 3328 8 What STAT does and how to use it USERAREA.TZT 1920 8 Tips on using user areas DATABASE.TZT 1792 8 General look at database programs DATASTAR.TZT 896 8 Tip using FormGen and DataStar DBEDIT.TZT 1024 8 dBASE II editing tips DBEDITOR.TZT 768 8 Limitation of dBASE command editor DBFULL.TZT 512 8 dBASE II DISK IS FULL message DBJOIN.TZT 1408 8 Bug in dBASE II JOIN command 18E-SRC.LBR 92800 8 Source for 18e debug monitor 18E.LBR 20096 8 Debugger offers HD64180 support DR24.LBR 7040 8 Alphabetical directory lister SD130.LBR 62208 8 Directory lister, also LBRs, ARKs SDPAT130.LBR 8704 8 SD COM file, patch to change # drive DISKDIAG.TZT 3840 8 Diagnosing disk drive problems HARDDISK.TZT 1792 8 How to treat hard disks LOGDISK.TZT 1152 8 Disk switching MAGNETS.TZT 1536 8 Problems with magnets near computers PATCH18A.PZT 768 8 Patches for PATCH18A SHOBLK11.LBR 21504 8 Shows file allocated to track/sector TAPDSK21.LBR 27392 8 Backup disks to tape POWEROUT.TZT 1280 8 Benefits of frequent workfile saves GERMAN.BZS 5376 8 Test vocabulary skills in German LATIN.BZS 7296 8 Test vocabulary skills in Latin PSALMS.LBR 6528 8 Tests ability to memorize Psalms FX80PTPR.LBR 22528 8 Epson FX-80 print option setter FXCHAR.LBR 40704 8 Epson FX printer char. set generator FXPARMS.BZS 1792 8 Epson FX-80 type styles illustration GRAFMX80.LBR 24576 8 Epson MX80/100 bit-image graphics NSWP207.LBR 31872 8 Disk/File maintenance utility PIPE18.LBR 18048 8 Fast file copier ROYALOAK.DZR 23552 8 RCP/M Royal Oak directories UNLOAD23.LBR 8704 8 Convert a .COM file to a .HEX file BACKUP.TZT 1280 8 A look at backup philosophy CALNDR88.TZT 896 8 1988 Calendar CARE.TZT 2432 8 Use and care of computers CPMCONF.TZT 2816 8 Quick look of future of CP/M DSKINFO.LBR 6144 8 5-1/4 inch floppy formats list FILES.TZT 1792 8 Copying, printing, combining files RUNCPM.IQF 4224 8 Run CP/M on IBM-PC at up to 10 MHz! GENIE.IZD 21120 8 Descriptions of GEnie's services I2CR-1.AZM 6272 8 IMP Overlay - Cromemco Tuart ARTIE71.LBR 52352 8 Block graphic editor for Kaypro AUTOGO.TZT 3200 8 Tips on auto-start at Kaypro bootup COPY.TZT 1408 8 Kaypro autoboot a command at startup DCOM.TZT 1152 8 Uncovering some secrets of D.COM FORMAT.TZT 2688 8 Disk format options on Kaypros HARNESS.TZT 2432 8 Wiring harness problems with Kaypros K16---K2.TZT 640 8 Connecting a Kaypro 16 to Kaypro 2 KAYAK.LBR 22656 8 Kayak race for Kaypro systems KPNEWTRM.LBR 16256 8 Kaypro interrupt driven termnial pgm KPRODEMO.LBR 6784 8 Connect six Kaypros for demos KPU87MOD.IQF 1378 8 Fix on early Kaypros for data errors KPVLU102.LBR 26752 8 Video library utility for Kaypros LAZY.TZT 2816 8 Fewer keystrokes for lazy Kuggers MASMENU.TZT 1280 8 Thoughts on Kaypro's master menus PFLINES.TZT 640 8 Perfect Filer carriage returns PW.TZT 1024 8 Printing PW documents REALTIME.TZT 1152 8 Accessing real time clock in Kaypros BANNER03.LBR 49920 8 Print large letters in 2 styles NECELF.TZT 896 8 Printer head assembly lubrication PRNTRASM.TZT 3072 8 Writing a printer control program TPBANNER.LBR 17152 8 Print banners with Turbo Pascal HAYESCMD.TZT 4224 8 S-registers used by Hayes modems MDMCABLE.TZT 2560 8 Discussion of cables and RS-232 TELED14.LBR 14208 8 Modem terminal/file transfer - BDS-C CLOCK.LBR 13568 8 Realtime resident s/w clock for OSB1 PCPIMP6.FZX 1408 8 Modification to PCPIMP, version 6 PCPIMP6.LBR 31744 8 PC Pursuit autodial interface to IMP ZMDOVL2.LBR 47616 8 ZMD Overlays with Stand Alone mode OBSCURE.BZG 2304 8 Problem with LT/VLU with attribute ROSUNCR.LBR 56192 8 Type crunched files with ROS 3.4 SQ111.LBR 12160 8 Machine language SQueezer -- fast UNSQ-CR.LBR 5504 8 REL files for Uncruncher/Unsqueezer NEWBAT3.LBR 11648 8 Makes SUBMIT-like batch COM files SUBMIT.TZT 1792 8 Tips using SUBMIT EGUTIL52.LBR 137216 8 Eric Gans great CP/M utilities OFFCTRLC.LBR 2688 8 Disable control C break RELCPM.LBR 7296 8 Integrate BIOS into MOVCPM SRW150.LBR 8832 8 Memory/Disk inspector/modifier SYSTEM.LBR 3072 8 Jump to any memory location GKXS372A.LBR 9088 8 Keyboard enhancement program HEALTH.TZT 896 8 Video screens and your health DIRPAT17.LBR 7040 8 DIRectory PATch utility for TurboDOS BRIDGE.LBR 15488 8 Card game of Bridge TPWARMST.PZT 2048 8 Exit Turbo program without warmstart TURBLOAD.LBR 3968 8 Include assembler routines in Pascal WINDOW10.LBR 5248 8 Windows for Turbo Pascal programs. FINREP26.LBR 11008 8 Find and Replace utility SF11.LBR 20736 8 Show a text file with options TAB2SPC2.LBR 14848 8 Replaces TABs in text files VIEW43.LBR 34304 8 Memory based View utility VDE-PAT.LBR 7424 8 Patches to VDE 2.63 VDE263.LBR 65280 8 Small, powerful text editor VDE263SP.LBR 24448 8 VDE263 modifications for film script VDECUST.LBR 2048 8 VDE customization for Morrow LEFTOFF.TZT 896 8 Return to where you left off in edit LONGDOCS.TZT 4224 8 Working with large files in WordStar MULTIHDR.TZT 768 8 Multiple-line headers/footers in WS PAGEFIND.TZT 1920 8 How to mark text for finding pages WS4-DIAB.FIX 1326 7 Fix to WordStar 4.0 and Diablo WSHEAD.TZT 3968 8 Tips using header/footer in WordStar WSMAGIC.TZT 6400 8 Tips for speeding up editing tasks WSMMTIP.TZT 896 8 Dot command bug fix for MailMerge WSWLDCRD.TZT 1920 8 Changing WordStar's search wildcard XE2-WS4.LBR 15104 8 Patches to WordStar 4.0 on Xerox NEW280.TZT 4352 8 Info about a planned Z280 system Z280-J88.LBR 18560 8 Collection of messages about Z280 BANKSYS.DZC 5376 8 Proposal to support banked memory BANKSYS1.LBR 36864 8 More on bank switched systems C-HELP.LBR 17920 8 Collection of HELP files for ZCPR33 DEV11A.LBR 9984 8 Command driven ZCPR3 IOP control ERASE51A.LBR 12800 8 Enhanced ERA command for ZCPR3 FF10.LBR 19584 8 Find a file in any ZCPR user area KQUESTNS.TZT 2560 8 Z-System Kaypro questions/answers MOVE21B.BUG 695 7 Bug report and fix for MOVE21B MOVE21C.LBR 12928 8 Moves a file to another user area NSWPPAT.LBR 1920 8 Patch to NSWP for 32 user areas PACK10A.LBR 24704 8 Improve hard disk performance RENAM33A.LBR 19712 8 Rename files in the ZCPR environment SAVSTMP3.LBR 10368 8 Preserves DateStamper create date VLU102.ZZ0 3456 8 Patch file to VLU101.LBR WS4PRNDV.LBR 4736 8 Use two printers with WordStar 4.0 Z3LOC13.LBR 7168 8 Display location of CCP, BDOS, BIOS ZCPR3.TZT 3584 8 Pros and Cons of ZCPR 3.0 ZXLATE14.LBR 25344 8 8080 to Z80 source code translator 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: 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 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.CRCLST - List with CRC values PD1:CPM.ARC - The above, ARChived (much smaller), binary(8). PD1:FILES.IDX - Similar to below, no descriptions, comma delimited A list of many of the CP/M files, with descriptions, (updated monthly): PD1:SIMCPM.IDX - Comma delimited list PD1:SIMCPM.ARK - Same, ARChived (includes next two files) PD1:SIMCPM.INF - Description of data fields in SIMCPM.IDX PD1: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 ================= ============ ====== = ====================================== HDINFO.LBR 1920 8 Show AMPRO hard disk buffer address PCPICLK1.LBR 11520 8 Apple PCPI/DateStamper clock drivers PCPIDVR6.LZT 2048 8 List of Applicard Drivers ARC-FILE.IZF 4224 8 Specs for ARC/ARK header record LT24.LBR 40832 8 File typer/extractor/decompressor SETD22.LBR 6016 8 Set dates for members of libraries ENTAB16.LBR 8192 8 Replaces spaces with tabs in source M80STR11.LBR 8064 8 Structured programming for M80 MLOAD24.BUG 736 7 Fix for MLOAD overlay CCP MLOAD24.LBR 24448 8 Much improved LOAD.COM replacement BAS-REL1.LBR 5888 8 Machine language subrtns for BASCOM 9600-87W.LZT 14336 8 9600 bps remote access systems THLST102.LBR 10880 8 List of Atlanta Bulletin Boards P2DOS23.LBR 63616 8 Enhanced CP/M 2.2 BDOS replacement Z80D20A.LBR 62080 8 Z80 replacement for CP/M 2.2 BDOS Z80DSTAT.MZG 3584 8 Progress report for Z80DOS upgrade B5C-LB36.IZS 2304 8 BYE Clock Insert for Ampro BIOS Clk VDE-C128.ARK 52224 8 VDE263 Editor Installed for the 128 CPM+.HZP 19072 8 Help for CP/M Plus commands DATE+2.LBR 36096 8 CP/M Plus DATE replacement SWV20.ARK 10362 8 CP/M 2.2 emulator for CP/M-86 mach. SETDDS.LBR 2688 8 SETD overlay for DateStamper JMON100.LBR 22016 8 Debugger/Monitor for banked memory CFA10.LBR 22528 8 Change file attributes/user area PPIP17.BUG 1055 7 Proplems with PPIP17 ZCOPY20.LBR 17280 8 Generic CP/M 2.2 file copy utility CUT10.LBR 15104 8 CP/M file splitting utility AREA15.LBR 14080 8 Find location be areacode or city HDISK003.DZT 4608 8 Hard Disk Info (Cyls, Heads etc) SNOOPY88.CZL 1792 8 1988 Snoopy calendar ready to print UCPM10.ARK 74064 8 UCPM Universal CP/M Manual GENIECPM.INF 1094 7 GEnie CP/M RoundTable info for RCP/M TOP-100.LZT 4864 8 Top 100 downloads from CP/M RT TEC2.LBR 45312 8 Ham Radio Technician test aid LBRHLP13.LBR 10880 8 Read crunched help files 84KP256A.ARK 13375 8 190K RAMdisk for '84 Kaypros - $40 AUTOKEYS.LBR 7168 8 Configure Kaypro keypad KAY-DISK.IZF 3584 8 Kaypro floppy disk formats KP-VERSN.TZT 640 8 Cross reference of Kaypro ROM/BIOS ND110.LBR 10368 8 ND textfile printer dumping utility PR2-PR3.LBR 52480 8 Epson/Gemini printer utility SLMT.LBR 6144 8 Set margins on daisywheel printers YMODEM6.DZC 26880 8 XMODEM/YMODEM/MODEM protocol doc ZMODEM6.DZC 48896 8 ZMODEM file transfer protocol specs PUSER18.LBR 54144 8 Utility to report on PBBS user file BBSNOISE.TZT 1920 8 Noise on BBS phone lines & modems ZMD147.LBR 184320 8 Z80 remote file transfer program 87TAXES.LBR 81536 8 1987 tax templates for SuperCalc CRNCH24S.LBR 97536 8 Source for Cruncher/Uncruncher CRUNCH.IZF 5504 8 Specs for CRUNCHed header record SUPSUB13.LBR 16000 8 A super SUBMIT replacement, v1.3 GKX390.LBR 10624 8 Keyboard enhacement program LU310-TD.CQM 17877 8 Library Utility patched for TurboDOS PORTMNIO.PZS 5120 8 I/O port monitor CPA.LBR 14080 8 Compare and analyze to text files DF-11.ARK 13056 8 Compare 2 text files for differences QL25.LBR 80256 8 Memory based file viewing utility VDE263.FIX 1002 7 Fix to VDE version 263 VDEMAC2.LBR 7296 8 More macros for VDE text editor REFLIST.ARK 15970 8 Create bibliography in WordStar SOFTEN.LBR 15104 8 Convert ASCII text file to WordStar WS4ZCPR3.FIX 529 7 WordStar 4.0 fix for use with ZCPR3 Z280INFO.MSG 865 7 Where to get Z280 cpu BCOMP11B.LBR 39680 8 Screen oriented binary comparison BU-ARCH.DZC 1792 8 Aliases for hard disk backup DU314A.LBR 75008 8 ZCPR3 disk maintenance utility EASE14.LBR 42240 8 ZCPR 3.3 Command Line Editor EHOFF.ZZ0 896 8 Shuts off ZCPR 3.3 error handlers LBREXT25.LBR 21760 8 Extract members from a library LONGSUB.ZZ0 16768 8 ZCPR3 patch for large submit files MCOPY47A.BZG 1024 8 Doc file for a bug in mcopy47a. SETDZ302.LBR 2304 8 Patch to SETD for ZCPR3 DU reference SHELLINI.LBR 2048 8 Fix for ZCPR3/WordStar shell stack TCCHEC11.LBR 4864 8 TCCHECK to check TCAP files. TCVIEW12.LBR 5120 8 View TCAP from memory or Z3T file. Z3LOC15.OZJ 1664 8 Show addresses of CP/M system ZARTICLS.LBR 44288 8 Reviews from Morrow Owners Review ZCOLUMNS.LBR 41344 8 Morrow Owners Review ZCPR3 articles ZCRCK12.LBR 11392 8 Calc. CRCK & CHEK values under ZCPR3 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: 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 !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: 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 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: 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 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: 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: 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" 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 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 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: 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 Subject: Quick reference list of SIMTEL20's CP/M directories Quick reference list of SIMTEL20's PD1: 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 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 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: 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: 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: 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: 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: 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 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: 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: 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 Subject: CP/M dir. extents - correction In my posting yesterday: Date: Mon, 14 Mar 88 12:01:05 PST From: Bridger Mitchell 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 <<>>, then this is the second directory entry; its final record is 7f=127. If there are 2 or more <<>> this is the first directory entry; its final record is 80h + 7fh = 255. #2 S2 = 0, EXT =1, RC = 80h If there is 1 <<>>, then this is the second directory entry; its final record is 80h = 128 If there are exactly 2 <<>> this is the first directory entry; its final record is 80h + 80h = 256, and this entry is full. If there are more than 2 <<>> 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 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: 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 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: 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: 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: 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 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: 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: 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: 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 !{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 informatio