1-Feb-88 01:34:21-MST,5520;000000000000 Return-Path: Date: Mon, 1 Feb 88 01:30:52 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #26 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Mon, 1 Feb 88 Volume 88 : Issue 26 Today's Topics: JETPRIME ? Quick reference list to SIMTEL20 CP/M directories Suggestions for Irv Hoff's SD program wake up call ---------------------------------------------------------------------- Date: Sun, 31 Jan 88 09:08:57 PST From: secrist%msdoa2.DEC@decwrl.dec.com (Richard C. Secrist, KXO SWS) Subject: JETPRIME ? > From: Bridger Mitchell > > A year ago, curious about the speed of compilers vs. > hand-optimized Z80 code, I wrote JETPRIME. It proved about 140% > faster that Turbo-Modula 2, which itself was much faster than > Turbo Pascal, BDS-C, and a number of 8088 compiled versions. > ... > JETPRIME.LBR or JPRIME.LBR is available on ZNode-Central, > 408-432-0821. It may also be on other boards, and simtel20. I guess this is your own language. Please describe it, I'm curious. rcs ------------------------------ Date: Sun, 31 Jan 1988 16:31 MST From: Keith Petersen Subject: Quick reference list to SIMTEL20 CP/M directories Quick reference list to SIMTEL20's PD1: directories as of January 31, 1988 (where 'x' is one of the names below): 22RSX CATLOG FILCPY MODEM7 SQUSQ 6502 CB80 FILEDOCS MODULA2 STARTER-KIT AMETHYST CBIOS FILUTL MSOFT SUBMIT AMPRO CCP FINANCE NEWS SYSUTL APPLE CIS FORTH-83 NSTAR TERM ARC-LBR COBOL FORTRAN NUBYE TRS-80 ASMUTL COMAL GENASM OSBORN TURBODOS ATARI COMND GENCOM PACKET TURBODOS-SIGI AZTEC-C CONIX GENDOC PARASOL TURBOM2 BASIC CPM3 GENIE PASCAL TURBOPAS BBS CPM68K GRAPHICS PASCAL-P TXTUTL BBSLISTS CPM86 HAMMING PBBS VDOEDIT BDOS CPMINFO HAMRADIO PILOT80 VOICE BDSC-1 CPR86 HDUTL PLOT33 WSTAR BDSC-2 CUG HEATH PM-NETWORK XCCP BDSC-3 DATABASE HELP PPSPEL XEROX BDSC-4 DBASEII HEX PROLOG XLISP BENCHMARK DEBUG IMP PUBKEY XMODEM BKGROUNDER DIRUTL INSIDCPM PUBPATCH Z280 BONDWELL DISASM KAYPRO RBBS Z8EDEBUG BSR-X10 DISKPLOT LIST RBBS4 ZCPR BSTAM DRACO MACLIB RCPM ZCPR2 BYE3 DSKBUF MATH ROS ZCPR3 BYE5 DSKUTL MBBS SB180 ZCPR33 C EDITC80 MEMTEST SCREENGEN ZCPRNEWS C128 EDITOR MEX SMALLC21 C64 EDUCATION MISC SORT C80 EPSON MODEM SPELL CALCULATOR FAST2 MODEM2 SPREADSHEET --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: 31 Jan 88 19:03:07 GMT From: clyde!watmath!utgpu!edwest@rutgers.edu (Dr. Edmund West) Subject: Suggestions for Irv Hoff's SD program TO: Irv Hoff I apologize for posting this generally, but I do not have Irv Hoff's correct network address. Since Irv is still actively developing the SD program (version 128 is now available), I thought I would send him the following suggestions. (1) Support options $1, $2, $3 and $4 which specify the number of columns for the listing. I use version 111 of SD which has this feature (almost), but it seems to have been dropped from later versions. (2) Support an option to suppress headers and trailers. [Items 1 and 2 together simplify the post processing of an editable disk copy.] (3) Support an option which suppresses individual file data, leaving only summary information. The summary data could be total number of files and their sizes for each user area and for the disk as a whole. (4) Make the default file name and extensions consistent. 'SD' trans- lates to 'SD *.*', but (a) 'SD A' is interpreted as 'SD A.' (rather than 'SD A.*', and (b) 'SD .B' is interpreted as 'SD .B' (rather than 'SD *.B'). (5) When the screen fills and the user is prompted for MORE, accept for a new page and for a single line (a la the unix more program). ------------------------------ Date: Sun, 31 Jan 88 09:11:42 PST From: secrist%msdoa2.DEC@decwrl.dec.com (Richard C. Secrist, KXO SWS) Subject: wake up call > I guess this is your own language. Please describe it, I'm curious. > > rcs I'm curious as to what I was using for brains at the moment I typed this. It's obviously a hand-coded prime number benchmark. Never mind... Bee Dee ! rcs ------------------------------ End of INFO-CPM Digest ****************************** 2-Feb-88 01:35:13-MST,5385;000000000000 Return-Path: Date: Tue, 2 Feb 88 01:30:34 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #27 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Tue, 2 Feb 88 Volume 88 : Issue 27 Today's Topics: Debugging a new BIOS JETPRIME Query Brain Damage Suggestions for Irv Hoff's SD program (2 msgs) Uh, well--I need some help with uuencode I guess Wanted: Small-C & Small-Mac ---------------------------------------------------------------------- Date: 1 Feb 88 15:33:03 GMT From: abp@j.cc.purdue.edu (Jeffrey J Wieland) Subject: Debugging a new BIOS In the documentation for Z8E, the author describes how to patch it to use user supplied routines for i/o. It should be relatively easy to either use BIOS calls or to perform the i/o yourself (via the Z80 ports), if you have a BIOS listing. Jeff Wieland abp@j.cc.purdue.edu ------------------------------ Date: Mon, 1 Feb 88 10:44:48 PST From: secrist%mmo01.DEC@decwrl.dec.com (Richard C. Secrist, KXO SWS) Subject: JETPRIME Query Brain Damage > I guess this is your own language. Please describe it, I'm curious. > > rcs I guess I had brain damage. It's obviously a hand-coded Z80 prime number benchmark. rcs ------------------------------ Date: 1 Feb 88 9:01 -0600 From: Ken Wallewein Subject: Suggestions for Irv Hoff's SD program >From: clyde!watmath!utgpu!edwest@rutgers.edu (Dr. Edmund West) >Subject: Suggestions for Irv Hoff's SD program > >TO: Irv Hoff > . > . > . (4) Make the default file name and extensions consistent. 'SD' trans- lates to 'SD *.*', but (a) 'SD A' is interpreted as 'SD A.' (rather than 'SD A.*', and (b) 'SD .B' is interpreted as 'SD .B' (rather than 'SD *.B'). > . > . > . I agree! This lack of consinstency - with itself, as well as with most other directory facilities - is a nuisance. You can specify a null extendion by specifying 'SD .' . On the other hand, I can't see a way to specify a null filename, unless it's 'SD .' ... but then, I've rarely wanted to, if that proves anything :-) I use SD all the time. Just got version 128. It looks good; sorts by extension/type and size by record are wins to me. One thing I'd like to see is an indication of how much space each file wastes at the end of the last allocation group, to decide which files should be placed in libraries. Maybe a display in fractional groups? If Unix 'compatibility' is worth pursuing (I think it is), then let's return to the '-' switch delimiter, rather than the '$'. I'm sure it's easy enough to change in the source; maybe it just needs to be documented. BTW, does anyone know of a directory utility which will tell you which, if any, files have groups multiply allocated? DU will you one of them, but you have to delete it to see the others. None of the UNERA-type programs seem to check for this properly, and only one bad-block checker (BD) even tells you when it does this. /kenw ------------------------------ Date: 1 Feb 88 17:57:54 GMT From: mccc!pjh@princeton.edu (Peter J. Holsberg) Subject: Suggestions for Irv Hoff's SD program In article <1988Jan31.140307.15273@gpu.utcs.toronto.edu> edwest@gpu.utcs.toronto.edu (Dr. Edmund West) writes: >TO: Irv Hoff > > I apologize for posting this generally, but I do not have Irv Hoff's >correct network address. Irv can be found on the CP/M Forum on CompuServe, and on no other networks that I am aware of. Perhaps someone will repost your message to him there. -- 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: 2 Feb 88 01:29:45 GMT From: ecsvax!tcamp@mcnc.org (Ted A. Campbell) Subject: Uh, well--I need some help with uuencode I guess Well, I'm ready to release the first version of the UCPM Manual but I realized I've never used uuencode before to try to encode an arc file in order to post it to the network. I've read the manual pages about five times over, and nothing I try seems to work. Anyone out there who can give me a real quick tutorial? -- Ted A. Campbell | Duke Divinity School | Durham, NC 27706 | email: tcamp@ecsvax | ------------------------------ Date: Mon, 1 Feb 88 20:02:13 -0500 (EST) From: "Philip H. Dye" Subject: Wanted: Small-C & Small-Mac (I am posting this again because some may not read it due to the incorrect subject box) I would love to see the follwing PD packages (at least Publically Distributable, if not Public Domain): Small-C 8080 and/or Z80 version Small-Mac (both) with all their on disk documentation. I want to work on a compiler package for a class we have here using the Motorola 68HC11 with the Buffalo (TM) monitor. I think these would be a great base to work from. Philip Dye ------------------------------ End of INFO-CPM Digest ****************************** 3-Feb-88 01:30:51-MST,3922;000000000000 Return-Path: Date: Wed, 3 Feb 88 01:30:09 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #28 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Wed, 3 Feb 88 Volume 88 : Issue 28 Today's Topics: BIOS debugging Debugging a new BIOS UCPM MANUAL RELEASE 1.0 now available from SIMTEL20 Z280 ---------------------------------------------------------------------- Date: 2 Feb 88 14:14 PST From: Alan Bomberger Subject: BIOS debugging The way I always did this was to gen the test verision for 32K. Now Use the DDT comand in you 64K version to BOOT the 32k version (This is done by changing your disk and then using DDT to branch to the BOOT part of your ROM) It has been so long that I can't remember how you arrange to regain control to the DDT in high memory. Anyway the DDT in high memory uses the 64K version of the BDOS to do its I/O, and the CCP, etc that runs in the 32K version is using the 32K BDOS. No problem. One way to gain control is to Note the address in location 38 (the DDT trap address) in the 64k version. load up DDT on the 32 K version and change location 38 to point to the 64K value. Now the next Breakpoint will cause control to pass to the DDT in high memory. Peace ------------------------------ Date: 1 Feb 88 21:18:36 GMT From: tektronix!orca!tekecs!frip!andrew@ucbvax.Berkeley.EDU (Andrew Klossner) Subject: Debugging a new BIOS [] "The problems it that all of these debuggers appear to use the BDOS to do their I/O, and this problem involves BDOS calls to the BIOS. Needless to say, this does bad things to the BDOS's internal stack ... Another complication is that, in this case, the CCP (or it's replacement) must be intact to handle the warm boot. I've whipped up a little assembler routine to fudge address 0005, etc., to keep the debuggers from overwriting it, so at least that's not a problem." As long as that assembler routine is already there, teach it to intercept the BDOS call, check to see if it's a terminal I/O request, and let it through if not; if it is terminal I/O, do it directly (call the BIOS or write directly to the UART). -=- Andrew Klossner (decvax!tektronix!tekecs!andrew) [UUCP] (andrew%tekecs.tek.com@relay.cs.net) [ARPA] ------------------------------ Date: Monday, 1 February 1988 21:03-MST From: ecsvax!tcamp@MCNC.ORG (Ted A. Campbell) Subject: UCPM MANUAL RELEASE 1.0 now available from SIMTEL20 Now available via standard anonymous FTP from SIMTEL20... Filename Type Bytes CRC Directory PD1: UCPM10.ARK.1 BINARY 74064 C16FH UCPM10.ARK is the UCPM Manual. This represents the first gleaning of work derived from the UCPM Survey. The result is a manual containing general articles on CP/M programming, machine-specific information (cpu configurations, terminal escape sequences and other video info, and disk format info), and general reference information on the BDOS, BIOS, and CP/M programming tools. -- Ted A. Campbell | Duke Divinity School | Durham, NC 27706 | email: tcamp@ecsvax | ------------------------------ Date: Tue 02 Feb 1988 18:01 CDT From: Scott McBurney Subject: Z280 Can someone tell me how much a Z280 costs and where I can get one? Thanks, Scott McBurney Western Illinois University Bitnet: MSRS003@ECNCDC.BITNET Internet: MSRS003%ECNCDC.BITNET@cunyvm.cuny.edu GEnie: S.MCBURNEY ------------------------------ End of INFO-CPM Digest ****************************** 4-Feb-88 01:33:21-MST,4830;000000000000 Return-Path: Date: Thu, 4 Feb 88 01:30:14 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #29 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Thu, 4 Feb 88 Volume 88 : Issue 29 Today's Topics: DateStamper Debugging a new BIOS Is the Z180 equivalent to the 64180? ---------------------------------------------------------------------- Date: Wed, 3 Feb 88 21:36:23 CST From: mknox@emx.utexas.edu (Margaret H. Knox) Subject: DateStamper At *LONG* last I finally got around to ordering PluPerfects DateStamper package. Overall impression -- Money VERY well spent! The did a good job, and for the price, a very good value. It took some time to go through and verify that none of the addresses used in the BDOS by DateStamper were in conflict with the numerous patches I have made myself (I could have used the "non-standard BDOS" version, but I hate to waste memory). It would have been nice if they had provided a list of address they alter. They reference a number of PD routines they have modified to work with DateStamper (MCAT, XCAT, APPEND, TOUCH, MAKE, EX14A, etc.) and say they are "available on various bulletin boards." Anyone know if any of these routines ever made it into the SIMTEL20 archives.? Sure wish I had source code (sigh!). Only a satisfied customer.... ------------------------------ Date: 2 Feb 88 04:31:04 GMT From: mnetor!utzoo!lsuc!ncrcan!brambo!wwg@uunet.uu.net (Warren W. Gay) Subject: Debugging a new BIOS In article <581*kenw@noah.arc.cdn> kenw@noah.arc.CDN (Ken Wallewein) writes: > > I trying to upgrade the BIOS of my brother's California Computer Systems >S100 system, and I've run into a bit of a snag. >etc... when it goes to relog >B: it sends the heads on B: on a colision course for the spindle. Needless ... >... Now we get to the _real_ problem: how do I debug it?!?!? ... What I suggest is that you judicously place some calls to print "progress" messages in various "suspect" portions of your BIOS, and re-assemble. If you can use another serial port to dump this info (like a line printer), you might be able to trace the approxiamte area of the problem. From there, you might be able to zero in on it. Dumping to another serial port makes it easier to get through a session without wading thru messages within the session. For debugging nasty things like that I like to put tests in like if "this data item doesn't look normal" then print "data item such & such is corrupt" /* hex dump even better... */ in various places in addition to the "print ? BIOS call entered" "print ? section x of BIOS call..." "print ? BIOS call returning..." etc... messages sprinkled about. However if this does not help, you'll have to provide more sophisticated debug traces with print calls etc. You might want to add a "print_hex_byte" to your bios to provide another tool to test with. I see no choice, but to wade into the code up to your eye balls. Ever tried to trace a vectored interupt for serial i/o using Zilogs SIO chips? Turned out to be hardware after 3 months of pulling my hair out; The serial i/o chips just needed a 150 ohm resister tied to +5 V on the system clock pin! Without that, they worked most of the time, but not all of the time! Had to resort to similar methods to the above, the exception being that I could not just dump serial data any time I wished (within the interrupt routine). -- Warren W. Gay - Bramalea Software Systems Inc...!utgpu!telly \ !brambo!wwg ...!{uunet!mnetor, watmath!utai}!lsuc!ncrcan / "Life is a compromise. So lets be #pragma-tic." ------------------------------ Date: Wed, 03 Feb 88 17:01:37 EST From: williams@nrl-css.arpa Subject: Is the Z180 equivalent to the 64180? In a recent Byte, Steve Ciarcia refered to "the Hitachi HD64180 (Z180)". Does this mean that Zilog is now a second source of the HD64180? Or is the Z180 not exactly the same as a HD64180? By the way, I got the first issue of Ciarcia's new magazine, Circuit Cellar Ink, yesterday, and it looks good. Just the thing for anyone who likes his Byte column and wants more. Thanks! Jim ------------------------------------------------------------ There is no 'd' in "kluge"! It rhymes with "deluge", not "sludge". James W. Williams williams@nrl-css.arpa Information Technology Division Naval Research Laboratory (202) 767-9190 Washington, DC ------------------------------------------------------------ ------------------------------ End of INFO-CPM Digest ****************************** 5-Feb-88 01:34:03-MST,4898;000000000000 Return-Path: Date: Fri, 5 Feb 88 01:30:37 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #30 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Fri, 5 Feb 88 Volume 88 : Issue 30 Today's Topics: CPM programs wanted. DateStamper Diskette problem UNIX unarc wanted ---------------------------------------------------------------------- Date: 3 Feb 88 08:15:25 GMT From: ihnp4!ihlpg!5glit@ucbvax.Berkeley.EDU (Beasley) Subject: CPM programs wanted. Path : ..!ihlpg!hvlpb!jtjong Hello everybody, I've a simple question. How can I get CPM programs. I've a system running under cp/m 2.2 and use kermit for communication. Can somebody help me where I can collect programs for my cpm system. Thanks Hans 't Jong The Netherlands Europe Path : ..!ihlpg!hvlpb!jtjong -- ------------------------------ Date: Thu, 04 Feb 88 09:14:07 PST From: Bridger Mitchell Subject: DateStamper Thanks for the kind words about DateStamper, Margaret. >> It took some time to go through and verify that none of the addresses >> used in the BDOS by DateStamper were in conflict with the numerous >> patches I have made myself (I could have used the "non-standard BDOS" >> version, but I hate to waste memory). It would have been nice if they >> had provided a list of address they alter. DateStamper's several internal patches into the standard DRI CP/M 2.2 BDOS require that the BDOS file functions operate exactly as in DRI's released version, and be located exactly at those addresses. DateStamper also patches the BDOS exit routine. The exact patches have evolved through several versions, and it wasn't possible to get them into the printed manual. The "long" or "non-standard BDOS" version of DateStamper patches only the entry to the BDOS. It has proved compatible with quite a variety of CP/M 2 emulators -- ZRDOS, P2DOS, Z80DOS, Apple, ...-- but requires about another 0.25K. >> They reference a number of PD routines they have modified to work with >> DateStamper (MCAT, XCAT, APPEND, TOUCH, MAKE, EX14A, etc.) and say they >> are "available on various bulletin boards." Anyone know if any of these >> routines ever made it into the SIMTEL20 archives.? Sure wish I had >> source code (sigh!). An increasing number of public-domain utilities are supporting DateStamping, particularly for file copying, directory listing, and disk cataloging. The ones you list are available on the DateStamper Toolkit disk from Plu*Perfect Systems. More recent ones include: CR23D and UNCR23D -- crunch/uncrunch PPIP -- file copy SAVSTAMP -- save create datestamp when editing,... ZFILER -- file utility Jay Sage's RCPM (617-965-7259) has a number of these. EX14a fixes EX14 (in-memory batch command processor), which wouldn't run with any sort of RSX. As a side note, DosDisk, which has just started shipping, provides datestamping for files on MS-DOS disks when run on a DateStamper-equipped system. The distribution disk includes upgraded directory (SDD) and file maintenance (DATSWEEP) utilities that display/use/manipulate the MS-DOS datestamps. Finally, you'd asked earlier about QP/M. It's a (Z80) CP/M 2.2 BDOS emulator by MicroCODE Consulting that has been used principally, I believe, on Kaypros and Zerox 820-I upgrades. --bridger ------------------------------ Date: Thu, 4 Feb 88 14:54:17 ECT From: Dag Henrik Braatane Subject: Diskette problem - - The original note follows - - I have just received the ConIX operating system for my Bondwell 2 CP/M computer. Computer Helper Industries could not deliver the diskette format for my computer, so I got KAYPRO DSDD 5 1/4 inch diskettes instead. I thought I could use the CONVERT.EXE program on my IBM-PC to read this format. (It kan read Kaypro 2, 2X, 4, 10 formats.) But it didnt work. I get a disk error message all the time. I have tried to remove resident programs, and CONFIG.SYS at startup, but nothing seems to help. P L E A S E, someone, H E L P... Dag Henrik Braatane DBRAATAN@NORUNIT.BITNET ------------------------------ Date: 2 Feb 88 22:27:19 GMT From: hpda!hpesoc1!hpcllla!hpclisp!hpcltjb!brengle@ucbvax.Berkeley.EDU (Tim Brengle) Subject: UNIX unarc wanted Is there a UNIX (actually System V) UNARC? How might I get hold of it (assuming that it exists)? Tim Brengle brengle%hpclisp%hplabs.hp.com ...!hplabs!hpclisp!brengle ------------------------------ End of INFO-CPM Digest ****************************** 6-Feb-88 01:34:39-MST,4017;000000000000 Return-Path: Date: Sat, 6 Feb 88 01:30:31 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #31 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Sat, 6 Feb 88 Volume 88 : Issue 31 Today's Topics: 1987 tax preperation software for a CP/M system? DateStamper Kermit for Kaypro1 Kit version of DosDisk ---------------------------------------------------------------------- Date: 5 Feb 88 07:47:36 PST (Friday) From: TReed.ElSegundo@Xerox.COM Subject: 1987 tax preperation software for a CP/M system? Does any exist, commercial or otherwise? Terry Reed ------------------------------ Date: 5 Feb 88 15:50:41 GMT From: abp@j.cc.purdue.edu (Jeffrey J Wieland) Subject: DateStamper In article <8802041714.AA01070@newton.arpa> bridger%rcc@RAND-UNIX.ARPA (Bridger Mitchell) writes: >Thanks for the kind words about DateStamper, Margaret. I've been using DateStamper since October; I used it with WordStar 4.0, Eco-C80, and the Make utility supplied in the tool kit to develop a ~3500 compiler for a course in compilers and operating systems that I took. DateStamper made keeping the numerous source files up-to-date easy. DatSweep made incremental backups possible (I use a 1M Advent RAM Disk; it sure beats copying ALL the sources just to make sure that everything is safely on a floppy). >As a side note, DosDisk, which has just started shipping, provides >datestamping for files on MS-DOS disks when run on a >DateStamper-equipped system. The distribution disk includes upgraded >directory (SDD) and file maintenance (DATSWEEP) utilities that >display/use/manipulate the MS-DOS datestamps. I've been using DosDisk since December (it came with my upgrade for the MultiCopy program for CP/M Kaypros). I take disks back-and-forth from work regularly, and I have only had a problem with one disk: a demo-disk for CompuView's VEDIT PLUS. None of our machines at work could read it, either. I was able to access it with Media Master on my Kaypro. I've also been using the public domain demo for BackGrounder II. Did you know that there is a way to log to another disk while running BGII? It involves DatSweep (doesn't work with NewSweep, so it must be something peculiar to DatSweep). Maybe if I get a full-time job, I'll spring for the complete version. Jeff Wieland abp@j.cc.purdue.edu ------------------------------ Date: Fri, 5 Feb 88 19:11:42 EST From: "Paul V. Pullen" Subject: Kermit for Kaypro1 I need some assistance from a Kermit expert in getting a properly assembled and loaded Kermit for my Kaypro1. I have all the asm files, and have tried to reassemble the machine dependent code to come up with a working Kermit. I find that if I try to download a file in excess of 116 packets, the Kermit cannot swallow the code at the same time it is writting to the disk. The error displayed on the screen is: ?unable to rec data Failed B0 KERMIT >> I am using version 4.05 of Kermit, and have C-Kermit in our base VAX down- loading files. As long as file size is small enough, the program does fine. Any assistance would be greatly appreciated. Paul Pullen Vax Address : pvpullen@CRDEC.ARPA ------------------------------ Date: Fri, 05 Feb 88 17:09:30 GMT From: MA18@SYSE.SALFORD.AC.UK Subject: Kit version of DosDisk I am interested in DosDisk as I have a Datestamper system and am daily moving files between by Z80 at home and a PC at work. Does anyone know what exactly is the implication of a "modern" bios that is required by the KIT version of this product? Thanks -- Tony Addyman P.S. I have not forgotten the request concerning CP/M Infocom games. ------------------------------ End of INFO-CPM Digest ****************************** 7-Feb-88 01:35:35-MST,4505;000000000000 Return-Path: Date: Sun, 7 Feb 88 01:30:31 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #32 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Sun, 7 Feb 88 Volume 88 : Issue 32 Today's Topics: Diskette problem DosDisk - an MS-DOS disk emulator for CP/M DosDisk kit version ---------------------------------------------------------------------- Date: 5 Feb 88 22:10:00 GMT From: clio!berger@uxc.cso.uiuc.edu Subject: Diskette problem If you can get ahold of Micro Solutions Uniform (about $ 100), it should be able to read/write both formats on your IBM-PC. Mike Berger Center for Advanced Study University of Illinois berger@clio.las.uiuc.edu {ihnp4 | convex | pur-ee}!uiucuxc!clio!berger ------------------------------ Date: Sat, 6 Feb 1988 08:15 MST From: Keith Petersen Subject: DosDisk - an MS-DOS disk emulator for CP/M The following file is presented "as-is" for informational purposes only. I have no connection with Plu*Perfect. --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--DOSDISK.TXT--cut-here-- DosDisk An MS-DOS Disk Emulator for CP/M Features - **direct access** to MS-DOS files from CP/M; no copying required - "log into" dos disk, including subdirectories - read, write, rename, create, delete, set attributes of MS-DOS files with standard CP/M programs - automatic DateStamping (in DateStamper, QPM, and CP/M 3 systems) Requirements - z80 or equivalent, 5 1/4" DSDD drive - 4.75K of tpa for RSX version (5K of system bank in XBIOS BSX version) - bios that supports externally set format Limitations - one MS-DOS drive, 9-sector DSDD format only - doesn't format disks or run MS-DOS programs (!) Preconfigured versions of DosDisk are available for: - all Kaypros with a TurboRom - all Kaypros with a KayPLUS rom and the QP/M operating system - Xerox 820-I with the Plus 2 rom and the QP/M operating system - Ampro Little Board - SB180 and SB180FX with XBIOS (both RSX and banked BSX) - Morrow MD3 - Morrow MD11 - Oneac ON! - Commodore C128 If your system is something else, you may be interested in the kit version. But to use it you will need: - **advanced** assembly-language Z80 experience - technical info on your bios - a bios with ability to set an external format To order: - specify: 5 1/4" format, computer, operating system, version - $30 (preconfigured) - $35 (banked and rsx versions for XBIOS) - $45 (kit) - add 3 s/h., and 6.5% tax in CA - Manual only: $5 Plu*Perfect Systems -- 410 23rd St. -- Santa Monica CA 90402 -- bridger mitchell ------------------------------ Date: Sat, 06 Feb 88 16:14:33 PST From: Bridger Mitchell Subject: DosDisk kit version The "kit version" of DosDisk requires writing and assembling an overlay for interface to the user's bios. The bios must have table-driven logical and physical disk format parameters, so that the overlay can, when DosDisk is loaded, set or install the MS-DOS format parameters IN THE BIOS. (Later when DosDisk is unloaded, the a different entry point in the overlay must restore the default format). More simply put, you have to be able to set the bios, somehow, so bios-read and bios-write calls will function correctly after valid track and sector calls have been made. "Old-style" bioses, with disk parameters hard-wired into the assembly code, don't normally support MS-DOS format; "modern" bioses provide some type of table-lookup for the parameters, and a method of altering or selecting the table values. The kit version is not recommend unless you have advanced Z80 assembly language experience and technical knowledge of your bios. The appendix of the user's manual lists the overlay specifications, and the kit includes a sample overlay. BTW, DateStamper is NOT REQUIRED for DosDisk, although they work in tandem very nicely. --bridger mitchell ------------------------------ End of INFO-CPM Digest ****************************** 8-Feb-88 01:31:09-MST,2203;000000000000 Return-Path: Date: Mon, 8 Feb 88 01:30:27 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #33 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Mon, 8 Feb 88 Volume 88 : Issue 33 Today's Topics: PPIP for DateStamper (where?) Sieve benchmark for Z280 ---------------------------------------------------------------------- Date: Sun, 7 Feb 88 14:56:39 CST From: mknox@emx.utexas.edu (Margaret H. Knox) Subject: PPIP for DateStamper (where?) Bridger mentioned a utility modified for use with DateStamper. The particular program was called PPIP, which I assume is a PIP replacement which doesn't necessarily alter all the dates when a file is copied. My impression from him is that this is a PD program. I haven't been able to find it around. Jay Sage's BBS (and thanks for the pointer, Bridger) had many of the others, but I couldn't find PPIP. I also do not believe it is on the Plu*Perfect tool disk. Am I overlooking it somewhere? Suggestions? tnx ------------------------------ Date: 5 Feb 88 16:27:47 GMT From: oliveb!intelca!mipos3!cadev4!dbraun@AMES.ARC.NASA.GOV (Doug Braun ~) Subject: Sieve benchmark for Z280 In article <8801301850.AA19041@newton.arpa> bridger%rcc@RAND-UNIX.ARPA (Bridger Mitchell) writes: >My third-hand understanding is that the current z280 mask doesn't >correctly handle code (and data?) changes that occur in the >associative cache memory. Self-modifying code is therefore >unreliable, and possibly there are problems with data values also. I have heard: 1: The above is a problem only in 8-bit bus mode. (I use 16-bit) 2: The latest mask revision (due out any day now) has fixed this. Would it make sense to start a Z-280 mailing list? I have no idea how this is done. If a moderator is needed, I would volunteer. Doug Braun Intel Corp CAD 408 496-5939 / decwrl \ | hplabs | -| oliveb |- !intelca!mipos3!cadev4!dbraun | amd | \ qantel / ------------------------------ End of INFO-CPM Digest ****************************** 9-Feb-88 01:31:57-MST,3219;000000000000 Return-Path: Date: Tue, 9 Feb 88 01:30:51 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #34 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Tue, 9 Feb 88 Volume 88 : Issue 34 Today's Topics: ARCHIVE patch Help with .ARC files Source for PPIP with DateStamping Support ---------------------------------------------------------------------- Date: Mon, 8 Feb 88 22:47:23 CST From: mknox@emx.utexas.edu (Margaret H. Knox) Subject: ARCHIVE patch The old ARCHIVE patch (aka ARCHIVE.ASM) had a bug which caused copies to diskettes with 'removeable media' checking to report BDOS DISK R/O errors. Isaac Salzman came out with a one-byte simple patch to fix the problem. Unfortunately, it was TO simple. It disabled completely the disk-change checking in the BDOS. Did anyone ever come up with a better fix for this problem? (Apparently clearing the archive bit was NOT updating the directory checksum used by the disk-change check routine.) I tried substituting the similar patch out of BBACK622.LBR (called ARCH.ASM), but it seems to have a different problem. 1. Create a file FOO.BAR 2. Set the ARCHIVE bit 3. Edit FOO.BAR 4. Examine the directory. The *new* file FOO.BAR has the ARCHIVE bit set, but the old file location (now FOO.BAK) has been cleared. Any suggestions (before I start disassembling more of BDOS)? tnx ------------------------------ Date: 5 Feb 88 21:30:00 GMT From: uicsrd.csrd.uiuc.edu!konicek@uxc.cso.uiuc.edu Subject: Help with .ARC files How do I 'unarc' a .ARC file? I know I'm stupid but I'm also new to this group. Thanks in advance, Jeff K. ARPA konicek%uicsrd@a.cs.uiuc.edu USE uiucdcs!uicsrd!konicek ATT (217) 244-0044 ------------------------------ Date: Mon 08 Feb 1988 10:22:44 EDT From: Subject: Source for PPIP with DateStamping Support PPIP certainly was and should still be on my Z-Node (I wrote the version with DateStamper support, version 1.5 if I remember correctly -- beware of later versions; several seriously defective ones were released). Whenever you are looking for a file on a remote system, you should use a command provided for that purpose. The command generally has one of the following names: FF, FIND, FILE, FINDF, FINDFILE, FILEFIND, WHEREIS, WIS. On my system, all of these and then some are available. If the command is FIND, for example, you would enter the command as FIND PPIP*.*. You should always use a wild expression (maybe even just PP*.*, and PIP*.* in addition) in case the file name is not exactly what you expect (such as in a library or squeeze or crunched or with a version number). On my system, the commands automatically make the file spec wild, and you can list several file specs for a single search. Thus on my Z-Node you could enter: FF PPIP,PIP This is equivalent to FF PPIP*.* and FF PIP*.* together. ------------------------------ End of INFO-CPM Digest ****************************** 10-Feb-88 01:32:46-MST,6220;000000000000 Return-Path: Date: Wed, 10 Feb 88 01:30:33 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #35 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Wed, 10 Feb 88 Volume 88 : Issue 35 Today's Topics: Diskette problem Kermit for Kaypro1 PPIP17.LBR is available from SIMTEL20 Z280 Errata ---------------------------------------------------------------------- Date: 8 Feb 88 21:29:23 GMT From: abp@j.cc.purdue.edu (Jeffrey J Wieland) Subject: Diskette problem In article <18700012@clio> berger@clio.las.uiuc.edu writes: > >If you can get ahold of Micro Solutions Uniform (about $ 100), it >should be able to read/write both formats on your IBM-PC. Uniform-PC is available from Emerald Microware for 64.95. They also have Uniform for CP/M machines at the same price. Their address is: Emerald Microware P.O. Box 1726 Beaverton, OR 97075 (503) 641-0347 Jeff Wieland abp@j.cc.purdue.edu ------------------------------ Date: 8 Feb 88 21:22:06 GMT From: abp@j.cc.purdue.edu (Jeffrey J Wieland) Subject: Kermit for Kaypro1 Try setting setting Kermit's buffer size down to 8 or 4 K. CP/M Kaypros have very slow disk i/o, particularly writes. It actually writes each physical (512 byte) sector 4 times! The ROM enhancements (e.g. Advent TurboROM) eliminate this. The TurboROM actually provides 4 times faster writes and 2 times faster reads. Jeff Wieland abp@j.cc.purdue.edu ------------------------------ Date: Tue, 9 Feb 1988 21:09 MST From: Keith Petersen Subject: PPIP17.LBR is available from SIMTEL20 For those looking for PPIP... Filename Type Bytes CRC Directory PD1: PPIP17.LBR.1 BINARY 67840 CD40H --Keith ------------------------------ Date: 9 Feb 88 17:12:33 GMT From: tektronix!zeus!dadla!donk@ucbvax.Berkeley.EDU (Donald C. Kirkpatrick;1236;92-716;LP=A;60iC) Subject: Z280 Errata In article <1635@mipos3.intel.com> dbraun@cadev4.UUCP (Doug Braun ~) writes: >In article <8801301850.AA19041@newton.arpa> bridger%rcc@RAND-UNIX.ARPA (Bridger Mitchell) writes: >>My third-hand understanding is that the current z280 mask doesn't >>correctly handle code (and data?) changes that occur in the >>associative cache memory. Self-modifying code is therefore >>unreliable, and possibly there are problems with data values also. > >I have heard: >1: The above is a problem only in 8-bit bus mode. (I use 16-bit) >2: The latest mask revision (due out any day now) has fixed this. > >Doug Braun Intel Corp CAD > 408 496-5939 > Here is the official bug sheet, as I received it from ZILOG: ============ Subject: Z280 Errata Dated: 06/05/87 at 1522. This document is a list of known bugs on the Z280 silicon, Revision G. 1. POSSIBLE CACHE CORRUPTION. This bug happens only when the Z280 is used in the Z80 bus mode. It can be attributed to the fact that the Z280 is designed as a 16-bit device with internal logic geared towards the transfer of words instead of bytes. In the Z80 bus mode with the cache enabled, a memory read of word quantity data (not instructions) causes the cache to be updated inadvertently. This happens only if the word data address is even aligned. This is best explained in the following example: The stack pointer (xSP) is pointing to location 1004H. The contents of external memory (not cache) locations 1004H and 1005H are "BB" and "CC" respectively. When a "POP HL" instruction is executed, the problem will exhibit itself. For correct operation, the following events should occur: a. Memory Read Transaction with address "001004" valid at time of address strobe (AS). When read (RD) is asserted, the data bus should contain "BB." Cache location "001004" should be updated to "BB" and validated. Register L should now contain "BB" as well. b. Memory Read Transaction with address "001005" valid at time of address strobe (AS). When read (RD) is asserted, the data bus should contain "CC." Cache location "001005" should be updated to "CC" and validated. Register H should now contain "CC" as well. Due to the errata, the following takes place instead: a. Memory Read Transaction with address "001004" valid at time of address strobe (AS). When read (RD) is asserted, the data bus contains "BB." Cache location "001004" inadvertently gets updated to "10" (contents of A15-A8) instead of "BB." Cache location "001005" gets updated to "BB" instead of "CC." Register L now contains "BB" as well. b. No second Memory Read Transaction takes place externally due to the fact that the cache now has "valid" data at location "001005" and supplies that data to the instruction. Register H now contains "BB" as well. This anomaly can be negated through any of the following methods: a. Use Z-Bus mode instead of Z80. b. Ensure that word data is odd-aligned. This will force two read cycles to occur in order to fetch the data. c. Ensure that no code resides in the same 16-byte memory space (0-F) that data resides in (A23-A4 cannot be the same). d. Disable cache. 2. BURST MODE MEMORY TRANSACTIONS. It has been discovered that the burst memory cycle does not function as described when in the X2 and X4 bus clock modes. It does function as specified in the X1 bus clock mode. What happens is that the IE signal behaves as if it were a normal memory access cycle. This should not impact many applications because the burst mode is used for high performance, and the highest performance should be observed with the X1 bus clock mode. =========== End of Errata ============ Rev H silicon is in the characterization stage and will go to production within the next 60 days. Beta test sites already have silicon for evaluation. Don Kirkpatrick 9 February 1988 ------------------------------ End of INFO-CPM Digest ****************************** 11-Feb-88 01:33:43-MST,5163;000000000000 Return-Path: Date: Thu, 11 Feb 88 01:30:54 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #36 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Thu, 11 Feb 88 Volume 88 : Issue 36 Today's Topics: 1987 tax preperation software for a CP/M system? DosDisk - an MS-DOS disk emulator for CP/M Help: Heathkit H89 manuals Help with .ARC files Kenmore Computer Technologies???? Warning About PPIP17 ---------------------------------------------------------------------- Date: 10 Feb 88 00:42:52 GMT From: abp@j.cc.purdue.edu (Jeffrey J Wieland) Subject: 1987 tax preperation software for a CP/M system? In article <880205-074842-2149@Xerox> TReed.ElSegundo@XEROX.COM writes: >Does any exist, commercial or otherwise? There is one that advertises in Profiles. Its called Federal Income Tax System (formerly called TaxBreak). The ad states that it handles Forms 1040, 1040A, and "other frequently used IRS forms". The price is $59.95 + $5.00 S&H. There is also a TaxPreparers version (presumably for people who do this sort of thing for a living) for $30 more. The company's name, address and phone are: SWC P.O. Box 706 Santa Teresa, NM 88008 The ad also says: TO ORDER OR FOR INFO PACKET CALL 1-800-862-2345 AT SECOND DIAL TONE: SWC OR 792 Note: I have no connection with this company, and I have never used any of their products. Jeff Wieland abp@j.cc.purdue.edu ------------------------------ Date: 9 Feb 88 09:19:41 GMT From: uflorida!codas!mtune!whuts!huh@gatech.edu (VAN_HELVOORT) Subject: DosDisk - an MS-DOS disk emulator for CP/M In article , W8SDZ@SIMTEL20.ARPA (Keith Petersen) writes: > An MS-DOS Disk Emulator for CP/M Is this emulator also available for the CP/M 68k (68000 processor). Or is the source in C available somewhere? Thank you. Huub van Helvoort. ihnp4!hvlpb!hvhelvoo ------------------------------ Date: 10 Feb 88 03:39:55 GMT From: epiwrl!parker@uunet.uu.net (Alan Parker) Subject: Help: Heathkit H89 manuals In article <1200001@otter.hple.hp.com> tjfs@otter.hple.hp.com (Tim Steele) writes: >Anyone got access to a technical manual for a Heathkit H89? > Yep, what do you want to know? ------------------------------ Date: 9 Feb 88 19:35:17 GMT From: portal!cup.portal.com!Robert_A_Freed@uunet.uu.net Subject: Help with .ARC files In article <46500006@uicsrd.csrd.uiuc.edu> konicek@uicsrd.csrd.uiuc.edu writes: > How do I 'unarc' a .ARC file? The CP/M programs UNARC.COM (for Z80 systems) or UNARCA.COM (for 8080/8085) will do this for you. Latest versions (1.6) are contained in the self- unpacking archive file, UNARC16.ARK. This is available in the SIMTEL20 archives or from most friendly neighborhood RCP/M systems. Download this file, rename to UNARC16.COM, and run it to extract the UNARC utility and related documentation. Bob Freed Internet: Robert_A_Freed@cup.portal.com Newton Centre, MA UUCP: ...!sun!portal!cup.portal.com!Robert_A_Freed ------------------------------ Date: 9 Feb 88 22:20:40 GMT From: ut-emx!cc.rob@sally.utexas.edu (J.P. Price) Subject: Kenmore Computer Technologies???? I've tried calling KCT in Kenmore NY., about their Z-TIME I clock board. The number on their manual is a residence, and directory assistance has no listing for them. Have they moved or shut down? I'm trying to connect the Z-time clock to a Heathkit H89. It works on a Kaypro but not the Heath. Does anyone have any suggestions? Patrick Price v : ------------------------------ Date: Wed 10 Feb 1988 14:19:26 EDT From: Subject: Warning About PPIP17 I saw the note from Keith about PPIP17 being available from SIMTEL20 and would like to offer a warning. That version of PPIP is seriously flawed. I used to have it on my Z Node, but many users complained that it did not work. When I tried it, I experienced serious problems as well. There would appear to be either a problem with the stack, careless use of page 0, or overflow of data onto code. The problems do not appear on all systems or at all times. They appear to be data dependent. These problems are unfortunate. The author of PPIP16 and PPIP17 added a desirable option, 'M' for 'move', to delete the source file after a successful copy. Perhaps an enterprising programmer will extract the code for this option and put it into PPIP15, which does work. Another feature that I have wanted to have in PPIP is a default to ignore SYS-type files and an option ('S') to include them. I use DateStamper, and PPIP always wants to copy the R/O-SYS file !!!TIME&.DAT file when I give a *.* file spec in user 0. It should be fairly straightforward to add such a feature. ------------------------------ End of INFO-CPM Digest ****************************** 12-Feb-88 01:34:37-MST,3675;000000000000 Return-Path: Date: Fri, 12 Feb 88 01:30:28 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #37 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Fri, 12 Feb 88 Volume 88 : Issue 37 Today's Topics: CBM <---> CP/M SIMTEL20 CP/M file list ---------------------------------------------------------------------- Date: 11 Feb 88 07:22:16 GMT From: gmwi1!marque!dennisf@csd1.milw.wisc.edu (Dennis Flaherty) Subject: CBM <---> CP/M I have a Commodore-128, a 1571 and a 1541 disk drive. I would really like to start using my C128's CP/M mode, but I can't copy any files to my CP/M disks. My vt100 emulator and my kermit programs will download any file to C128 mode, but I have nothing to move software to CP/M. Does anybody have a program to move software from C128 to CP/M? The program MUST run in C128 mode, of course, since if it ran only in CP/M mode, I wouldn't be able to run it! I tried downloading from RPICICGE the file PD:64CONVRT, but 64convrt doesn't read the CP/M directory correctly. Please, I'd like to get started with CP/M. There's a lot I can do once I get just a few programs across! 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 ------------------------------ Date: Thu, 11 Feb 1988 06:18 MST From: Keith Petersen Subject: SIMTEL20 CP/M file list >Is it common knowledge (which I have managed to somehow miss) that the >file list for the CPM archives on SIMTEL20 (and I refer specifically >to the version of the list delimited for dBASE) is not complete? > >I downloaded the thing, stuck it under dBASE, and was very happy with >it for several days until I started seeing some big inconsistencies. >Most recently, for instance, I was trying to track down a bug with the >ARCHIVE patch. NOTHING showed up in the SIMCPM list by that name. Yet >ARCHIVE.AQM is in CPM.DSKUTL as big as life. > >Is it only the more recent files in SIMCPM? I presumed it was machine >generated and complete. Having a dBASE version, particularly with >comments, is VERY nice...as long as I know when to go back to the >good, 'ol CRCLST. When I made the PD1:SIMCPM.IDX database and announced it to Info-Cpm I thought I had included a comment that it was not complete. Many of the older files are not included. There were just too many old ones for me to describe in the time that was available. I didn't want to include files with no description but if you think I should I can change the database. Perhaps a better approach would be to create a second database of undescribed files with a blank description field until I have time to do them or someone else has the time. You don't have to revert to the CRCLST. See PD1:FILES.IDX which is updated daily (sometimes several times per day when a lot of new files are added) containing a complete listing of all files. It's a comma-delimited file in the same format as SIMCPM.IDX but with a blank description field on each line. This file is a handy way to see "what's new" on SIMTEL20 if you don't want to wait for my monthly upload report. --Keith ------------------------------ End of INFO-CPM Digest ****************************** 13-Feb-88 01:35:44-MST,1992;000000000000 Return-Path: Date: Sat, 13 Feb 88 01:30:47 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #38 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Sat, 13 Feb 88 Volume 88 : Issue 38 Today's Topics: Help with .ARC files No DosDisk for cp/m 68k ---------------------------------------------------------------------- Date: 9 Feb 88 17:47:07 GMT From: ihnp4!alberta!auvax!tech@ucbvax.Berkeley.EDU (Richard Loken) Subject: Help with .ARC files From article <46500006@uicsrd.csrd.uiuc.edu>, by konicek@uicsrd.csrd.uiuc.edu: > > How do I 'unarc' a .ARC file? I know I'm stupid but I'm also new > to this group. > Well, if you are working with a Unix system or one of its clones or licencees you use a program called ``arc'', (who would have thought of it :-) ). Heck, I only found out last week. I can probably find the source around here if I look hard but you should look there first. Did arc come off the net originally? ********* 73 ********** Richard Loken VE6BSV . **** .. **** Athabasca University .... **** Athabasca, Alberta Canada ..........**** ihnp4!alberta!auvax ------------------------------ Date: Fri, 12 Feb 88 16:31:40 PST From: Bridger Mitchell Subject: No DosDisk for cp/m 68k >>>Huub van Helvoort. ihnp4!hvlpb!hvhelvoo asked: >>>Is this emulator also available for the CP/M 68k (68000 processor). >>>Or is the source in C available somewhere? DosDisk is written in z80 assembly language and licensed by Plu*Perfect Systems in binary form. In principle, a port to 68000 assembler should be possible if the 68k system supports user-installable RSX modules. --bridger mitchell ------------------------------ End of INFO-CPM Digest ****************************** 14-Feb-88 01:31:24-MST,7681;000000000000 Return-Path: Date: Sun, 14 Feb 88 01:30:17 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #39 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Sun, 14 Feb 88 Volume 88 : Issue 39 Today's Topics: Bitnet server overloaded CBM <---> CP/M Server down? WXTERM (Windowed Xmodem Terminal) source code needed (2 msgs) ---------------------------------------------------------------------- Date: Fri, 12 Feb 88 22:52:39 EDT From: "John S. Fisher" Subject: Bitnet server overloaded As many of you on the Bitnet-side of this list realize there have been some difficulties getting files from the Bitnet file server at RPICICGE. Three independent but simultaneous events seem to have caused serious network congestion through the main cooridor of Bitnet. The particular events are not important except for the fact the RPICICGE server was one source for the over-run of network data. Since I cannot allow my server to be an unfair burden to the network I have placed it into restricted service: File requests were limited to one per day, and directory listings were usually disabled. Februrary has just not been a good month. Some analysis of the types of requests flowing into the server indicated that most of the load was coming from people requesting directory listings at regular intervals (probably just to see what was new). I cannot really blame people for their actions, the server gave them no good alternative. At any rate, in an attempt to keep the server within acceptable traffic loads, I have made a couple of changes to how it operates: 1.) The /PDDIR command is be reworked. If just a directory name is specified (as in /PDDIR PD:) the server will return a list of the subdirectory names. Formally, it returned a complete listing of all files available from the server. 2.) If /PDDIR is used with more than just a directory name specified, it expects a new parameter, a number following the name pattern. The number specifies a limit on age for entries to be listed. If the number is omitted, the default is 30 meaning list no file older than 30 days. For example, /PDDIR PD:*.* 14 would search for any files in the CPM directory that have been add/updated in the last two weeks (but see #3, next). 3.) If /PDDIR is used with an asterisk appearing in the subdirectory name (as in /PDDIR PD:*.* and /PDDIR PD:*.*) then the search is unconditionally cut-off after 21 entries are found. That means that /PDDIR PD:*.* 99999 would list all entries in the SYSUTL subdirectory, but /PDDIR PD:*.* 9999 would list only the first 21 entries. 4.) Both /PDGET and /PDDIR keep track of the number of requests and the number of bytes the command generates. (Formally, only the /PDGET command keep counters, and the counters were for number of files.) Requests are denied with the counters reach 5 requests or 100,000 bytes, which ever comes first, in one day. (However, the first file requested during any day may exceed 100,000 bytes.) Counters are also kept by network node to prevent people from defeating the command limits by "cycling-through" userids. 5.) The server keeps a local cache of recently requested files. In many cases a file at Simtel20 would be updated, but the server on Bitnet would still have a cached copy of the old version. The server now tries to compare date-of-last-change to determine if the cached copy is the most current. Obsolete copies are discarded and the newest version fetched in its place. To make matters worse, complete testing of these changes has been frustrated by some local problems that have prevented reliable access to the Internet. The server is presently sitting with a two-day backlog of requests. But, be that as it may, most of the changes are long overdue. The limit parameters in place are best-guesses by me and are subject to change. Regards, JSFisher, maintainer of many (too many) things. ------------------------------ Date: 12 Feb 88 22:39:02 GMT From: portal!cup.portal.com!Brendan@uunet.uu.net Subject: CBM <---> CP/M Regarding your problem with the 64 converter reading the directory correctly...try formatting the CP/M disk with a different format...it may read only C-128 double sided, or single sided, or C-64 single sided...I used a converter program to get CP/M files for a while, and I ran across the same problem that you describe.. Brendan Kehoe UUCP: ...!sun!portal!cup.portal.com!Brendan_Patrick_Kehoe ------------------------------ Date: 13 Feb 88 07:07:40 GMT From: portal!cup.portal.com!Mike_W_Ryan@uunet.uu.net Subject: Server down? Is the server : LISTSERV@cicge.rpi.edu down or something? My messages keep bouncing with a host unknown message. Is there an alternative path? ------------------------------ Date: Sat, 13 Feb 1988 14:52 MST From: Keith Petersen Subject: WXTERM (Windowed Xmodem Terminal) source code needed WXTERM is a terminal/file transfer program for MSDOS that does Windowed Xmodem and Xmodem protocols. The WXTERM.ARC as distributed did not include source code. I believe this is written in Turbo Pascal and originates with some folks associated with the "PLINK" (People Link) service. It is public domain and distribution is encouraged because they want to see more people using the WXmodem protocol. On CP/M computers we have no implimentation of ZMODEM (which I consider to be a better protocol for the new high-speed modems and packetized networks). I had hoped that someone would write a Zmodem program but none seems forthcoming. The protocol seems too complex to try to write an assembly-language version for CP/M. Compiled "C" versions are too big to fit in most people's transcient program space. The only alternative seems to be to go to WXmodem. Does anyone have the latest Turbo Pascal source for it? I'd like to try to convert it to run on CP/M. --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: Saturday, 13 February 1988 17:05-MST From: Dave Goldblatt Subject: WXTERM (Windowed Xmodem Terminal) source code needed I would suggest using SEAlink over WXMODEM, as it is supported over a much larger base. SEALink is built into the Opus bulletin board system, and is present in MANY of the newer terminal programs. It is fully compatible with Xmodem, and uses a 6-block window for greater efficiency over packet-switched networks and the like. It is also VERY easy to implement. I'll see if I can dig up the sample source code for it; if you have a local Opus bulletin board, see if they have the BinkleyTerm program available; in the source for Binkley are routines for Zmodem, Xmodem, Ymodem, and SEAlink. -dg- Internet: dave@clutx.clarkson.edu or dave@sun.soe.clarkson.edu BITNET: dave@clutx.Bitnet or USERBH0U@CLVM.Bitnet uucp: {rpics, gould}!clutx!dave Matrix: Dave Goldblatt @ 1:260/360 ------------------------------ End of INFO-CPM Digest ****************************** 15-Feb-88 01:32:03-MST,1498;000000000000 Return-Path: Date: Mon, 15 Feb 88 01:30:40 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #40 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Mon, 15 Feb 88 Volume 88 : Issue 40 Today's Topics: DosDisk for CP/M-68K (ref: RSX modules) ---------------------------------------------------------------------- Date: Sun, 14 Feb 88 22:01:29 CST From: mknox@emx.utexas.edu (Margaret H. Knox) Subject: DosDisk for CP/M-68K (ref: RSX modules) With reference to Bridger Mitchell's comments about porting DosDisk to CP/M-68K (Z-80 assembly language running as RSX routine): CP/M-68K does indeed support RSX modules (I have written a number of them), although the total DRI documentation on them in the 68K manual consists of the statement that they are supported. I should point out however that porting a Z80 assembly language program to the 68000 is non-trivial. Better off to look at the Z80 code and use that as a template to re-write the program. The biggest problem is that the Z80 (and 8080) does not update the CC for a number of common instructions. A straight transliterated version will spend a lot of time saving and restoring (uselessly) the CC. Only other solution is to look at every conditional and see where the CC was actually determined. ------------------------------ End of INFO-CPM Digest ****************************** 16-Feb-88 01:32:35-MST,12638;000000000000 Return-Path: Date: Tue, 16 Feb 88 01:30:23 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #41 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Tue, 16 Feb 88 Volume 88 : Issue 41 Today's Topics: BITNET server mail problem CBM <---> CP/M (2 msgs) CP/M (PD?) Software CP/M-86 (2 msgs) DosDisk for CP/M-68K (ref: RSX modules) Looking for Tandon TM-703C information PCPI Applicard vs. Enhanced Apple //e Restricted BITNET File Server ---------------------------------------------------------------------- Date: Mon, 15 Feb 88 11:05 EST From: RLH <"RCVAXB::HAAR%gmr.com"@RELAY.CS.NET> Subject: BITNET server mail problem In addition to the network overloading w.r.t. the BITNET file server (LISTSERV@RPICICGE), I have been unable to get any access to the file server because of a frustrating e-mail problem. I am at a CSNET site where we use the domain-style addressing - e.g. HAAR@GMR.COM - that is understood by CSNET, ARPANET, and many others. The file server at RPICICGE is on BITNET and is unable to send mail to this address. It seems to need the suffix @RELAY.CS.NET. Unfortunately, I cannot give this as my return address in a file request because our mailer generates the return address automatically. Our systems people tell me that they cannot modify the CSNET mailer and that the domain-style address should be understood by any BITNET site that has up to date software and address tables. Yet this is clearly not the case at RPICICGE. Any suggestions other than to give up? Is there another source for public domain CP/M software on the net? I cannot get to SIMTEL20 any more because we are not on ARPANET. I have often used the Royal Oak RCPM (which has been very helpful in the past) because they are undergoing an operating system change from CP/M to TurboDOS and are not yet fully operational. I shouldn't be surprised by this kind of problem as I use three different, incompatible mail systems at work. But it is frustrating to see soemthing useful that you can't quite get to. Bob Haar [ HAAR@GMR.COM or HAAR%GMR.COM@RELAY.CS.NET ] ------------------------------ Date: 14 Feb 88 22:01:42 GMT From: dalcs!dalcsug!seeley@uunet.uu.net (Geoff Seeley) Subject: CBM <---> CP/M In article <36@marque.mu.edu>, dennisf@marque.mu.edu (Dennis Flaherty) writes: > > Does anybody have a program to move software from C128 to CP/M? > The program MUST run in C128 mode, of course, since if it ran only > in CP/M mode, I wouldn't be able to run it! I tried downloading > from RPICICGE the file PD:64CONVRT, but 64convrt doesn't > read the CP/M directory correctly. > The 64CONVRT program will work correctly, but the CP/M disk that is to be used must be formatted as a 64 SINGLE SIDED disk. Here is what I did to get a working copy of a terminal program under CP/M (IMP.COM): I first downloaded a copy of IMP.COM from a local BBS. Next I downloaded a copy of the 64CONVRT program. Boot up CP/M and type FORMAT to format a new CP/M disk. Select 64 SINGLE SIDED. The convert program will only read/write to this format. Run the convert program and transfer the terminal program to the new CP/M disk. Once you have the program on a CP/M disk you can then transfer it over to a double sided c128 CP/M format. Once you get IMP up and running, you can download CP/M programs directly to a CP/M formatted disk. Geoff Seeley (seeley@dalcsug.UUCP) -- /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ \ Mail replies, questions, | "Oh no ... the brakes don't work! ... Guess / / money, women, beer, etc. | theres no sense in steering now." \ \ to: | -Bob & Doug Mckenzie (STRANGE BREW) / / seeley@dalcsug.uucp |~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\ \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ ------------------------------ Date: 15 Feb 88 12:00:39 GMT From: marque!gryphon!pnet02!howie@csd1.milw.wisc.edu (Howard Herman) Subject: CBM <---> CP/M In Message From: dennisf@marque.mu.edu (Dennis Flaherty) writes: >I have a Commodore-128, a 1571 and a 1541 disk drive. I would >really like to start using my C128's CP/M mode, but I can't copy >any files to my CP/M disks. My vt100 emulator and my kermit >programs will download any file to C128 mode, but I have nothing >to move software to CP/M. > >Does anybody have a program to move software from C128 to CP/M? >The program MUST run in C128 mode, You have two choices that I know of: Big Blue CP/M Reader, which will convert files between CBM-CP/M-IBM. Also the public domain, X-LINK 2.1. The only diference that I know of between the two is that Big Blue will format disks, whereas the PD one must have the disks already formatted. I've been using X-LINK2.1A for some time for IBM/CBM transfers, and it works quite easily, being menu driven, and fast. The CP/M conversion part should work equally as fast and easily. Happy CP/Ming. Howie Herman UUCP: {ihnp4!scgvaxd!cadovax rutgers!marque}!gryphon!pnet02!howie INET: howie@pnet02.cts.com ------------------------------ Date: 10 Feb 88 23:10:08 GMT From: pasteur!sim.Berkeley.EDU!pchris@ucbvax.Berkeley.EDU (Chris Perleberg) Subject: CP/M (PD?) Software I recently obtained Atari's CP/M emulator for the Atari ST. It seems to work reasonably well. But I do need some software including a Z80 assembler, a C compiler, and a good text editor. I'm willing to pay (but how would I get it on Atari's ST CP/M format disks?) but public domain stuff would be fine. Are there any BBS's in the US (preferably in Calif/SF Bay Area) that have such software? If I have to pay, what would be a good fast assembler, not to fancy, but fast turn around time? How about a fast WS compatible editor? Any help that you can provide would be great. Thanks, Chris Perleberg pchris@sim.berkeley.edu ------------------------------ Date: Monday, 15 February 1988 07:49-MST From: "John A. Wright" Subject: CP/M-86 I have my Concurrent CP/M-86 up and running on a Commodore 256-80. Unfortunately, I did not receive a HEXCOM pgm with the utility disk and because of the BIOS, none of the terms currently available will run. I do have a term called Move-It which will allow me to capture files to buffer then save to disk. Gaagin unfortunately, I can only download ascii files. Now to the real problem. Can anyone tell me how to convert HEX files to binary files without HEXCOM? I think DDT should work, but I didn't get any literature with the disk. (The joys of owning an unsupported machine) I have tried the standard DDT commands and to no avail. I have an asm utility that runs fine so I have been downloading ASM and HEX files. I would really like to try some of the very good utilities that are available. Thanks in advance, John ------------------------------ Date: Monday, 15 February 1988 19:53-MST From: "John A. Wright" Subject: CP/M-86 Ref my ealier msg. I now have found that most utilities will run on this machine. Only problem is getting a CMD file over. Hexify seems to work until I use my form of Hexcom (gencmd). When I try to convert to cmd file, then run machine locks up. Anyone have any ideas?? I need some way of getting cmd (com) files to my machine,I cannot download binary files yet. ------------------------------ Date: 15 Feb 88 14:12:04 GMT From: rochester!ur-tut!cwwj@cu-arpa.cs.cornell.edu (Clarence Wilkerson) Subject: DosDisk for CP/M-68K (ref: RSX modules) I wrote a utility in Turbo Pascal that might be suitable for use as a template for programming this on other systems. My memory is that that it is on GENIE CP/M as DOSONCPM.ARC. I deleted the write to DOS disk because I had companion program for PC's that reads CP/M disks. DOSONCPM does support subdirectory reads. My experience with utilities to use CP/M diskettes on PC's is that it is slow. I imagine, but have not tried, that the reverse is true. Clarence Wilkerson . ------------------------------ Date: Mon, 15 Feb 88 21:46:20 EST From: "Mark E. Becker" Subject: Looking for Tandon TM-703C information Hello - I've been "gifted" with a TM-703C. On applying +12 and +5, the motor refuses to spin up even though the brake solenoid pulls in. On placing a pencil against the rotor, I can feel some vibration but there is no tendency for it to spin. I think one of the power transistors in the motor drive circuit may be blown. Before I think too much about sending it out for repair, I'd like to know if it's worth it... So: Does anyone have a list of drive parameters for this thing? Number of heads, number of cylinders, reduced-write-current point, precompensation track number, that sort of thing. The real win would be in finding the unformatted/formatted drive capacity. Thanks for your time - Mark Becker MBECK@AI.AI.MIT.EDU ------------------------------ Date: 15 Feb 88 08:45 From: binder%fizbin.DEC@decwrl.dec.com (Popular culture is an oxymoron.) Subject: PCPI Applicard vs. Enhanced Apple //e The PCPI Applicard's driver set includes one called FAST2E80, which was intended to provide much-improved screen handling on an Apple //e. FAST2E80 does not handle an Enhanced //e properly, because it invokes the "alternate" inverse uppercase character set that was replaced by MouseText in the Enhanced //e. Vanilla programs are fine, but WordStar (for example) displays the famous "MouseText garbage" for inverse uppercase. The Enhanced //e has faster screen handling than the original version; in fact, it's faster than FAST2E80 gives. So I should just be able to gen a driver set without this driver, right? Wrong. Most vanilla CP/M stuff seems to run all right without FAST2E80, but WordStar doesn't - every time I strike the DELETE key, everything below the cursor moves *down* a line. That means that WordStar can't be run on an Applicard system in an Enhanced //e. Argh! Does anyone know of a patch to FAST2E80 to make it select the *right* inverse uppercase character set? Or is there something in the setup options for installing the driver? Thanks, Dick Binder (The Stainless Steel Rat) DEC Easynet: FIZBIN::BINDER uucp: { decvax, allegra, ucbvax... }!decwrl!fizbin.dec.com!binder Internet: binder%fizbin.DEC@decwrl.DEC.COM ------------------------------ Date: Mon, 15 Feb 88 15:43 EST From: Timothy Stark <11TSTARK%GALLUA.BITNET@CUNYVM.CUNY.EDU> Subject: Restricted BITNET File Server Hello, I had seen J. Fisher fixed it and rerun it. I tried to send command to it but it said me that "* Service to your node had been discontinue". I will not appericated this again! I felt that people who live beyond YALEVM node, will be denied by his server. I want other nodes should have serve that near local nodes!!! We do not access to simtel20.arpa via FTP because it don't have Internet hookup. Would all files from simtel20.arpa be avaliable at GEnie online service??? If yes, I will get an account from GEnie by easy way. I need GEnie information that avaliable in Simtel20.arpa. Can you send me GEnie registration information include billing information?? I have new modem for my own and ignore Fisher's server. -- Tim Stark +==============================================================================+ | Timothy Stark | BitNet: 11TSTARK@GALLUA.BITNET | | Gallaudet University | Internet: 11TSTARK%GALLUA.BITNET@CUNYVM.CUNY.EDU | | P.O. Box 1453 | UUCP: ...!psuvax1!gallua.bitnet!11tstark | | Washington, DC. 20002 | CSNET: 11TSTARK%GALLUA.BITNET@RELAY.CS.NET | | USA | QLink: TimS18 | +==============================================================================+ "The deaf people called the only university for the deaf." ------------------------------ End of INFO-CPM Digest ****************************** 17-Feb-88 01:33:42-MST,5468;000000000000 Return-Path: Date: Wed, 17 Feb 88 01:30:26 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #42 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Wed, 17 Feb 88 Volume 88 : Issue 42 Today's Topics: CP/M-86 (2 msgs) Is the Z180 equivalent to the 64180? KCT clock on H89? SA-1004 info needed UNIX unarc wanted ---------------------------------------------------------------------- Date: 16 Feb 1988 19:55-CST From: John A. Wright Subject: CP/M-86 . As I stated before, I have trouble with cmd files. Does anyone know of a file on the TOPS-20 that will hexify a command file. I have used "HEXIFY"but it seems to place the wrong characters in the first two positions after the colon, and the line is 71 characters long. When I use asm86 and assemble a86 files, I generate hex files with a 1O after the colon, and lines that are only 65 characters long. Any ideas? Sorry if these seem like "dumb" questions, but not much information available for this machine, we are writing the manuals andgathering most of the software ourselves. Does anyone know where I cna find an A86 version of SQ and USQ as wel as DELBR for CP/M-86? Thanks in advance, John ------------------------------ Date: Tue, 16 Feb 1988 20:07 MST From: "Frank J. Wancho" Subject: CP/M-86 John, The number, in hex, after the colon, is the number of data bytes to follow after the PC (two hex bytes, low hex byte first) and a 00h. Thus, if the number after the colon is 10h (16d), the line length, in characters, would be: colon 1 count 2 address of PC 4 type (0 = bin) 2 data in hex 32 checksum 2 -- 43 or, an overhead of 11 characters. Thus, if the line is 71 characters long, the two characters after the colon would be 1Eh. If it were 65 characters long, the two characters would be 16h. In any event, DDT and LOAD both know how to handle counts other than 10h. All HEXIFY is trying to do is reduce the number of lines requiring that 11 character overhead by packing more data per line, all of which is perfectly legal in the Intel HEX format. --Frank ------------------------------ Date: 10 Feb 88 09:55:32 GMT From: mcvax!enea!liuida!obelix!pekka-r@uunet.uu.net (Pekka Akselin [The Mad Midnight Hacker]) Subject: Is the Z180 equivalent to the 64180? Hello! In article <8802032201.AA04237@nrl-css.ARPA> you write: [...] >Or is the Z180 not exactly the same as a HD64180? I've never heard of a Z180!? But there is an Z280 made by Zilog. It's just wonderful, it's a virtual memory 16-bit Z80 (extended instr. set) with MMU, instr. pipeline and data/instr. cache. AND lots more. It currently runs under a 10MHz clock (Xtal = 20MHz) but future versions will be as fast as 25MHz. The 10MHz version is approx. 3 times faster than a 5 MHz Z80. Running minix on this chip would be very nice! > By the way, I got the first issue of Ciarcia's new magazine, >Circuit Cellar Ink, yesterday, and it looks good. Just the thing for >anyone who likes his Byte column and wants more. How do you order the magazine? Bye. /pekka [...The Mad Midnight Hacker Strikes Again...] ______________________________________________________________________________ pekka-r@obelix.liu.se ...!uunet!enea!liuida!obelix!pekka-r Pekka Akselin, Univ. of Linkoping, Sweden (The Land Of The Midnight Hacker 8-) Bus error (core dumped) ------------------------------ Date: 16 Feb 88 23:43:47 GMT From: ut-emx!cc.rob@sally.utexas.edu Subject: KCT clock on H89? Is anyone familiar with the KCT Z-Time I clock board? KCT has apparently shut down, and I'm trying to hook one of these clocks (home-built) to a Heath 89 computer. It works fine on a Kaypro. Any suggestions? Patrick Price ------------------------------ Date: 16 Feb 88 23:41:14 GMT From: ut-emx!cc.rob@sally.utexas.edu Subject: SA-1004 info needed I have an Intertec 10 meg. hard disk that uses the Shugart 1004 8" hard disk. What I am wondering is if another controller can be put it place of the one that it currently has (a controller that has the same plugs as this one, which I think is SASI); or if another, smaller drive can be plugged in to replace the 1004. It works fine, but I'd like to go to a smaller compatible drive. Patrick Price ~ > ------------------------------ Date: 11 Feb 88 09:20:16 GMT From: mcvax!diku!dde!phn@uunet.uu.net (Per H. Nielsen) Subject: UNIX unarc wanted In article <1140010@hpcltjb.HP.COM>, brengle@hpcltjb.HP.COM (Tim Brengle) writes: > Is there a UNIX (actually System V) UNARC? How might I get hold of it > (assuming that it exists)? Just what I have been looking for. I would like to have one too. -- +---------------------------------------------------------------------------+ | Per H. Nielsen @ Dansk Data Elektronik A/S, | | E-mail: ..!uunet!mcvax!diku!dde!phn or phn@dde.uucp | +---------------------------------------------------------------------------+ ------------------------------ End of INFO-CPM Digest ****************************** 18-Feb-88 01:34:20-MST,5575;000000000000 Return-Path: Date: Thu, 18 Feb 88 01:30:43 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #43 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Thu, 18 Feb 88 Volume 88 : Issue 43 Today's Topics: UNIX unarc wanted Wanted: Zilog's Needed Z-80 assembly UUDECODE is available Z180 (or maybe 64180) ---------------------------------------------------------------------- Date: 17 Feb 88 19:24:30 GMT From: abp@j.cc.purdue.edu (Jeffrey J Wieland) Subject: UNIX unarc wanted In article <147@Giraf.dde.uucp> phn@dde.uucp (Per H. Nielsen) writes: >In article <1140010@hpcltjb.HP.COM>, brengle@hpcltjb.HP.COM (Tim Brengle) writes: >> Is there a UNIX (actually System V) UNARC? How might I get hold of it >> (assuming that it exists)? >Just what I have been looking for. >I would like to have one too. ARC for 4.2 BSD and System V is available via anonymous ftp from simtel20.arpa. They are in the directory "pd2:". This is a version of SEA ARC, so it doesn't support one of the file compression algorithms used by PKARC. I believe that PKARC has an option to force compatibilty with earlier ARC programs. This same directory has LAR, an LU clone for UNIX. Jeff Wieland abp@j.cc.purdue.edu ------------------------------ Date: 17 Feb 88 05:10:32 GMT From: ihnp4!upba!unocss!ca029@ucbvax.Berkeley.EDU (Jon Scheer) Subject: Wanted: Zilog's Needed Hi, Does anybody out there have a current address for Zilog? I have two old addresses that *don't* work: 10340 Bubb Road 1315 Dell Avenue Cupertino, Calif Campbell, Calif Please just post the address (I'm not looking forward to getting swamped by mail :-) Thanks. Jon Scheer ...!{ihnp4|codas|akgua|cbosgd}!ohgua!ugn!unocss!ca029 ------------------------------ Date: 17 Feb 88 09:23 From: w_smith%wookie.DEC@decwrl.dec.com (Willie Smith, LTN Components Eng.) Subject: Z-80 assembly UUDECODE is available Many moons ago, back in June sometime, I wrote a Z-80 assembly version of UUDECODE, and have been trying to get it to SIMTEL20 since then, but I seem to be having trouble getting mail to Kieth Petersen, so I thought I'd give one more shot at posting it to the entire net. Send me mail if you would like an encoded (HEX or UU) copy of the executable by return mail, and send me an 8 inch disk and return postage if you want the whole library with sources and such. The code was written with the SLR tools, so if your favorite assembler can't handle 16 character names and such you may need to hack the sources. The program runs 7 times as fast as the PASCAL version on my S-100 machine, but I have a hard disk cache so I wrote the disk I/O routines simply, and the program only runs at 50 percent of the speed of the PASCAL program on my floppies. I would guesstimate that the program will run about 10 times the speed of the PASCAL version on a RAM disk, though I haven't tried it. Your milage may vary. I know there was some interest in this back in June, but I haven't been able to get anyone's attention, so I thought I'd post one final notice to the entire net. If there's any interest, I can Email the binary or Snailmail the sources on an 8 inch 3740 disk (TPTB will have my head if I start mailing multiple copies of the source libary through our gateway....) Willie Smith P.O. Box 150 Hamilton, MA 01936 w_smith@wookie.dec.com w_smith%wookie.dec.com@decwrl.dec.com {usenet!backbone}!decwrl!wookie.dec.com!w_smith ------------------------------ Date: 17 FEB 88 13:21- From: RALPH%UHHEPG.BITNET@CUNYVM.CUNY.EDU Subject: Z180 (or maybe 64180) Date: 17-FEB-1988 13:12:23.41 From: Ralph Becker-Szendy RALPH AT UHHEPG To: 0::"info-cpm@simtel20.arpa",RALPH Subj: Z180 (or maybe 64180) Question: >Or is the Z180 not exactly the same as a HD64180? Answer: the latest Zilog magazine "The last word": Part-Number Z80180 Device Name Z180 8-bit MPU Description 1MByte Adressing, 2xUARTS, 2xCTC, 2xDMA, Z80 compatible Speed 8, 10 MHz Now, the Zilog "Components Literature Order Form": Part-Number 03-8272-01 Description Z180/Z64180 Technical Manual Unit Cost $12.00 Its amazing how interchangably they use the part number: is it actually a Z180, a Z80180, or a Z64180 ??? But it is obviously a second source for the Hitachi CPU. By the way, in the same naming convention the "interesting" ( <--- my personal judgement) CPU is called Z280 or Z80280. By the way, i found Zilog's customer support to be INCREDIBLY BAD ! Obviously they are not interested in selling their chips (at least to University types and research projects), because their main market is the military. They are unpolite, not helpfull, never call back, promise to send literature and samples and fail to do so, and so son. It was also quite difficult to get "new and hot" parts from ditributors, which is probably again due to their market orientation. 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." ------------------------------ End of INFO-CPM Digest ****************************** 19-Feb-88 01:35:18-MST,11836;000000000000 Return-Path: Date: Fri, 19 Feb 88 01:30:39 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #44 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Fri, 19 Feb 88 Volume 88 : Issue 44 Today's Topics: Hexify P2DOS23 - CP/M BDOS replacement now available from SIMTEL20 VT52 Emulator Problem z80-cpm boards for IBM-PCs ---------------------------------------------------------------------- Date: 18 Feb 1988 19:35-CST From: John A. Wright Subject: Hexify Frank, My machine does not conform to thestandard HEX convention. Here is a sample of a line that I got when I used "ASM86" to generate a hexfile. :1B000081BA0001B109E8CB04A080003C007503E9D103BB5B00BA5C05B921009C ^^ Notice the 81!. That appears for about 1/2 of the pgm, until I get a "short" line, then the 81 changes to an 82? Also note that the two "numbers" after the "1B are "00" not "01" that "Hexify" produces. Are these possibly CP/M-86 anomalies? I have not had any luckfinding any CP/M-86 books, do you have any possible titles or authors. Most, in fact all the "utilities" that I have found an A86 (ASM) file for, run on my machie. I have to ssume that all others will too once I figure this problem out. I just have to figure out how to convrt 8 bit files to 7 bit files for download. I am sending a CC to INFO-CPM, maybe I can get some assistance theretoo. Any help would be greatly (GREATLY) appreciated, I am doing this not only for me but about 1000 other Commodore CBM B-128/256 users in my Club. Thanks AGAIN in advance. John (ORPHAN IN OMAHA) ------------------------------ Date: Wednesday, 17 February 1988 10:28-MST From: "Donald C. Kirkpatrick" Subject: P2DOS23 - CP/M BDOS replacement now available from SIMTEL20 Now available via standard anonymous FTP from SIMTEL20... Filename Type Bytes CRC Directory PD1: P2DOS23.LBR.1 BINARY 63616 2AD1H In SUPRBDOS Benjamin Ho modified P2DOS to eliminate the need for most ctl-C's, but in doing so, he made the new BDOS disk error routine tables incompatible with both CP/M 2.2 and P2DOS. This incompati- bility was completely unnecessary. He also renamed the BDOS replacement which doesn't make sense either. I have modified his SUPRBDOS to re-establish full compatibility yet retain his improvements. I have also added some assembly-time options. You will find below an excerpt from the assembly listing describing more fully these changes. This library (crunched wtih CRUNCH24 and created with NULU) replaces P2DOS21.ARK, SUPRBDOS.ARK, and SUPRBDOS.BWR, all under PD1:. Don Kirkpatrick 503-629-1236 (work) 503-649-4078 (home) uucp: !tektronix!dadla!donk The assembly comments follow: TITLE 'P2DOS Disk Operating System' ;****************************************************************************** ;* * ;* P 2 D O S --Z80 REPLACEMENT DISK OPERATING SYSTEM VERSION 2.3 * ;* No more control-C to change disks! * ;* COPYRIGHT (C) 1985 BY: H.A.J. TEN BRUGGE * ;* ALL RIGHTS RESERVED MOLENSTRAAT 33 * ;* NL-7491 BD DELDEN * ;* THE NETHERLANDS * ;* TEL:..31-5407-1980 * ;* P2DOS WAS WRITTEN BY HERMAN TEN BRUGGE, WHO ASSUMES NO RESPONSIBILITY * ;* OR LIABILITY FOR ITS USE. P2DOS IS RELEASED TO THE PUBLIC DOMAIN FOR * ;* NON-COMMERCIAL USE ONLY. * ;* * ;* THE PULBLIC IS ENCOURAGED TO FREELY COPY AND USE THIS PROGRAM FOR * ;* NON-COMMERCIAL PURPOSES. ANY COMMERCIAL USE OF P2DOS IS PROHIBITED * ;* UNLESS APPROVED BY THE AUTHOR, H.A.J. TEN BRUGGE, IN WRITING. * ;* * ;* THIS IS MOD 2.3 TO THE RELEASE VERSION OF P2DOS * ;* * ;****************************************************************************** ;* ;* Mod 2.3 Revisions ;* ;* By Donald C. Kirkpatrick ;* 17595 S.W. Pheasant Lane ;* Beaverton, Oregon 97006 ;* 15 February 1988 ;* uucp: !tektronix!dadla!donk ;* ;* Name returned to P2DOS. ;* ;* Restored full compatibility with P2DOS mod 2.1 and Digital Research ;* BDOS. Moved disk error routines and path location address back to ;* where they were in P2DOS. Fixed Drive Reset Command 37 so only drives ;* specified in reset vector are affected. ;* ;* Made system file r/o an assembly time option to satisfy Benjamin Ho's ;* desire to not protect system files yet allow those of us who want ;* insurance to take insurance. ;* ;* Added single character ignore read/only status. It seemed just too ;* dangerous to allow any character except ^C to cancel r/o status. ;* This is an assembly time option, so those who wish to retain the ;* any character cancels r/o status may. The ignore r/o status ;* character was chosen to be ^X (CANCEL), but may be set to anything ;* by changing the IGNORE equate. ;* ;* Added flag to the FLAGS byte to disable ignore r/o status so a ;* running program can insist that the r/o status of a file or disk ;* be observed. ;* ;* Added an assembly time option to allow true XON (^Q) - XOFF (^S) ;* start/stop of console output. If this option is selected, only ;* a ^Q will restart suspended console output. Also added is an assembly ;* time option so suspended console output cannot be restarted by ;* ^S. It has always seemed a mistake that a second ^S would restart ;* something suspended by ^S. If neither assembly time option is ;* selected, console suspention will operate just as it always has. ;* ;************************************************************************** ;* ;* MOD 2.2 Revisions (Mod 2.2 a.k.a. Mod 0.2 of SUPRBDOS) ;* Renamed to SUPRBDOS ;* By Benjamin Ho ;* 626 Emerson St. ;* Evanston, IL 60201 ;* Background: ;* ;* P2DOS MOD 2.1 was not a major improvement on the standard CP/M BDOS. ;* While it added Public files, slightly more informative error messages, and ;* time stamp support, it did not fix the major annoyances of the CP/M BDOS, ;* namely the necessity of logging in new disks with Control-C, mystifying ;* error messages, and a delete key that looked like it didn't delete. ;* ;* P2DOS MOD 2.2 is a major enhancement which liberates the CP/M user from all ;* these annoyances. It is compatible with all CP/M software except those ;* that modify the BDOS. Fortunately, that type of program is extremely rare. ;* ;* P2DOS MOD 2.2 may be used with ZCPR3 to provide an extremely powerful ;* 100% CP/M 2.2 compatible operating system. The resulting system is not ;* subject to Digital Research's licensing agreement. The only restriction ;* is that it may be used for non-commerical use only, as stated by the ;* authors of ZCPR3 and P2DOS. ;* ;* Enjoy! ;* 9/2/86- ;* Added automatic login of changed disks--no more Control-C ;* when changing disks! ;* Removed P2DOS tie to ZCPR2. Can now be used with ZCPR3 or ;* (ugh!) normal CP/M. ;* Improved error messages: ;* Disk Error on X: Read Error ;* Write Error ;* Non-existent drive ;* File is Read-Only ;* Fixed delete key--now works like backspace. No echoing characters ;* Allowed functions 13 and 37 to recognize changes between single and ;* double sided disks on machines which normally require a warm ;* boot when "sidedness" is changed. Bios modification is needed ;* to support this feature ;* Fixed directory read bug. Function 37 bug which plagued ;* library utility program NULU 1.5 is fixed. ;* Choice of assembly by M80 and compatibles or public domain ZASM ;* System files are read/write, as in CP/M. Changed from P2DOS ;* mod 2.1 in which system files were R/O ;* Deleted P2DOS search path so the more flexible ;* ZCR3 search path could be used ;* File split into 3 sections for easy of editing. ;****************************************************************************** ------------------------------ Date: Thu, 18 Feb 88 10:54:05 MST From: ZUC02AA%WYOCDC1.BITNET@CUNYVM.CUNY.EDU Subject: VT52 Emulator Problem Hello CPM list - I have a problem that can't really be answered with a simple yes or no. Recently, LISTSERV@RPICICGE.BITNET started carrying CPM files from SIMTEL20. I have a Kaypro 2X, work on a VAX cluster running VMS, am on BITNET myself, and with great joy noticed a VT52 emulator. Got it, and it didn't work. Ok. The file was KP-VT52.LBR. I ordered it mailed, uuencoded. Used a CPM version of Kermit to download it to my Kaypro. Decoded it. Ex- tracted everything with NULU151.COM (also ordered from the LISTSERV). Using a 300/1200 baud Avatex brand partially Hayes compatible modem, I fired it up. It sat there, dead still. No response of any kind. With the modem on, the screen starts a pyrotechnic display that 15 years ago I would have considered a cheap high. This machine was gone. Had to push the reset. I traced exe- cution with DDT and here's what I saw: PC Instruction ==== =========== 0100 NOP 0101 NOP 0102 LXI H,0000*0105 0105 DAD SP*0106 0106 SHLD 0506*0109 0109 LXI SP,4082*010C 010C LXI D,4000*010F 010F LXI H,05F9*0112 0112 LXIB,05FA*0115 0115 ??= ED*425D 425D RST 07*425D and the PC is 425D forever after. This emulator was written in Z80 by Ray Rizzuto and he used Z80MR as an assembler (which I notice is also available from this LISTSERV). He states in his accompanying documentation that this is written for non-graphic versions of the Kaypro and you guessed it mine is a graphics version. Has anyone used this emulator? Is there an updated version available? How about a fix of some kind (I'm not a Z80 whiz but I can stumble through instructions)? Or, is there another VT52 emulator I can get? Any help would be greatly appreciated by myself and by several other Kaypro owners here who are watching and waiting! I am not on this list so please write to me directly. Thanks! Rich Travsky University of Wyoming ZUC02AA@WYOCDC1.BITNET P.S. Once - ONCE - after jiggling the modem cable, I got the modem to auto-dial, but the screen was completely blank (not even a cursor). Haven't figured that one out yet. ------------------------------ Date: Thu, 18 Feb 88 15:27:28 PST From: JAJZ801%CALSTATE.BITNET@CUNYVM.CUNY.EDU (JEFFREY SICHERMAN - CALSTATE LONG BEACH) Subject: z80-cpm boards for IBM-PCs 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. Jeff Sicherman jajz801@calstate.bitnet ------------------------------ End of INFO-CPM Digest ****************************** 20-Feb-88 01:36:17-MST,6017;000000000000 Return-Path: Date: Sat, 20 Feb 88 01:30:47 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #45 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Sat, 20 Feb 88 Volume 88 : Issue 45 Today's Topics: CP/M (PD?) Software Help with Heath Z-89 and ZCPR-3.... HEX codes for CP/M-86 Kenmore Computer Technologies???? MSUTILS.LBR CP/M-68K utilities uploaded Wanted: Zilog's Needed Z180 (or maybe 64180) ---------------------------------------------------------------------- Date: 17 Feb 88 19:49:42 GMT From: imagen!atari!portal!cup.portal.com!Brendan@ucbvax.Berkeley.EDU Subject: CP/M (PD?) Software The following are some boards that offer CP/M software in the CA area: Tulare CBBS & RCP/M (209)/685-0306 24 Hrs 3/12/24 8/N/1 SERVU (408)/238-9621 24 Hrs 3/12/24 8/N/1 (has 85 megs of space) Santa Clara RCP/M (408)/247-2853 24 Hrs 3/12 (has 80 megs) Emerald Lake FOG #48 (415)/365-2650 24 Hrs 3/12/24 (has 135 megs) KAYFUN BBS (415)/572-8219 24 Hrs 3/12/24 (has 10 megs) FOG #4 (415)/591-6259 24 Hrs 3/12/24 (has 92 megs) FOG #33 (415)/655-1206 24 Hrs 3/12 (has 20 megs) VixPics (415)/965-4097 24 Hrs 3/12 (has 43 megs) SIGSIG FOG #31 (415)/968-7369 24 Hrs 3/12/24 (has 45 megs) Brendan Kehoe UUCP: ...sun!portal!cup.portal.com!Brendan_Patrick_Kehoe Portal: Brendan ------------------------------ Date: 18 Feb 88 21:36:57 GMT From: 16bits.dec.com!opalka@decwrl.dec.com (Bill Opalka 381-1224) Subject: Help with Heath Z-89 and ZCPR-3.... Hello, I have a problem maybe someone out there can help me with. I have a HEATH Z-89 computer with a Magnolia Sasi Interface card and a 20 Meg winnie on which I'd like to install Z-COMM/ZCPR-3. My problem is that Z-COMM will install alright but it won't recongnize the Floppy drives. After talking to the folks are Echelon about it, I decided to return Z-COMM and put up with vanilla Magnolia CPM 2.2.04. Well it's been about 6 months and I'm getting pretty tried of not having all the neat features of a Z-SYSTEM so here are my options: 1) Buy the BIOS sources from Magnolia and do a manual installation ($75.00 for the sources plus the work to do the installation) 2) Buy CPM 3.0 system board from Magnolia ($175.00) and wait for ZCPR-33 to be implemented on CPM 3.0 3) Bring up my Heath version of CPM 2.2.03 and implement Magnolia's controller into that BIOS ($75.00 for source again from Magnolia plus time to implement the controller into the Heath BIOS) 4) Tollerate standard CPM (BTW I do use EZCPR) 5) Buy an IBM compatable. (Notice it's the last option!!!) Any other options ? My ideal choice is to find someone whose implemented ZCPR-33 with the Magnolia Version of CPM borrow there code to implement ZCPR-33. Anyone willing to give me a help in doing this ??? thanks, /bill ------------------------------ Date: 19 Feb 1988 20:15-CST From: John A. Wright Subject: HEX codes for CP/M-86 Frank, I found a hex code for MDM840. For your information only, the HEX file is identical to what my"asm86" produces. 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? Again, thanks fo your invaluable help thus far. If you can find any books on CP/M-86, please provide me the titles/author. ------------------------------ Date: 18 Feb 88 19:20:14 GMT From: rochester!ur-tut!ur-valhalla!moscom!adp@bbn.com (Alan Percy) Subject: Kenmore Computer Technologies???? In article <789@ut-emx.UUCP> cc.rob@ut-emx.UUCP (J.P. Price) writes: > >I've tried calling KCT in Kenmore NY., about their Z-TIME I clock board. > >I'm trying to connect the Z-time clock to a Heathkit H89. It works on a >Kaypro but not the Heath. Does anyone have any suggestions? > Yes we are still here!!!! We moved a little over six months ago, that's all!!! Our new address and phone number Kenmore Computer Technologies 30 Suncrest Drive Rochester, NY 14609 (716) 654-7356 or you can reach me through the Net at the address below: -- Alan Percy..........................{rutgers,ames,cmcl2}!rochester!moscom!adp ------------------------------ Date: Fri, 19 Feb 88 20:53:20 CST From: mknox@emx.utexas.edu (Margaret H. Knox) Subject: MSUTILS.LBR CP/M-68K utilities uploaded A new batch of PD utilities for CP/M-68K have been uploaded onto SIMTEL20 and placed in PD1: as MSUTILS.LBR. This library contains a number of usefull CP/M-68K programs (in MSDOS style), including COPY, PROTECT, ERASE, SD, and many more. Written by Dave Wilcox (who has also done up a very extensive CP/M-68K fortran statistics package with graphics capability (not PD, though)), these routines should simplify a lot of common tasks. The CRC for this file is 4C6Ah, and is about 135k long (lots of source, even squeezed). Enjoy. ------------------------------ Date: 18 Feb 88 15:59:28 GMT From: oliveb!intelca!mipos3!cadev4!dbraun@AMES.ARC.NASA.GOV (Doug Braun ~) Subject: Wanted: Zilog's Needed 210 Hacienda Ave., Campbell, CA 95008-6609 408 370-8000 Doug Braun Intel Corp CAD 408 496-5939 / decwrl \ | hplabs | -| oliveb |- !intelca!mipos3!cadev4!dbraun | amd | \ qantel / ------------------------------ Date: 19 Feb 88 14:36:47 GMT From: rochester!ur-tut!cwwj@louie.udel.edu (Clarence Wilkerson) Subject: Z180 (or maybe 64180) I was surprised to see the Z80180 listed as addressing 1 meg of memory when the 64180 only does 512k. ------------------------------ End of INFO-CPM Digest ****************************** 21-Feb-88 01:31:54-MST,1530;000000000000 Return-Path: Date: Sun, 21 Feb 88 01:30:25 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #46 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Sun, 21 Feb 88 Volume 88 : Issue 46 Today's Topics: Sieve benchmark for Z280 ---------------------------------------------------------------------- Date: 18 Feb 88 09:06:30 GMT From: mcvax!enea!liuida!pekka@uunet.uu.net (Pekka Akselin [The Mad Midnight Hacker]) Subject: Sieve benchmark for Z280 Hello! In article <1635@mipos3.intel.com> dbraun@cadev4.UUCP (Doug Braun ~) writes: >Would it make sense to start a Z-280 mailing list? I have no >idea how this is done. If a moderator is needed, I would volunteer. This is a good idea and put me on the list, please, if is started. Thanks in advance. I've bought a Z280 and I will investigate if my chip is a broken one. I need a correct chip 'cause I will exchange my old Z80 in my machine to a faster Z280. The Z80 is used as a (slow) IO processor. Bye. /pekka [...The Mad Midnight Hacker Strikes Again...] ______________________________________________________________________________ pekka@majestix.liu.se ...!uunet!enea!liuida!majestix!pekka Pekka Akselin, Univ. of Linkoping, Sweden (The Land Of The Midnight Hacker 8-) Bus error (core dumped) ------------------------------ End of INFO-CPM Digest ****************************** 23-Feb-88 01:33:21-MST,2835;000000000000 Return-Path: Date: Tue, 23 Feb 88 01:30:58 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #47 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Tue, 23 Feb 88 Volume 88 : Issue 47 Today's Topics: An Oops... AWK for CP/M.Is it on simtel20? The MEX Package Z280 wanted ---------------------------------------------------------------------- Date: Mon, 22 Feb 88 16:01:52 MST From: ZUC02AA%WYOCDC1.BITNET@CUNYVM.CUNY.EDU Subject: An Oops... I sent some mail earlier to this list about MEX. I forgot to mention that I'm not on this list, please respond to me directly. Sorry and Thanks. ------------------------------ Date: Mon, 22 Feb 88 15:13:10 GMT From: MA18@SYSE.SALFORD.AC.UK Subject: AWK for CP/M.Is it on simtel20? Does anyone know if there is a CP/M version of Unix AWK on simtel20? I think the file is BAWK.LBR, but I don't know which directory if any it is in Thanks --Tony Addyman ------------------------------ Date: Mon, 22 Feb 88 11:27:09 MST From: ZUC02AA%WYOCDC1.BITNET@CUNYVM.CUNY.EDU Subject: The MEX Package Last week I sent mail to this list about a CPM VT52 emulator for Kaypros that wasn't working too well. I have since learned enough about the problem to know that it is unresolvable. Instead I have been pointed to MEX, which, I am told, has fair VT100 emulation. MEX is commercially available with this fea- ture (known as MEX-PLUS or something like that) for a hundred bucks. Does any- one know if any of the files in are equivalent in functionality to the commercialy avaliable version? As long as I'm here... I sort of have a way to FTP things now, but we haven't got a nameserver in operation. Can someone tell me the numerical address of SIMTEL20? Thanks in advance! Richard Travsky University of Wyoming ZUC02AA@WYOCDC1.BITNET ------------------------------ Date: Mon 22 Feb 1988 12:48 CDT From: Scott McBurney Subject: Z280 wanted I have seen information on the Z280 posted several times here. What I would like to do is work in replacing the Z80 in a TRS-80 model 4 with a Z280. Some of the features I would like it to have include extended memory and greater speed. Can someone tell me where I can get a Z280 and how much do they cost? Scott McBurney Western Illinois University Internet: MSRS003%ECNCDC.BITNET@cunyvm.cuny.edu Bitnet: MSRS003@ECNCDC GEnie: S.MCBURNEY ------------------------------ End of INFO-CPM Digest ****************************** 27-Feb-88 01:32:46-MST,9059;000000000000 Return-Path: Date: Sat, 27 Feb 88 01:30:31 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #48 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Sat, 27 Feb 88 Volume 88 : Issue 48 Today's Topics: Corvus hard drive for Osborn Exec simcpm.idx UCPM arrived munged Wordstar 4.0 support (3 msgs) Z-280 documentation Z180 (or maybe 64180) ---------------------------------------------------------------------- Date: 26 Feb 1988 16:38-CST From: John A. Wright Subject: Corvus hard drive for Osborn Exec I have found a board for the Corvus hard drive that is supposed to fit my Osborne Exec. Only problem is I don't know how to install it. I have a 20mb Corvus and would like to try and connect the two. Anyone have any ideas? Thanks in advance John ------------------------------ Date: Fri, 26 Feb 88 10:57 CST From: Subject: simcpm.idx I read the note on the documented cpm index. Can someone send me the dBase format and what the codes mean? I would also like to know what other documented indexes are available, i.e., msdos, misc. ------------------------------ Date: 24 Feb 88 19:48:45 GMT From: dcatla!mclek@gatech.edu (Larry E. Kollar) Subject: UCPM arrived munged The UCPM that I got uudecoded fine, but wouldn't unarc. Could one kind soul mail it to me please? Thanks in advance, Larry Kollar ...!gatech!dcatla!mclek ------------------------------ Date: 25 Feb 88 02:35:51 GMT From: jik@athena.mit.edu (Jonathan I. Kamens) Subject: Wordstar 4.0 support 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. A few of you sent me hacks which might fix the problem, but I simply haven't had time to hack with it. (Why hack an 8080 when you can hack a VAX?) However, I continued to try to get official help from Micropro. About a month and a half after my first letter, I sent another one. A month and a half after that, I sent another one, this time with a copy going to the president of the company and the director of customer services. A week later, I got a check for $94 from them. 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. Pretty bad customer relations policy, if you ask me. -=> Jonathan I. Kamens | "There is no expedient to which man will not go MIT '91 | to avoid the real labor of thought." jik@ATHENA.MIT.EDU | -- Thomas Alva Edison ------------------------------ Date: 26 Feb 88 07:21:44 GMT From: killer!elg@ames.arc.nasa.gov (Eric Green) Subject: Wordstar 4.0 support in article <3202@bloom-beacon.MIT.EDU>, jik@athena.mit.edu (Jonathan I. Kamens) says: > 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. [...] > 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. > > Pretty bad customer relations policy, if you ask me. It's a real pain in the a$$ to debug a foreign hardware configuration over the phone. For the past three weeks, I've had that dubious pleasure, with folks in California that have a very WEIRD modem/interface setup. Despite them reading me the manuals over the phone line, and me saying "Gawd, that's the strangest thing I've ever seen", we simply could not get the combination working right with our program. Finally they said "hell, we'll just ship it to ya, and you can figure it out over there instead of us running up a $500 phone bill". So right now that combo is in transit via UPS... it simply is infeasible to try to deal with strange hardware via remote control. However, I doubt that Micropro has the personel, management, or facilities to do that, and besides, do you want to lose the use of your computer for 30 days while Micropro figures out what's wrong? Certainly Micropro should have written you a letter, telling you that they were sorry etc. But I really can't fault them for throwing up their hands and giving your money back. You can't run a program on equipment you don't have. -- Eric Lee Green elg@usl.CSNET Asimov Cocktail,n., A verbal bomb {cbosgd,ihnp4}!killer!elg detonated by the mention of any Snail Mail P.O. Box 92191 subject, resulting in an explosion Lafayette, LA 70509 of at least 5,000 words. ------------------------------ Date: 26 Feb 88 17:36:08 GMT From: jik@athena.mit.edu (Jonathan I. Kamens) Subject: Wordstar 4.0 support In article <3502@killer.UUCP> elg@killer.UUCP (Eric Green) writes: > >However, I doubt that Micropro has the personel, management, or >facilities to do that, and besides, do you want to lose the use of >your computer for 30 days while Micropro figures out what's wrong? >Certainly Micropro should have written you a letter, telling you that >they were sorry etc. But I really can't fault them for throwing up >their hands and giving your money back. You can't run a program on >equipment you don't have. I might agree with that in principal, but I think that in this case you are wrong, because you are missing several very important facts about my particular situation: 1. Wordstar 3.33 worked PERFECTLY on my computer with no problems whatsoever, and the new hardware driver is not very different from the previous one. Isn't compatibility supposed to increase when the version number increases? 2. MicroPro did not even make an effort to help me. They didn't call me, they didn't respond to my letters, and they apparently didn't care whether I solved my problem or not. 3. My hardware configuration is *not* unusual. To say that it is unusual for an Apple ][+ CP/M user to have an 80-column card other than a Videx is ridiculous. Furthermore, it would have taken then 0 minutes over the phone to replace the laser printers disk which was fried when I received the software and which they never replaced. -=> Jonathan I. Kamens | "There is no expedient to which man will not go MIT '91 | to avoid the real labor of thought." jik@ATHENA.MIT.EDU | -- Thomas Alva Edison ------------------------------ Date: 23 Feb 88 16:13:44 GMT From: oliveb!intelca!mipos3!cadev4!dbraun@AMES.ARC.NASA.GOV (Doug Braun ~) Subject: Z-280 documentation Several people mailed me asking for info about the Z-280 chip, but my replies always bounced back. So, here is some information: I got two at a place called Western Micro (a distributor) in Campbell, CA. The were about $45 each. What you really need is the documentation. You need to order it from the factory. The sales offices are usless for serious information. You want: Z280 MPU Preliminary Product Specification 00-2259-05 N/C Z280 Technical Manual 03-8224-02 $15.00 Send a check for the above amount, plus 10% for S/H, to: Zilog M/S C1-0 210 Hacienda Ave. Campbell, CA 95008-6609 or call: 408 370-5987 Doug Braun Intel Corp CAD 408 496-5939 / decwrl \ | hplabs | -| oliveb |- !intelca!mipos3!cadev4!dbraun | amd | \ qantel / ------------------------------ Date: 22 Feb 88 07:26:05 GMT From: mcvax!enea!liuida!pekka@uunet.uu.net (Pekka Akselin [The Mad Midnight Hacker]) Subject: Z180 (or maybe 64180) In article <8802180219.AA06109@ucbvax.Berkeley.EDU> RALPH@UHHEPG.BITNET writes: >Part-Number Z80180 >Device Name Z180 8-bit MPU >Description 1MByte Adressing, 2xUARTS, 2xCTC, 2xDMA, Z80 compatible >Speed 8, 10 MHz I didn't knew that this part was alive (I know that Hitachi produces the 64180 but not that Zilog does the same as, obviously, second source). >By the way, i found Zilog's customer support to be INCREDIBLY BAD! Not my experience! Here in sweden they are very helpfull. I've got all help I wanted (so far any way). /pekka [...The Mad Midnight Hacker Strikes Again...] ______________________________________________________________________________ pekka@majestix.liu.se ...!uunet!enea!liuida!majestix!pekka Pekka Akselin, Univ. of Linkoping, Sweden (The Land Of The Midnight Hacker 8-) Brain error (head dumped) ------------------------------ End of INFO-CPM Digest ****************************** 29-Feb-88 01:34:07-MST,2545;000000000000 Return-Path: Date: Mon, 29 Feb 88 01:30:42 MST From: INFO-CPM-REQUEST@SIMTEL20.ARPA Reply-To: INFO-CPM@SIMTEL20.ARPA Subject: INFO-CPM Digest V88 #49 To: INFO-CPM@SIMTEL20.ARPA INFO-CPM Digest Mon, 29 Feb 88 Volume 88 : Issue 49 Today's Topics: z80-cpm boards for IBM-PCs ---------------------------------------------------------------------- Date: 29 Feb 88 02:06:24 GMT From: rochester!ciaraldi@louie.udel.edu (Mike Ciaraldi) Subject: z80-cpm boards for IBM-PCs 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. > 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. 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> I have run the CP/M Microsoft BASIC interpreter and compiler, and Turbo Pascal, with no trouble. One other advantage is that it lets you run CP/M programs without having to prepend a loader program to each one, which is required for the Baby Blue. So, if you don't need to run lots of CP/M programs (at least so many that speed is really important), try Z80MU! Mike "Feet in Two Worlds" Ciaraldi arpa: ciaraldi@cs.rochester.edu uucp: seismo!rochester!ciaraldi ------------------------------ End of INFO-CPM Digest ******************************