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 information you need probably. For any new comers to CP/M, you might consider joining FOG (First Osborne Group). They're a nation wide CP/M User Group with AMOs all over the nation. Phillip -- Thanks, Snail Address: Phillip Keen Phillip Keen 2705 Martin Pasadena, TX 77502 ------------------------------ Date: 19 Mar 88 17:42:35 GMT From: osu-cis!n8emr!oink!jep@TUT.CIS.OHIO-STATE.EDU (James E. Prior) Subject: Need Information In article <569@auvax.UUCP> tech@auvax.UUCP (Richard Loken) writes: >What CP/M clubs still exist? Magazines that remember CP/M? How about user >groups? They are very scattered. Try Amateur Computer Group of New Jersey. Sorry, I don't have their address or BBS phone number handy. >I can only read pre 1986 issues of DDJ for so long. (Sigh) I understand. There is a magazine that still tries to cover S-100 stuff. The've recently had to change to include VME and Multibus, but they are still S-100 hackers. S-100 Journal P.O.Box 1914 Orem, Utah 84057 Another good magazine until bought by M&T publishing was Micro-Systems Journal. It was the re-incarnation of Microsystems that Zipf-Davis killed. Sol Libes did a hell of a good job in starting both, and the companies that bought them, screwed them up. >While I'm going on like this can you still buy new S-100 cards anywhere or >unconfigured versions of CP/M from DRI or anybody else? It idly occured >to me that I have a 64K 8085 S-100 machine buried somewhere in the basement >that I could put a floppy controller into and run CP/M on. You can still buy new S-100 stuff from a bunch of folks. Be forewarned: They don't get any significant business from hackers, so their attitudes, support, and prices reflect that. They sell primarily to OEMs for controller applications. The following S-100 folks advertised in March issue of Micro/Systems Journal: Macrotech (80386 CPU), Digital Research Computers (miscellaneous old stuff), and M&T Publishing (Book: Interfacing to S-100/IEEE 696 Microcomputers). I can't find my recent S-100 Journal issue. >Oh one more thing Philip, I don't think I'll turf my 8" drives - new drives >and floppies cost money which I would rather spend elsewhere and reliability >is unimportant at my house. Besides, I'm a luddite, I don't like 5-1/4 >drives. Amen, keep the 8" faith. >Richard Loken VE6BSV ihnp4!alberta!auvax -- Jim Prior {ihnp4|osu-cis}!n8emr!oink!jep jep@oink.UUCP Pointers are my friend. ------------------------------ Date: 19 Mar 88 00:09:10 GMT From: nuchat!phillip@uunet.uu.net (Phillip Keen) Subject: Upgrades to CP/M, etc. Hello there, I know CP/M is quite old. Anyways, I've got CP/M 2.2, and I was wondering is it possible to upgrade a machine with CP/M 2.2 to CP/M 3.0 or CP/M 3+ (same thing as 3.0)? I'm tired of CP/M 2.2 and I'd like to change over to CP/M 3+. Would it take too much to change over to 3+ and would it make some incompabitibility problems with my machine? Any help would be appreciated. -- Thanx -- Phillip Keen Path: uunet!nuchat!phillip Snail Address: Phillip Keen // 2705 Martin // Pasadena, TX 77502 ///// ------------------------------ End of INFO-CPM Digest ****************************** 22-Mar-88 01:34:28-MST,9052;000000000000 Return-Path: Date: Tue, 22 Mar 88 01:30:45 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #69 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Tue, 22 Mar 88 Volume 88 : Issue 69 Today's Topics: 8" floppy drive problems C128 CP/M, CP/M upgrades cpm information Does C128 really have CP/M? FTP Help with a crashed disk on Epson QX-10 (Valdocs 3+) ---------------------------------------------------------------------- Date: 20 MAR 88 15:05- From: RALPH%UHHEPG.BITNET@CUNYVM.CUNY.EDU Subject: 8" floppy drive problems Date: 20-MAR-1988 14:54:43.46 From: Ralph Becker-Szendy RALPH AT UHHEPG To: 0::"info-cpm@simtel20.arpa",RALPH Subj: Re: 8" floppy drive problems *** FLAME ON *** tetra!budden@nosc.mil (Ray A. Buddenberg) writes: > But there is one additional reason that 8" can be a liability > in certain situations. The drive motor is the only thing in > the whole computer that does anything with 60 Hz. Aboard ships ... If you ever want to move your computer to a place which has 50Hz power (like Europe), make sure you get 8" drives where the belt-driving wheel on the spindle motor has two seperate "tracks"; than you can take the wheel off and just reverse it to change 50 <-> 60 Hz. The funny part is, not even all Siemens drives (built in Mexico for the US and German market) have these reversible wheels. Jeff Wieland writes: > I've always heard that 8" was MORE reliable. True. Single-side single-density 8" floppies are nearly indestructible. Usually, if a floppy fails, you can actually see a hole in the magnet layer, and sometimes even a hole in the disk ! Even scratches and fingerprints on the recording surface are sometimes survived. I think there is a much more important advantage of 8" drives: you can always buy and interchange software on "eight inch, SSSD, IBM format"; it is sometimes (usually ?) hard to interchange information on the myriads of 5" formats. The biggest disadvantage of 8" disk drives (according to my bad taste) is their noise level; in particular if you don't outfit them with a motor-off circuit; my computer sounds like a starting jet in mty office. *** FLAME OFF *** Sorry for such a long message with so little information. Ralph Becker-Szendy RALPH@UHHEPG.BITNET University of Hawaii / High Energy Physics Group (808)948-7391 Watanabe Hall #203, 2505 Correa Road, Honolulu, HI 96822 "Hawaii - it's not just for tourists. People actually live and work there." ------------------------------ Date: Mon, 21 Mar 88 10:35:21 PST From: Bridger Mitchell Subject: C128 CP/M, CP/M upgrades We didn't want to announce this prematurely, but for users who are considering system upgrades... ZCPR version 3.4 upgrades for BOTH CP/M 2.2 and CP/M 3 (CP/M Plus) are in final beta-testing and should be available in early April. The CP/M 3 version is called Z3PLUS. Installation requires no assembly and minimal configuration. It should run on any Z80 CP/M 3 computer and has been tested on C128, Morrow MD5 and WaveMate Bullet. The CP/M 2.2 auto-install version is new ZCOM, vers. 2.0. It also requires no assembly and has been tested on a good variety of computers. All system files containing code are relocatable and most are directly interchangable between different systems, and between cp/m 2 and cp/m 3, regardless of system addresses. System sizes can be changed "on the fly" to maximize tpa when required. Most Z utilities will run on both cp/m 2 and cp/m 3 systems; some require upgrading to handle cp/m 3 differences, and that work is in progress. What is ZCPR ? A Z80 Command Processor Replacement...that has evolved into a highly integrated, configurable, extensible enhancement of the CP/M command interface...spawned hundreds of companion utilities...is the focus of most new CP/M-compatible programming ... for more documentation see the ZCPR3 and Z33 directories on simtel20. --bridger ------------------------------ Date: Mon, 21 Mar 88 8:07:16 EST From: 'Alex Bodnar Jr' Subject: cpm information to matthew zank and mr neubauer: you can ftp to SIMTEL20.arpa through your unix machines and do a "cd" to directory "PD1:" then do a "dir" to get the current file names for the indexs to all the cpmug. i think the current file is named "PD1:files.idx", you will have to do a "get" to bring it back to your unix system. this file will show you which files are ascii and which are binary. before doing a get on a binary file you must enter "type tenex" and if switching back "type ascii" for ascii files. after you have the files you want in your unix account you can use (i do) "umodem -s?" where ?=b for binary and t for ascii to send them to your cpm machine. i use xmodem on my heath h89. if you have any more questions feel freee to send me email. alex bodnar, KA 3 CIM ------------------------------ Date: Mon, 21 Mar 88 09:19:42 EST From: prindle@NADC.ARPA (Frank Prindle) Subject: Does C128 really have CP/M? Yes, the C128 really does have CP/M. It is the version of CP/M known as CP/M 3.0 or CP/M Plus, and most existing PD software does indeed run on it. At 2 Mhz., you might find that it runs a bit more slowly than you have come to expect from faster CP/M machines, but in the vast majority of cases I've experienced, speed is adequate. Some CP/M 2.2 software will not run under CP/M 3.0 (C128 or any other) without modification (for example, programs which exploit direct BIOS calls, such as a disk sector editor, as well as programs which touch upon the rare incompatibility between those CP/M versions). In most cases of such programs, a separate CP/M 3.x version already exists. Will the 128 really be useful to you in CP/M mode? The only way to answer that is to try it out and see for yourself. CP/M will never be as flashy as it's successors (MSDOS, UNIX, etc.) because it was designed for much more humble machines. That impressive 16-bit or 32-bit software you've been playing with is memory hungry and can't be shoe-horned into a CP/M style machine. Still, CP/M on the C128 can get most of the same jobs done quite well if you can live without the flashy graphics and sound. Sincerely, Frank Prindle Prindle@NADC.arpa ------------------------------ Date: Mon, 21 Mar 88 08:55:49 EST From: prindle@NADC.ARPA (Frank Prindle) Subject: FTP The term "FTP" stands for "File Transfer Protocol", one of several high level protocols in use by the TCP/IP networking standard used by internet hosts (those on ARPANET, MILNET, and all the zillions of subnets at local sites). The term "Anonymous FTP" refers to the capability of some hosts (Columbia being one) which will allow access to some of their files with a generic logon (i.e. USER=anonymous, PWD=guest). This facility is only available if one is calling Columbia through the internet facilities (i.e. from a machine tied in to the internet - it's operating system is of no consequence). It can't be accessed via dialup lines or the Usenet. The reason for this confusion is that this newsgroup originates on the ARPANET/ MILNET side as "INFO-CPM", but is gatewayed to the equivalent Usenet group (comp.os.cpm I believe). I did not mean to imply that the average Usenet user could access Columbia's Kermit archives via FTP; I only meant to answer the original query from an internet user. I believe Columbia has set up alternative access methods for the same set of Kermit files (possibly on a different machine) so that non-internet users can obtain the necessary files. Unfortunately, I don't have any details on these alternative methods. The proper way to obtain this information, I suspect, is to post a query to the newsgroup INFO-KERMIT (or it's Usenet equivalent "comp.protocols.kermit"). There is also a newsgroup TCP-IP (comp. protocols.tcp-ip) for those who want to know more about FTP and the like. Sincerely, Frank Prindle Prindle@NADC.arpa ------------------------------ Date: 21 Mar 88 15:36:59 GMT From: rochester!ur-tut!nsto@rutgers.edu (Natalie Stone) Subject: Help with a crashed disk on Epson QX-10 (Valdocs 3+) I have a friend in Victoria, Canada with a crashed VALDOCS 3 + disk (the index is blown). Unfortunately, I no longer have an Epson or the necessary software to fix it. I would greatly appreciate any advice from anyone still running VALDOCS under CPM/TPM. Natalie Stone UUCP : ...rochester!ur-tut!nsto Internet : nsto@tut.cc.rochester.edu Bitnet : nsto@uordbv ------------------------------ End of INFO-CPM Digest ****************************** 23-Mar-88 01:30:59-MST,7148;000000000000 Return-Path: Date: Wed, 23 Mar 88 01:30:14 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #70 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Wed, 23 Mar 88 Volume 88 : Issue 70 Today's Topics: 8" floppy drive probles C128 advice CP/M search utility? CPM upgrades, etc. Upgrades to CP/M, etc. Wanted: CPM Emulater running on VAX/VMS ---------------------------------------------------------------------- Date: 21 Mar 88 21:02:15 GMT From: tikal!sigma!bill@beaver.cs.washington.edu (William Swan) Subject: 8" floppy drive probles In article <18700014@clio> berger@clio.las.uiuc.edu writes: >[...] >Incidentally, I'd love to know where I can get new 8" DSDD disk >drives for $ 50. That's a real bargain. I second that!! The wife is pestering for a machine of her own, and if I could get a couple new 8" DSDD drives she'd have it within days. -- William Swan {ihnp4,decvax,allegra,...}!uw-beaver!tikal!sigma!bill ------------------------------ Date: Tue, 22 Mar 88 16:21 CST From: OPTON@uhvax1.uh.edu Subject: C128 advice I have seen a few questions posted asking for opinions on C128 CPM. We have several C128 machines in the building. I find them CPM mode extemely frustrating. They are agonizingly slow. The screen updating is agonizingly slow, and the display itself is very difficult to read. Forget programming on it. Forget doing any sort of hardware interfacing. Support from Commodore?...Heh, heh, tell me another one... The disk accesses are serial at 19,200 (I think), and so are sloooow. It used to break frequently. Try finding a warranty center locally. A place may advertise Commodore authorized service center, but all that means is they fix Amigas. They will be happy to take your money to TRY to fix the C128. Parts availability? Forget it. As I said, a very frustrating machine. I refuse to use them personally, and, on my recommendation, my office does not support them anymore, and strongly discourages their use, and will not approve their purchase. Oh, and we were staunch supporters of the Vic20 and C64. My recommendations for CPM machines are as follows: 1. Find a dedicated CPM machine, Kaypros, Ampros, and the like. Visual Technology made a model 1050 that can be had inexpensively; a couple of hundred dollars less than the C128 system, and it is a far better machine. (Email me if you are interested in the VT1050. I know where a couple are available). 2. If you have enough money allocated for a C128 system, forget the C128 and buy an SB180FX from Steve Ciarcia's company, I forget the name. He writes for Byte. 3. There are some software emulators in the public domain for MS-DOS machines. They are slow, but obviously the price is a lot cheaper than than a C128, and they can't be much slower than a C128. Hope this helps. If I can be of further help Email me. Lee Thomison BITNET: OPTON@UHVAX1 landline: (713) 749-3127 ------------------------------ Date: 22 Mar 88 21:40 From: w_smith%wookie.DEC@decwrl.dec.com (Willie Smith, LTN Components Eng.) Subject: CP/M search utility? I've been wanting a utility for CP/M to do an analogue of the VMS SEARCH command, so that: K> search files:[text]bookhave.lst forever will tell me (among other things?) who wrote The Forever War, and: K> search arpa:[risks.archive]risks.* virus will return file names and the entire line on which the word 'virus' appeared in the Arpanet RISKS digest. Is there either: 1) Such a utility that already exists, preferably with sources so I can hack in my named device:[directory] routines or; 2) Any interest in such a beast should I break down and write one? I've got most of the bits and pieces I'd need to write it, just not a lot of time.... Willie Smith w_smith@wookie.dec.com w_smith%wookie.dec.com@decwrl.dec.com {Usenet!Backbone}!decwrl!wookie.dec.com!w_smith ------------------------------ Date: Tue, 22 Mar 88 15:48 CST From: OPTON@uhvax1.uh.edu Subject: CPM upgrades, etc. Phillip Keen asked for opinions on CPM3. Here's my two cents: I first learned CPM on a CPM3 system. I found it very clumsy. I then at the suggestion of several folks 'downgraded' to CPM 2.2. CPM2.2 is, to my mind, far more straightforward to use, and definitely a lot easier to program for than cpm3. I rewrote, er, adapted, the BIOS from the CPM3 into the CPM2.2 BIOS that I now use. I then a short time later, at the suggestion of the same people, installed ZCPR3 from Echelon. It was a straightforward procedure underCPM2.2. It was impossible under CPM3. Oh, and I have found compatibility problems between 2.2 and 3. Bottom line: If one is going to use another CCP (highly recommended), use your cpm2.2. I strongly recommend ZCPR3, but there are others. I would not even waste my time with CPM3 even if they gave away free food with it. Hope this helps. E-mail me if I can be of further assistance. Lee Thomison BITNET: OPTON@UHVAX1 landline: (713) 749-3127 ------------------------------ Date: 21 Mar 88 17:51:16 GMT From: osu-cis!n8emr!oink!jep@TUT.CIS.OHIO-STATE.EDU (James E. Prior) Subject: Upgrades to CP/M, etc. In article <819@nuchat.UUCP> phillip@nuchat.UUCP (Phillip Keen) writes: >Hello there, I know CP/M is quite old. Anyways, I've got CP/M 2.2, and I >was wondering is it possible to upgrade a machine with CP/M 2.2 to CP/M 3.0 >or CP/M 3+ (same thing as 3.0)? I'm tired of CP/M 2.2 and I'd like to change >over to CP/M 3+. Would it take too much to change over to 3+ and would it >make some incompabitibility problems with my machine? Any help would be >appreciated. >-- >Thanx -- Phillip Keen Path: uunet!nuchat!phillip Forget Digital Research, they don't want to deal with you. Echelon has the CP/M upgrade worth messing with. The've been putting out the ZCPRn stuff for years. I have a couple of old addresses for sources out of my ZCPR3 book. Echelon, Inc. 101 First Street Los Altos, CA 94022 (415)948-5321 SIG/M Amateur Computer Group of New Jersey PO Box 97 Iselin, NJ 08830 -- Jim Prior {ihnp4|osu-cis}!n8emr!oink!jep jep@oink.UUCP Pointers are my friend. ------------------------------ Date: 22 Mar 88 16:50:05 GMT From: ut-emx!mike@sally.utexas.edu (Mike) Subject: Wanted: CPM Emulater running on VAX/VMS We are very interested in obtaining the source for a PD CPM emulator for a MicroVAX running VMS. Any help in this area will be greatly appreciated. If reasonable, you may email to this account, otherwise we are able to transfer files via either TK50 or 9trak mag tape. Thanks, Mike O'Donnell Lower Colorado River Authority 3001 Lake Austin Blvd, Suite 201 Austin, TX 78767 ------------------------------ End of INFO-CPM Digest ****************************** 24-Mar-88 01:31:53-MST,8350;000000000000 Return-Path: Date: Thu, 24 Mar 88 01:30:05 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #71 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Thu, 24 Mar 88 Volume 88 : Issue 71 Today's Topics: C128 advice C128 alternatives CPM/M 3.0 vs. 2.2 JetFind: cp/m search utility ---------------------------------------------------------------------- Date: 23 Mar 88 19:31:53 GMT From: marque!dennisf@csd1.milw.wisc.edu (Dennis Flaherty) Subject: C128 advice In article <8803230132.AA01947@ucbvax.Berkeley.EDU> OPTON@uhvax1.uh.EDU writes a very emotional article: > I have seen a few questions posted asking for opinions on C128 CPM. I have a C128. I run both native and CPM+ mode frequently. > We have several C128 machines in the building. I find them CPM mode > extemely frustrating. They are agonizingly slow. For $20 I received a 2"-thick manual and two more disks. The system is complete and well documented. Do you have this manual? > The screen updating > is agonizingly slow, and the display itself is very difficult to read. Yes, I'll admit the screen is slow, but agonizingly? I wish there were a way to speed it up. Maybe the Z80A can be substituted by a faster Z80? As for the letter quality, I don't find the 8x8 dot matrix all that bad. Try adjusting the color or intensity. > Forget programming on it. Forget doing any sort of hardware interfacing. Excuse me, I've had no problems programming a CPM system with complete BIOS-- I run VDE and MAC just like anybody else. SID is available with lots of doc. Higher languages are available from SIMTEL20 or RPICICGE. > Support from Commodore?...Heh, heh, tell me another one... No problems here either. I get help from comp.sys.cbm (mostly Frank Prindle). Commodore has helped me when I've needed it... > The disk accesses are serial at 19,200 (I think), and so are sloooow. Actually the speed is closer to 5 to 6 times that. If you really want a fast system, the 512k RAM expansion is about $160. Use it as the system drive M: and SETDEF M:,*. The 1581 3.5" drive is available for a little more, and is of course faster than a 1571. > It used to break frequently. Try finding a warranty center locally. I have had a C64 since Jan '84 and a C128 since Oct '86. ONCE I had to have my 1541 repaired. I had no trouble finding help in Milwaukee. Mayfair Computers even does warranty repairs! > Parts availability? Forget it. Try writing to comp.sys.cbm, will ya? I've read articles advertizing for video expansion RAMs, C128 and 1571 bugfix ROMs. In any issue of Commodore's or Compute!'s magazines for C128/64s, there are more ads for hardware. > As I said, a very > frustrating machine. I refuse to use them personally, and, on my > recommendation, my office does not support them anymore, and strongly > discourages their use, and will not approve their purchase. Oh, and we were > staunch supporters of the Vic20 and C64. Every once in a while I hear someone take a personal vendetta against Commodore, ragging about everything they do. At least TRY to be objective. These people hang out in dealer stores and ravage about everything Commodore does. I swear some of these people must secretly work for Atari...:-) > My recommendations for CPM machines are as follows: > 1. Find a dedicated CPM machine, Kaypros, Ampros, and the like. I would have missed out on C128 native mode and C64-mode (for games ;-)) if I did that. That's a lot of software. > Hope this helps. If I can be of further help Email me. Thanx a lot! Dennis Flaherty dennisf%marque@csd1.milw.wisc.edu Marquette University 3790FLAH@MUCSD.BITNET USNail: 826 N. 20th St. dennisf@marque.mu.edu Milwaukee, WI 53233 {uunet|uwvax}!marque!dennisf "Two wrongs don't make a right, but three left turns do!" ------------------------------ Date: Wed, 23 Mar 88 11:05:01 EST From: John C Klensin Subject: C128 alternatives The one thing I would add to Lee's list of comments is that, if our situation at MIT is typical, there are a LOT of used Osborne 1s around being used as doorstops. They are good machines, pretty reliable, reasonably well supplied with available software, and (subjectively and around here at least) appear to be easier to get serviced than the C128. This is not an offer to sell, nor a solicitation of requests to buy... John Klensin, MIT Klensin@INFOOODS.MIT.EDU ------------------------------ Date: Wed, 23 Mar 88 10:55 EST From: RLH Subject: CPM/M 3.0 vs. 2.2 Phillip Keen recently questioned the advantages of upgrading to CP/M Plus (3.0) over 2.2 . Since Lee Thomison spoke (typed?) out in favor of version 2.2, I thought I would add my views in the other direction. I have been using version 3.0 for about three years and would not switch back to 2.2 for any reason. I run an S-100 bus system with 192K of RAM. advantages of 3.0: - supports banked memory - put much of the system in bank 0, TPA in bank 1 - increase TPA space ( 48K to 60K in my system) - allows BIOS additions without decreasing TPA space - time/date stamping of files - disk buffering in banked memory - cleaner command set (in my opinion) - residnet system extensions (RSXs) allow loadable device rivers, system extensions, etc. much like TSR's in MS-DOS. I must admit that everything is not wondeful. I use a CCP replacement call CCP+ to have an improved shell and a SideKick-like utility called Write-Hand-Man. Many of the advantages above have been implemented in other ways my various manufacturers or PD software writers, but not in any standard fashion. CP/M 2.2 is the standard work-horse version. If you don't have extra memory or don't want the features made possible in 3.0 by memory banking, switching to 3.0 isn't worth much. ZCPR3 provides a nicer environment than either one. I bought ZCPR3.3 and tried it out. But I decided to stay with CP/M 3.0 because the disk caching and larger TPA made lot's of stuff faster. There is supposed to be a version of ZCPR coming out this spring that runs on CP/M 3.0. This desires some attention. I may go that route myself. Ther have been some complaints of incompatibilities between CP/M version 2.2 and 3.0 . I run many commercial programs written for 2.2 with no problems. The only place I have seen any is with some PD software that goes to the BIOS directly or makes assumptions about the file structures beyond what is provided at the BDOS level. SD is the only program I use that had this problem and it was fixed in later versions. There is also something called 22RSX that claims to provide complete version 2.2 compatiblity if you need it. I haven't had call to use it, so cannot comment. For me CP/M 3.0 is the way to go. For anyone else - make up your own minds. But first ask yourself what you want the system to do and what is important to you. Bob Haar HAAR@GMR.COM ( CSNET or ARPANET) ------------------------------ Date: Wed, 23 Mar 88 16:19:49 PST From: Bridger Mitchell Subject: JetFind: cp/m search utility JetFind, a tool I wrote for cp/m z80 machines, may serve your needs. JetFind searches multiple files, with optional output redirection. The files can be in ascii text or WordStar format, stand-alone, squeezed, crunched, or any of those in a LiBRary. The search pattern(s) may be regular expressions (equivalent to unix's "grep"). The matched lines are displayed, optionally with surrounding before-and-following lines. Command-line, interactive, or script-driven control. And it is fast. JetFind is available from Echelon, Inc. --bridger ------------------------------ End of INFO-CPM Digest ****************************** 25-Mar-88 01:32:48-MST,4370;000000000000 Return-Path: Date: Fri, 25 Mar 88 01:30:07 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #72 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Fri, 25 Mar 88 Volume 88 : Issue 72 Today's Topics: BSR X-10 controllers CP/M directory extents info for appliance controller needed ---------------------------------------------------------------------- Date: Thu, 24 Mar 88 11:27 CST From: OPTON@uhvax1.uh.edu Subject: BSR X-10 controllers Talking about the appliance controllers reminded me of this. Off and on for the last couple of years, I have been wanting to design and build some stuff that will respond to BSR X-10 controllers, but I don't know what their coding protocol is. Anyone know where I can find out? Lee Thomison BITNET:OPTON@UHVAX1 landline: (713) 749-3127 ------------------------------ Date: 22 Mar 88 05:31:45 GMT From: portal!cup.portal.com!raf@uunet.uu.net Subject: CP/M directory extents Bridger Mitchell writes: > Yes, directory calculations are confusing, and not helped by confusing > terminology! I agree, and I apologize for contributing to the confusion by use of misleading terminology and (as I now realize) some innacuracy in my previous posting. In particular, my statement was *incorrect*, that RC = 80h implies a full "extent" (meaning PHYSICAL extent, or directory entry). > The key point is to keep physical and logical extents distinct. Yes, that certainly is the key to understanding CP/M directory entries. Thank you for the clear explanation, Bridger. [I think my mind was in the same place as those designers who failed apparently to distinguish logical and physical extents, by not using all 16 bytes of the allocation group number area. Several years ago, I puzzled over the DPB extent mask in a system (Zenith Z-100?) which I believe falls into this category. Only now, after reading your note, do I understand that particular diskette format!] Bob Freed Uucp: ...!sun!portal!Robert_A_Freed Internet: Robert_A_Freed@cup.portal.com ------------------------------ Date: Wed, 23 Mar 88 15:30 CST From: OPTON@uhvax1.uh.edu Subject: info for appliance controller needed > From: ihnp4!upba!unocss!ca029@ucbvax.Berkeley.EDU (Jon Scheer) > Subject: Info For Appliance Controller Needed > I just bought an Appliance & Light Controller (for Color Computer) at > the local RS (clearance sale). Well, I've got a Model 4. So the software > that is supplied with the controller won't do me a dingo's kidneys worth > of good. But I should be able to make it work with the hardware that I > have (shouldn't I??) The controller plugs into the cassette port on a CC > and I have one of the old 4's that has a cassette port. So, in theory, > I should be able to plug it into the 4. > But, I don't know what sort of signals the controller expects. Is > there anybody out there who has played with the/a controller? Any idea > where I might be able to find out more about it?? ------------------------------ If your appliance decoder is the same as the one I bought from Radio Schack, it is simply a BSR X-10 controller with Radio Shack's name on it. I bought mine on clearance sale a year ago. There are adapter cables available to run off of RS-232 ports. In addition, there is a programming guide available. I got my RS232 cable and programming guide from DAK when I ordered another controller from them. If you will send me a US mail address, I will send you a copy of the programming manual, if I can find it. I will also Email you the pinouts for an RS232 cable when I find the manual. You might also contact DAK and see if they will sell you an RS-232 cable and manual, in case I can't find mine. (Hmmm, come to think of it, I may contact them to see if I can get a cable and software for my Mac...). Please write back soon, as I am never certain about these internet mailings. Lee Thomison BITNET:OPTON@UHVAX1 landline: (713) 749-3127 ------------------------------ End of INFO-CPM Digest ****************************** 26-Mar-88 01:33:57-MST,3714;000000000000 Return-Path: Date: Sat, 26 Mar 88 01:30:12 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #73 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Sat, 26 Mar 88 Volume 88 : Issue 73 Today's Topics: 8" floppy drive probles CPM upgrades, etc. Echelon's New Address electronic design ---------------------------------------------------------------------- Date: 24 Mar 88 17:14:49 GMT From: mnetor!utzoo!yunexus!geac!syntron!gerry@uunet.uu.net (G. Roderick Singleton) Subject: 8" floppy drive probles Any of you that are searching for 8" floppies can substitute any 5-1/4" floppy dirve that is shurgart 475 equivalent. Build an adapter cable and pull the hi-den line TRUE. Now you have an 8" drive in 5-1/4 clothes. Getting 1.2 Mbytes out of one of these small beaties is very nice and with the addition of some control you can even handle 780 Kbyte diskettes and read 48 tpi ssdd and dsdd diskettes. There are also supposed to be some 3-1/2" drives that will give the same performance on the same interface. Think of it more choices! -- G. Roderick Singleton, Technical Services Manager { syntron | geac | eclectic }!gerry "ALL animals are created equal, BUT some animals are MORE equal than others." George Orwell ------------------------------ Date: 24 Mar 88 16:15:10 GMT From: oliveb!intelca!mipos3!cadev4!dbraun@AMES.ARC.NASA.GOV (Doug Braun ~) Subject: CPM upgrades, etc. I'm sold! I have yet another homebrew CP/M system (which is sort of in the process of being upgraded to a Z280), and I would love to upgrade it to CP/M 3.0. But if Digital Research doesn't sell generic CP/M 3.0 anymore, what can I do? I would need 8" SSSD disks, and all the documentation needed to write your own BIOS. If anyone knows of a place that sells it, or has a copy that they want to sell, please let me know. Doug Braun Intel Corp CAD 408 765-4279 / decwrl \ | hplabs | -| oliveb |- !intelca!mipos3!cadev4!dbraun | amd | \ qantel / ------------------------------ Date: Fri 25 Mar 1988 08:54:06 EDT From: Subject: Echelon's New Address Echelon has moved its operation to Lake Tahoe. They can be contacted at the following address: Echelon, Inc. P.O. Box 705001-800 South Lake Tahoe, CA 95705 Telephone: 916-577-1105 Telex: 4931646 The Z-Node Central remote access system (RAS) can be reached at 408-432-0821 (San Jose)(300-1200-2400 bps). ------------------------------ Date: Fri, 25 Mar 88 14:04 CST From: OPTON@uhvax1.uh.edu Subject: electronic design Hi, Is there a network discussion group, similar to this one, that concentrates on electronic design? I am frequently called upon to design and fabricate a wide variety of electronic devices ranging from simple amplifiers to wierd filters to digital syncing stuff to dedicated intelligent controllers to...well, you get the idea. Anyway, even though I am the best hotshot designer I know :-), there are times when I get stumped, and would like advice, guidance, or even (especially) a better idea. Normally I would go over to the EE dept, but their emphasis is on antenna or well-logging. If there is a discussion group that I could bounce ideas off of, it would help me considerably, and perhaps even help them. Thanks, Lee Thomison BITNET: OPTON@UHVAX1 landline: (713) 749-3127 ------------------------------ End of INFO-CPM Digest ****************************** 27-Mar-88 01:34:15-MST,5163;000000000000 Return-Path: Date: Sun, 27 Mar 88 01:30:22 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #74 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Sun, 27 Mar 88 Volume 88 : Issue 74 Today's Topics: C128 advice Thanks TI 9900 data manual Upgrades to CP/M, etc. ---------------------------------------------------------------------- Date: 23 Mar 88 16:08:26 GMT From: mccc!pjh@princeton.edu (Peter J. Holsberg) Subject: C128 advice In article <8803230132.AA01947@ucbvax.Berkeley.EDU> OPTON@uhvax1.uh.EDU writes: | |3. There are some software emulators in the public domain for MS-DOS |machines. They are slow, but obviously the price is a lot cheaper than than a |C128, and they can't be much slower than a C128. | There are also some Z-80 64K boards for MSDOS computers for around $250 up. These run CP/M 2.2 at Z-80 clock speeds of 5 MHz and faster. -- Peter Holsberg UUCP: {rutgers!}princeton!mccc!pjh Technology Division CompuServe: 70240,334 Mercer College GEnie: PJHOLSBERG Trenton, NJ 08690 Voice: 1-609-586-4800 ------------------------------ Date: 26 Mar 1988 07:03-CST From: John A. Wright Subject: Thanks Thanks to all for your assistance on Columbia. I have found that the "host" address was changed, and that was my problem. Everything is fine now. Thanks again John PS. For anyone interested, I am now running CP/M-86 on a Commodore B-256/80 and it runs almost all the software available from Simtel20. It is a little slow, and there are some problems with speed, but its better than not having CP/M at all. PPS. The 8088 co-processor will also run MS-DOS. I think Commodore dropperd a very capabile machine when they discontinued this model. ------------------------------ Date: 25 Mar 88 19:36:36 GMT From: ea.ecn.purdue.edu!wieland@ee.ecn.purdue.edu (Jeffrey J Wieland) Subject: TI 9900 data manual I'm looking for a Texas Instruments 9900 data manual. The TI office in Indianapolis has not been able to help me with this. Jeff Wieland abp@j.cc.purdue.edu wieland@ecn.purdue.edu ------------------------------ Date: 24 Mar 88 01:54:38 GMT From: portal!cup.portal.com!dgee@uunet.uu.net Subject: Upgrades to CP/M, etc. In an article jep@oink.uucp writes: > In article <819@nuchat.UUCP> phillip@nuchat.UUCP (Phillip Keen) writes: > > Hello there, I know CP/M is quite old. Anyways, I've got CP/M 2.2, and I > > was wondering is it possible to upgrade a machine with CP/M 2.2 to CP/M 3.0 > > or CP/M 3+ (same thing as 3.0)? . . . > > appreciated. > > -- > > Thanx -- Phillip Keen Path: uunet!nuchat!phillip > > Forget Digital Research, they don't want to deal with you. > > Echelon has the CP/M upgrade worth messing with. The've been putting > out the ZCPRn stuff for years. I have a couple of old addresses for sources > out of my ZCPR3 book. > > Echelon, Inc. > 101 First Streetp > Los Altos, CA 94022 > (415)948-5321 By all means, forget about cp/m 3.0 (cp/m+). You will have both installation and compatability problems, with very little clear gain. Get a copy of ZCPR 3.3 (Z33) and either 1) install it with your cp/m 2.2 system, or 2) also install ZRDOS (I believe 1.9 is the current version). Z33 is the ccp (console command processor) replacement; ZRDOS replaces the Digital Research bdos in cp/m 2.2. You may replace either or both. I suggest both; you will have a far more powerful and flexible system than you would under cp/m 3.0, or indeed than anything Digital Research ever dreamt of. Z33 is public domain; you will find it on a number of RCPM's (Remote CP/M System) around the country, or, you can buy it from Echelon, Inc. (at a modest cost) in either an auto-install version, which works on most, but not all, systems, or a manual install version (which makes for a more versatile installation). To do the manual installation, you will need a working knowlege of the insides of cp/m, and some modest ability with z80 assembly language. I believe you will also need the ZAS assembler, also available at modest cost from Echelon. ZRDOS is a commercial product, available from Echelon. Also modestly priced; I believe around $50. There are also several public domain bdos replacements available, with varying combinations of features. The contact point for Echelon given above is old. Their current contact is: Echelon, Inc. P.O. Box 705001-800 South Lake Tahoe, CA 95705 (916) 577-1105 I have no connection with Echelon; this is a referral only! If you need further information or sources, feel free to contact me direct via e-mail. Dave Goodman dgee@cup.portal.com ...ucbvax!sun!cup.portal.com!dgee ------------------------------ End of INFO-CPM Digest ****************************** 28-Mar-88 01:34:45-MST,2519;000000000000 Return-Path: Date: Mon, 28 Mar 88 01:30:24 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #75 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Mon, 28 Mar 88 Volume 88 : Issue 75 Today's Topics: CPM upgrades, etc. H/Z 67 HARD DRIVE PROBLEM Wanted Emulator for Kontron ---------------------------------------------------------------------- Date: 25 Mar 88 17:58:16 GMT From: pacbell!att-ih!alberta!auvax!tech@AMES.ARC.NASA.GOV (Richard Loken) Subject: CPM upgrades, etc. From article <1901@mipos3.intel.com>, by dbraun@cadev4.intel.com (Doug Braun ~): > to CP/M 3.0. But if Digital Research doesn't sell generic CP/M 3.0 anymore, > what can I do? I would need 8" SSSD disks, and all the documentation needed > to write your own BIOS. If anyone knows of a place that sells it, or has > a copy that they want to sell, please let me know. > > Doug Braun Intel Corp CAD > 408 765-4279 Tell me too. Tell us all. Isn't it ironic that the guys at Intel don't know about CP/M anymore? ********* 73 ********** Richard Loken VE6BSV . **** .. **** Athabasca University .... **** Athabasca, Alberta Canada ..........**** ihnp4!alberta!auvax ------------------------------ Date: 27 Mar 1988 14:03-CST From: SAC.HQSAC-ACMI@E.ISI.EDU Subject: H/Z 67 HARD DRIVE PROBLEM The Omaha HUG has an H-89A with an H-67 hard disk running their BBS. The hard drive has died. Does anyone know a reliable place to get a Memorex 101 8inch hard drive rebuilt? Zenith wants $791 for an exchange rebuilt drive but the club can't afford it. Would appreciate any advice. Thanx, Marc Frederick ------------------------------ Date: 23 Mar 88 19:45:42 GMT From: stride!tahoe!unsvax!schultz@gr.utah.edu (Alfred B. Schultz) Subject: Wanted Emulator for Kontron Have small older model pc based on Z80. Believe built in Europe. Has two 5 1/4 inch floppy drives and 64K of memory. Operating system comes up Kos: , but also have CP/M on one floppy. I would like to hook up a modem and use Kontron from home to talk to VAX 11/750. Please contact Al Schultz, Dept. of Physics, Univ. of Nevada, Las Vegas, Nevada, 89154 U.S. (702) 739-0961. ------------------------------ End of INFO-CPM Digest ****************************** 29-Mar-88 01:30:34-MST,14068;000000000000 Return-Path: Date: Tue, 29 Mar 88 01:30:12 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #76 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Tue, 29 Mar 88 Volume 88 : Issue 76 Today's Topics: C128 Clarification on ZCPR33 and Z System CP/M search facility CPM upgrades, etc. INFO-CPM Digest V88 #75 Is the Z320 z-80 software compatible? Z280 Macro's ---------------------------------------------------------------------- Date: Mon, 28 Mar 88 11:52:22 MST From: Raymond Carter STEWS-NR-AS 678-3348 Subject: C128 I'd like to put some of the comments about the C128 in perspective here, if I may. First, I don't believe anyone ever claimed it was the world's best and fastest CP/M machine, although I find it quite nice with the 512K ram disk. Also, by using the CONF utility it is possible to speed up system operations by about 35% - puts the effective Z80 rate at about 2.3 MHZ. Second, I do claim that it is one of the most versatile computers on the market. It runs two of the largest bases of software available - C64, and CP/M - without any additional investment. It also does some pretty reasonable graphics. The builtin software supports 320 by 200 color graphics. I have recently seen a package called BASIC 8 which does really nice 3D 640x200 graphics. All the sound and graphics capabilities are available from within CP/M. I have built a CP/M COMAL graphics package which supports 720x240 graphics on the RGB screen. Not many other CP/M machines will do that! To sum up - it may not be the ultimate CP/M computer, but is an extremely versatile computer, with MUCH good software available. ------------------------------ Date: Mon 28 Mar 1988 13:29:19 EDT From: Subject: Clarification on ZCPR33 and Z System Dave Goodman posted a message recommending ZCPR33 as the CP/M upgrade of choice. As the author of that code, I wholeheartedly concur. There were some statements made in that message, however, that I would like to correct and/or amplify. >> Z33 is public domain; you will find it on a number of RCPM's (Remote >> CP/M System) around the country, or, you can buy it from Echelon, Inc. >> (at a modest cost) in either an auto-install version, which works on >> most, but not all, systems, or a manual install version (which makes >> for a more versatile installation). To do the manual installation, >> you will need a working knowlege of the insides of cp/m, and some >> modest ability with z80 assembly language. I believe you will also >> need the ZAS assembler, also available at modest cost from Echelon. First, Z33 is NOT really public domain; it is copyrighted by me and by Echelon. However, there is no royalty charge for personal (noncommercial) use. For that use it is distributed on many remote access computer systems, including my own Z-Node. There is a license fee for use of Z33 with a commercial product. Second, the autoinstall versions of Z System (combined ZCPR and ZRDOS) that are about to be released (NZCOM for CP/M 2.2 systems and Z3Plus for CP/M 3 systems) are far MORE VERSATILE than a manual installation, as well as being completely automatic. It is true that there are some computers on which they will not work (though not very many, and on some of those it is very hard to get a manually installed version to work either), but when they do work you get a system in which the operating system features (and corresponding operating system size) can be varied dynamically to meet your requirements, on a permanent basis or on a command-by-command basis. For normal operation you can have a complete Z System with all the bells and whistles at a cost of about 6K of TPA space. But when you need to run a memory-hungry program, the operating system can be made to shrink (all the way back to plain CP/M if desired) to provide the extra memory and then expand again when that application has completed. The main difficulty encountered with these systems is that some configuration utility programs provided by the computer manufacturer that work by performing absolute modifications to data in the BIOS often will not work properly under NZCOM or Z3Plus. Those utilities can be fixed, if necessary. Usually, however, they are used only rarely, and you can shut off the automatic Z System long enough to use them. I will be speaking at the Trenton Computer Fair on these new systems. They will include, by the way, version 3.4 of ZCPR, which includes a number of interesting and useful new features. Z34 will not be made available over remote systems; it will be available only as a commercial product but at a very modest cost. -- Jay Sage ------------------------------ Date: Mon, 28 Mar 88 09:06:15 PST From: swillett%plutonium.CChem.Berkeley.EDU@jade.berkeley.edu (Steve Willett) Subject: CP/M search facility I don't have any experience with Bridger Mitchell's search utility, but there is a commercial program called Electra-Find which was implemented on both CP/M and DOS. The DOS version has been upgraded to Text Collector, but I assume the CP/M version is still available. The utility allows searching for any text (or binary) strings, with very powerful wildcard capabilities in both the string being searched for and in the specification of what to search. The program comes from: O'Neill Software P.O. Box 26111 San Francisco, CA 94126 (415) 398-2255 I have no connection with O'Neill - I bought Text Collector recently. Steve Willett ------------------------------ Date: Mon, 28 Mar 1988 20:57 MST From: tektronix!midas!copper!michaelk@UCBVAX.BERKELEY.EDU (Michael D. Kersenbrock) Subject: CPM upgrades, etc. >Phillip Keen asked for opinions on CPM3. Here's my two cents: >I first learned CPM on a CPM3 system. I found it very clumsy. I then >at the suggestion of several folks 'downgraded' to CPM 2.2. CPM2.2 >is, to my mind, far more straightforward to use, and definitely a lot >easier to program for than cpm3. I rewrote, er, adapted, the BIOS from >the CPM3 into the CPM2.2 BIOS that I now use. I then a short time later, >at the suggestion of the same people, installed ZCPR3 from Echelon. >It was a straightforward procedure underCPM2.2. It was impossible under >CPM3. Oh, and I have found compatibility problems between 2.2 and 3. >Bottom line: If one is going to use another CCP (highly recommended), >use your cpm2.2. I strongly recommend ZCPR3, but there are others. >I would not even waste my time with CPM3 even if they gave away free >food with it. > >Hope this helps. E-mail me if I can be of further assistance. > >Lee Thomison >BITNET: OPTON@UHVAX1 >landline: (713) 749-3127 I disagree strongly with this opinion of CPM 3.0. I started with 2.2 (where I wrote my own BIOS, etc...I did everything down to the nitty gritty level), and then upgraded to 3.0 (when DRI released it, and I bought the "generic" upgrade kit). Documentation was good, and a million times better than 2.2 . Performance was also a million times better with 3.0 than with 2.2. There are SOME incompatiblities, but very few, and generally not too important. CP/M 3.0 had most of the improvements that the original MS-DOS "did" to CP/M. :-) With the additon of CCP+ (in simtel20...) and full usage/knowlege of the improvements, I'd say 3.0 is MUCH MUCH MUCH MUCH MUCH better than 2.2. To tell the truth, my CP/M+ develoment environment looks more like BSD Unix ("make", grep, VERY compatible library, etc) than CP/M (which I like BTW). To give you an idea of what I'm using: 1) My system is a "homebrew" Z80H one with 1Mb of 0-waitstate banked memory (someday with a Z280 if I can't afford an Amiga 2000 first). My CP/M+ is the *banked* version. The *unbanked* version may be different in usablity. 2) My bios (that I wrote) implements 720K of FAST/DMA'd ramdisk and about 180K of my OWN floppy-disk cache on top of DRI's (didn't fully like their algorithm). 3) I modified the library of my C-Compiler (Manx Aztec) to dynamically check for CP/M 3.0, and if it is "true", to use 3.0-only features that makes the floppy access (never mind the disk cacheing) 3 times faster than 2.2 on the same disks (I did many other things to my compiler, but that's another story). Because, however, DRI does not really sell CP/M 3.0 anymore (that I can tell), 2.2 and ZCPR may be the best choice to go to nowdays from 2.2, but, the reason isn't because 3.0 is less good, it's just less available. -- Mike Kersenbrock Tektronix Microcomputer Development Products Aloha, Oregon ------------------------------ Date: Mon, 28 Mar 88 23:57 EST From: Tony Waters Subject: INFO-CPM Digest V88 #75 Dear Members, I'm a new comer to Bitnet and to CP/M. I have a Commodore 128 and a Kapro II and I'd like to be able to dial up to my schools main frame on my Kaypro but I don't have a VT100 emulator for it. Right now all that I'm using for telecomputing is my C-128, but I don't have any languages for it. I'd like to be able to use my Kaypro so that I can upload and down load pascal, lisp and prolog programs that I've written on my Kaypro. I've tried user groups, copmuter stores and Kaypro dealers; all dead ends. Any information on a CP/M vt100/vt52 emulator or how to configure my keyboard to support either of those terminals would be appreciated. Thank you very much, Tony Waters Towson State Univ. ------------------------------ Date: 28 Mar 88 20:28:34 GMT From: IUS3.IUS.CS.CMU.EDU!ralphw@pt.cs.cmu.edu (Ralph Hyre) Subject: Is the Z320 z-80 software compatible? Saw a blurb the other day about a Z320 32-bit processor. Is it object-code compatible with the Z80 (or any of it's succesors?) -- - Ralph W. Hyre, Jr. Internet: ralphw@ius2.cs.cmu.edu Phone:(412)268-{2847,3275} CMU-{BUGS,DARK} Amateur Packet Radio: N3FGW@W2XO, or c/o W3VC, CMU Radio Club, Pittsburgh, PA ------------------------------ Date: Mon, 28 Mar 88 08:16:09 EST From: Roger Link Subject: Z280 Macro's I am stilling looking for a Z280 assembler. (I talked to Zedux, and theirs is supposed to ready soon. I think Echelon is also working on one) I have been using macro's to use my present Z80 assembler (M80/Z80ASM). I discovered a very nice set of Z280 macro's on Znode central written by Daniel A. Jacobs. They should work with most popular Z80 macro assemblers. Keith Petersen has put the Z280-ASM.LBR file on Simtel. Filename Type Bytes CRC Directory PD1: Z280-ASM.LBR.1 BINARY 19072 296BH Jacobs also provides this extra bit of information about the Z280 instruction set: ; 244 8080 instructions total ; 694 Z80 instructions total ; 1510 Z280 instructions total Here is the -READ.ME file from the Library: =========================================================================== Here are a couple of files to aid in the writing of Z280 assembly language programs using a macro assembler: The Z280-EQU.LIB file is all of the EQU's for the internal configuration registers. The Z280.LIB file is all of the extended instructions (in macro form) over and above the Z80 instructions. (816 new instructions which is way more than double the Z80) The Instructions have a standard for all code labels, which doesn't conflict with any already existing Z80 code. These of course all fit within 8 characters. There are however some unavoidable exceptions (MULT = MLT). If you study some of these labels, I think you will soon see what I have done and should be able to decipher the rest using the Z280 manual from Zilog. I've checked everything 3 times, but I'm only human. Therefore if there are any bugs! PPPPPlease let me know. Written by Daniel A. Jacobs Mar 13 1988 448 Knottwood Road West Edmonton, Alberta T6K 1Z1 (403) 463-4559 P.S. There are 3 known bugs in the Z280. (1) The well known Cache bug which is fixed and Zilog said, "they will be shipping next month". (when ever that is) (2) The DMA's destination addresses are not incremented properly when running at 20 mhz external clock speed. Zilog said, "To run the device at 16 mhz to eliminate this problem". I have done this, but still experience the occasional problem. (3) The DMA linking also malfunctions. I don't know if this is clock related or not. (Haven't played with it much because of the other DMA bug). Zilog says they have know idea when the DMA problems will be fixed. As far as a 50 mhz version goes. Zilog says they will probably make one but first they will make a 30 mhz and before that fix some bugs. So it will be some years yet, I should think. =========================================================================== Roger Link [ LINKR @ VTVM1.BITNET ] Physics Electronics Shop Blacksburg Va 24061 703-961-5768 ------------------------------ End of INFO-CPM Digest ****************************** 30-Mar-88 01:31:30-MST,3445;000000000000 Return-Path: Date: Wed, 30 Mar 88 01:30:16 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #77 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Wed, 30 Mar 88 Volume 88 : Issue 77 Today's Topics: CP/M directories MexPlus funny VT52/100 Emulation ---------------------------------------------------------------------- Date: 28 Mar 88 17:24:05 GMT From: ucsdhub!jack!crash!mwilson@sdcsvax.ucsd.edu (Marc Wilson) Subject: CP/M directories Many thinks to all those who responded to my question about directory extents. The consensus was that I was confusing logical extents with physical extents. Not too hard to do, I gather. Can someone point me in the direction of a reference work that explains this in copious detail? 8-) -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Marc Wilson ARPA: ...!crash!mwilson@nosc.mil ...!crash!pnet01!pro-sol!mwilson@nosc.mil UUCP: [ cbosgd | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson INET: mwilson@crash.CTS.COM ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ------------------------------ Date: 28 Mar 88 17:25:48 GMT From: ucsdhub!jack!crash!mwilson@sdcsvax.ucsd.edu (Marc Wilson) Subject: MexPlus funny Yet another question: I am currently using MEXPLUS, v1.65B. All in all, it's a nice program, except for one idiosyncracy. When in terminal mode, certain characters coming from the modem cause the program to go and try to access the disk. This causes dropped characters, and some confusion on my end. My question: Why is MEXPLUS going to the disk at all? There aren't any commands that a remote can send to make this happen, are there? At first, I thought that maybe MEXPLUS was responding to a request for some kind of Kermit exchange, but the manual makes no mention of any ability to sense an impending transfer. Help! NightOwl's BBS seems to be down, and I don't have a current phone number for them. Thanks. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Marc Wilson ARPA: ...!crash!mwilson@nosc.mil ...!crash!pnet01!pro-sol!mwilson@nosc.mil UUCP: [ cbosgd | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson INET: mwilson@crash.CTS.COM ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ------------------------------ Date: Tue 29 Mar 1988 11:57:35 EDT From: Subject: VT52/100 Emulation Tony Waters asked about VT52/100 emulation for CP/M computers. One way to do this is to get the commercial version of MEX (MEX-Plus) with the emulation package. The trouble is I am not completely sure what features have to be supported in the host terminal to make the emulation work. Certain cursor addressing, screen clearing, and line clearing are needed. I believe that insert-line and delete-line are also needed, and I cannot remember whether or not the Kaypro supports those features. My guess is that it does. The cost is about $90, but you get all the other good things that MEX offers in the process. -- Jay Sage ------------------------------ End of INFO-CPM Digest ****************************** 31-Mar-88 01:31:08-MST,4217;000000000000 Return-Path: Date: Thu, 31 Mar 88 01:30:37 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #78 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Thu, 31 Mar 88 Volume 88 : Issue 78 Today's Topics: 8048, 8049, 8051 cross-assemblers H/Z 67 HARD DRIVE PROBLEM MEXPlus "funny" Soroc IQ 140,Perkin-Elmer 550B Z-system on Epson PX-8 ---------------------------------------------------------------------- Date: Wed, 30 Mar 88 15:30 CST From: OPTON@uhvax1.uh.edu Subject: 8048, 8049, 8051 cross-assemblers Hi, Are there cross assemblers for the Intel 80xx series of microcontrollers available for CPM and/or MS-DOS? Preferably, they would be public domain. I would also like recommendations and comments on these same x-assemblers, or on these microcontrollers. Please Email me, and I will summarize to the group if there is interest. Thanks, Lee Thomison BITNET: OPTON@UHVAX1 landline: (713) 749-3127 ------------------------------ Date: 30 Mar 88 03:34:46 GMT From: rochester!ur-tut!cwwj@bbn.com (Clarence Wilkerson) Subject: H/Z 67 HARD DRIVE PROBLEM I have heard that the 8in interface is fairly close to the st506 interface. On the other hand, I use a DTC510 controller with a ST506 type drive of my choice off the internal H67 interface card. ------------------------------ Date: Wed, 30 Mar 88 07:31:25 est From: marwood@dmc-crc.arpa (G. J. Marwood) Subject: MEXPlus "funny" Regarding MEXPlus' habit of certain characters causing disk activity, (Mark Wilson, 28 Mar 88), I suspect that you may have STAT CIS ON. I have noticed the same thing. Gordon Marwood ------------------------------ Date: 28 Mar 88 16:01:37 GMT From: shell!svh@rice.edu (Steve V. Hovater) Subject: Soroc IQ 140,Perkin-Elmer 550B Proud owner of two slightly used terminals: a Soroc IQ 140 and a Perkin-Elmer 550B. No manuals, though. Any other users out there that can tell me how to use the dip switches to set up the terminals, and for Soroc IQ 140 owners/users, how on earth does one generate the (missing) ESCape character from the keyboard? Also, for the Perkin-Elmer, can someone enlighten me as to what the screen control codes are? Ditto for the Soroc. Thanks bunches. Disclaimer: These opinions are ordinarily my own, and couldn't possibly reflect the views or opinions of my employer. ****************************************** * "You'll never learn to fish on a * * borrowed line..." * * Nanci Griffith "Daddy Said" * ****************************************** Steven V. Hovater (713) 663-2711 ..!{rice,sun,psuvax,ut-sally,ihnp4,soma}!shell!svh svh@shell.com ------------------------------ Date: Wed, 30 Mar 88 15:30:07 GMT From: MA18%SYSE.SALFORD.AC.UK@CUNYVM.CUNY.EDU Subject: Z-system on Epson PX-8 Subject: Z-system and the Epson PX-8 Last year when I bought my ZCPR3 and ZCOM for my desktop micro I tried it out on my PX8 as an interesting exercise - it crashed the system. I have decided that this is probably due to the VBIOS which only provides the usual BIOS jump table and the PX-8 has an extended set of BIOS functions. With only a 128K RAM disk it did not really matter, so I terminated the experiment after deciding that I could always patch the VBIOS and move one of the other segments if it was actually needed. My curiosity has been re-awakened by a TCAP file which includes one for the PX-8. So the question is this - did others patch the VBIOS? Have I mistakenly diagnosed the problem? I don't think you can do a manual install on the PX-8 as the CP/M is held in a ROM - or did some clever person do a manual install and blow a new ROM? Does anyone out there know? Thanks in anticipation. --Tony Addyman ------------------------------ End of INFO-CPM Digest ******************************