1-Aug-85 07:03:07-MDT,1208;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 Aug 85 07:02:34-MDT Received: from merlin.purdue.edu by AMSAA.ARPA id a002754; 31 Jul 85 11:32 EDT Message-Id: <8507310215.AA13532@merlin.ARPA> Received: by merlin.ARPA; Tue, 30 Jul 85 21:15:19 EST To: Walt Sakai Cc: info-cpm@AMSAA.ARPA Subject: Re: ** Ramdisk Information ** In-Reply-To: Your message of 26 Jul 85 03:31:53 GMT. <164@proper.UUCP> Date: 30 Jul 85 21:15:15 EST (Tue) From: Ralph E Droms Micro-Cornucopia magazine recently reviewed a number of Z80 SBC memory expansion boards. Micro-C no. 22 (February-March, 1985) includes reviews of a 256K RAM Expansion Module from Ferguson Engineering, and the Rivendell Audiocomp 256K Ram + I/O expansion board. Issue no. 23 (April-May, 1985) has a short review of the MicroSphere 256K RAMdisk. Issue no. 9 (Dec. 1982) reviews the LASoftware 256K RAMDisk kit. - Ralph ------------------------- Ralph Droms ihnp4!purdue!droms 445 MATH droms@purdue.arpa Dept. of Computer Science droms@purdue.csnet Purdue University West Lafayette, IN 47907 ---------- 1-Aug-85 07:38:30-MDT,2449;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 Aug 85 07:37:57-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id aa04140; 31 Jul 85 12:27 EDT Received: from usenet by TGR.BRL.ARPA id a013753; 31 Jul 85 7:41 EDT From: The Polymath Newsgroups: net.micro.cpm Subject: Re: ** Ramdisk Information ** Message-ID: <610@ttidcc.UUCP> Date: 31 Jul 85 01:44:37 GMT To: info-cpm@AMSAA.ARPA In article <164@proper.UUCP> walt_sak@proper.UUCP (walt_sak) writes: > >I would like to invite comment on the RAMDISKS used in >conjunction with CP/M systems. Please discuss the advantages >and bugs you have found for your system. Currently I am >interested in using MICROSHERE's Ramdisk with a Kaypro 4-84. I'm currently using the 360K version of Westwind's Drive C on my Osborne 1. It works as advertised and enormously speeds up any program that does overlay swapping from disk (Wordstar is vastly improved). It also comes with a version of Supercalc 2 that uses the RAMDisk for virtual core, allowing truly enormous spreadsheets. I haven't had time to test this yet. I haven't encountered any bugs as yet, nor heard of any from anyone else. It does take about a minute to load from floppies when booting, but all's clear sailing from there. The drive includes software that allows it to act as a print buffer and RAMDisk simultaneously. >Is the cost of the ramdisk worthy of the increased speed in >program execution? Does the ramdisk make working with very >large dBase II files faster? What are typical time savings >(relative to processor speed)? Drive C costs about $650 in the 360K version. I thought it was worth it, others may not. I haven't tried it with dBase II yet, but did use dBase II with a RAMDisk on an IBM PC. It makes an enormous difference in speed (at least 10x) over floppy disk operation. On the other hand, no difference was detectable over hard disk operation. -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ The Polymath (aka: Jerry Hollombe) Citicorp TTI Common Sense is what tells you that a ten 3100 Ocean Park Blvd. pound weight falls ten times as fast as a Santa Monica, CA 90405 one pound weight. (213) 450-9111, ext. 2483 {philabs,randvax,trwrb,vortex}!ttidca!ttidcc!hollombe 1-Aug-85 07:43:39-MDT,1616;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 Aug 85 07:41:15-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a004140; 31 Jul 85 12:28 EDT Received: from usenet by TGR.BRL.ARPA id a013759; 31 Jul 85 7:41 EDT From: The Polymath Newsgroups: net.micro.cpm Subject: Re: DBASE II Message-ID: <611@ttidcc.UUCP> Date: 31 Jul 85 01:50:08 GMT To: info-cpm@AMSAA.ARPA In article <248@brl-tgr.ARPA> D-ROGERS@EDWARDS-2060.ARPA writes: >I AM SOMEWHAT NEW AT THIS. DOES ANYONE KNOW IF THERE IS ANY SUCH THING AS >AS COMPILER FOR DBASE II? IT HAS OCCURRED TO ME THAT THE DAY MAY COME >WHEN I DON'T WANT TO GIVE AWAY THE SOURCES WITH A PROGRAM. AT LEAST MBASIC >PROGRAMS COULD BE PROTECTED AGAINST LISTING. Last I heard there was no dBase II compiler, but there was a version available from Ashton-Tate specifically for people in your position. It's a subset of dBase II that allows your command files to be run, but doesn't give the user access to the dBase command level. I'm not sure if the source is accessible from other text editors with this version. I expect A-T will be happy to tell you about it (and sell you a license). -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ The Polymath (aka: Jerry Hollombe) Citicorp TTI Common Sense is what tells you that a ten 3100 Ocean Park Blvd. pound weight falls ten times as fast as a Santa Monica, CA 90405 one pound weight. (213) 450-9111, ext. 2483 {philabs,randvax,trwrb,vortex}!ttidca!ttidcc!hollombe 1-Aug-85 08:15:39-MDT,2322;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 Aug 85 08:12:42-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a004156; 31 Jul 85 12:28 EDT Received: from usenet by TGR.BRL.ARPA id a015738; 31 Jul 85 8:44 EDT From: John Blalock Newsgroups: net.micro,net.micro.cpm Subject: New Real Time Clock/Calendar Chip Message-ID: <651@terak.UUCP> Date: 30 Jul 85 17:23:57 GMT Xref: seismo net.micro:11875 net.micro.cpm:4723 To: info-cpm@AMSAA.ARPA ------- Adding a Real Time Clock to a micro can be somewhat of a hassle, to say the least. The OKI 5832 is best interfaced thru a PIA, the National 58174 and 58274 chips have faster access times but still require wait states. OKI, however, has recently introduced a new RTC chip, the MSM6242RS, that is designed to be directly interfaced to the sytem bus of Z80, 8080, 8085, 8086/8, 6800, 6502, etc. processors without the need for wait states. It has several neat features such as <30 microamps current draw (<10 microamps in standby mode), +/- 30 seconds adjust, automatic leap year correction, 12/24 hour modes, and year/month/day/day of week in addition to hours/min/sec. I have one running on my 4 MHz Z80 system now - extremely easy to interface! The only problems were in setting the 12/24 hour mode correctly and sometimes BUSY would never go low after once setting HOLD high. Here are the fixes: To read the clock registers, you set the HOLD bit and wait for BUSY to go low. If it does't go low within 190 usec, reset HOLD and try again. (You'll fail on the first try only once per 36000 tries.) The data sheet is not too clear on how to set the 12/24 hour modes. To set 12-hour mode, output 01H, then 00H to Ctl Reg F. To set 24-hour mode, output 05H, then 04H to Ctl Reg F. If you need a RTC, check this one out. I have no connection with OKI Semiconductor, just a satisfied user of a good part that I hadn't heard about until 4 days ago. They should do a better job of letting the world know about the 6242. John Blalock, W7AAY uucp: ...{amd,decvax,hao,ihnp4,seismo}!noao!terak!jb phone: (602) 998-4800 us mail: CalComp, 14151 N. 76th St., Scottsdale, AZ 85260 \\\\\\\ -------> Formerly Terak Corporation 1-Aug-85 08:20:34-MDT,967;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 Aug 85 08:15:48-MDT Received: from usc-isi.arpa by AMSAA.ARPA id a005573; 31 Jul 85 13:18 EDT Date: 31 Jul 1985 13:13:55 EDT Subject: Adaptive dialing with the ProModem 1200 From: Steve Noland To: IMFO-CPM@AMSAA.ARPA, INFO-CPM@AMSAA.ARPA cc: INFO-MODEM7@SIMTEL20.ARPA I recently tried using the adaptive dialing mode of my ProModem where it is possible to determine if tone or pulse is necessary. I have a tone line (on GTE, sigh...), and the call appeared to make the central office think I was trying to make a "0" prefixed call, such as credit card or whatever. The funny "bong" tone appeared followed shortly by a baffled operator. Has anyone else had similar experiences, or can someone offer advice on how to use the ProModem in this mode. Normal tone dialing works fine. Thanks in advance, Steve Noland ------- 1-Aug-85 08:46:07-MDT,443;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 Aug 85 08:45:47-MDT Received: from mitre-gateway.arpa by AMSAA.ARPA id a003423; 1 Aug 85 8:10 EDT Date: 31 Jul 1985 16:14:46 EDT (Wednesday) From: Tom Reid (MS W932) Subject: TKERMIT To: abn.iscams@usc-isid.ARPA Cc: info-cpm@AMSAA.ARPA TKERMIT.LBR is on simtel20 in directory micro:. tom. 1-Aug-85 09:27:51-MDT,1006;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 Aug 85 09:24:01-MDT Received: from xerox.arpa by AMSAA.ARPA id a004757; 1 Aug 85 8:33 EDT Received: from Salvador.ms by ArpaGateway.ms ; 31 JUL 85 12:09:45 PDT Sender: "Philip M. Burton.osbunorth"@XEROX.ARPA Date: 31 Jul 85 12:04:22 PDT (Wednesday) Subject: Re: using both side of disks From: Burton.osbunorth@XEROX.ARPA To: ABN.ISCAMS@USC-ISID.ARPA cc: Burton.osbunorth@XEROX.ARPA, king%dciem.uucp@BRL.ARPA, info-cpm@AMSAA.ARPA In-Reply-to: ABN.ISCAMS%USC-ISID:ARPA:Xerox's message of 30-Jul-85 23:44:32 Message-ID: <850731-120945-4863@Xerox> Dave, I use an ordinary hole-punch to punch out the extra index holes. I use the jacket of a bad disk as a template. As a caution, the hole-punch could be magnetized, so disks should be formatted after this treatment. Use flippies only for archival disks, not work disks in a floppy-only system. Phil Burton burton.osbunorth@xerox 1-Aug-85 10:26:15-MDT,1293;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 1 Aug 85 10:25:47-MDT Received: from ames-vmsb.arpa by AMSAA.ARPA id a012259; 1 Aug 85 11:20 EDT Date: 1 Aug 85 08:13:00 PDT From: nep.pgelhausen@AMES-VMSB.ARPA Subject: --- Apple to IBM --- To: info-cpm@AMSAA.ARPA Reply-To: nep.pgelhausen@AMES-VMSB.ARPA Sorry, as far as I know, Apple runs CP/M-80 (for a Z80, the eight-bit "original" CP/M). IBM runs CP/M-86, the sixteen-bit version. I know that CP/M was intended to create a "standard" such that the same program will run on many different machines. The catch is that CP/M-80 and CP/M-86 are two DIFFERENT operating systems (only the names (and the user interface) appear similar). To get the same program to run on two machines w/ direct transfer they both have to have the same CPU (both the Osborne and the Kaypro have a Z80 (I think) and run the eight-bit CP/M). If you have the source code for whatever program you want to transfer, in a high-level language, you can re-compile on the IBM. NOTE: Z80 assembler code is NOT suitable for compilation on the IBM. You need a language like C, Pascal, FORTRAN, or even BASIC. Does this answer your question? -Richard Hartman max.hartman@ames-vmsb ------ 2-Aug-85 07:03:09-MDT,755;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 2 Aug 85 06:58:45-MDT Received: from usc-isi.arpa by AMSAA.ARPA id a027803; 2 Aug 85 8:26 EDT Date: 1 Aug 1985 16:53:15 EDT Subject: M80 Symbol Table expander From: Steve Noland To: INFO-CPM@AMSAA.ARPA I recently ran across a program that purported to take a standard M80 symbol table (that normally contains only external references) and modify it to contain internal tags. This would be a great boon to SID/ZSID debugging. Unfortunately, I can't remember where I saw it. If anyone out there has access to it or knows were it can be found, I would appreciate the info. Thanks in advance, Steve Noland ------- 5-Aug-85 05:55:35-MDT,1182;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 Aug 85 05:50:41-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a018892; 5 Aug 85 7:15 EDT Received: from usenet by TGR.BRL.ARPA id a011409; 2 Aug 85 20:47 EDT From: Alan Rovner Newsgroups: net.micro.cpm Subject: Response to David Kirschbaum/USR Modems Message-ID: <541@tekigm.UUCP> Date: 1 Aug 85 22:57:10 GMT To: info-cpm@AMSAA.ARPA David, I think your problems are due to poor analog design/phone line interface in your modem. I went through two USR Passport modems and had all sorts of garbage characters, random phone line hang up, etc. At first I thought I had a bad modem, so I exchanged it for another Passport. It acted the same way. It was then I concluded the design of the modem did not meet my standards so I traded it in on a Rixon R212A. Calling the same BBS's I did with the Passport over the same phone line I now have no problems at all with bad characters, etc. While USR modems work well from the microprocessor side, their phone line interface is poor. Regards, Al Rovner Tektronix, Vancouver, WA 5-Aug-85 05:55:39-MDT,2076;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 Aug 85 05:54:01-MDT Received: from simtel20.arpa by AMSAA.ARPA id a010898; 3 Aug 85 8:28 EDT Date: Sat, 3 Aug 1985 06:28 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: Quick-reference list to SIMTEL20 CP/M directories Quick reference list to SIMTEL20's MICRO: directories as of 3-Aug-85 (where 'x' is one of the names below): 22RSX COMND GENASM MSOFT SYSLIB 6502 CPM3 GENCOM NEWS SYSLIB3 AMETHYST CPM86 GENDOC NSTAR SYSUTL APPLE CPMLIB HAMMING OSBORN T20-SQUSQ ASMUTL CPR86 HAMRADIO PACKET TERM ATARI CUG HDUTL PASCAL TOPS-20 AZTEC-C DBASEII HEATH PCDOS TRS-80 BASIC DEBUG HELP PILOT80 TURBODOS BDOS DIRUTL HEX PLOT33 TURBOPAS BDSC-1 DISASM IBM-PC PPSPEL TXTUTL BDSC-2 DISKPLOT IMP PUBKEY V2CMAC BDSC-3 DSKBUF INSIDCPM PUBPATCH VAXVMS BDSC-4 DSKUTL KAYPRO RBBS VOICE BSTAM EDITC80 LIST RBBS4 WSTAR BYE3 EDITOR MACLIB RCPM XCCP BYT85FEB EMX MATH ROS XLISP BYT85JAN EPSON MBBS SMALLC2 YAM C80 EZCPR MEMTEST SMALLC21 Z3LIBS CATLOG FAST2 MEX SORT Z3NEW CB80 FIDO MICNET SPELL ZCPR CBIOS FILCPY MISC SQU-PORT ZCPR2 CCP FILUTL MODEM SQUSQ ZCPR3 COBOL FORTH-83 MODEM2 STARTER-KIT COMMODORE FORTRAN MODEM7 SUBMIT 5-Aug-85 06:00:35-MDT,596;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 Aug 85 05:56:15-MDT Received: from simtel20.arpa by AMSAA.ARPA id a010913; 3 Aug 85 8:35 EDT Date: Sat, 3 Aug 1985 06:31 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: SIMTEL20 directory list updated MICRO:CPM.CRCLST on SIMTEL20 (the file listing all the filenames, sizes and CRCs of the MICRO directories) has been updated as of today. --Keith 5-Aug-85 06:00:39-MDT,1826;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 Aug 85 05:57:41-MDT Received: from usc-isid.arpa by AMSAA.ARPA id a011195; 3 Aug 85 10:11 EDT Date: 3 Aug 1985 10:10-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: LOCK Bug Unmasked From: ABN.ISCAMS@USC-ISID.ARPA To: Info-CPM@AMSAA.ARPA Cc: ABN.ISCAMS@USC-ISID.ARPA Message-ID: <[USC-ISID.ARPA] 3-Aug-85 10:10:21.ABN.ISCAMS> Netlandians, A library file called LOCK.LBR was recently installed at SIMTEL20's MICRO archives, shortly thereafter followed by a horrible bug warning message (also in that archive). I did some testing, disassembly, etc. (the source code will be available shortly when I'm done - I DO believe in Public Domain source being released). Only problem I can discover is: If you LOCK a file twice, you gotta UNLOCK it twice! LOCK properly labels its locked files with an ASCII "Locked File" warning, but unfortunately does NOT look at that warning (or maybe the author didn't WANT to check that warning to permit double-LOCKing), and will gleefully lock the LOCKed file again! (Darn, forgot to check what happens if you LOCK twice using two different keywords!) Anyway, test results: If you LOCK a file once (any kind of file), you can UNLOCK it just fine with the same keyword. If you LOCK a file twice (SAME keyword both times), you can UNLOCK it just fine (using the SAME keyword both times). Could not make it crash given the above circumstances. Incidentally, LOCKing algorithm is quite simple - uses the scrambled buffer toward the end of LOCK.COM against the target file data. It ADDs the two values, ANDs in 55H, does a RLCA, XORs it with another pointer character, and then stuffs it away. Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 5-Aug-85 06:39:18-MDT,1409;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 Aug 85 06:38:08-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a019527; 5 Aug 85 8:07 EDT Received: from usenet by TGR.BRL.ARPA id a025582; 4 Aug 85 8:19 EDT From: "Donald D. Henson" Newsgroups: net.micro.cpm,net.lang.pascal Subject: Re: Turbo Pascal File Handling Message-ID: <1429@islenet.UUCP> Date: 2 Aug 85 14:59:59 GMT Xref: seismo net.micro.cpm:4733 net.lang.pascal:362 To: info-cpm@AMSAA.ARPA > Does anyone know of a collection of subroutines for Turbo Pascal to do > file handling? Specifically, file look up, renaming, and deletion. > I currently need ones for CP/M but anticipate a need in the near future > for some MS-DOS ones also. Any pointers/References appreciated. > > --Chuck > -- > "Unix, the Teco of Operating Systems." - - - D I S C L A I M E R - - - > {ihnp4,fortune}!dual\ All opinions expressed herein are my > {qantel,idi}-> !intelca!cem own and not those of my employer, my > {ucbvax,hao}!hplabs/ friends, or my avocado plant. :-} Try Turbo Toolbox from Borland International (same folks who sell Turbo Pascal). Turbo Toolbox is a set of Pascal routines (in source) that implement ISAM files using B+ trees. Cost about the same as for Turbo Pascal. 5-Aug-85 11:12:22-MDT,864;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 Aug 85 11:08:58-MDT Received: from ames-vmsb.arpa by AMSAA.ARPA id a026908; 5 Aug 85 12:24 EDT Date: 5 Aug 85 09:15:00 PDT From: nep.pgelhausen@AMES-VMSB.ARPA Subject: --- lock --- To: info-cpm@AMSAA.ARPA Reply-To: nep.pgelhausen@AMES-VMSB.ARPA From the algorithm described, I would assume that locking twice, with different keywords could be undone, using the same two keywords IN REVERSE ORDER (i.e.: if locked with "dead" then "bolt", unlock with "bolt" first then "dead"....) It MIGHT work unlocking with "dead" then "bolt"....but I wouldn't want to bet on it..... BTW: can you "unlock" a file that has not been locked....if so, can you recover the data (perhaps by "locking" it?). -Richard Hartman max.hartman@ames-vmsb ------ 5-Aug-85 12:32:04-MDT,5789;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 5 Aug 85 12:30:10-MDT Received: from apg-1.arpa by AMSAA.ARPA id a029802; 5 Aug 85 13:36 EDT Date: Mon, 5 Aug 85 13:26:19 EDT From: Robert Bloom AMSTE-TOI 3775 Subject: Multiuser Micro Info Request To: info-cpm@AMSAA.ARPA, info-micro@simtel20.ARPA Cc: rbloom@apg-1.ARPA I'm depressed. I've been attempting to determine just how I can best upgrade my office computer. (I work in a U.S. Army RDT&E organization.) I thought I was in good shape when the Army signed a open contract to buy Intel 310 systems, but there is a problem. To get the capability I want, I need to spend over $50k if I go with the equipment listed on the (mandatory!) Army contract. I have a fairly good idea that the capability I want is available for much less than the aformentioned $50k - but I don't know quite where. Therefore, I would like to solicite responses from anyone of what I should mention as alternatives to my puchasing agent when I go in to fight the mandatory part of the contract. I need names, addresses, specifications, prices and everything else available to get the best available system that meets the requirements and is the least expensive. (I'm a taxpayer too!) I just don't believe the 310 is it. The remainder of this message contains what I am using now, my upgrade requirements, what I have to buy from the Intel contract to meet those requirements, and some possible alternates to the Intel system. My current system consists of a NorthStar Horizon w/18M HD, 5 Televideo terminals, a NEC printer, a IDS dot-matrix printer and a Hayes modem. It is running a multi-user OS ('TSS/C' - probably quite close to MP/M) with WordStar, dBase II, Mex, and SuperCalc as the main applications software. This system meets my require- ments except in the following areas: it is too slow under load [5 users on one Z80!], does not have enough user terminals [has 5, I need 8], the disk space is marginal [has 18M, I want ~30-40M), and communication with remote systems is awkward [I had to hack it badly to get it to work at all]. The two printers and modem will be used on the new system - if I can also use the 5 terminals that would be even better. The Horizon main frame and HD I suspect must go. Requirements (in order of priority) 1) must run WordStar, dBase, and SuperCalc (I had enough trouble training my people in these, I don't want to start over!) 2) shared files (single-user access to any r/w file, locked to other users until released, multiple access to any r/o file.) 3) queued output to 2 printers 4) two multiple access commo ports to the outside world - one 9600 baud direct connect, one dial-up. (dial-IN access NOT required!) 5) adequate processing speed for all users (TSS/C's major problem is speed - I will buy all the speed improvement I can.) 6) 8-simultaneous users (single-tasking ok) with access from each user's desk. Reset of 'hung' users w/o system reboot. 7) 3MegBytes HD storage per user, not including system and program storage. (I figure a minumum of 30M, 40M desired.) 8) Tape backup system for HD Note that my current system satisfies the first 4 items above; I will not accept a 'new' system that does less that the above even if it does that faster! Intel 310 configuration: The basic problem with the 310 is that it is a UNIX box and cannot satisfy #1 above in multi-user. Therefore, one needs to run the applications at the workstations, not in the central box - and that means using pc's. (The Wyse 1100 pc is included in the contract for just this purpose.) To satisfy #2 above, the pc's must be netted to the central HD via a network of some type. So, the configuration looks like: 8 Wyse 1100 pcs @ $1,926 (IBM-clone, 265k, 2 floppies) 8 Personal Network Interface Interface Unit @ $1,650 (this board connects the pc to the OpenNET LAN, the cheaper NIC steals memory from the pc stopping it from running dBase) 9 10 foot Transceiver Cables @ $70 (+ $15/10 foot over 10') 1 10 port Intellink @ $1,695 (central node on LAN) 1 Intel 310 4-user @ $11,245 (4-user includes 80286, 1MRAM and 40MB HD, smaller systems don't) 1 Ethernet commo controller @ $1,795 (connects 310 to LAN) 1 Tape subsystem on expansion chassis @ $3,339 The total (includes transportation and installation but WITHOUT SOFTWARE) is $45,617. A 'OpenNET' configuration is slightly more expensive than the 'Intellink' configuration cited above. Software would easily push it over $50k as one needs 8 copies of WordStar, dBase and SuperCalc. As I see it, a TurboDOS or similar system (NorthStar Dimension?) that has multiple processors would be best for this application. Something on the order of (pure guesses on the $ amounts): Main Frame/HD/master processor - $5,000 Tape drive added to main frame - $1,000 16-bit slave processors - 8 x $1,500 RAM disk for speed - $2,000 3 more terminals - 3 x $700 Comes to a total of 'only' $22,100 w/o software. That's less than HALF the above and does the same thing. (except run UNIX, but running UNIX is a nonrequirement.) So, anyone have any ideas of what and where I could get something better rather than spending $50k of 'your' money? Please reply directly to rbloom@apg-1, I will synopsize results and post later. This is strictly a request-for-information and does not obligate anyone for anything and does not represent nor indicate U.S. Army policy. Names used above are copyright somebody else. -bob bloom 6-Aug-85 06:19:23-MDT,1254;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Aug 85 06:15:31-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a008788; 6 Aug 85 7:37 EDT Received: from usenet by TGR.BRL.ARPA id a005011; 6 Aug 85 1:59 EDT From: PRO Workstations Pubs Newsgroups: net.micro.cpm Subject: CP/M Computer for Sale!! Message-ID: <3447@decwrl.UUCP> Date: 5 Aug 85 16:02:33 GMT Sender: daemon%decwrl.uucp@BRL.ARPA Posing-Version: version B 2.10.1 6/24/83; site decwrl.UUCP To: info-cpm@AMSAA.ARPA Last call - Epson Geneva (PX-8) Laptop CP/M Computer System for Sale! Computer (PX-8) with latest V2.2 OS chip and built-in microcassette and 64K workspace 120K RAM Disk integrates onto bottom of PX-8 3 1/2" Disk Drive (PF-10) with cable and Charger Modem (CX-20) with cable and charger (300 baud) Cables, Manuals, ROMware (Wordstar, Spreadsheet, Scheduler, MBASIC, and CP/M Utilities), all chargers/AC adaptors, several diskettes and tapes with programs including MEX and MDM7 tossed in, carry case for all All in Excellent shape (never abused) $1250 takes all!! Paul MacDonald 617-493-3439 days only 6-Aug-85 06:24:25-MDT,5733;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Aug 85 06:22:38-MDT Received: from simtel20.arpa by AMSAA.ARPA id a008395; 6 Aug 85 7:19 EDT Date: Mon, 5 Aug 1985 23:19 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Cc: Info-Modem7@SIMTEL20.ARPA Subject: New MEX overlays available from SIMTEL20 Ron Fowler, author of MEX (the ModemEXecutive program) kindly sent a disk of all the latest MEX overlays. It totaled over 1.1 megabytes! Rather than try to detail what new overlays are available, I have made a new list of files in the MEX directory: Filename Type Bytes CRC MICRO: ATRPAT.MEX.1 ASCII 3141 F756H AUTOMEX.IQF.1 BINARY 7936 1325H DOWJONES.MEX.1 ASCII 1315 450CH KGRAFMEX.LBR.1 BINARY 2816 82A6H MEX.HQP.1 BINARY 32640 71EAH MEX-EASY.DQC.1 BINARY 4352 7772H MEX-OVLY.BUG.1 ASCII 1519 0EBAH MEX-RVW.TXT.1 ASCII 2641 CD68H MEX-SET2.DQC.1 BINARY 8576 E147H MEX-STAT.FIX.1 ASCII 804 4D73H MEX-TDOS.LBR.1 BINARY 35328 0C10H MEX112.BUG.1 ASCII 1197 3EBDH MEX114.LBR.1 BINARY 145152 DDB4H MEX114-U.LBR.1 BINARY 39936 3C8FH MEX11DOC.TQC.1 BINARY 1664 2922H MEX11DOC.WQ.1 BINARY 55040 D7A2H MEX11UPD.DQC.1 BINARY 6400 8284H MEX20.HYP.1 ASCII 2572 04F1H MEXFILES.IQF.1 BINARY 5248 CC2EH MEXNEWS.0Q1.1 BINARY 5120 7307H MEXNEWS.0Q2.1 BINARY 5632 3FD6H MEXNEWS.0Q3.1 BINARY 4736 90BFH MEXNEWS.0Q4.1 BINARY 6400 ED85H MEXOVL06.LQT.1 BINARY 10880 F2A0H MEXSUM.DQC.1 BINARY 6144 8163H MEXWELCM.LBR.1 BINARY 4096 8454H MLOAD24.AQM.1 BINARY 24064 585AH MLOAD24.COM.1 BINARY 2816 D8AAH MTIMER12.BQS.1 BINARY 1664 FD84H MX-SM13A.AQM.1 BINARY 6784 A6B4H MX-SM13A.FIX.1 ASCII 1249 35E7H MX111UPD.DOC.1 ASCII 670 3A03H MX112UPD.DQC.1 BINARY 1664 5393H MXM-2400.AQM.1 BINARY 13568 0C2FH MXM-CD10.AQM.1 BINARY 11008 BE2FH MXM-CM11.AQM.1 BINARY 5376 32C5H MXM-CQ10.AQM.1 BINARY 10112 9BABH MXM-CQ11.AQM.1 BINARY 10112 427AH MXM-RT10.AQM.1 BINARY 10112 370DH MXM-RV15.AQM.1 BINARY 10368 821BH MXM-UD10.AQM.1 BINARY 11392 A67BH MXM-US13.AQM.1 BINARY 18432 C8BEH MXO-AC01.AQM.1 BINARY 6144 1425H MXO-AD13.AQM.1 BINARY 18944 15ACH MXO-AL10.AQM.1 BINARY 7808 249DH MXO-AL11.AQM.1 BINARY 7552 84FFH MXO-AM10.AQM.1 BINARY 13824 36C5H MXO-AP12.AQM.1 BINARY 17536 9FA2H MXO-AP30.AQM.1 BINARY 15104 3D61H MXO-AP31.AQM.1 BINARY 31488 DD44H MXO-AP50.AQM.1 BINARY 20864 C928H MXO-APCC.AQM.1 BINARY 19328 0A29H MXO-BB11.AQM.1 BINARY 19712 C7C2H MXO-CT14.AQM.1 BINARY 8320 5A5AH MXO-DB10.AQM.1 BINARY 9728 AC3AH MXO-DM10.AQM.1 BINARY 4224 1C83H MXO-DP10.AQM.1 BINARY 6912 F08CH MXO-DT10.AQM.1 BINARY 7936 FFF7H MXO-DV10.AQM.1 BINARY 11136 439EH MXO-EP12.AQM.1 BINARY 9600 2EDEH MXO-EP30.AQM.1 BINARY 21504 053FH MXO-EPQX.AQM.1 BINARY 9344 E35EH MXO-EPQX.DOC.1 ASCII 2403 FF64H MXO-GB11.AQM.1 BINARY 9728 4E75H MXO-H812.AQM.1 BINARY 8064 79C7H MXO-HZ13.AQM.1 BINARY 12416 7D47H MXO-IF10.AQM.1 BINARY 8192 1A9AH MXO-II12.AQM.1 BINARY 8064 0C47H MXO-IM11.AQM.1 BINARY 6272 7277H MXO-K484.AQM.1 BINARY 17408 EEB0H MXO-KP41.AQM.1 BINARY 28416 CB45H MXO-KP42.AQM.1 BINARY 28672 E2B9H MXO-KPS4.AQM.1 BINARY 21376 4E97H MXO-LO15.ASM.1 ASCII 15749 F1D5H MXO-MC10.AQM.1 BINARY 7040 1758H MXO-MD11.AQM.1 BINARY 11264 DCD0H MXO-MG10.AQM.1 BINARY 10880 CC6BH MXO-MM10.AQM.1 BINARY 11136 6137H MXO-MM2.AQM.1 BINARY 13440 C342H MXO-MR10.AQM.1 BINARY 7936 86F3H MXO-MW10.AQM.1 BINARY 9472 6D59H MXO-N815.LBR.1 BINARY 48256 40E2H MXO-NA1.AQM.1 BINARY 9472 AE31H MXO-NE11.AQM.1 BINARY 7424 9E5FH MXO-NE88.AQM.1 BINARY 13952 C9C2H MXO-NS11.AQM.1 BINARY 14464 9F3EH MXO-OA11.AQM.1 BINARY 11648 AAA6H MXO-OC10.AQM.1 BINARY 11904 3678H MXO-OS15.AQM.1 BINARY 18560 51DAH MXO-OS22.AQM.1 BINARY 10624 83DAH MXO-OSEX.AQM.1 BINARY 9216 700AH MXO-OX11.AQM.1 BINARY 9856 9519H MXO-P1-1.AQM.1 BINARY 8192 3264H MXO-PM22.AQM.1 BINARY 25728 443DH MXO-PR10.AQM.1 BINARY 4864 6F85H MXO-PX8.AQM.1 BINARY 22400 FB95H MXO-PX8.DQC.1 BINARY 7552 2279H MXO-QX10.AQM.1 BINARY 13056 CA30H MXO-R211.AQM.1 BINARY 7552 9361H MXO-RP10.AQM.1 BINARY 9088 7D32H MXO-RS13.AQM.1 BINARY 12288 1B68H MXO-RV13.AQM.1 BINARY 10112 A1F2H MXO-SB12.AQM.1 BINARY 14976 8DDEH MXO-SC10.AQM.1 BINARY 6272 BD8CH MXO-SCAT.AQM.1 BINARY 6272 BD8CH MXO-SD10.AQM.1 BINARY 7808 BE99H MXO-SM13.AQM.1 BINARY 6400 982CH MXO-SM14.AQM.1 BINARY 6912 6008H MXO-SS10.AQM.1 BINARY 7040 0064H MXO-SX10.AQM.1 BINARY 18048 6285H MXO-SY21.AQM.1 BINARY 18560 E23FH MXO-TD30.AQM.1 BINARY 13952 8359H MXO-TSA.AQM.1 BINARY 22784 6AB6H MXO-TV11.AQM.1 BINARY 7936 2FD7H MXO-UD10.AQM.1 BINARY 6528 E1A9H MXO-UR13.AQM.1 BINARY 25216 0F8AH MXO-US13.AQM.1 BINARY 18560 A039H MXO-VP10.AQM.1 BINARY 4736 0A83H MXO-VT11.AQM.1 BINARY 8960 44C3H MXO-VTL1.AQM.1 BINARY 6912 23CBH MXO-XE12.AQM.1 BINARY 11392 A869H MXO-XE2U.AQM.1 BINARY 22272 2C8DH MXO-Z321.AQM.1 BINARY 16384 DA71H MXO-ZB11.AQM.1 BINARY 7040 1552H MXSUM831.MQG.1 BINARY 11904 9A31H OTRONMEX.LBR.1 BINARY 34944 211EH See MEXOVL06.LQT for full details on what systems are supported. --Keith 6-Aug-85 06:57:28-MDT,799;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Aug 85 06:53:51-MDT Received: from gunter-adam.arpa by AMSAA.ARPA id a009461; 6 Aug 85 8:20 EDT Date: 5 Aug 1985 15:54:17 CDT Subject: Environmental question.. From: HUNEYCUTT@GUNTER-ADAM.ARPA To: Info-CPM@AMSAA.ARPA cc: Info-IBMPC@USC-ISIB.ARPA Does anyone have a 'quotable' specification for an acceptable sound level for an office environment? By quotable, I mean a MIL standard, OSHA spec, or the like that I can plug into a military Request for Proposal. We all instinctivly know what we can live with, but firm dB levels seem hard to come by. Minimum I need are noise levels, but any other (like levels at specific frequencies) would be appreciated. Thanx, Doug ------- 6-Aug-85 07:21:58-MDT,2139;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Aug 85 07:18:19-MDT Received: from simtel20.arpa by AMSAA.ARPA id a010117; 6 Aug 85 8:46 EDT Date: Tue 6 Aug 85 06:46:54-MDT From: Rick Conn Subject: ZCPR3: The Manual To: info-cpm@AMSAA.ARPA cc: info-micro@AMSAA.ARPA Message-ID: <12132950363.8.RCONN@SIMTEL20.ARPA> The book on ZCPR3, namely ZCPR3: The Manual, is out now, and it is available from the Library of Computer and Information Science and the Small Computer Book clubs. It is also available from Echelon. The book is divided into three sections: Using ZCPR3 (detailing all the commands with chapters devoted to the online documentation system, menus, VFILER, DU3, and general concepts), ZCPR3 Internals (how the system works), and ZCPR3 Installation. The book is 350 pages. If you have questions on ZCPR3 (and all of the softwre in the the archive on SIMTEL20), the book is a good source. I wrote ZCPR3 and the book, so you know where I'm coming from, but I really feel that the book meets a need. The next few issues of Byte (starting in Sept) contain Steve Ciarcia's column on the SB180 single-board computer, and there is a lot of ink on ZCPR3 here as well. Echelon has just received (from me) a new document on IOPs (the Input/Output Package concept of ZCPR3), and this adds another 60+ pages of reading. You can get a hardcopy from Echelon or download the document from a Z-Node (see the list on SIMTEL20). Finally, the Echelon newsletters (there are over 25 now) provide lots of information on the evolution of ZCPR3 and changes/bug fixes/new activities. I have written an article for Micro Cornucopia on the operational concept behind the ZCPR3 Environment Descriptor (which should appear in the next issue). Hopefully, this is enough reading to really start to get the ZCPR3 concepts across. The source code to the entire system is on SIMTEL20, and I will be sending an update soon which will bring the files on SIMTEL20 up with the latest versions of the software. Rick ------- 6-Aug-85 07:54:37-MDT,856;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Aug 85 07:50:47-MDT Received: from mitre.arpa by AMSAA.ARPA id a011054; 6 Aug 85 9:11 EDT Received: by mitre.ARPA (4.12/4.7) id AA21559; Tue, 6 Aug 85 09:12:27 edt Message-Id: <8508061312.AA21559@mitre.ARPA> To: HUNEYCUTT@GUNTER-ADAM.ARPA Cc: Info-CPM@AMSAA.ARPA, Info-IBMPC@USC-ISIB.ARPA Subject: Re: Environmental question.. In-Reply-To: Your message of 5 Aug 1985 15:54:17 CDT. <8508061248.AA21269@mitre.ARPA> Date: 06 Aug 85 09:10:59 EDT (Tue) From: Jeff Edelheit I think some work in this area was published by the Human Factors Society and, as I remember, the recommendation was for 60 db or less. I don't remember seeing any discussions regarding specific frequencies. Jeff Edelheit (edelheit@mitre) 6-Aug-85 08:09:01-MDT,605;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Aug 85 08:07:09-MDT Received: from su-star.arpa by AMSAA.ARPA id aa11679; 6 Aug 85 9:22 EDT Date: 5 Aug 85 13:30:00 PDT From: "R. Meier" Subject: re: Apple to IBM? To: info-cpm Reply-To: "R. Meier" Sue, If you have the source code, then kermit available with anonymous login to CU20b (between 12am and 6am EDT), will allow you to transfer files conveniently. Mail questions to: Bob Meier(riacs!meier@pluto) ------ 6-Aug-85 12:01:38-MDT,901;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 6 Aug 85 12:01:17-MDT Received: from xerox.arpa by AMSAA.ARPA id a020336; 6 Aug 85 13:13 EDT Received: from CheninBlanc.ms by ArpaGateway.ms ; 06 AUG 85 10:12:33 PDT Date: 6 Aug 85 10:12:28 PDT (Tuesday) From: Bicer.ES@XEROX.ARPA Subject: Re: Multiuser Micro Info Request In-reply-to: rbloom's message of Mon, 5 Aug 85 13:26:19 EDT To: Robert Bloom AMSTE-TOI 3775 cc: info-cpm@AMSAA.ARPA, info-micro@SIMTEL20.ARPA Message-ID: <850806-101233-1330@Xerox> I think you have perfectly described a Compupro 816 system (Viasyn as they are called now). I suggest you contact Gifford Systems (look at a recent Byte magazine for their number, if you can't, let me know). These are one of the fastest and most reliable machines on the market. Jack Bicer BICER.ES@XEROX.ARPA 7-Aug-85 10:51:40-MDT,852;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 7 Aug 85 10:49:44-MDT Received: from mit-mc.arpa by AMSAA.ARPA id a015341; 7 Aug 85 12:23 EDT Date: Tue, 6 Aug 85 17:20:27 EDT From: Herb Lin Subject: Multiuser Micro Info Request To: Bicer.ES@XEROX.ARPA cc: LIN@MIT-MC.ARPA, rbloom@APG-1.ARPA, info-cpm@AMSAA.ARPA Message-ID: <[MIT-MC.ARPA].602940.850806.LIN> I think you have perfectly described a Compupro 816 system (Viasyn as they are called now). I suggest you contact Gifford Systems (look at a recent Byte magazine for their number, if you can't, let me know). These are one of the fastest and most reliable machines on the market. Gifford Systems is no longer selling S-100 Compupro stuff; they seem to have abandoned that market. Herb 8-Aug-85 13:21:08-MDT,1733;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 8 Aug 85 13:18:26-MDT Received: from nosc-gw by AMSAA.ARPA id a001821; 8 Aug 85 13:21 EDT Received: from tetra.ARPA by nosc.ARPA (4.17/4.7) id AA13836; Thu, 8 Aug 85 07:54:48 pdt Received: by tetra.ARPA (4.17/4.7) id AA06532; Thu, 8 Aug 85 07:59:16 pdt Date: Thu, 8 Aug 85 07:59:16 pdt From: Gerry Key Message-Id: <8508081459.AA06532@tetra.ARPA> To: info-CPM@AMSAA.ARPA Subject: dBASE II Question Cc: ogasawar%tetra@nosc.ARPA, pasquere%tetra@nosc.ARPA I have a dBASE II question. First, the scenario. File X.dbf contains 100 records. File Y.dbf contains 0 records but has the same definition (i.e., STRUCTURE) as X.dbf. Someone inadvertently issues the command: . use Y . copy to X structure The result is that the 100 records in X.dbf are still there, but because it now has the definition of Y.dbf, X.dbf appears to con- tain 0 records. Any reference to a record number in X.dbf pro- duces an error because the definition thinks there are none. The question: is there any way to fake the definition of X.dbf into recognizing those 100 records? I tried doing an APPEND, thinking that when it updated the definition it would count in the 100 records that were there plus the dummy record I just ad- ded. Wrong. It now says I have 1 record in X.dbf instead of 0. --Gerry MILNET/ARPANET >-------------------- key@nosc.arpa akgua \ decvax \ dcdwest \ UUCP allegra -------------!sdcsvax!noscvax!key ucbvax / philabs/ ihnp4 / 8-Aug-85 13:21:16-MDT,5296;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 8 Aug 85 13:19:57-MDT Received: from usc-isi.arpa by AMSAA.ARPA id a002205; 8 Aug 85 13:23 EDT Date: 8 Aug 1985 13:21:16 EDT Subject: Protocol Wars From: Steve Noland To: INFO-MODEM7@SIMTEL20.ARPA cc: INFO-CPM@AMSAA.ARPA In the interest of broadening the scope of this discussion, I am relaying the following discourse that was found today on the MBBS Central RCP/M. To: All who are interested From: David McCord, sysop, ZCPR3 BBS (415) 489 9005 Date: 4 Aug 85 Subj: yet another opinion It seems as though many sysops (you know who you are) have an ax to grind against Irv Hoff. The various recent notes I have seen on the sysop board and in other places air a trend I see as undesireable; belittling KMD because they want to grind their axes against Irv. I am not attempting to defend whetever real or percieved greivances they may have against Irv; but I must question their rationale in their criticisms of KMD and BYE500. One of the things that not many sysops know is that Irv did not implement the automatic selection of 1k or 128 byte packets purely on his own whim. He was asked to bring forth a xmodem-like program that had automatic selection of block size by the northern california sysop organization, PRACSA. The reason this sysops organization did this was mainly ease of use for non-technical users. And, we believed there was sufficient precedent in the automatic selection of CRC or checksum error checking modes to warrant automatic selection of block size. By "automatic", I mean the user need not use any extra command line parameters, i.e., simply use "XMODEM S" or "KMD S". I have seen folks questioning and ridiculing the extra "K" that KMD uses in the synchronization stage to accomplish the automatic selection of block size. However, their comments are never specific, usually something along the lines of "it sucks". Personally, I would like some specific information on why "it sucks", because I have yet to see any. In my opinion as a professional telecommunications engineer, I see nothing wrong with the extra character. The overhead involved is exactly one character time at whatever baud rate is being used, no matter how long the file to be transferred is. This is hardly inefficient or undesireable, since the result is a program that is easier to use. Because the PRACSA sysop organization asked Irv to develop what has resulted in KMD, most of us are using it. We will probably go on using it until we are shown solid reasons why we should not do so. I do not speak officially for PRACSA, as I am not an elected officer. However, I am quite willing to speak at the next PRACSA meeting on the disadvantages of KMD, should any be brought out. Perhaps the only valid criticism of KMD is it's name: it is not XMODEM. I do not have a problem with this personally, because if you are using ZCPR3 (as I am), it is quite easy to construct an ALIAS named XMODEM that passes it's parameters to KMD.COM. However, for non-Z3 systems, facilities such as SYNONYM could do this also. Yet, I do concede this as a valid "problem" of KMD. But this leads me to the reason that KMD was named differently than XMODEM. It is because KMD uses BYE500; XMODEM does not. Charges have been made that Irv is trying to "lock in" XMODEM to systems using BYE500. Wrong! Irv has "locked in" KMD to systems using BYE500, NOT XMODEM!!! Irv has not, to my knowledge, ever come out and said that everyone can get rid of XMODEM now that KMD is here. If someone wants to use XMODEM as a standalone program, fine. They have that choice. But for systems already using BYE, eliminating the redundancy of both the file transfer program and BYE both having the same routines makes sense. And, having used BYE500 and KMD on my BBS, I am quite pleased with the added functionality. I can use the BYE function keys when KMD is active, and I get a much more informative description of block errors during file transfer than I ever recieved using XMODEM. Also, it is quite easy to install. In summary, I think that the arguing that has been going on has not really been specific enough regarding why KMD may be an inferior choice; instead it has been oriented more toward "We don't like Irv, and we're gonna get him by trashing KMD and BYE500". The people who are doing this are doing everyone a disservice, because the pseudo-debating is not addressing the real issues involved. We could invest our time better by: - informing users as to the merits and demerits of the 1k block in various circumstances, - discussing if it is better or not better to have auto selection of 1k blocks (regardless of the technique used), - discussing if it is possible for any mini- or mainframe based multiuser system to cope with 1k blocks with any increase in throughput, etc. I plead with all involved to continue debating the issues involved, but to become oriented to facts and logic, instead of insinuation and emotion. Enough said! (for now...) ======================================== Regards, Steve Noland (NOLAND@USC-ISI) ------- 9-Aug-85 06:25:19-MDT,11863;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Aug 85 06:22:02-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id ab04560; 8 Aug 85 13:49 EDT Received: from usenet by TGR.BRL.ARPA id a021413; 7 Aug 85 23:11 EDT From: Walt Sakai Newsgroups: net.micro.cpm Subject: >> RAMDISK : SUMMARY OF RESPONSES << Message-ID: <180@proper.UUCP> Date: 5 Aug 85 16:40:42 GMT To: info-cpm@AMSAA.ARPA Thanks to all who responded to my RAMDISK query. Below is an edited summary (about 4 pages long) for your information. Send additional responses if you like. Walt Sakai {ucbvax,hplabs,ihnp4,cbosgd, decwrl,unisoft,fortune,sun,nsc}!dual!proper!walt_sak * * * From nsc!seismo!purdue.edu!droms Wed Jul 31 08:44:38 1985 ================================================================= Micro-Cornucopia magazine recently reviewed a number of Z80 SBC memory expansion boards. Micro-C no. 22 (February-March, 1985) includes reviews of a 256K RAM Expansion Module from Ferguson Engineering, and the Rivendell Audiocomp 256K Ram + I/O expansion board. Issue no. 23 (April-May, 1985) has a short review of the MicroSphere 256K RAMdisk. Issue no. 9 (Dec. 1982) reviews the LASoftware 256K RAMDisk kit. Ralph Droms ihnp4!purdue!droms 445 MATH droms@purdue.arpa Dept. of Computer Science droms@purdue.csnet Purdue University, West Lafayette, IN 47907 From: dual!ukma!steve (Steve Ferry) ================================================================= I have a Drive C that I use with my Osborne I and I think its wonderful. To be really useful, it needs to be fairly large. Mine is 384K and 512K wouldn't hurt a bit. There is some problem using it with submit and with programs that sit up in high memory intercepting BDOS calls. I wouldn't use Wordstar without it. From dual!cbosgd!ihnp4!tektronix!tekchips!toma (Tom Almy) ================================================================= I have had about a years experience with a RAM-DISK that I built for my Lobo MAX-80. My system has a 5 Mhz Z-80, two DSDD 8" drives (1.2 meg apiece), and a 256k ram-disk. Operating system is CP/M+ with about 32k of sector-buffering. The buffering of CP/M+ improves performance of random-access files (such as databases) to the point that ram-disk offers little improvement. I put the utility .COM files and the overlays for Wordstar and KAMAS on the RAM disk. I also don't trust the RAM-DISK for data files (except read-only, where information is always backed up on a Floppy). If I could do it again, I would want to rely on track or sector buffering instead of a RAM DISK (since it automatically backs up to the floppy), perhaps with a few hundred K of RAM for this. Then I would want to have a ROM DISK (a RAM disk with 27256 EPROMS) to hold all my commonly used programs and overlays. In fact, the CP/M OS could be loaded of of the ROM DISK eliminating the need for a "System Disk". From nsc!seismo!MIT-MC.ARPA!STORK (Eric Stork) ================================================================= I've used a SEMIDISK for 1.5 years now, and would not be without it. Cost has come down a lot (see BYTE ad). Speed is amazing. For example, to load dBASEII off a floppy takes about 9 secs. To load off RAMDISK takes <1 sec.! Assembling long files is a pleasure. I keep about 300k of com files in a library, use the rest of the 1 meg for data. Highly recommend RAMSDISK. From dual!hplabs!tektronix!reed!elaine ================================================================= I am using the boards from SemiDisk systems and have had no trouble with them. They make anything disk intensive very fast. I run a BBS of of mine and I know that is disk *intensive*. From dual!ucbvax!sdcsvax!crash!ihom (Irwin Hom) ================================================================= My CP/M system consists of an Apple //e using a PCPI APPLI-Card with a 128k piggy-back RAM board. A RAMdisk is definitely an advantage when running programs that use overlays. Take WordStar for example. Making the transition from floppies to a hard disk speeded up the menu displays by about 70%. On the RAMdisk, this increased to 95%. Almost instantaneous! The cost for a 128k module is about $175. Two modules can be added to the PCPI card allowing a 192k workspace. A RAMdisk is worthy when working with programs that does a lot of disk access with files or overlays. Recently, I've been developing programs in Turbo Pascal. Saving and compiling files on the RAMdisk is a tremendous timesaver. From qantel!ihnp4!houxm!whuxl!whuts!amc Thu Aug 1 03:52:26 1985 ================================================================= I have a Compupro S100 system with a 1/2 Meg MDrive (RAMdisk), running OASIS, which is a business-oriented operating system modeled after PDP-11/VMS. I also have two 8" floppies attached. I keep all the OS stuff on the MDrive (OASIS uses about 1/2 Meg with all the goodies like assembler, editor, text formatter, terminal emulator, etc.). With the MDrive attached, my computer is simply the fastest thing I have ever used, and I have used them all--IBM, DEC, HP, Honeywell, Univac, AT&T, and lots of micros. Best money I ever spent. -Andy Cohill ================================================================= RAMDISK INFORMATION Source: BAKUP Kaypro User Group, CA This file consists of public messages left on the BBS from 3/14 to 7/20/85 in regards to mostly the MICROSPHERE RAMDISK. ================================================================= From: TOM CIARAMITARO To: ALL Date: 03/14/85 AS YOU KNOW, I WANT TO SEE ABOUT GETTING A FEW OF US TOGETHER FOR THE PURCHASE OF A 1 MB RAMDISK, BY PURCHASING THE MICROSPHERE BOARD AND GETTING A QUANTITY PRICE ON THE 256K CHIPS. 6 MONTHS AGO THESE CHIPS WERE ADVERTISED FOR OVER $50 IN MICRO C. I JUST GOT A FLYER THAT LISTS THEM FOR $8.75 (50 LOT), $8.25 (100 LOT). THAT WOULD BRING OUR TOTAL PRICE DOWN AS LOW AS $475!!! CALL ME (415) 825-0299, OR 687-0644 EVENINGS. THIS ALSO HAS A 64K PRINTER BUFFER INCLUDED FREE! From: KEN FOWLER To: ALL Date: 06/12/85 Subject: RAMDISK AND KEYPAD For all Microsphere Ram Disk users whose numeric keypads no longer work, the problem is not with the ramdisk software but with the cp/m BIOS. To provide room in memory for the ramdisk driver, you had to relocate cp/m using the MOVCPM utility. MOVCPM contains a copy of your BIOS as set up by KAYPRO, which includes the keypad definitions. It would be O.K. if you could use CONFIG.COM to reconfigure the keypad, but unfortunately they wrote CONFIG to work only with a 64k system. It should be relatively easy for a PASCAL programmer to write a new CONFIG which would work on any size cp/m. From: DANIEL HOWARD To: ALL Date: 06/11/85 Subject: RAM DISK ODDITY WHEN USING THE MICROSPHERE RAM DISK, DIRECT ACCESS TO THE PRINTER IS NO LONGER AVAILABLE. I TRIED USING CONTROL-P TO PRINT A SMALL DOCUMENT, AND LATER TRIED USING SELECT WORD PROCESSING TO PRINT A LETTER BUT NO PRINTING WAS STARTED. WHEN I INITIALIZED DISK "E" (THOUGH ONLY USED THE FLOPPIES AFTER INITIALIZING) THE PRINTER FUNCTIONED, SO IT SEEMS THAT THE BUFFER DOESN'T FUNCTION INDEPENDENTLY OF THE RAM DISK. THIS WILL RARELY BE A PROBLEM SINCE I EXPECT TO LOAD SELECT INTO THE RAM DISK MOST OF THE TIME, BUT WHEN QUICKLY BATTING OUT A SMALL LETTER AND USING THE FLOPPIES ONLY, THE RAM DISK MUST STILL HAVE BEEN INITIALIZED. From: STEVE WILLETT To: ALL Date: 06/12/85 Subject: D HAWKINS - RAM DISK I did not understand your message about RAM disk initialization. Specifically I was puzzled by your comment that EX.COM wouldn't work to initialize the RAM disk. I use EX.COM and the following NEWRAM.SUB file: RDISKM64| {to initialize the disk} YY {to ask for and confirm reformatting} PIP E:=A:*.*| {to copy files from A:} DIR F:| {to switch to RAM disk => A:} ERA ???RAM.SUB| {to erase SUB files} D| This all works fine. I have another file, OLDRAM.SUB, which does the same except it does not format the disk. I use this when I have left my external power supply on and have data on the disk. For this reason I do not give either commands automatically on boot -I just issue the EX OLDRAM or EX NEWRAM command from the A> prompt. From: DANIEL HOWARD To: ALL Date: 07/08/85 Subject: RAMDISK & WARM BOOT If owners of Microsphere's Ramdisk use DIR F: to make the Ramdisk drive A, then warm boots will not activate the floppies, nor will a new floppy be logged on. For example, Software Toolworks C/80 does a warm boot after a compile. If C/80 is in the Ramdisk and the latter is set to be drive A, then the warm boot takes place using the Ramdisk and there is no drive activity. But to log in a new floppy, it would be necessary to use DIR F: to return the top drive to being drive A, do a control C, access the new floppy (most likely in drive B), and then use DIR F: again to restore the Ramdisk as drive A. From: STEVE WILLETT To: ALL Date: 07/11/85 Subject: RAMDISK & WARM BOOT In response to Daniel Howard's message about Microsphere's RAM disk and warm boots I'm sorry, I have to disagree. I use DIR F: to set up the RAM disk as drive A: and it still spins the floppies and accesses the top drive every time I do a warm boot. It may be a side effect of having a Pro8 machine and/or having ZCPR installed, but it definitely does it. From: STUART HOLLANDER To: ALL Date: 07/12/85 Subject: RAMBOARD-NEW CHIPS!! For those of you who have purchased the Microsphere ramdisk, some stimulating news. Just called Fry's in Sunnyvale (408-733-1770) and found that (hold onto your seats) they are offering the NEC 41256-15 (exactly like the ones on our ramdisks) for $2.99 each. Get 'em while they're hot! More good news. Spoke to Don Thompson at Microsphere re the upgrade. Contra to the instruction manual, we don't need to upgrade our 8748 chips--the ones installed were the upgraded versions. Let's see, that is 16 x 2.99, or a 512K upgrade for the princely sum of $47.84 plus tax. Bought mine on Saturday, plugged 'em in, did the tests, and all is fine. Since mine was configured as 512k with a 32k printer buffer, I now have 960k available with a 32k printer buffer. Spoke to the people at Fry's and, as of Monday the 15th, they will start accepting mail orders. Additional charge is something like a dollar, plus the C.O.D. charge of $1.95 or so. From: DANIEL HOWARD To: ALL Date: 07/20/85 Subject: RAMDISK TO 1 MEG STUART HOLLANDER LEFT A MESSAGE RE UPGRADING THE MICROSPHERE RAMDISK FROM 512K TO 1 MEG USING THE 8748 CURRENTLY INSTALLED (THE INSTRUCTIONS STATE THE NEED TO PURCHASE A NEW ONE). WHAT STUART DIDN'T MENTION WAS THAT THE JUMPER THE INSTRUCTIONS STATE NEEDS TO BE INSTALLED ON U15 IS NOT REQUIRED EITHER. SIMPLY PUT IN THE 16 256K CHIPS AND ONE MEGABYTE MINUS THE CURRENT BUFFER IS AVAILABLE. -- EOF -- 9-Aug-85 06:35:18-MDT,1776;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Aug 85 06:31:18-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a022205; 9 Aug 85 7:28 EDT Received: from usenet by TGR.BRL.ARPA id a024605; 8 Aug 85 21:45 EDT From: Jeffrey Miller Newsgroups: net.micro.cpm Subject: Re: Multiuser Micro Info Request Message-ID: <569@mmintl.UUCP> Date: 7 Aug 85 18:41:11 GMT To: info-cpm@AMSAA.ARPA * I'm a firm believer in networking micros rather than using a central multi- user micro with terminals. You can get a massive increase in performance and usefulness that way. I suggest getting a network server with software and a large hard disk. Novell software seems to provide the greatest file and record locking capability of the popular packages and can run on a wide range of manufacturers' hardware. You can get cheap PC compatibles and you'll only need a network interface card (besides the usual stuff) in each. This will let you run the software required by your specification. Some software has network versions. Those programs you mention probably do. Each micro is also capable of standalone operation in this configuration versus the central multiuser config. You should be able to find 8-bit networking software if you prefer, but since the programs you mention also have 16-bit versions, you may find more available in that world. ************************************************* * Jeff Miller * * Multimate International Corp. * * 52 Oakland Avenue * * East Hartford, CT 06108-9911 * * UUCP: * * ...!seismo!utah-cs!utah-gr!pwa-b!mmintl!jeffm * ************************************************* (The usual exclaimers) * 9-Aug-85 06:45:17-MDT,976;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Aug 85 06:43:00-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id aa04560; 8 Aug 85 13:49 EDT Received: from usenet by TGR.BRL.ARPA id a021512; 7 Aug 85 23:14 EDT From: "Wherever you go, there you are." Newsgroups: net.micro.cpm Subject: Help wanted -- Z80 cross-assembler for VAX/VMS Message-ID: <3487@decwrl.UUCP> Date: 6 Aug 85 20:32:28 GMT Sender: daemon%decwrl.uucp@BRL.ARPA To: info-cpm@AMSAA.ARPA Can anyone point me at a public-domain Z80 cross-assembler that will run on a VAX under VMS? It can be MACRO-32, Fortrash, Basic, Pascal, C, or Bliss. If there's not a PD version, is there a CHEAP one that I can get for Apple CP/M? Thanks for any help. Cheers, Dick Binder (The Stainless Steel Rat) UUCP: { decvax, ucbvax, allegra... }!decwrl!dec-rhea!dec-dosadi!binder ARPA: binder%dosadi.DEC@decwrl.ARPA 9-Aug-85 06:55:17-MDT,1114;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Aug 85 06:53:39-MDT Received: from xerox.arpa by AMSAA.ARPA id a002646; 8 Aug 85 13:25 EDT Received: from PinotNoir.ms by ArpaGateway.ms ; 07 AUG 85 12:07:44 PDT Date: 7 Aug 85 12:07 PDT From: Ghenis.pasa@XEROX.ARPA Subject: XLISP12.COM To: info-cpm@AMSAA.ARPA cc: Ghenis.pasa@XEROX.ARPA Message-ID: <850807-120744-154@Xerox> I finally found a copy of XLISP12.COM. Thanks to Dave Giunti for uploading it to the Computer Language BBS. Unfortunately, it really BARELY fits in 64k: you run out of memory after typing just a few expressions (don't even try loading a short program). What I will end up doing for the local CP/M group (at least in the meantime) is using version 1.1 with an INIT file that will "fake" ASSOC, PUTPROP, GETPROP, MAPCAR and a few other improtant things. In case anyone is interested, the CL BBS's number is (415)957-9370. Also, thank you to all of those who responded offering to help. -- Pablo Ghenis Xerox Artificial Intelligence Systems Pasadena, CA 9-Aug-85 07:00:18-MDT,1031;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Aug 85 06:58:32-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a004560; 8 Aug 85 13:44 EDT Received: from usenet by TGR.BRL.ARPA id a018093; 7 Aug 85 21:52 EDT From: Eric Hestenes Newsgroups: net.micro.cpm Subject: how to execute programs from within cpm programs Message-ID: <946@sdcsla.UUCP> Date: 5 Aug 85 20:43:44 GMT To: info-cpm@AMSAA.ARPA Can anyone give me a hint as to how someone would call one program, say WORDSTAR or something simpler, from within another program. Methods using Turbo Pascal, 'C' or assembler would be useful. ( Please don't tell me to use AUTORUN, etc. I want to call programs from ) ( within programs, not do batch processing of commands. ) -------------------------- Eric Hestenes Institute for Cognitive Science, C-015 UC San Diego, La Jolla, CA 92093 arpanet: hestenes@nprdc.ARPA other: ....ucbvax!sdcsvax!sdcsla!hestenes 9-Aug-85 07:10:18-MDT,1888;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Aug 85 07:07:26-MDT Received: from sdcsvax.arpa by AMSAA.ARPA id a021353; 24 Jul 85 7:35 EDT Received: by sdcsvax.ARPA (4.24/4.41) id AA04384; Wed, 24 Jul 85 00:40:25 pdt From: crash!kevinb@sdcsvax.ARPA Message-Id: <8507240740.AA04384@sdcsvax.ARPA> Date: Tue, 23 Jul 85 18:08:43 PDT To: info-cpm-request@AMSAA.ARPA Subject: S-100 bus board problems Resent-Date: Thu, 8 Aug 85 14:41:00 EDT Resent-From: cpmlist@AMSAA.ARPA Resent-To: info-cpm@sdcsvax.ARPA I am new to the S-100 area, and having gotten an old IMSAI chassis with power supply and motherboard, I am eager to make sure it's up to snuff before I plug anything else into it. I am getting +11 on pins 1 & 51, +21 on 2, -21 on 52, 0 on the grounds (20,50,70,100) and about 2.3 or 4 everywhere else. Is this normal? If not, a) is it within acceptability and b) if not, what kinds of hints can you-all offer to help fix same? These values were tested WITHOUT boards, and I only plan to put in 1-3 boards in for quite a while. The name of the above is the PCS-80/15 microcomputer, using the EXP-10 motherboard, and the MBU-B 8085-based CPU. The motherboard also has traces cut at the terminator at pins 71-74,75 being blank,76-78,79 being reconnected, and 99. Also, the CPU board has spaghetti and cutouts around U31, a chip with the label N82S31N 7734 and the label is an S. This chip isn't in the original assembly instructions, which is ALL I have. Anything of help on this, would also be a godsend. I can do without the CPU, but I've got an Advanced Digital SUPER QUAD I can drop into the motherboard, once it gets working. Thanks in advance, Kevin Belles Kevin Belles - UUCP {ihnp4,cbosgd,sdcsvax,noscvax}!crash!kevinb ~~~~~ ~~~~~~ - ARPA crash!kevinb@{nosc,ucsd} 9-Aug-85 07:40:27-MDT,965;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Aug 85 07:40:10-MDT Received: from sdcsvax.arpa by AMSAA.ARPA id a018045; 26 Jul 85 14:33 EDT Received: by sdcsvax.ARPA (4.24/4.41) id AA09349; Fri, 26 Jul 85 00:12:35 pdt From: crash!kevinb@sdcsvax.ARPA Message-Id: <8507260712.AA09349@sdcsvax.ARPA> Date: Thu, 25 Jul 85 22:58:46 PDT To: info-cpm-request@AMSAA.ARPA Subject: 8085 assembler Cc: jaj.virginia@csnet-relay.ARPA, info-micro@brl-vgr.ARPA Resent-Date: Thu, 8 Aug 85 15:17:12 EDT Resent-From: cpmlist@AMSAA.ARPA Resent-To: info-cpm@sdcsvax.ARPA In reference to James Jokl's message, I'm trying to resurrect an Imsai 8085 based system, so any information re an 8085 assembler, I too, would appreciate. Thanks, Kevin Belles Kevin J. Belles - UUCP {ihnp4,cbosgd,sdcsvax,noscvax}crash!kevinb ~~~~~ ~~ ~~~~~~ - ARPA crash!kevinb@{ucsd,nosc}.ARPA 9-Aug-85 07:45:57-MDT,876;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Aug 85 07:42:02-MDT Received: from nprdc-gw by AMSAA.ARPA id a020908; 26 Jul 85 15:36 EDT Received: by nprdc.ARPA (4.12/4.7) id AA27516; Fri, 26 Jul 85 12:35:42 pdt From: Mel Moy Message-Id: <8507261935.AA27516@nprdc.ARPA> Date: 26 July 1985 1232-PDT (Friday) To: info-cpm-request@AMSAA.ARPA Subject: Re: print file repeatedly in Wordstar Resent-Date: Thu, 8 Aug 85 15:18:22 EDT Resent-From: cpmlist@AMSAA.ARPA Resent-To: info-cpm@NPRDC.ARPA The best way to output multiple copies from Wordstar is to utilize Mailmerge to output your file. Even if you are not really performing mailmerge functions, such as customizing form letters, you have the ability to specify how many copies you wish to have printed. Mel Moy melmoy@nprdc 9-Aug-85 08:19:54-MDT,687;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 9 Aug 85 08:16:52-MDT Received: from apg-1.arpa by AMSAA.ARPA id a021898; 9 Aug 85 7:23 EDT Date: Thu, 8 Aug 85 22:07:59 EDT From: Robert Bloom AMSTE-TOI 3775 Subject: Re: dBASE II Question In-Reply-To: Your message of Thu, 8 Aug 85 07:59:16 pdt To: Gerry Key Cc: key@nosc.ARPA, info-cpm@AMSAA.ARPA there is a neat basic program in simtel that lets you do exactly what you want to do. its in micro:, unfortunately, the name escapes me and my list is not handy. it's a library file with fairly good documentation. -bob 10-Aug-85 10:55:29-MDT,1789;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 10 Aug 85 10:55:18-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id aa15299; 10 Aug 85 12:24 EDT Received: from usenet by TGR.BRL.ARPA id a020429; 9 Aug 85 19:41 EDT From: jp@LANL.ARPA Newsgroups: net.micro.cpm Subject: Re: dBASE II Question Message-ID: <29487@lanl.ARPA> Date: 9 Aug 85 21:12:43 GMT To: info-cpm@AMSAA.ARPA > > > I have a dBASE II question. First, the scenario. > > File X.dbf contains 100 records. File Y.dbf contains 0 records > but has the same definition (i.e., STRUCTURE) as X.dbf. Someone > inadvertently issues the command: > > . use Y > . copy to X structure > > The result is that the 100 records in X.dbf are still there, but > because it now has the definition of Y.dbf, X.dbf appears to con- > tain 0 records. Any reference to a record number in X.dbf pro- > duces an error because the definition thinks there are none. > > The question: is there any way to fake the definition of X.dbf > into recognizing those 100 records? I tried doing an APPEND, > thinking that when it updated the definition it would count in > the 100 records that were there plus the dummy record I just ad- > ded. Wrong. It now says I have 1 record in X.dbf instead of 0. > > --Gerry > I haven't tried this but if the file got screwed up the way you say it did, whynot just reverse the process. Create a new file with the correct structure, enter the appropriate number of records (or more, if you must guess) then copy the correct structure back into your file. If all you did by your mistake was change the structure and record number, this should fix you up. Jim Potter jp@lanl.arpa 10-Aug-85 10:56:31-MDT,2966;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 10 Aug 85 10:56:16-MDT Received: from simtel20.arpa by AMSAA.ARPA id a015339; 10 Aug 85 12:24 EDT Date: 9 Aug 85 00:22:44 GMT Message-ID: Sender: Morris Jones From: Morris Jones Newsgroups: net.micro,net.micro.pc Subject: MicroPro product update information (August) ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Fri 9 Aug 1985 21:16-MDT Offered as a public service. If you feel this is contrary to the interests of the net, please send me mail. I'll proceed according to the responses. Mojo ------------------------------------------------------------------------- MICROPRO`S CUSTOMER UPDATE INFORMATION FOR AUGUST Customer Updates: 800-227-5609, Monday through Thursday, 9-11AM and 1-3PM, Pacific Time Technical Support-- 415-499-8320 --PRINTER ENHANCEMENT AVAILABLE-- The original WordStar program has been enhanced to work with the HP Laserjet, HP Thinkjet, Diablo ECS AND IBM Quitewriter and Wheelprinter. WordStar 2000 now supports all HP Laserjet font options and it's other print functions, such as proportional spacing, superscript, subscript and justification. Printer-Support Enhancement Disks permit dealers to upgrade existing WordStar 2000 and WordStar 3.3 IBM packages. This free update is available through your dealer. If you have trouble locating a dealer in your area, call 800-227-6730. --UPDATING YOUR SOFTWARE-- In referring to the Update prices listed below, please note the following product availability, listed next to update price. (MicroPro's pricing and product availability are subject to chan- ge.) 1)IBM/Compaq 2)CPM 80/86 3)Apple --Update prices are: WordStar-$85 (1,2,3) Prof Options (MailMerge, CorrectStar, StarIndex)-$140 (1,2,3) WS 2000-$250 (1) WS 2000+-$350 (1) WS2000 Options-100 (TeleMerge, Mailing List Management) (1) --To obtain an Update send: -your original MicroPro Disk -the appropriate prepayment -correspondence indicating what hardware you are using or intend to use. --When ordering either Options Pack, you do not need to send in your software. We are not set up to process purchase orders---We do honor Visa, MasterCard, checks or money orders. Please send your completed Update Order to: Customer Updates P.O. BOX 4960 San Rafael, CA 94913 -- Mojo ... Morris Jones, MicroPro Product Development {dual,ptsfa,hplabs}!well!micropro!kepler!mojo 10-Aug-85 11:20:59-MDT,3665;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 10 Aug 85 11:20:52-MDT Received: from simtel20.arpa by AMSAA.ARPA id a015381; 10 Aug 85 12:25 EDT Date: Fri, 9 Aug 1985 21:35 MDT Message-ID: Sender: Keith Petersen From: Keith Petersen To: nep.pgelhausen@AMES-VMSB.ARPA Cc: max.hartman@ames-vmsb.ARPA, Info-Modem7@SIMTEL20.ARPA Subject: 1k protocol discussions ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Fri 9 Aug 1985 21:39-MDT Not being on the INFO-MODEM list, I am not privy to the discussion that was mentioned on the message forwarded to INFO-CPM, however I do have one question to ask: Does this one byte change to the header information (to select block size) make KMD incompatible with programs that currently support the XMODEM protocol? Any changes made to a protocol should be made in such a manner that the new editions may still work with previous versions, that may not know of the new feature. Could somebody please inform me about this? Does anyone think that I have a valid point? If not, why? ...and, what about Naomi? -Richard Hartman max.hartman@ames-vmsb The following message from CompuServe explains... Date: Tuesday, 6 August 1985 18:16-MDT From: CSTROM at SIMTEL20.ARPA Re: Protocol wars continue Paul Homchick thought there might be interest in this message: #: 142754 S0/Communications 03-Aug-85 08:44:29 Sb: #142740-#Yam & r Fm: Paul Homchick 71445,527 To: Pete Holsberg 70240,334 (X) I would have thought that my stance on the wars was quite clear by now, but at the risk of boring everyone to death, I'm going to state it one more time. (Hit Cntrl-O NOW to skip this, if you wish!!). At this point there is NO difference between the 1K implementations except for Irv's additions of another 'receiving handshaking character' the timing dependent nature of the initial handshake, and the difference between "S" and "SK". This is in variance from the YMODEM standard already implemented on MSDOS and UNIX systems. If the CP/M community adopts the KMD/IMP protocol, I think it will be very unfortunate for two reasons. 1) It adds complexity, outside of the checksum, to an already shakey protocol which reduces its suitability for use over timesharing systems and packet-switching networks. Also by adding ANOTHER handshaking character, it continues the bad precedent of the C, and invites further "improvements" via this extension mechanism, and further degradation. 2) The existence of a split between the MSDOS / UNIX & CP/M impementations helps to ensure that adoption of the 1K packet will not be widespread, and could hasten the end of XMODEM as a low-end standard by which everyone can transfer files. For reasons given in (1), the M-U world is not going to adopt KMD. For reasons which I can only characterize as well-meaning but shortsighted, sections of the CP/M community have not adopted YMODEM. As you note, the commercial protocols have not knocked each other out, but they HAVE kept any one of them from becoming standard. CP/M users are now in the minority of micro users, and it's going to get worse. I fear that KMD, with its CP/M Ostrich outlook, will be counter productive to widespread transfer of data via telecommunications. To me, it is evident that these are significant reasons for taking a strong stand. I hope it is clear that there is no hidden agenda here. 12-Aug-85 05:52:25-MDT,968;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 Aug 85 05:52:18-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a027707; 12 Aug 85 7:25 EDT Received: from usenet by TGR.BRL.ARPA id a003621; 10 Aug 85 17:49 EDT From: jack%boring.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: Looking for Z80 disassembler under CPM. Message-ID: <6570@boring.UUCP> Date: 10 Aug 85 21:03:22 GMT Apparently-To: rnews@mcvax.LOCAL To: info-cpm@AMSAA.ARPA I'm posting this for a friend who doesn't have net access, so please reply directly to him. -Jack. I'm looking for a Z80 disassembler or debugger that runs under CPM. I have one for the 8085, but it screws up badly as soon as a Z80-specific instruction is executed. Any pointers/sources/etc are welcomed. Tom Uyldert, mcvax!vu44!htsa!htsame!dzut (or, if you're lucky, dzut@htsame.UUCP) -- Jack Jansen, jack@mcvax.UUCP The shell is my oyster. 12-Aug-85 05:54:59-MDT,1091;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 Aug 85 05:54:53-MDT Received: from ames-vmsb.arpa by AMSAA.ARPA id a027713; 12 Aug 85 7:25 EDT Date: 9 Aug 85 09:23:00 PDT From: nep.pgelhausen@AMES-VMSB.ARPA Subject: --- KMD vs. XMODEM --- To: info-cpm@AMSAA.ARPA Cc: info-modem7@simtel20.ARPA Reply-To: nep.pgelhausen@AMES-VMSB.ARPA Not being on the INFO-MODEM list, I am not privy to the discussion that was mentioned on the message forwarded to INFO-CPM, however I do have one question to ask: Does this one byte change to the header information (to select block size) make KMD incompatible with programs that currently support the XMODEM protocol? Any changes made to a protocol should be made in such a manner that the new editions may still work with previous versions, that may not know of the new feature. Could somebody please inform me about this? Does anyone think that I have a valid point? If not, why? ...and, what about Naomi? -Richard Hartman max.hartman@ames-vmsb ------ 12-Aug-85 06:19:10-MDT,989;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 Aug 85 06:19:03-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id ab27707; 12 Aug 85 7:25 EDT Received: from usenet by TGR.BRL.ARPA id a008794; 11 Aug 85 2:50 EDT From: Roger Leisch Newsgroups: net.micro.cpm,net.micro.trs-80,net.wanted Subject: Wanted: Terminal Emulator Program for CPM system Message-ID: <116@butler.UUCP> Date: 9 Aug 85 17:31:54 GMT Xref: seismo net.micro.cpm:4763 net.micro.trs-80:378 net.wanted:7396 To: info-cpm@AMSAA.ARPA I am looking for a Public Domain program that will allow my TRS-80 computer running CPM/TRSDOS to emulate a Terminal. I am particular interested in a program that would emulate a DEC terminal, an have upload/download capabilites. Thanks in advance. Roger Leischner uucp: uw-beaver!uw-june!entropy!dataio!butler!leisch P.S. Does anyone Know what the SIMTEL20 directories are??? 12-Aug-85 06:25:35-MDT,2831;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 Aug 85 06:25:21-MDT Received: from simtel20.arpa by AMSAA.ARPA id a027787; 12 Aug 85 7:26 EDT Date: Sat, 10 Aug 1985 22:09 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Modem7@SIMTEL20.ARPA Cc: Info-Cpm@AMSAA.ARPA Subject: Kim praises Irv The following file HOFFGOOD.TXT was found on the RCPM Sysops Clearinghouse system Saturday night. It is presented here without comment. --Keith Re: Hoff's extensions to the 1k protocol Date: 8/6/85 From: pst I am writing this in support of the Hoff extensions to the 1k protocol. Separately, Paul Homchick and Irv Hoff developed 1k protocol for XMODEM. Irv called his new program KMD, Paul kept the XMODEM line going. Many of you know me personally, and know that Irv and I have a complementary/competitive attitude towards our respective programming projects. This should make my comments reasonably objective. I have tried every XMODEM protocol program available for CP/M and --MANY-- MS-DOS programs, and they are all (except for one exception) completely compatible with the Hoff extensions. 1) The Hoff extensions work. 2) They work well. [i.e. they are transparent to non-compatible programs] 3) If you are running IMP, 1k protocol transfers become automatic. 4) It is my dream that Ron Fowler add the extensions to Mex115, but that's up to him. I think this all-arround competition has brought about some really nice additions to RCP/M software. 1) The Christensen/Forsberg/Hoff 1k protocol 2) The Hoff extensions to the 1k protocol 3) The Traina Bye-BDOS calls in Bye337 Unfortunately, we have a disadvantage now. There is great confusion about XMODEM/BYE3 and KMD/BYE5. The problem is that these sets of programs are functionally identical (or will be as soon as the Hoff/Masters team releases BYE501/KMD04 which use my Bye-BDOS idea). There are minor differences between the XMODEM/BYE3 and KMD/BYE5 series, but they are identical from a user's standpoint. We have programs that are duplicates, the next step is to merge the best of XMODEM/BYE3 and KMD/BYE5 into a single group of programs again. However, none of us (the authors) should be the ones to make the merge, because we have different ideas all want things done our _own_ way, which was one of the causes of the "big split" to begin with. I will be more than happy to assist some individual in merging this software, but I will not do it myself, because I feel it would just continue the split between KMD/BYE5 and XMODEM/BYE3. Any volenteers? pst / Saratoga OxGate 408/354-5934 300/1200/2400 baud 12-Aug-85 07:17:59-MDT,719;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 Aug 85 07:17:52-MDT Received: from simtel20.arpa by AMSAA.ARPA id a027806; 12 Aug 85 7:26 EDT Date: Sat, 10 Aug 1985 22:21 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: "Frank J. Wancho" Cc: Info-Modem7@SIMTEL20.ARPA, Info-Cpm@AMSAA.ARPA Subject: Kim praises Irv In-reply-to: Msg of 10 Aug 1985 22:12-MDT from Frank J. Wancho Keith, I *thought* "pst" was Paul S. Traina. Who is "Kim"? --Frank Yes, you're right. My error. Too late at night. --Keith 12-Aug-85 07:33:16-MDT,1182;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 Aug 85 07:33:06-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id aa27707; 12 Aug 85 7:29 EDT Received: from usenet by TGR.BRL.ARPA id a004861; 12 Aug 85 6:40 EDT From: Miriam Clifford Newsgroups: net.micro.cpm Subject: Re: 8085 assembler Message-ID: <197@ecsvax.UUCP> Date: 10 Aug 85 10:00:23 GMT To: info-cpm@AMSAA.ARPA > In reference to James Jokl's message, I'm trying to resurrect an Imsai 8085 > based system, so any information re an 8085 assembler, I too, would appreciate. > I am not an assembler programmer, so am not too sure about my comments, but--- The Zenith Z100 (not the Z150 Z100 PC) has CPM on an 8085 as well as msdos. Therefore, I would think that the assmebler instructions that come with that machine would have the 8085 version. If you can't get it closer, I probably have it somewhere in the documentation that came with my machine. Or talk to a Heath/Zenith dealer. {decvax,ihnp4,akgua}!mcnc!ecsvax!dmimi Mimi Clifford 2535 Sevier St Durham, NC 27705 919-489-4821 919-684-2854 (Wed) 12-Aug-85 08:58:45-MDT,970;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 Aug 85 08:58:38-MDT Received: from csnet-pdn-gw by AMSAA.ARPA id a004300; 12 Aug 85 10:24 EDT Received: from gmr by csnet-relay.csnet id ac13767; 12 Aug 85 10:14 EDT Date: Mon, 12 Aug 85 09:55 EST From: haar%gmr.csnet@CSNET-RELAY.ARPA MMDF-Warning: Parse error in preceding line at CSNET-RELAY.ARPA To: info-cpm@AMSAA.ARPA Subject: HD64180 Does anyone know if any vendors are working on S-100 boards using the new Hitachi HD64180 microprocessor? It seems like a natural for either CP/M Plus or Z-system. It runs 8080 or Z-80 machine code, has on-chip serial I/O, DMA controller, and programmable timers, and memory management for a 512K memory address space. It should reasonably make a single board computer and a full-feature S-100 bus board with RAM, ROM, serial I/O, and a floppy disk controller. Bob Haar G.M. Research Labs 12-Aug-85 12:19:02-MDT,840;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 12 Aug 85 12:18:54-MDT Received: from simtel20.arpa by AMSAA.ARPA id a010447; 12 Aug 85 13:30 EDT Date: Mon 12 Aug 85 11:30:25-MDT From: Rick Conn Subject: Re: HD64180 To: haar%gmr.csnet@CSNET-RELAY.ARPA cc: info-cpm@AMSAA.ARPA In-Reply-To: Message from "haar%gmr.csnet@CSNET-RELAY.ARPA" of Mon 12 Aug 85 08:58:47-MDT Message-ID: <12134574839.9.RCONN@SIMTEL20.ARPA> Yes, I have heard rumors which I believe to be true about Quadram coming out with an S-100 board which is based on the 64180. It is running the Z System, and I am supposed to see it in a month or so. More on that later. Also, look at the recent Echelon newsletters. I think you will find hints/more info dropped here. Rick ------- 13-Aug-85 05:23:04-MDT,2079;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 13 Aug 85 05:22:56-MDT Received: from simtel20.arpa by AMSAA.ARPA id a022405; 13 Aug 85 6:59 EDT Date: Mon, 12 Aug 1985 20:44 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: Revised quick reference list to Simtel20 CP/M directories Quick reference list to SIMTEL20's MICRO: directories as of Aug. 12, 1985 (where 'x' is one of the names below): 22RSX COMND GENASM MSOFT SYSLIB3 6502 CPM3 GENCOM NEWS SYSUTL AMETHYST CPM86 GENDOC NSTAR T20-SQUSQ APPLE CPMLIB HAMMING OSBORN TERM ASMUTL CPR86 HAMRADIO PACKET TOPS-20 ATARI CUG HDUTL PASCAL TRS-80 AZTEC-C DBASEII HEATH PCDOS TURBODOS BASIC DEBUG HELP PILOT80 TURBOPAS BDOS DIRUTL HEX PLOT33 TXTUTL BDSC-1 DISASM IBM-PC PPSPEL VAXVMS BDSC-2 DISKPLOT IMP PUBKEY VDOEDIT BDSC-3 DSKBUF INSIDCPM PUBPATCH VOICE BDSC-4 DSKUTL KAYPRO RBBS WSTAR BSTAM EDITC80 LIST RBBS4 XCCP BYE3 EDITOR MACLIB RCPM XLISP BYT85FEB EMX MATH ROS YAM BYT85JAN EPSON MBBS SMALLC21 Z3LIBS C80 EZCPR MEMTEST SORT Z3NEW CATLOG FAST2 MEX SPELL ZCPR CB80 FIDO MICNET SQU-PORT ZCPR2 CBIOS FILCPY MISC SQUSQ ZCPR3 CCP FILUTL MODEM STARTER-KIT COBOL FORTH-83 MODEM2 SUBMIT COMMODORE FORTRAN MODEM7 SYSLIB 13-Aug-85 05:26:21-MDT,1696;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 13 Aug 85 05:26:15-MDT Received: from simtel20.arpa by AMSAA.ARPA id a022421; 13 Aug 85 7:00 EDT Date: Mon, 12 Aug 1985 20:58 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: max.hartman@ames-vmsb.ARPA Cc: Info-Cpm@AMSAA.ARPA, Info-Modem7@SIMTEL20.ARPA Subject: 1k protocol discussion Thanks for sending the msg intended to answer my question....it was written poorly enough, though, that my main question (compatability w/ versions not incorporating the extension) remained unanswered. A seperate message that you later sent to info-cpm in general (as well as modem7), HOFFGOOD.TXT, cleared this up. Thanks for your help. In HOFFGOOD.TXT, they ask for help w/ the merge, and give phone #...does this person have an arpa address? if so, could you send it to me? Thanks again, -Richard Hartman max.hartman@ames-vmsb That person is not on the net. However, the various versions of XMDM (XMODEM) have been merged and are now available as: Filename Type Bytes CRC Directory MICRO: XMDM116.LBR.1 BINARY 99200 D27AH The various versions ARE compatible with MODEM2, MODEM7, MODM700, MEX, YMODEM (YAM), etc. However, the receiving end if assembled to use Hoff's "C" pause "K" approach may cause the sender to time out one or two times, making some people think the protocol is broken. This only happens on the first record - after that the receiving end sends ACK/NAK as the case may be. --Keith 13-Aug-85 06:10:03-MDT,1242;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 13 Aug 85 06:09:54-MDT Received: from simtel20.arpa by AMSAA.ARPA id a022449; 13 Aug 85 7:01 EDT Date: Mon, 12 Aug 1985 21:29 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Modem7@SIMTEL20.ARPA, Info-Cpm@AMSAA.ARPA Subject: 1k protocol doc [Is there] any other documentation you might have concerning the 1K protocol extension? We have added it to ASCII Pro (IBM) with a couple of variations and want to make sure that it is fully compatible with "the specs". Thanks. --Bill Blue Yes, Chuck Forsberg revised his original YMODEM.DOC file, adding a table of contents, etc. It's now available from SIMTEL20 as: Filename Type Bytes CRC Directory MICRO: XYMODEM.DQC.1 BINARY 27776 6394H ...or for those who don't have a way of UnSQueezing: Directory MICRO: XYMODEM.DOC.1 ASCII 43645 8113H --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA uucp: ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz uucp: ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz 13-Aug-85 06:15:21-MDT,1441;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 13 Aug 85 06:15:12-MDT Received: from simtel20.arpa by AMSAA.ARPA id a022455; 13 Aug 85 7:01 EDT Date: Mon, 12 Aug 1985 21:46 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: decvax!mcvax!vu44!htsa!htsame!dzut@UCB-VAX.ARPA Cc: Info-Cpm@AMSAA.ARPA Subject: Looking for Z80 disassembler under CPM. I'm looking for a Z80 disassembler or debugger that runs under CPM. I have one for the 8085, but it screws up badly as soon as a Z80-specific instruction is executed. Any pointers/sources/etc are welcomed. Yes, Rick Conn write ZDASM, a Z80 disassembler, some time ago. It's available from SIMTEL20 as: Filename Type Bytes CRC Directory MICRO: ZDASM15.LBR.1 BINARY 77440 6DB4H If you are unable to access Simtel-20 because of network restrictions please remember that MOST of the new files announced to Info-Cpm are also available on my RCPM Royal Oak (MI) which may be accessed at 300 baud using the 103a modem mode or 1200 baud using either the 212a or Vadic 3400 modes. The telephone number is (313) 759-6569. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA uucp: ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz uucp: ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz 13-Aug-85 06:44:22-MDT,2745;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 13 Aug 85 06:44:04-MDT Received: from simtel20.arpa by AMSAA.ARPA id a022467; 13 Aug 85 7:02 EDT Date: Mon, 12 Aug 1985 22:13 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: Ward Christensen comments on protocol wars The following is a message from Ward taken from Compuserve's CP/M sig. #: 143664 S0/Communications 10-Aug-85 16:05:46 Sb: #143226-#protocol wars Fm: Ward Christensen 76703,302 To: Irv Hoff 72365,70 (X) Then you said 'The new "K" addition opens the door for expanding into tomorrow's technology, by replacing the "K" with say a "N" for 9600 baud use with say 2k or even 4k packet sizes.". Sorry, I frowned so much reading this that my eyebrows touched in the middle. Thank goodness Charlie Strom jumped in saying " Since these characters are not in the error-detection routine ... don't you have any concern that adding still more possibilities will make the protocol more fragile?" You blew me away with your reply: "None whatsoever, Charlie, you (and Ron Fowler) are likely overlooking the fact those protocol characters are never sent once the first record is sent. There is no more liklihood that would be "more fragile" than the current method of requiring a "C" or "NAK" prior to the first record being sent, in my evaluation." Gad, I'm getting to the point where no matter how much I want to do all this via CIS, I'm tempted to call you on the phone and scream! How can you not see, that the addition of characters that aren't checked, is not opening the door to more and more errors! I curse myself for initially doing single-char ACK/NAK/EOT. Then the opening was invented by someone (who?) - and not a bad idea. "C" naking was a hack, and obviously it doubled the chances of having the "protocol selection" hosed up, i.e. a 'glitch' that looks like a C or a NAK; now a glitch that looks like a C or nak or K, is bad. You seem to think adding "N" and more chars is "perfectly OK". If you'd said "I realize 'K' naking is a HACK, and while it opens the door to more problems, the benefits far outweigh them", THEN I'd be on your side, and Fowler and Homchick wouldn't be calling me to beg me to take the "anti-K side". I am willing to "bless the K-nak", as yet another hack whose side effects are not significant enough to warrant throwing it away. Please just don't smoke whatever you smoke when you rationalize that it is GOOD, and extendable into the future! It may not make YOUR brain hurt, but it sure makes MINE hurt! 13-Aug-85 07:38:01-MDT,739;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 13 Aug 85 07:37:57-MDT Received: from usc-isi.arpa by AMSAA.ARPA id a028065; 13 Aug 85 8:53 EDT Date: 12 Aug 1985 22:10:39 EDT Subject: HD64180 boards From: Rex Buddenberg To: info-cpm@AMSAA.ARPA cc: BUDDENBERGRA@USC-ISI.ARPA I've heard nothing about S-100 boards, but at the MicroCornucopia SOC a couple weeks ago, Hiroshi Katayama was showing a single board computer which had so much on it that someone asked where the kitchen sink was... In addition to the stuff already mentioned was X.25 support (HDLC etc). Somebody mentioned Kaypro competition... It would fit in the lunchpail. b ------- 13-Aug-85 08:26:06-MDT,5264;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 13 Aug 85 08:25:43-MDT Received: from mitre.arpa by AMSAA.ARPA id a000336; 13 Aug 85 9:38 EDT Received: by mitre.ARPA (4.12/4.7) id AA06698; Tue, 13 Aug 85 09:09:13 edt Message-Id: <8508131309.AA06698@mitre.ARPA> To: info-cpm@AMSAA.ARPA Subject: What are the Simtel20 Archives Date: 13 Aug 85 09:05:30 EDT (Tue) From: Jeff Edelheit It seems that it is time to run this blurb again for the benefit of the newer Usenetters. For those of us who have seen this note before, I appologize for cluttering-up your inbox. "How can a user of a USENET host access the public domain microcomputer software collection on the DDN/MILNET host SIMTEL20" is being asked with increasing frequency as that software collection continues to grow. Unfortunately, direct access is not possible as there is no UUCP gateway for file transfer between SIMTEL20 (running TOPS-20) and a USENET host (as there is for electronic mail). (DDN, formerly known as ARPANET, is the Defense Data Network. DDN, along with Arpanet, SATNET, SRINET, etc. are all members of a TCP/IP protocol-based, multiple gateway network called InterNet.) USENET has been built on adjacent hosts voluntarily agreeing to store-and-forward relatively short messages across the USENET over dialup lines at 300 or 1200 bps. In the past, helpful InterNet users would fetch the file(s) requested and then e-mail them to the requestor. However, it has been pointed out that large file transfers disrupt the service, delay the shorter messages, and generate unacceptably large phone bills, all of which add up to threaten the tenuous connections that some USENET hosts can barely afford to have. Therefore, we have been asked to encourage InterNet users not to pass archive programs this way. Now for the good news. Some InterNet users, if sent a suitable disk, will download files and return mail the floppy to the requestor. To find a friendly InterNet user, send a message to INFO-CPM at DDN host AMSAA.ARPA via net.micro.cpm identifying your disk format and your request. Usually, someone will respond and come to your aid. If not, don't be bashful, wait a week and try again. But please remember, any such arrangements are strictly between you and your respondent. This is not, repeat NOT, a service of either the InterNet or INFO-CPM. If the above arrangement is inconvenient, or doesn't work, here are several other sources for public domain software. ---------------------------------------------------------------------- Information (and prices) are subject to change without notice. A volume is usually one floppy disk. 1. CP/M User's Group The CP/MUG volumes are available from: CP/M User's Group 1651 3rd Avenue New York, NY 10028 Current volumes are numbered 1 through 92 at $13 per 8" SSSD disk (Northstar format also available). The catalog is $6. 2. Special Interest Group/Microcomputers (SIG/M) The SIG/M volumes are distributed by: SIG/M Amateur Computer Group of New Jersey, Inc. Box 97 Iselin, NJ 08830 Current volumes are numbered 000 through 172. The first disk is $6.00 and $5.00 for each additional disk. The catalog is $2. 3. New York Amateur Computer Club PC-BLUE software volumes for the IBM-PC are available from: S-100, CP/M User Group The New York Amateur Computer Club P.O. Box 106 Church Street Station New York, NY 10008 The documentation files from the SIG/M and CPMUG volumes are available in hardcopy form, grouped into "books", from the NYACC. Each book is priced at $10 including shipping, $15 for overseas airmail. All orders must be prepaid. 4. PicoNet CP/M Users Group PicoNet, CP/MUG, and SIG/M software volumes are available from: PicoNet P.O. Box 391566 Mountain View, CA 94039 Available in 8" and most 5 1/4" soft sector only at $6.00 per disk plus $1.50 shipping per order. California residents add 6.5% sales tax. Quantity discounts are available. 5. Other sources: Compuserve Information Service is another source of public domain software. There are a number of special interest groups (SIGs) devoted to specific hardware as well as CP-MIG, the generic CP/M SIG, a repository for a large quantity of public domain software downloadable by the Compuserve file transer protocol (Christensen protocol is expected by late summer, 1984). There is no charge for access to CP-MIG other than the standard CIS connect charges, and Compuserve can be accessed through their own communications network or through Tymnet. ... and many Remote CP/M (RCPM) systems around the country, where software is available for downloading for the price of a phone call. The May 1984 issue of Microsystems contains the full listing of known RCPMs at the time of publication. I would like to thank Dave Towson, Frank Wancho and Charlie Strom for all their assistance in putting this blurb together. If anybody out in InterNet Land has any questions or comments about the above blurb, feel free to contact any one of us. Jeff Edelheit (edelheit at mitre) 13-Aug-85 09:00:53-MDT,1488;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 13 Aug 85 09:00:44-MDT Received: from brl-aos.arpa by AMSAA.ARPA id a002962; 13 Aug 85 10:25 EDT Received: from mit-multics.arpa by AOS.BRL.ARPA id a004647; 13 Aug 85 10:24 EDT Date: Tue, 13 Aug 85 10:16 EDT From: Bakin@MIT-MULTICS.ARPA Subject: RE: This is serious! To: Info-CPM@BRL.ARPA Message-ID: <850813141649.427852@MIT-MULTICS.ARPA> Hey, this really is serious! The following is a brief article from the August 1985 AdaData newsletter: ----- VLSI Circuits Too Small to Endure? A report in the June issue of the Journal of Defense & Diplomacy states that the lightweight conductors used in very large-scale integrated circuits may be getting too small to withstand the stresses of carrying current. JODD says that even the tiny flow of electricity passing through a chip may be sufficient to displace an aluminum circuit's individual molecules in the same way that traffic can turn an uneven roadway into a streat of potholes. But while the road is usually able to continue to carry its load, the same may not be true of the microscopic conductor, which could actually end up breaking. The magazine therefore recommends that military chip suppliers use heavier metals like tungsten, for which Sandia National Laboratories (Albuquerque, NM) is developing a two-stage vapor deposition process. ----- -- Dave (Bakin -at mit-multics.ARPA) 13-Aug-85 09:15:55-MDT,552;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 13 Aug 85 09:15:49-MDT Received: from brl-aos.arpa by AMSAA.ARPA id aa02962; 13 Aug 85 10:25 EDT Received: from mit-multics.arpa by AOS.BRL.ARPA id a004665; 13 Aug 85 10:25 EDT Date: Tue, 13 Aug 85 10:20 EDT From: Bakin@MIT-MULTICS.ARPA Subject: RE: My last message To: Info-CPM@BRL.ARPA Message-ID: <850813142021.954265@MIT-MULTICS.ARPA> Sorry about that -- wrong list. It should have gone to info-micro. -- Dave (bakin -at mit-multics) 13-Aug-85 13:38:11-MDT,1410;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 13 Aug 85 13:38:02-MDT Received: from simtel20.arpa by AMSAA.ARPA id a013115; 13 Aug 85 14:42 EDT Date: Tue 13 Aug 85 12:42:29-MDT From: Rick Conn Subject: Re: HD64180 boards To: BUDDENBERGRA@USC-ISI.ARPA cc: info-cpm@AMSAA.ARPA In-Reply-To: Message from "Rex Buddenberg " of Mon 12 Aug 85 22:10:39-MDT Message-ID: <12134850102.7.RCONN@SIMTEL20.ARPA> I'm working on an SB180 board (Steve Ciarcia's design) now. SUPER board. This 7 1/2" by 4" SBC has an HD64180, 256K bytes RAM, 2 RS-232C drivers, 1 parallel port, and a floppy disk controller for 3 1/2", 5 1/4", and 8" floppies. All running the Z System with a RAM disk. Clock speed is 6+ MHz. Note that by using the HD64180, the HD64180 ALONE has 64 I/O ports internally, providing 2 UARTs (RS-232C line drivers are off-chip), one clocked serial port, 2 timers/counters, 2 DMA controllers (mem-to-mem, mem-to-io, and mem-to-mem-mapped-io transfers), and a 12-level priority interrupt controller. Most impressive. Finally, the new Echelon ZAS assembler (a Z System tool) assembles the extended instructions for the 64180, and the ZDMH debugger helps debug, recognizing 64180 instructions. So there is a toolset to support 64180 development available now as well. Rick ------- 14-Aug-85 06:06:11-MDT,1284;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 14 Aug 85 06:06:05-MDT Received: from brl-aos.arpa by AMSAA.ARPA id a024021; 14 Aug 85 7:31 EDT Received: from mit-mc.arpa by AOS.BRL.ARPA id a018321; 13 Aug 85 19:12 EDT Received: from WISCVM.ARPA by MIT-MC.ARPA 13 Aug 85 19:10:05 EDT Received: from (ZDV626)DJUKFA11.BITNET by WISCVM.ARPA on 08/13/85 at 18:09:33 CDT Date: Tue, 13 Aug 85 21:43:37 cet To: INFO-CPM@MIT-MC.ARPA From: ZDV626%DJUKFA11.BITNET@WISCVM.ARPA Subject: Date: Tue, 13 Aug 1985 21:20 cet From: Eberhard W. Lisse To: info-cpm@mit-mc.arpa Subject: cp/m-bulletin board Hi, I have been given your mailing adress by gubbins@radc-tops20.arpa. If you have a similar mailing list, could you please include me in it. I'm a senior in the Technical University of Aachen Medical School and as we have been hooked into BITNET, I have been volunteered by the German cp/m ( Sorry, some of my capital keys seem not to work properly) user group to look into it. Do you distribute public domaine software ? If yes, could you send me a list ? Is it possible to get back issues of your digests ? Thanks in advance, el 14-Aug-85 12:03:39-MDT,2024;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 14 Aug 85 12:03:29-MDT Received: from simtel20.arpa by AMSAA.ARPA id a012326; 14 Aug 85 13:08 EDT Date: Wed 14 Aug 85 11:08:50-MDT From: Rick Conn Subject: Re: HD64180 boards To: RFOWLER@SIMTEL20.ARPA cc: info-cpm@AMSAA.ARPA, info-micro@AMSAA.ARPA In-Reply-To: Message-ID: <12135095197.22.RCONN@SIMTEL20.ARPA> Hi, Ron, I'm afraid your rumors are true. The 64180 has an on-chip MMU which provides the memory management. This is accessed via on-chip I/O ports and the special set of 64180 I/O instructions. I haven't found this to be a problem yet. SW-wise, you init the MMU, defining the 64K memory banks to have 0, 1, or 2 common banks (common to all memory 64K memory banks) and 1 base bank (unique to each 64K memory bank). Switching banks is like loading a segment register, wherein you output any of the standard registers or (HL) to the MMU for the selection. The resolution of the common and base banks is to 4K, but that does not stop you from having a 63K+ TPA. I really like the 64180, but a problem came up last night which really bothered me. One of the two UARTS onchip (which I am using to connect to a Smartmodem) pays attention to the DCD line. You can sense this line internally thru a port. However, if DCD drops off (no carrier), then the Transmitter section of the UART is disabled! Ban news! No more comm to the Smartmodem for dialing the phone, answering the phone, hanging up the phone, etc. You can, of course, set the switch on the Smartmodem to keep DCD true (reverse logic, so 0 actually), but then you can't use DCD to detect loss of user signal. There is a way around this problem for the Ciarcia board, but I can't talk until Nov or so for reasons of confidence. Ciarcia will have a project on this option in Dec Byte. If Steve says I can talk earlier, I will. Rick ------- 15-Aug-85 05:45:38-MDT,1125;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Aug 85 05:45:28-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id aa02558; 15 Aug 85 7:13 EDT Received: from usenet by TGR.BRL.ARPA id a011462; 14 Aug 85 22:50 EDT From: "Lee B Grey, Programmer Extraordinaire" Newsgroups: net.micro.cpm Subject: Re: DBASE II Message-ID: <647@gitpyr.UUCP> Date: 12 Aug 85 22:21:59 GMT To: info-cpm@AMSAA.ARPA > Last I heard there was no dBase II compiler, but there was a version > available from Ashton-Tate specifically for people in your position. There is something called DBCompiler. It's fairly nice, but, last time I looked at it, it did not have the capability of compiling programs which utilized the macro (&) function. It seemed fairly simple to add this capability. It is possible that they have, by now. Also, a company called Fox & Geller puts out some utilities which, I believe, include a dBASE compiler. I know for a fact that there ARE ways to get your dBASE code compiled. Just hunt around. Lee Grey 15-Aug-85 05:52:08-MDT,1744;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Aug 85 05:52:02-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id ac02558; 15 Aug 85 7:13 EDT Received: from usenet by TGR.BRL.ARPA id a013599; 15 Aug 85 0:12 EDT From: "Richard L. Klappal" Newsgroups: net.micro.cpm Subject: Re: how to execute programs from within cpm programs Message-ID: <124@wlcrjs.UUCP> Date: 11 Aug 85 05:52:56 GMT To: info-cpm@AMSAA.ARPA In article <946@sdcsla.UUCP> hestenes@sdcsla.UUCP (Eric Hestenes) writes: >Can anyone give me a hint as to how someone would call one program, >say WORDSTAR or something simpler, from within another program. > >Methods using Turbo Pascal, 'C' or assembler would be useful. Both AZTEC (MANX) and BDS C support the 'exec' statement or an equivalent, that allow a program to call another. NOTE: These calls are NOT forks, so you cannot return to the original program. I believe both systems supply enough of the source to show how it is done. (if I remember correctly, the file name of the new program is stored in the BDOS buffer (?at BDOSBASE+8 (?)), and a couple of pointers need to be set up pointing to the start and end of the filename. If this is not enough help, send me mail, and I will try to look up the details. Richard Klappal UUCP: ..!ihnp4!wlcrjs!uklpl!rlk | "Money is truthful. If a man MCIMail: rklappal | speaks of his honor, make him Compuserve: 74106,1021 | pay cash." USPS: 1 S 299 Danby Street | Villa Park IL 60181 | Lazarus Long TEL: (312) 620-4988 | (aka R. Heinlein) ------------------------------------------------------------------------- 15-Aug-85 06:16:59-MDT,1532;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Aug 85 06:16:47-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a002558; 15 Aug 85 7:13 EDT Received: from usenet by TGR.BRL.ARPA id a014150; 15 Aug 85 0:28 EDT From: Hugh Redelmeier Newsgroups: net.micro.cpm Subject: Osborne I software portability Message-ID: <1214@hcrvx1.UUCP> Date: 7 Aug 85 15:43:41 GMT To: info-cpm@AMSAA.ARPA I just bought three pieces of Osborne I software (issued by Osborne itself), hoping to run them on my Kaypro II. The programs should be generic CP/M because they do not require bypassing the operating system. And yet two out of the three don't work. Is it the case that Osborne hobbled its software to prevent it to run on other brands of machines? If so, how did they do it? Note: the software is not the bundled stuff that came with an Osborne. The two packages are MuSimp/MuMath (Soft Warehouse's symbolic algebra package), and Bascom (Microsoft's BASIC compiler). I bought new copies, still shrinkwrapped, from an Osborne dealer (they were very old stock). Nothing in the license seems to preclude running on a Kaypro. Symptoms: MuSimp: Whenever a "RECLAIM();" is executed, the system crashes. Usually the machine locks up, but sometimes it gets a BDOS error, indicating some kind of wild jump. BASCOM: BASCOM loads and then immediately does a warm boot. Hugh Redelmeier (416) 922-1937 {utzoo, ihnp4, decvax}!hcr!hugh 15-Aug-85 06:21:42-MDT,1132;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Aug 85 06:21:30-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id ab02558; 15 Aug 85 7:13 EDT Received: from usenet by TGR.BRL.ARPA id a014154; 15 Aug 85 0:28 EDT From: Hugh Redelmeier Newsgroups: net.micro.cpm Subject: CP/M directory information Message-ID: <1215@hcrvx1.UUCP> Date: 7 Aug 85 16:04:52 GMT To: info-cpm@AMSAA.ARPA While examining the directory on some Osborne I disks, I noticed a couple of things that puzzled me. The first extent of some files (they seemed to be big ones) was sometimes numbered one, instead of zero (the number of the extent is in the field named "ex", at offset 12). Why? Is this legal? The record count field was not an exact record count for the extent (nor could it be). The record count is constrained to be in the range 0 through 128, but an extent can hold up to 256 records. What are the rules for resolving this? The CP/M manual does not seem to discuss this. Hugh Redelmeier (416) 922-1937 {utzoo, ihnp4, decvax}!hcr!hugh 15-Aug-85 06:43:42-MDT,1082;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Aug 85 06:43:36-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id ad02558; 15 Aug 85 7:13 EDT Received: from usenet by TGR.BRL.ARPA id a015903; 15 Aug 85 1:15 EDT From: Dan Winkler Newsgroups: net.micro.cpm Subject: Identifying Simtel20 Files? Message-ID: <299@harvard.ARPA> Date: 13 Aug 85 21:30:03 GMT To: info-cpm@AMSAA.ARPA How do you tell what all those interesting looking files on Simtel20 are? Does anyone have descriptions of them? I'm interested in any public domain languages that might be there. I haven't found any yet. I'm using an Otrona Attache, by the way. I have a Pascal program written on an Apple II with UCSD Pascal that I want to run on my Attache. It seems a shame to buy a compiler to compile a single program, but if I can't find any public domain language that is reasonably similiar to Pascal (even basic would be OK), that's what I'll have to do. Any recommendations for a CP/M Pascal? Thanks! 15-Aug-85 06:47:12-MDT,648;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Aug 85 06:47:04-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id ae02558; 15 Aug 85 7:13 EDT Received: from usenet by TGR.BRL.ARPA id a016447; 15 Aug 85 1:31 EDT From: WhiteR Newsgroups: net.micro.cpm Subject: Question on how to acess SIMTEL20 Message-ID: <1149@druxm.UUCP> Date: 12 Aug 85 14:39:05 GMT To: info-cpm@AMSAA.ARPA How do you read files out of the SIMTEL20 MICRO:CPM(x) directories to another location on the net? Iam interested in the AZTEC-c and TURBO directories. Thank you in advance. 15-Aug-85 07:17:24-MDT,2962;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Aug 85 07:17:10-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id af02558; 15 Aug 85 7:13 EDT Received: from usenet by TGR.BRL.ARPA id a019529; 15 Aug 85 3:02 EDT From: "Richard L. Klappal" Newsgroups: net.micro.cpm Subject: Re: Osborne I software portability Message-ID: <129@wlcrjs.UUCP> Date: 13 Aug 85 00:32:43 GMT Keywords: unlocking it To: info-cpm@AMSAA.ARPA In article <1214@hcrvx1.UUCP> hugh@hcrvx1.UUCP (Hugh Redelmeier) writes: >I just bought three pieces of Osborne I software (issued by Osborne >itself), hoping to run them on my Kaypro II. The programs should be >generic CP/M because they do not require bypassing the operating >system. And yet two out of the three don't work. Is it the case that >Osborne hobbled its software to prevent it to run on other brands >of machines? If so, how did they do it? > >Note: the software is not the bundled stuff that came with an Osborne. >The two packages are MuSimp/MuMath (Soft Warehouse's symbolic algebra >package), and Bascom (Microsoft's BASIC compiler). I bought new copies, >still shrinkwrapped, from an Osborne dealer (they were very old stock). >Nothing in the license seems to preclude running on a Kaypro. > >Symptoms: > >MuSimp: Whenever a "RECLAIM();" is executed, the system crashes. > Usually the machine locks up, but sometimes it gets a BDOS error, > indicating some kind of wild jump. >BASCOM: BASCOM loads and then immediately does a warm boot. > >Hugh Redelmeier (416) 922-1937 >{utzoo, ihnp4, decvax}!hcr!hugh I also ran into the same problem taking BASCOM from the Os1 to CP/M on a co-processor board in a Fortune 32:16. Fix is as follows (and probably the same for Mu*). Using ddt (or preferferably zsid) trace execution through the init sequence of the program. Very shortly after starting, the program will jump above 4000H. trace that code, looking for a section of about 32 bytes, beginning with a DI (disable interrupts) and ending with EI (enable interrupts). This section of code does a bank switch, and verifies that there is ROM at 0100H. replace this 32 bytes of code with 00h, exit and save the image. Works for me. For the record, Drive B on the Os died again, so I am only using the software on one CPU (albeit a Z80B, running as a task under UNIX on a 68K). Who says you can't do what you want? (The MIMIX (tm) software even lets me use vi as the replacement for CP/Ms ED.) Richard Klappal UUCP: ..!ihnp4!wlcrjs!uklpl!rlk | "Money is truthful. If a man MCIMail: rklappal | speaks of his honor, make him Compuserve: 74106,1021 | pay cash." USPS: 1 S 299 Danby Street | Villa Park IL 60181 | Lazarus Long TEL: (312) 620-4988 | (aka R. Heinlein) ------------------------------------------------------------------------- 15-Aug-85 07:18:04-MDT,1608;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Aug 85 07:17:55-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id ag02558; 15 Aug 85 7:14 EDT Received: from usenet by TGR.BRL.ARPA id a020712; 15 Aug 85 3:42 EDT From: Chuck Forsberg WA7KGX Newsgroups: net.micro.cpm Subject: Re: Protocol Wars Message-ID: <215@omen.UUCP> Date: 12 Aug 85 20:01:22 GMT To: info-cpm@AMSAA.ARPA The main weakness in the Hoff protocol is the dependence on timing of the C-K sequence. If timesharing systems, error correcting modems, and/or packet switch networks are involved, two characrers sent back to back can arrive at the other end separated by several seconds, and vice versa. With the advent of PC-PURSUIT which allows virtually unlimited night calling within 12 cities local call areas for a $25/month flat fee, these considerations may be upon us sooner than we think. The YMODEM protocol, wherein the block size is specified to the sender (SK for 1k, S for 128) has been in use for several years on a multitude of micro, mini, and mainframe computers and does not have this weakness. Working between two sngle process micros, with standard modems and phone lines, the Hoff protocol works well enough for CP/M use. -- Chuck Forsberg WA7KGX ...!tektronix!reed!omen!caf CIS:70715,131 Omen Technology Inc 17505-V NW Sauvie Island Road Portland OR 97231 Voice: 503-621-3406 Modem: 503-621-3746 (Hit CR's for speed detect) Home of Professional-YAM, the most powerful COMM program for the IBM PC 15-Aug-85 08:29:03-MDT,1044;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Aug 85 08:28:55-MDT Received: from simtel20.arpa by AMSAA.ARPA id a003314; 15 Aug 85 7:23 EDT Date: Thu 15 Aug 85 00:31:43-MDT From: Rick Conn Subject: Documentation (Notes) on HD64180 To: info-cpm@AMSAA.ARPA cc: info-micro@AMSAA.ARPA Message-ID: <12135241358.10.RCONN@SIMTEL20.ARPA> In light of the interest in the HD64180 chip, I have placed a copy of my presentation foils on the HD64180 in: MICRO:HD64180.WS While they are sketchy (and designed for a presentation), they contain a lot of summary information, including the instructions extended beyond the Z80, how the memory management unit works, how the various interrupt modes work, etc. For those of you in the Dallas area, I'm giving this presentation tonight (15 Aug) at the Metroplex CP/M Interest Group meeting at Dealy (sp?) Recreation Center. These are the foils for the presentation. Enjoy! Rick ------- 15-Aug-85 10:35:30-MDT,2711;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Aug 85 10:35:19-MDT Date: Thu, 15 Aug 85 11:41:22 EDT From: David Towson (SECAD) To: info-cpm@AMSAA.ARPA, info-micro@brl.ARPA Subject: Microprocessors Unlimited, an extraordinary company: Fellow hardware hackers - I was interested in some recent postings concerning Microprocessors Unlimited in Beggs, Oklahoma, (918) 267-4961. Several readers have reported very favorably concerning their dealings with this company, and since I needed some parts, I decided to give them a try. I telephoned my order on Friday 9 August, and the parts arrived via UPS Blue on Tuesday the 13th. Just placing the order on the phone was a pleasant experience. The lady with whom I spoke explained carefully who made each chip, its rated speed, its price, and what optional parts were available. After I had made my selection, she took the shipping and billing information, and then read-back ABSOLUTELY EVERYTHING concerning the order to verify that she had the correct infor- mation. The company prefers to take a credit-card number for their own protection, but to be paid by check when the merchandise is received. Thus, an invoice accompanies the package; and if prompt payment is made, no billing is submitted to the credit-card company. The chips were packed in anti-static carriers, and the group of carriers were then wrapped in aluminum foil. A label cautioning the user about static damage had been affixed to the foil package. A stout shipping box with adequate shock-absorbant packing was used. Along with the parts, there was a nine-page "newsletter" written by John Gilchrist, who I presume is the proprietor. Some of the interesting items: 1. Several portions dealing with static electricity damage to IC's , and how to prevent it. (Microprocessors Unlimited shipping personnel work barefoot on a conductive floor mat!) 2. A discussion of the disadvantages of doing circuit development work using surplus IC's. 3. A statement that the author believes three Japanese companies - NEC, Hitachi and Fujitsu - make the best quality IC's. 4. A brief description of a Mitsubishi 64K DRAM having on-chip refresh. 5. A warning that to avoid damage, 2732A EPROMS must be programmed with 21 volts rather than the 25 volts used for non-suffix 2732's. 6. Several items dealing with the company's business policies. So far, I have not tested any of the material I received. If I discover anything further of interest concerning this company, I will post another message. Dave towson@amsaa.arpa 15-Aug-85 14:16:17-MDT,2110;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Aug 85 14:16:04-MDT Received: from radc-tops20.arpa by AMSAA.ARPA id a028065; 9 Aug 85 10:07 EDT Date: Fri 9 Aug 85 10:06:37-EDT From: Gern Subject: Re: S-100 bus board problems To: crash!kevinb@SDCSVAX.ARPA cc: info-cpm-request@AMSAA.ARPA In-Reply-To: Message from "crash!kevinb@sdcsvax.ARPA" of Fri 9 Aug 85 09:06:21-EDT Resent-Date: Thu, 15 Aug 85 14:56:42 EDT Resent-From: cpmlist@AMSAA.ARPA Resent-To: info-cpm@RADC-TOPS20.ARPA For anyone doing ANY work with an S-100 system, especially if it is an older, possibly not IEEE-696 or even a new Z-100 which is IEEE-696, you MUST get a copy of the book by Sol Libes and Mark Garetz. I think the correct title is Interfacing to the IEEE-696/S-100 Bus. It is very well written and will describe everything you need to know. It helps if you have a copy of the standard: IEEE Standard 696 Interface Devices ANSI/IEEE Std 696-1983 It is Heathkit part number 500-69 A rough draft of the standard was published July 1979 in Computer (IEEE) magazine. The standard says the +8 lines (pins 1 & 51) must have an instantaneous minium greater than +7V, instant max less than 25V and an average max less than +11V. The pin 2 is 14.5<16<35V with average <21.5 Pin 52 is the same, but negative. As far as signals go, high state is +2V or greater on the reciever end. If you have an old S-100 system, therer are about 4 lines that have have been changed, but they were never used much anyhow (Memory write lock, etc.). Major concern is the bus termination circuits to prevent ringing and such. I am doing a lot of work at home, on the side on a 6 channel stereo sound/speech Synthesizer/joysticks (both analog and digital types)/ clock-calendar with battery backup and on-chip-leap-year. The design is finalized and I am workin on the PC Board layout. It is completely IEEE-696/S-100. So if you have any S-100 questions, I'll take a stab at them. Cheers, Gern ------- 15-Aug-85 14:18:01-MDT,1545;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 15 Aug 85 14:17:48-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a024663; 15 Aug 85 15:07 EDT Received: from usenet by TGR.BRL.ARPA id a006495; 15 Aug 85 14:28 EDT From: Chuck McManis Newsgroups: net.micro.cpm Subject: Re: how to execute programs from within cpm programs Message-ID: <38@intelca.UUCP> Date: 13 Aug 85 15:41:25 GMT To: info-cpm@AMSAA.ARPA > In article <946@sdcsla.UUCP> hestenes@sdcsla.UUCP (Eric Hestenes) writes: >Can anyone give me a hint as to how someone would call one program, >say WORDSTAR or something simpler, from within another program. > >Methods using Turbo Pascal, 'C' or assembler would be useful. > Aside from the fact that Turbo Pascal provides the function Execute(FilVar) where FilVar is the name of the program to run, if you want to be really slick, you could run ZCPR3 and stuff the name of the file to run (and all of its arguments) into the External Command line buffer and then exit to the CCP. Next thing running would be your program. (I have done this from turbo and found the results to be rather effective. --Chuck -- "Unix, the Teco of Operating Systems." - - - D I S C L A I M E R - - - {ihnp4,fortune}!dual\ All opinions expressed herein are my {qantel,idi}-> !intelca!cem own and not those of my employer, my {ucbvax,hao}!hplabs/ friends, or my avocado plant. :-} 16-Aug-85 07:46:27-MDT,969;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 Aug 85 07:46:12-MDT Received: from nprdc-gw by AMSAA.ARPA id a016220; 15 Aug 85 11:43 EDT Received: by nprdc.ARPA (4.12/4.7) id AA00892; Thu, 15 Aug 85 08:43:53 pdt From: Mel Moy Message-Id: <8508151543.AA00892@nprdc.ARPA> Date: 15 August 1985 0843-PDT (Thursday) To: info-cpm-request@AMSAA.ARPA Subject: Re: Identifying Simtel20 Files? Resent-Date: Thu, 15 Aug 85 15:55:43 EDT Resent-From: cpmlist@AMSAA.ARPA Resent-To: info-cpm@NPRDC.ARPA There was a request about what CP/M based Pascal is suitable for human consumption. Turbo Pascal from Borland International comes about as close to being the public domain software you need as anything else. Its low price to performance ratio makes Turbo Pascal an excellent bargain. The cleanup necessary to go from UCSD Pascal to Turbo shouldn't give too much difficulty. 16-Aug-85 07:47:08-MDT,1382;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 Aug 85 07:46:58-MDT Received: from brl-aos.arpa by AMSAA.ARPA id a025878; 15 Aug 85 15:32 EDT Received: from rand-unix.arpa by AOS.BRL.ARPA id a005257; 15 Aug 85 15:23 EDT Return-Path: Received: from vortex.UUCP by rand-unix.ARPA; Thu, 15 Aug 85 12:22:47 pdt Date: Thu, 15-Aug-85 11:56:27 PDT From: Lauren Weinstein Subject: mail order and credit cards Message-Id: <8508151156.101.0.VT1.00C@vortex.UUCP> To: info-cpm@BRL.ARPA, info-micro@BRL.ARPA Note that companies that take your credit card number down, even for a purchase by check, may cause you some problems. In particular, these companies often "run" your number (for verification) for the amount of the purchase through the credit card authorization computer, which eats down your available credit even though no actual purchase on the credit card is being made. While the lack of a followup purchase will normally eventually timeout the resulting "purchase authorization" after some period of time (typically two weeks or so) that is credit that is unavailable to you during that time--important if you have low credit limits. Also, the credit card firms may become irate about this practice if it occurs too often. --Lauren-- 16-Aug-85 08:18:09-MDT,1573;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 Aug 85 08:18:01-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a027707; 15 Aug 85 16:06 EDT Received: from usenet by TGR.BRL.ARPA id a009687; 15 Aug 85 15:30 EDT From: Dan Winkler Newsgroups: net.micro.cpm Subject: JRT Pascal Message-ID: <304@harvard.ARPA> Date: 15 Aug 85 14:07:39 GMT To: info-cpm@AMSAA.ARPA To answer a question I asked recently, yes there is a public domain (or rather free) Pascal compiler for CP/M. It's JRT Pascal and it's in micro: on simtel20. After a lot of work, I mangaged to bootstrap my machine to modem7 by way of mboot3, ftp all the files (warning: get20 didn't always work properly on my machine), and download them. (Strange, I never had to convert ITS format. I wonder if ftp or something was doing that for me.) Anyway, the program I want to run gets some strange errors from JRT for normal operations involving read, readln, write, writeln, reset, and rewrite. Could someone tell me where I can find a copy of the JRT manual or a few large example programs using those features? Thanks. One quirk I've already fixed was that you can't use the string initialize as an identifier in JRT. I had procedure initialize; and JRT said identifier expected. Changing the string stopped the error message. Does anyone know if it's possible to create stand alone applications with JRT or will I always have to type: exec file.int ? Thank you for your help! 16-Aug-85 09:35:58-MDT,5341;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 Aug 85 09:35:37-MDT Received: from mitre.arpa by AMSAA.ARPA id a013148; 16 Aug 85 10:47 EDT Received: by mitre.ARPA (4.12/4.7) id AA06296; Fri, 16 Aug 85 10:48:15 edt Message-Id: <8508161448.AA06296@mitre.ARPA> To: WhiteR Cc: info-cpm@AMSAA.ARPA Subject: Re: Question on how to acess SIMTEL20 In-Reply-To: Your message of 12 Aug 85 14:39:05 GMT. <1149@druxm.UUCP> Date: 16 Aug 85 10:47:07 EDT (Fri) From: Jeff Edelheit Here's sort of a round about answer to your question. As you are a usenet user, the following should provide you with some information: "How can a user of a USENET host access the public domain microcomputer software collection on the DDN/MILNET host SIMTEL20" is being asked with increasing frequency as that software collection continues to grow. Unfortunately, direct access is not possible as there is no UUCP gateway for file transfer between SIMTEL20 (running TOPS-20) and a USENET host (as there is for electronic mail). (DDN, formerly known as ARPANET, is the Defense Data Network. DDN, along with Arpanet, SATNET, SRINET, etc. are all members of a TCP/IP protocol-based, multiple gateway network called InterNet.) USENET has been built on adjacent hosts voluntarily agreeing to store-and-forward relatively short messages across the USENET over dialup lines at 300 or 1200 bps. In the past, helpful InterNet users would fetch the file(s) requested and then e-mail them to the requestor. However, it has been pointed out that large file transfers disrupt the service, delay the shorter messages, and generate unacceptably large phone bills, all of which add up to threaten the tenuous connections that some USENET hosts can barely afford to have. Therefore, we have been asked to encourage InterNet users not to pass archive programs this way. Now for the good news. Some InterNet users, if sent a suitable disk, will download files and return mail the floppy to the requestor. To find a friendly InterNet user, send a message to INFO-CPM at DDN host AMSAA.ARPA via net.micro.cpm identifying your disk format and your request. Usually, someone will respond and come to your aid. If not, don't be bashful, wait a week and try again. But please remember, any such arrangements are strictly between you and your respondent. This is not, repeat NOT, a service of either the InterNet or INFO-CPM. If the above arrangement is inconvenient, or doesn't work, here are several other sources for public domain software. ---------------------------------------------------------------------- Information (and prices) are subject to change without notice. A volume is usually one floppy disk. 1. CP/M User's Group The CP/MUG volumes are available from: CP/M User's Group 1651 3rd Avenue New York, NY 10028 Current volumes are numbered 1 through 92 at $13 per 8" SSSD disk (Northstar format also available). The catalog is $6. 2. Special Interest Group/Microcomputers (SIG/M) The SIG/M volumes are distributed by: SIG/M Amateur Computer Group of New Jersey, Inc. Box 97 Iselin, NJ 08830 Current volumes are numbered 000 through 172. The first disk is $6.00 and $5.00 for each additional disk. The catalog is $2. 3. New York Amateur Computer Club PC-BLUE software volumes for the IBM-PC are available from: S-100, CP/M User Group The New York Amateur Computer Club P.O. Box 106 Church Street Station New York, NY 10008 The documentation files from the SIG/M and CPMUG volumes are available in hardcopy form, grouped into "books", from the NYACC. Each book is priced at $10 including shipping, $15 for overseas airmail. All orders must be prepaid. 4. PicoNet CP/M Users Group PicoNet, CP/MUG, and SIG/M software volumes are available from: PicoNet P.O. Box 391566 Mountain View, CA 94039 Available in 8" and most 5 1/4" soft sector only at $6.00 per disk plus $1.50 shipping per order. California residents add 6.5% sales tax. Quantity discounts are available. 5. Other sources: Compuserve Information Service is another source of public domain software. There are a number of special interest groups (SIGs) devoted to specific hardware as well as CP-MIG, the generic CP/M SIG, a repository for a large quantity of public domain software downloadable by the Compuserve file transer protocol (Christensen protocol is expected by late summer, 1984). There is no charge for access to CP-MIG other than the standard CIS connect charges, and Compuserve can be accessed through their own communications network or through Tymnet. ... and many Remote CP/M (RCPM) systems around the country, where software is available for downloading for the price of a phone call. The May 1984 issue of Microsystems contains the full listing of known RCPMs at the time of publication. I would like to thank Dave Towson, Frank Wancho and Charlie Strom for all their assistance in putting this blurb together. If anybody out in InterNet Land has any questions or comments about the above blurb, feel free to contact any one of us. Jeff Edelheit (edelheit at mitre) 16-Aug-85 10:09:17-MDT,2150;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 16 Aug 85 10:09:08-MDT Date: Fri, 16 Aug 85 11:35:28 EDT From: David Towson (SECAD) To: Dan Winkler cc: info-cpm@AMSAA.ARPA Subject: Problems with "get20", UNIX auto-ftp script: Dan - In a recent posting, you mentioned that "get20" didn't always work correctly on your machine. You also wondered why you didn't have to strip ITS headers from binary files. ITS headers are no longer being used on binary files in the SIMTEL20 archives. This has been the case for many months. Therefore, the "behead" utility used with "get20" is now superfluous, and it can be deleted. If you do delete it, I suggest you also edit out all references to "behead" in the "get20" script to avoid "file not found" complaints. For those who don't already know, "get20" was written by Ferd Brundick of the US Army Ballistic Research Laboratory. It is a Bourne shell script that takes arguments from the cammand line and forms commands which it sends to the "ftp" file transfer program to automatically transfer files from the archives on SIMTEL20. I have modified "get20" to take a more complex command line, but it now works with ANY TOPS-20 target machine. Thus, it can be used with CU20B for Kermit files, with USC-ISIB for IBM-PC files, with SRI-NIC for the list of interest groups (PS:INTEREST-GROUPS.TXT), or whatever. The new version of "get20" will be sent to the archives when I have finished testing it. As of now, it seems to be working fine. However, I am very interested in hearing specifics from anyone having trouble with "get20" in its present form. So Dan (and anyone else), if you will send me a thorough description of the environment in which you are using "get20" with less than satisfactory results, perhaps the program can be improved to eliminate the problems you are having. GET20 can be found on SIMTEL20 in PS:GET20. The file PS:AUTOFTP.DOC tells how to use it. Dave towson@amsaa.arpa 19-Aug-85 11:28:33-MDT,3321;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 Aug 85 11:28:22-MDT Received: from simtel20.arpa by AMSAA.ARPA id a011438; 19 Aug 85 12:31 EDT Date: Sun, 18 Aug 1985 14:39 MDT Message-ID: From: "Frank J. Wancho" To: INFO-IBMPC@usc-isib.ARPA, INFO-HZ100@radc-multics.ARPA cc: INFO-CPM@AMSAA.ARPA, INFO-MICRO@brl.ARPA Subject: The PC/BLUE Collection The complete PC/BLUE distribution is now available on SIMTEL20 from Volumes 000 through 124 in PD:. (Note the PD: designation as the current alias for the MICRO: structure.) Some notes: 1. Volumes 001 through 042 were reissued on double-sided disks, two volumes per disk. We made no attempt to split the files on those disks into their respective volumes as originally issued. Thus, for the volumes in this range, the files for the even-numbered volumes will be found in the directory containing the next-lower numbered volume. There are a few exceptions. It would be best to get a copy of PD:PC-BLUE.CRCLST to check. 2. These volumes were uploaded from copies of the distribution disks using a real IBM-PC using MEX-PC, except for two, which were uploaded later. In all cases, the MODEM protocol was used. This means that because PCDOS stores files in exact length and the MODEM protocol sends fixed blocks of 128, those files which were not exact multiples of 128 could not be checked with CRCK to verify the values against the published values in the -CATALOG files. Thus, we are going to assume, unless otherwise informed, that the copies were correctly uploaded from the disks we received, and further assume that the disks we received were correct copies of the master disks from which the published CRCs were computed. This is further compounded by the fact that we uploaded all the files in binary format and then post-processed the files to convert to ASCII those which follow certain rules. Thus, the resulting CRCs we publish in PD:PC-BLUE.CRCLST assume files are multiples of 128 and ASCII files are padded with ^Zs to the next 128-byte boundary. 3. We used the MODEM protocol instead of KERMIT so that you may use either protocol to download these files and use our published CRC values to verify that you got a correct copy of what we have stored here. Had we used KERMIT, those of you using MODEM would not have any basis to check on the file transfers. 4. Given the recent appearance of so-called Trojan Horse programs, we make no guarantees that these programs will work as documented and only as documented, and furthermore assume no liability should these programs fail to work or cause damage, incidental or otherwise. We merely present this collection as-is for those of you with Internet FTP access to SIMTEL20 for your convenience. 5. For those users at sites without Internet access, have your site manager contact me to make arrangements for one-time, as-is, tape copies of our collections made at our convenience on tapes you supply with return postage. There is no fee and our turnaround is slow. We can only write TOPS-20 DUMPER, TOPS-10 Interchange, and Unix tar format tapes, 9-TRK, 1600 bpi. --Frank 19-Aug-85 12:13:30-MDT,1741;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 Aug 85 12:13:22-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id aa11459; 19 Aug 85 12:36 EDT Received: from usenet by TGR.BRL.ARPA id a020715; 18 Aug 85 15:04 EDT From: Dave Lane Newsgroups: net.micro.cpm Subject: Re: how to execute programs from within cpm programs Message-ID: <661@gitpyr.UUCP> Date: 17 Aug 85 20:53:15 GMT To: info-cpm@AMSAA.ARPA Bug? What bu....GULP! Well, I don't really know how you would go about it under CP/M 2.x, but under CP/M + (aka, CP/M 3.x), there is a new BDOS call (actually, there are now MANY new BDOS calls....), number 47(decimal), which is "Chain to Program." To use it, place a complete command line (null terminated) in the default DMA buffer at 0080H, and execute this call. If the E reg. is set to 0FFH, then the CCP will change the default drive and user to the current values; if E is anything else, they will remain the default DMA values. There are many new features in CP/M + seem nice, such as this, and there is a "Load Overlay" call, date and time support, file passwording (in the banked version), YES, CP/M+ does support banked memory. Neat stuff. I started using CP/M 2.2, but I never really got into writing assembly for it until I got this CP/M+ system. I think they have done some nice things here for the asm programmer. (well, that's my two bits.....) -- Dave Lane, User Assistant, Office of Computing Services, Georgia Institute of Technology, Atlanta, Georgia 30332 ...!{akgua,allegra,amd,hplabs,ihnp4,masscomp}!gatech!gitpyr!djl ...!{rlgvax,sb1,uf-cgrl,unmvax,ut-sally,ut-ngp}!gatech!gitpyr!djl 19-Aug-85 12:14:06-MDT,698;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 Aug 85 12:13:57-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id ab11459; 19 Aug 85 12:36 EDT Received: from usenet by TGR.BRL.ARPA id a013482; 18 Aug 85 12:20 EDT From: Robert H Spitzer Newsgroups: net.micro.cpm Subject: Royal Alphatronic PC users? Message-ID: <372@ecn-pc.UUCP> Date: 15 Aug 85 01:28:38 GMT To: info-cpm@AMSAA.ARPA Does anyone out there besides me have a Royal Alphatronic PC? It is a CP/M computer being liquidated by C.O.M.B. for $498. The package includes 64K computer, CP/M, MBASIC, Peachtree/calc, and monitor. pur-ee!rhs 19-Aug-85 12:47:29-MDT,1096;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 Aug 85 12:47:21-MDT Received: from brl-aos.arpa by AMSAA.ARPA id a012462; 19 Aug 85 12:52 EDT Received: from usc-isid.arpa by AOS.BRL.ARPA id a005656; 16 Aug 85 17:55 EDT Date: 16 Aug 1985 17:51-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: CROSS and other queries From: ABN.ISCAMS@USC-ISID.ARPA To: info-cpm@BRL.ARPA Cc: abn.iscams@USC-ISID.ARPA Message-ID: <[USC-ISID.ARPA]16-Aug-85 17:51:32.ABN.ISCAMS> NetLandians, Could someone please point me to the documentation/instructions for CROSS - the cross assembler available on some TOPS-20 hosts, and used extensively for KERMIT applications. Second: Is CROSS proprietary or public domain? Third: What happened to CU20B as a host? The KERMIT archives are out there (Columbia University), and I saw the msg they were moving the archives to another disk... but when trying to FTP to CU20B, I get an unknown host error. Can anyone point me right? Thanks in advance, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 19-Aug-85 12:50:52-MDT,1242;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 Aug 85 12:50:44-MDT Received: from brl-aos.arpa by AMSAA.ARPA id a011030; 19 Aug 85 12:22 EDT Received: from mit-mc.arpa by AOS.BRL.ARPA id a009227; 18 Aug 85 17:01 EDT Received: from WISCVM.ARPA by MIT-MC.ARPA 18 Aug 85 16:59:29 EDT Received: from (ZDV626)DJUKFA11.BITNET by WISCVM.ARPA on 08/18/85 at 15:59:11 CDT Date: Sat, 17 Aug 85 20:20:05 cet To: INFO-CPM@MIT-MC.ARPA From: ZDV626%DJUKFA11.BITNET@WISCVM.ARPA Subject: Help Hi, can anybody mail a list, if possible complete, of the SIMTEL-20 software ? Is anybody willing to download some of the software on VAX/VMS ? Unfortunately there is no ARPA host available in Germany, so I have to try and find somebody who can help me. Who can I contact directly at SIMTEL-20 ? Any help will be very much appreciated. Eberhard W. Lisse ps. I'm a senior in the Technical University of Aachen, Faculty of Medicine, which only very recently has been connected to BITNET, and have been volunteered by the German CP/M-UG to try and get those public domaine software over here. We ARE a developing country, computerwise. Thanks again, el 19-Aug-85 13:15:27-MDT,710;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 Aug 85 13:15:18-MDT Received: from xerox.arpa by AMSAA.ARPA id a012267; 19 Aug 85 12:47 EDT Received: from Aurora.ms by ArpaGateway.ms ; 19 AUG 85 05:46:13 PDT From: lowans.wbst@XEROX.ARPA Date: 19 Aug 85 8:45:48 EDT Subject: Re: Identifying Simtel20 Files? In-reply-to: winkler@HARVARD.ARPA's message of 13 Aug 85 21:30:03 GMT, <299@harvard.ARPA> To: Dan Winkler cc: info-cpm@AMSAA.ARPA Message-ID: <850819-054613-1887@Xerox> Dan TURBO Pascal by Borland Int. is a very good Pascal and follows the UCSD standard. In the current BYTE ad it sells for $69.95. Paul 19-Aug-85 13:25:32-MDT,1209;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 19 Aug 85 13:24:40-MDT Received: from brl-aos.arpa by AMSAA.ARPA id aa12462; 19 Aug 85 12:53 EDT Received: from usc-isid.arpa by AOS.BRL.ARPA id a005665; 16 Aug 85 17:59 EDT Date: 16 Aug 1985 17:55-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: JANAP-128 Protocols From: ABN.ISCAMS@USC-ISID.ARPA To: info-micro@BRL.ARPA, info-cpm@BRL.ARPA Cc: abn.iscams@USC-ISID.ARPA Message-ID: <[USC-ISID.ARPA]16-Aug-85 17:55:51.ABN.ISCAMS> NetLandians, JANAP 128 is a peculiar message format used on the AUTODIN system. I hacked a little conversion program in BASIC to reformat a crude text file into full genuine JANAP128. Did this quite a while ago (part of a little test interfacing a micro with a big AN/TYC-39 automated switch with GTE. It's kinda US Army stuff, and I'll make it public domain since I wrote the sucker on my own system, my own time. But does anyone NEED such a beastie? Don't EVEN think of linking into the AUTODIN with your Wombat 68000 either... got our fingers crushed severely over that! So yell if you're interested. David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 20-Aug-85 10:28:07-MDT,807;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Aug 85 10:27:59-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id aa03762; 20 Aug 85 10:51 EDT Received: from usenet by TGR.BRL.ARPA id a027984; 20 Aug 85 7:52 EDT From: Dave Mowat Newsgroups: net.micro.cpm Subject: MPM II bbs Message-ID: <16193@watmath.UUCP> Date: 16 Aug 85 04:14:32 GMT To: info-cpm@AMSAA.ARPA I'm looking for a bulletin board program which will allow several users to use the system. I currently have a Zeus 80 with a 96meg hard drive (s-100 bus) running MPM II. Does anyone out there know of any multiuser BBS's which run under MPM? How about a version of BYE for it? Any suggestions or comments will be greatly appreciated. 20-Aug-85 10:44:19-MDT,776;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Aug 85 10:44:09-MDT Received: from brl-aos.arpa by AMSAA.ARPA id a012473; 19 Aug 85 12:53 EDT Received: from mit-multics.arpa by AOS.BRL.ARPA id aa04786; 18 Aug 85 0:17 EDT Date: Sun, 18 Aug 85 00:15 EDT From: AALevy@MIT-MULTICS.ARPA Subject: Missing modem overlay file mm-4 To: info-cpm@BRL.ARPA Message-ID: <850818041508.719526@MIT-MULTICS.ARPA> Modem overlay file mm-4 is apparently missing from This may be due to mm (+-)4 beinf for the apple micromodem IIe and mm-1 being for another computer. Any help would be appreciated. Also since the micromodem II overlays tend to be version specific the version of modem7 matters. Thanks, Allan 20-Aug-85 11:08:16-MDT,607;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Aug 85 11:08:09-MDT Received: from brl-aos.arpa by AMSAA.ARPA id aa12473; 19 Aug 85 12:53 EDT Received: from mit-multics.arpa by AOS.BRL.ARPA id a004822; 18 Aug 85 0:28 EDT Date: Sun, 18 Aug 85 00:17 EDT From: AALevy@MIT-MULTICS.ARPA Subject: Draft wordstar files To: info-cpm@BRL.ARPA Message-ID: <850818041720.946573@MIT-MULTICS.ARPA> Is there a quick way of doing double spacing on Wordstar without reformatting the whole file or using mailmerge. (or is there a patch?) Thanks, Allan 20-Aug-85 11:13:32-MDT,1292;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Aug 85 11:13:22-MDT Received: from brl-bmd.arpa by AMSAA.ARPA id a016585; 19 Aug 85 14:32 EDT Date: Mon, 19 Aug 85 12:25:58 EDT From: David Roth (Ft. Benj. Harrison) To: info-cpm@AMSAA.ARPA cc: info-micro@BRL-VGR.ARPA Subject: CompuPro KERMIT version wanted to work with Hayes Micromodem. We need help on getting a version of KERMIT for the CompuPro running CP/M 2.2LD to work with a Hayes Micromodem 100 using the microcoupler. We have the source to KER:CPMPRO.M80 from Columbia University but it is for use with Compupro Interfacer 3/4. Thanks in advance. David A. Roth droth@brl-bmd US Mail: COMMANDER USA Soldier Support Center ATSG-DTU-S Attn: Mr. David A. Roth Fort Benjamin Harrison, IN 46216-5590 AUTOVON:699-4298 FTS:335-4298 COMMERCIAL:(317) 542-4298 20-Aug-85 11:27:00-MDT,1590;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Aug 85 11:26:52-MDT Received: from brl-tbd.arpa by AMSAA.ARPA id a013801; 16 Aug 85 11:09 EDT Date: Fri, 16 Aug 85 11:07:29 EDT From: "Norbert M. Burman" (TBD-PMB-MRL) To: info-cpm-request@AMSAA.ARPA Subject: Public Domain Program Multi-format CP/M 2.2 Resent-Date: Mon, 19 Aug 85 16:00:24 EDT Resent-From: cpmlist@AMSAA.ARPA Resent-To: info-cpm@BRL-TBD.ARPA I have a 4 Mhz Z80 " Pulsar " SBC system (Australian Design and Manufacture) which runs under CP/M 2.2 and uses Mitsubishi 8" and 5 1/4" (8" look-alike) disc drives. My system can currently format/read/write standard format, IBM-CP/M 256k as well as 1.2 Meg quad density discs. I am interested in finding public domain or reasonably priced commercial software which will allow me to format/read/ write to a range of other disc formats such as IBM PC, Kapro, Osborne etc. I realise that suitable programs probably exist in the SIGM, CPMUG and other Archives but would appreciate hearing from anyone who has had some experience with their use in systems similar to mine. One of the 5 1/4" drives has the facility of being run at 300 rpm as well as the standard 360 rpm and with the right software this should allow the system to read and write to/from almost any disc format ? I would welcome any comments, laughter etc. Norbert Burman TBD BRL ( Austracized Person ) 20-Aug-85 11:34:54-MDT,887;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Aug 85 11:34:47-MDT Received: from mit-multics.arpa by AMSAA.ARPA id a017529; 19 Aug 85 14:57 EDT Date: Mon, 19 Aug 85 14:56 EDT From: "Paul E. Woodie" Subject: wstar to wang To: info-cpm-request@AMSAA.ARPA Message-ID: <850819185649.525446@MIT-MULTICS.ARPA> Resent-Date: Mon, 19 Aug 85 16:28:07 EDT Resent-From: cpmlist@AMSAA.ARPA Resent-To: info-cpm@MIT-MULTICS.ARPA Can anyone point me to a program (on either cpm or msdos) that can convert from wordstar to the wang format and vice versa? I know I can go through the step of converting both to straight ascii text and then to the other format, but when I do I loose things like soft spaces, carriage returns, etc. Thanks in advance, --Paul Woodie (Woodie.DODCSC at mit-multics) 20-Aug-85 11:47:01-MDT,1079;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Aug 85 11:46:55-MDT Date: Mon, 19 Aug 85 16:41:37 EDT From: Dave Towson (info-cpm-request) To: info-cpm@AMSAA.ARPA Subject: Correct addressing of mail to info-cpm: Fellow CP/Mers - Once again I am seeing frequent postings of mail intended for the newsgroup, but mis-addressed to info-cpm-request. The "request" address should be used ONLY for correspondence dealing with additions or deletions to/from the mailing list, and for resolution of mail delivery problems. ALL MAIL intended for the info-cpm newsgroup should be addressed to: info-cpm@amsaa.arpa When you mistakenly send your postings to info-cpm-request instead of info-cpm, they do eventually get to the newsgroup because I resend them for you. But since I read the "request" mailbox only about every three days, your postings are delayed in reaching the audience you seek. Dave Towson info-cpm-request@amsaa.arpa info-cpm list maintainer 20-Aug-85 11:53:39-MDT,1108;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Aug 85 11:53:29-MDT Received: from brl-aos.arpa by AMSAA.ARPA id a002882; 20 Aug 85 10:34 EDT Received: from mit-mc.arpa by AOS.BRL.ARPA id a002826; 19 Aug 85 18:27 EDT Received: from USC-ISID.ARPA by MIT-MC.ARPA 19 Aug 85 18:25:16 EDT Date: 19 Aug 1985 18:23-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Help From: ABN.ISCAMS@USC-ISID.ARPA To: ZDV626%DJUKFA11.BITNET@WISCVM.ARPA Cc: INFO-CPM@MIT-MC.ARPA Message-ID: <[USC-ISID.ARPA]19-Aug-85 18:23:21.ABN.ISCAMS> In-Reply-To: The message of Sat, 17 Aug 85 20:20:05 cet from ZDV626%DJUKFA11.BITNET@WISCVM.ARPA El, Re your request for the entire SIMTEL20 catalogs.. over 140 Kb just for the CP/M directories alone, you know! I can do that with 8" disks now, and PC format 5.25 disks in a week or so. Cannot help with VAX/VMS - perhaps someone else out there can help you with the entire picture. Yell if no other volunteers appear. Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID.ARPA (keeping it tight for bitmail) 20-Aug-85 12:01:37-MDT,508;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Aug 85 12:01:29-MDT Received: from simtel20.arpa by AMSAA.ARPA id a003371; 20 Aug 85 10:40 EDT Date: Tue 20 Aug 85 00:28:07-MDT From: Rick Conn Subject: Z3NEWS2.LBR To: info-cpm@AMSAA.ARPA Message-ID: <12136551421.19.RCONN@SIMTEL20.ARPA> This file is in MICRO: and MICRO:. It contains the newsletters in squeezed form from 201 to 209. Rick ------- 20-Aug-85 12:10:11-MDT,2517;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Aug 85 12:09:57-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a003762; 20 Aug 85 10:47 EDT Received: from usenet by TGR.BRL.ARPA id a023827; 19 Aug 85 21:51 EDT From: "G.PECKHAM" Newsgroups: net.micro.cpm Subject: Zenith Z90 Sale Message-ID: <361@hounx.UUCP> Date: 16 Aug 85 16:19:28 GMT To: info-cpm@AMSAA.ARPA I am selling a Zenith Z90 computer system for $2000. In addition to being a good CPM machine, the system is great for experimenting. The Zenith manuals detail everything both hardware and software. TOTAL PACKAGE PRICE: $2000 ************************************** The System includes the following and more: ITEM Retail Price Hardware: Zenith Z90 computer $ 3195.00 64k ram 2 - 5.25" hard sectored drive (100k) 1 - 5.25" soft sectored drive (620k) dbl. sided, dbl. density 1 - 10 Meg.byte Winchester drive 2495.00 approx. 80 diskettes 240.00 Software: Operating Systems - CPM 80 150.00 HDOS 150.00 ZCPR2 public domain, unix like system nc Languages - C - Whitesmith's 630.00 Plink II (linker for above) 350.00 Mbasic 80 interpreter 175.00 Mbasic 80 compiler 250.00 Cbasic 150.00 Fortran 80 195.00 Cobol 80 395.00 USCD Pascal 395.00 Mac 80 85.00 Database systems - FMS/80 995.00 Dbase II 700.00 Datastar 295.00 Word Processing - Wordstar 395.00 Magic Wand 295.00 Spreadsheet - Supercalc 295.00 Accounting Pkgs. - Accounting Plus G/L, A/R, A/P, Payroll 1900.00 Peachtree G/L, A/P 790.00 Demo pkgs. for sales support - Accounting Plus G/L, A/R, A/P, Payroll, 175.00 Sales Order, Purchase Order, Inventory, Point of Sale. Professional Time Acctg. 60.00 PK Attorney Time & Billing 75.00 DAGAR's Pharmacy System 125.00 Misc. - all types of games, disk utilities, - etc. ____________ TOTAL retail value $14,955.00 I am selling this all as a pkg. for $2000.00 The system is in mint condition and works perfectly. The system is 2.5 yrs old. If you are interested please send me mail or call me. Home number (201) 367-1688, Work number (201) 949-1831. Gary Peckham N.J. hounx!gtp or houxf!hounx!gtp or ihnp4!hounx!gtp 20-Aug-85 12:27:24-MDT,750;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 20 Aug 85 12:27:04-MDT Received: from brl-aos.arpa by AMSAA.ARPA id a005887; 20 Aug 85 11:37 EDT Received: from amsaa.arpa by AOS.BRL.ARPA id a015312; 20 Aug 85 10:45 EDT Date: Mon, 19 Aug 85 15:38:31 EDT From: David Towson (SECAD) To: ABN.ISCAMS@USC-ISID.ARPA cc: info-cpm@BRL.ARPA, abn.iscams@USC-ISID.ARPA Subject: Re: CROSS and other queries David - Host CU20B, repository of the Kermit files, is still answering the net. If your local host tables have gotten trashed, you might try using the numerical network address 192.5.43.128. That way, your ftp won't have to look it up. Dave 21-Aug-85 11:34:51-MDT,1911;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Aug 85 11:34:35-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a015032; 20 Aug 85 15:19 EDT Received: from usenet by TGR.BRL.ARPA id a008833; 20 Aug 85 15:06 EDT From: Dan Winkler Newsgroups: net.micro.cpm Subject: Getting binary files from Simtel20 Message-ID: <313@harvard.ARPA> Date: 20 Aug 85 16:01:15 GMT To: info-cpm@AMSAA.ARPA Here's an explanation of the problem I was having with get20. I was using it to transfer binary files from Simtel20 to this Unix Vax. When I did, I would get strange files that had some recognizable text in them. If I ftp'd the same file in tenex mode, it arrived properly. Here's why: > From towson@AMSAA.ARPA Tue Aug 20 10:54:56 1985 > > Dan - SIMTEL20 is a DEC-20, which has a 36-bit word-length. UNIX machines > that I know of have either 16 or 32-bit words. Thus, there is no way that a > straight binary (i.e., image) ftp transfer can map correctly from the DEC-20 > to a UNIX machine. Binary data are stored as four 8-bit bytes per 36-bit > SIMTEL20 word, with the low-order four bits of each word filled with zeros. > If such a file is interpreted as a contiguous string, as will happen if a > straight binary transfer is made to a 16 or 32-bit UNIX machine, the four zero > filler-bits per 36-bit group will cause rather bizarre and frustrating > results. You will get alternate groups of four good bytes, four bad, four > good, and so on. String searches will turn up some recognizable text, but > just enough to drive you nuts. Tenex mode causes the DEC-20 to unpack the > data into 8-bit chunks (with no filler bits) before sending it to the UNIX > machine. > > Good luck, > Dave So if you want to use get20 on a Unix machine, you better make sure that it's using tenex mode. Dan. 21-Aug-85 11:38:49-MDT,1105;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Aug 85 11:38:33-MDT Received: from apg-1.arpa by AMSAA.ARPA id a006230; 21 Aug 85 12:33 EDT Date: Tue, 20 Aug 85 22:00:45 EDT From: Robert Bloom AMSTE-TOI 3775 Subject: Re: Draft wordstar files In-Reply-To: Your message of Sun, 18 Aug 85 00:17 EDT To: AALevy@MIT-MULTICS.ARPA Cc: info-cpm@AMSAA.ARPA Regarding the question on how to get double spacing in wordstar without reformating ... If you are using a diasy driven for your printer a '.lh16' dot command at the top of the file will double-space everything. (A blank line will show quad-spaceing!) ah that's daisy driver above, not 'diasy driven' - not worth going back {and correcting it If you use a tty-like printer driver all is not lost - make up a special copy of ws and patch the crlf address to using the built-in patcher. (type a '+' to the installer menu.) Also, there is the ws3330.dqc file in at simtel20 that gives *all* of the patch-points }iknown. -bob 21-Aug-85 12:10:21-MDT,1105;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Aug 85 12:10:09-MDT Received: from apg-1.arpa by AMSAA.ARPA id a006231; 21 Aug 85 12:33 EDT Date: Tue, 20 Aug 85 22:00:45 EDT From: Robert Bloom AMSTE-TOI 3775 Subject: Re: Draft wordstar files In-Reply-To: Your message of Sun, 18 Aug 85 00:17 EDT To: AALevy@MIT-MULTICS.ARPA Cc: info-cpm@AMSAA.ARPA Regarding the question on how to get double spacing in wordstar without reformating ... If you are using a diasy driven for your printer a '.lh16' dot command at the top of the file will double-space everything. (A blank line will show quad-spaceing!) ah that's daisy driver above, not 'diasy driven' - not worth going back {and correcting it If you use a tty-like printer driver all is not lost - make up a special copy of ws and patch the crlf address to using the built-in patcher. (type a '+' to the installer menu.) Also, there is the ws3330.dqc file in at simtel20 that gives *all* of the patch-points }iknown. -bob 21-Aug-85 12:14:55-MDT,1105;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Aug 85 12:14:49-MDT Received: from apg-1.arpa by AMSAA.ARPA id a006235; 21 Aug 85 12:33 EDT Date: Tue, 20 Aug 85 22:00:45 EDT From: Robert Bloom AMSTE-TOI 3775 Subject: Re: Draft wordstar files In-Reply-To: Your message of Sun, 18 Aug 85 00:17 EDT To: AALevy@MIT-MULTICS.ARPA Cc: info-cpm@AMSAA.ARPA Regarding the question on how to get double spacing in wordstar without reformating ... If you are using a diasy driven for your printer a '.lh16' dot command at the top of the file will double-space everything. (A blank line will show quad-spaceing!) ah that's daisy driver above, not 'diasy driven' - not worth going back {and correcting it If you use a tty-like printer driver all is not lost - make up a special copy of ws and patch the crlf address to using the built-in patcher. (type a '+' to the installer menu.) Also, there is the ws3330.dqc file in at simtel20 that gives *all* of the patch-points }iknown. -bob 21-Aug-85 12:50:20-MDT,1109;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Aug 85 12:49:43-MDT Received: from brl-aos.arpa by AMSAA.ARPA id aa06660; 21 Aug 85 12:40 EDT Received: from nprdc-gw by AOS.BRL.ARPA id a026718; 20 Aug 85 16:54 EDT Received: by nprdc.ARPA (4.12/4.7) id AA17792; Tue, 20 Aug 85 13:51:06 pdt From: Mel Moy Message-Id: <8508202051.AA17792@nprdc.ARPA> Date: 20 August 1985 1350-PDT (Tuesday) To: info-cpm-request@AMSAA.ARPA Subject: Re: Draft wordstar files Cc: info-cpm@BRL.ARPA, melmoy@NPRDC.ARPA You can double space your WS documents without having to reformat the whole file by writing a quick little BASIS program that will setup your printer to linefeed after each carriage return. Your only problem will probably be that the page breaks will cause you to have an extra blank page of output every third page. Of course you could suppress page formatting and avoid that as well. Once you have that two or three line BASIC program, you can run it anytime you want to output a double-spaced copy from WordStar. 21-Aug-85 13:28:13-MDT,1129;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Aug 85 13:27:47-MDT Received: from brl-aos.arpa by AMSAA.ARPA id a006660; 21 Aug 85 12:40 EDT Received: from usc-isid.arpa by AOS.BRL.ARPA id a028925; 21 Aug 85 5:48 EDT Date: 21 Aug 1985 05:45-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Draft wordstar files From: ABN.ISCAMS@USC-ISID.ARPA To: AALevy@MIT-MULTICS.ARPA Cc: info-cpm@BRL.ARPA Message-ID: <[USC-ISID.ARPA]21-Aug-85 05:45:41.ABN.ISCAMS> In-Reply-To: <850818041720.946573@MIT-MULTICS.ARPA> Allen, Re doing a double spacing in WordStar files.. if no one else has a better idea, I suggest using ^Q^A substitution command, to look for all ^N's (WS's abbreviation for the normal CR/LF), and replacing them with ^N^J (CR/LF/LF) or ^N^N (CR/LF/CR/LF). You could then pick and choose if you desired NOT to double-double space between paragraphs. No additional formatting needed. If you want a SOFT doublespacing... ugh... couldn't do that, I don't think, since no way to send the hi-bit CR... Hope this helps, David Kirschbaum Toad Hall 21-Aug-85 14:02:21-MDT,1588;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Aug 85 14:01:57-MDT Received: from brl-aos.arpa by AMSAA.ARPA id ac06660; 21 Aug 85 12:40 EDT Received: from usc-eclb.arpa by AOS.BRL.ARPA id a003645; 21 Aug 85 9:33 EDT Date: 21 Aug 1985 06:30-PDT Sender: STANLEY@USC-ECLB.ARPA Subject: Re: Draft wordstar files From: STANLEY@USC-ECLB.ARPA To: AALevy@MIT-MULTICS.ARPA Cc: info-cpm@BRL.ARPA Message-ID: <[USC-ECLB]21-Aug-85 06:30:33.STANLEY> In-Reply-To: <850818041720.946573@MIT-MULTICS.ARPA> Received: from AMSAA by USC-ECLB; Tue 20 Aug 85 10:00:47-PDT from brl-aos.arpa by AMSAA.ARPA id aa12473; 19 Aug 85 12:53 EDT from mit-multics.arpa by AOS.BRL.ARPA id a004822; 18 Aug 85 0:28 EDT Date: Sun, 18 Aug 85 00:17 EDT From: AALevy@MIT-MULTICS.ARPA To: info-cpm@BRL.ARPA Subject: Draft wordstar files Return-Path: Message-ID: <850818041720.946573@MIT-MULTICS.ARPA> Is there a quick way of doing double spacing on Wordstar without reformatting the whole file or using mailmerge. (or is there a patch?) Thanks, Allan -------------------- Allan, There are two ways that I know of: 1. Set the line spacing to 2 with the Ctl-O-S command when you begin, or, 2. Patch the line spacing byte to show 2 rather than 1 (I con't have the address here at the office, but it is in most of the PD files on patching WS). Hope I've helped. ...Dick Stanley 21-Aug-85 14:17:44-MDT,731;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Aug 85 14:17:25-MDT Received: from brl-aos.arpa by AMSAA.ARPA id a006737; 21 Aug 85 12:41 EDT Received: from xerox.arpa by AOS.BRL.ARPA id a006885; 21 Aug 85 11:02 EDT Received: from BacoNoir.ms by ArpaGateway.ms ; 21 AUG 85 08:00:05 PDT From: LOWANS.WBST@XEROX.ARPA Date: 21 Aug 85 10:59:41 EDT Subject: Re: Draft wordstar files In-reply-to: AALevy@MIT-MULTICS.ARPA's message of Sun, 18 Aug 85 00:17 EDT, <850818041720.946573@MIT-MULTICS.ARPA> To: AALevy@MIT-MULTICS.ARPA cc: info-cpm@BRL.ARPA Message-ID: <850821-080005-3523@Xerox> Allen ^OS and set the spacing to 2 will double space as you write. Paul 21-Aug-85 14:29:41-MDT,730;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Aug 85 14:29:29-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id aa06772; 21 Aug 85 12:43 EDT Received: from usenet by TGR.BRL.ARPA id a014905; 20 Aug 85 21:46 EDT From: william edwards Newsgroups: net.micro.cpm Subject: Aztec C croot posted to net.sources Message-ID: <545@h-sc1.UUCP> Date: 20 Aug 85 16:50:17 GMT To: info-cpm@AMSAA.ARPA I posted Allen Holub's mods to the Aztec C II (CP/M-80) croot to net.sources. As I say there, the code is * not * commented. Please refer to his "C Chest" column in the March 1985 Dr. Dobb's for further enlightenment. Bill Edwards 21-Aug-85 14:53:20-MDT,2241;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Aug 85 14:53:01-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a006772; 21 Aug 85 12:43 EDT Received: from usenet by TGR.BRL.ARPA id a015852; 20 Aug 85 22:15 EDT From: grayson%uiucuxc.uiuc.arpa@BRL.ARPA Newsgroups: net.micro.cpm Subject: Re: CP/M directory information Message-ID: <104600005@uiucuxc> Date: 16 Aug 85 13:01:00 GMT Nf-ID: #R:hcrvx1.UUCP:-121500:uiucuxc:104600005:000:1625 Nf-From: uiucuxc.Uiuc.ARPA!grayson Aug 16 08:01:00 1985 To: info-cpm@AMSAA.ARPA In a directory entry are 16 bytes for storing allocation group numbers of the extent. If the number of allocation groups is larger than 255 then these numbers take up two bytes, else one byte. Now, once you know the size of an allocation group (typically 1K or 2K) you can compute how much disk space one directory entry can refer to - this typically comes to 16K or 32K. If it is 16K or less, then the maximum number of 128-byte sectors in that space is 128 or less, so the field giving the number of sectors holds that number just fine, and extents are numbered sequentially. On the other hand, if it is 32K or more, then the maxmimum number of 128- byte sectors is 256 or more. In this case we define an extent to be 16K of file space, and each directory entry will refer to more than one extent. The extent number field of the directory entry will contain the number of the LAST extent referred to, and the number-of-sectors field will indicate the number of sectors in that last extent. The extents other than the last one all contain 128 sectors, so everything is determined. Another way to think about it is this. Suppose 2**(n+7) is the number of sectors one directory entry can reference. Then we have n bits of overflow from the number-of-sectors field (7 bits) and those n bits are stashed in the low order part of the extent-number-field. What makes this not QUITE right is that on occasion the 8-th bit of the number-of-sectors field is 1, and then that bit is the overflow bit for the other n+7 bits. uucp: {ihnp4,pur-ee}!uiucdcs!uiucuxc!grayson Dan Grayson, Math Dept, Univ of Ill, Urbana 61801 21-Aug-85 15:03:19-MDT,1020;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Aug 85 15:03:01-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id ab06772; 21 Aug 85 12:44 EDT Received: from usenet by TGR.BRL.ARPA id a018874; 21 Aug 85 1:44 EDT From: Michael Gingell Newsgroups: net.micro.cpm Subject: Re: Intertec disk format Message-ID: <267@ecsvax.UUCP> Date: 19 Aug 85 15:12:46 GMT To: info-cpm@AMSAA.ARPA I can get you the info you need if someone else has not already sent o[Dit to you by now. I have a data base of many disk formats. Caution - are you aware that data[D[D[D[Dall data on the superbrain is inverted when recorded on the disk. Can the Apro take care[D[D[D[D[D[D[D[D[D[D[D[D[Dmpro take care of that?. regards, Mike Gingell mail from usenet : ...{decvax,ihnp4,duke,unc or akgua}!mcnc!ecsvax!mjg from arpanet: decvax!mcnc!ecsvax!mjg@BERKELEY.ARPA phone day: (919) 850 6131, home: (919) 847 4779 21-Aug-85 15:33:24-MDT,1857;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Aug 85 15:33:12-MDT Received: from xerox.arpa by AMSAA.ARPA id a006975; 21 Aug 85 12:46 EDT Received: from CheninBlanc.ms by ArpaGateway.ms ; 20 AUG 85 19:48:45 PDT Date: 20 Aug 85 18:45:46 PDT (Tuesday) From: TReed.ES@XEROX.ARPA Subject: DBase II Questions, CALL Command To: info-cpm@AMSAA.ARPA, Dbase-II^.ES@XEROX.ARPA cc: TReed.ES@XEROX.ARPA Reply-To: TReed.ES@XEROX.ARPA Message-ID: <850820-194845-3345@Xerox> Quoteing verbatum from the DBase manual I have, "SET CALL TO
Sets the decimal address that will be called by dBASE CALL command. CALL [] Performs a machine language call to the address set by a SET CALL TO or the default address if no SET CALL has been done. There are about 254 bytes of stack available, the HL register pair points to the first byte if the was a character string. It is most important that no attempts be made to lengthen or shorten a character string. Control can be passed back to dBASE with a RET instruction." The above is the sum total about the CALL instruction, that I have in my manual. I have used the combination SET CALL TO
and then CALL (with no ) with a RET in the machine language code, and that functions as expected, however, my questions are: 1. What is the DEFAULT address, to which the documentation alludes? 2. "There are about 254 bytes of stack available", where? Starting at the default address? 3. What is the function of ? Is it to pass a parameter to the machine language routine? Give an example. 4. "the HL register pair points to the first byte if the was a character string" the first byte of what, the address? Any answers would be apperciated. Thanks --Terry 21-Aug-85 15:36:34-MDT,674;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 21 Aug 85 15:36:12-MDT Received: from usc-eclb.arpa by AMSAA.ARPA id a007101; 21 Aug 85 12:51 EDT Date: 21 Aug 1985 06:35-PDT Sender: STANLEY@usc-eclb.ARPA Subject: IBM PC Disk Format From: STANLEY@usc-eclb.ARPA To: info-cpm@AMSAA.ARPA Message-ID: <[USC-ECLB]21-Aug-85 06:35:12.STANLEY> Does anyone out there happen to have the IBM PC disk format(s) used in PC-DOS? I need things like sectors/track, bytes/sector, etc. to build a CP/M disk parameter table. To reply to me and not the whole net, I'm stanley@eclb. ...Dick 22-Aug-85 07:28:33-MDT,1255;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 22 Aug 85 07:28:26-MDT Received: from ucb-vax.arpa by AMSAA.ARPA id a007383; 21 Aug 85 12:58 EDT Received: from ucbjade.Berkeley.Edu (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/5.3) id AA18724; Wed, 21 Aug 85 06:33:05 pdt Received: from ucbamber.CC.Berkeley.ARPA (ucbamber.ARPA) by ucbjade.Berkeley.Edu (4.19/4.38.1) id AA12776; Wed, 21 Aug 85 06:33:02 pdt Received: by ucbamber.CC.Berkeley.ARPA (4.19/4.36.2) id AA27509; Wed, 21 Aug 85 06:33:09 pdt Date: Wed, 21 Aug 85 06:33:09 pdt From: swillett%ucbamber.CC@ucb-vax.ARPA Message-Id: <8508211333.AA27509@ucbamber.CC.Berkeley.ARPA> To: lowans.wbst@XEROX.ARPA, winkler@HARVARD.ARPA Subject: Re: Identifying Simtel20 Files? Cc: info-cpm@AMSAA.ARPA I don't know what discussion I caught the tail end of with the message about TURBO Pascal, but it does not follow the UCSD standard. I use and highly recommend TURBO Pascal, but it has some distinct non standard characteristics, including the fact the the standard I/O procedures "get" and "put" are not implemented in TURBO and instead there are extended "read" and "write" procedures. For more info see Dr. Dobb's Journal #105 (july 85). 22-Aug-85 07:33:56-MDT,3759;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 22 Aug 85 07:33:36-MDT Received: from simtel20.arpa by AMSAA.ARPA id a008680; 21 Aug 85 13:23 EDT Return-Path: <@RADC-TOPS20.ARPA:malpass@ll-sst> Received: from RADC-TOPS20.ARPA by SIMTEL20.ARPA with TCP; Thu 15 Aug 85 09:16:01-MDT Received: from ll-sst.ARPA by RADC-TOPS20.ARPA with TCP; Thu 15 Aug 85 11:07:57-EDT Received: by ll-sst.ARPA (4.12/4.7) id AA04050; Thu, 15 Aug 85 11:05:48 edt Date: Thu, 15 Aug 85 11:05:48 edt From: Don Malpass Message-Id: <8508151505.AA04050@ll-sst.ARPA> To: INFO-HZ100@radc-tops20.ARPA Subject: WARNING !! Cc: info-ibmpc@usc-isib.ARPA ReSent-Date: Tue 20 Aug 85 20:46:31-MDT ReSent-From: Dick Dysart ReSent-To: INFO-CPM@AMSAA.ARPA ReSent-Message-ID: <12136773226.11.RDYSART@SIMTEL20.ARPA> Today's Wall St. Journal contained the following article. I think it is of enough potential significance that I'll enter the whole thing. In addition to the conclusions it states, it implies something about good backup procedure discipline. In the hope this may save someone, Don Malpass ****************************************** (8/15/85 Wall St. Journal) ARF! ARF! Richard Streeter's bytes got bitten by an "Arf Arf," which isn't a dog but a horse. Mr. Streeter, director of development in the engineering department of CBS Inc. and home-computer buff, was browsing recently through the offerings of Family Ledger, a computer bulletin board that can be used by anybody with a computer and a telephone to swap advice, games or programs - or to make mischief. Mr. Streeter loaded into his computer a program that was billed as enhancing his IBM program's graphics; instead it instantly wiped out the 900 accounting, word processing and game programs he had stored in his computer over the years. All that was left was a taunt glowing back at him from the screen: "Arf! Arf! Got You!" "HACKERS" STRIKE AGAIN This latest form of computer vandalism - dubbed for obvious reasons a Trojan Horse - is the work of the same kind of anonymous "hackers" who get their kicks stealing sensitive data from government computers or invading school computers to change grades. But instead of stealing, Trojan Horses just destroy all the data files in the computer. Trojan Horse creators are nearly impossible to catch - they usually provide phony names and addresses with their programs - and the malevolent programs often slip by bulletin-board operators. But they are becoming a real nuisance. Several variations of the "Arf! Arf!" program have made the rounds, including one that poses as a "super-directory" that conveniently places computer files in alphabetical order. Operators have begun to take names and addresses of electronic bulletin-board users so they can check their authenticity. When a computer vandal is uncovered, the word is passed to other operators. Special testing programs also allow them to study the wording of submitted programs and detect suspicious commands. INTERFACER BEWARE But while Al Stone, the computer consultant who runs Long Island based Family Ledger, has such a testing program, he says he didn't have time to screen the "Arf! Arf!" that bit Mr. Streeter. "Don't attempt to run something unless you know its pedigree," he says. That's good advice, because the computer pranksters are getting more clever - and nastier. They are now creating even-more-insidious programs that gradually eat away existing files as they are used. Appropriately enough, these new programs are known as "worms". (8/15/85 Wall St. Journal) ****************************************** 22-Aug-85 07:55:37-MDT,1790;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 22 Aug 85 07:55:27-MDT Received: from sdcsvax.arpa by AMSAA.ARPA id a002641; 20 Aug 85 10:31 EDT Received: by sdcsvax.ARPA (4.24/4.41) id AA05397; Tue, 20 Aug 85 01:42:28 pdt From: crash!kevinb@SDCSVAX.ARPA Message-Id: <8508200842.AA05397@sdcsvax.ARPA> Date: Mon, 19 Aug 85 23:46:29 PDT To: info-micro-request@brl-vgr.ARPA Subject: Need info re:Imsai 8080 frontpanel system Cc: info-cpm-request@AMSAA.ARPA, dgb%deimos@cit-hamlet.ARPA, max.hartman@ames-vmsb.ARPA Resent-Date: Wed, 21 Aug 85 13:42:43 EDT Resent-From: cpmlist@AMSAA.ARPA Resent-To: info-cpm@SDCSVAX.ARPA I am seeking information about a system I am trying to resurrect. The system is as follows: Imsai S-100 power supply, 21 slot motherboard Imsai 8080 frontpanel Cromemco ZPU card (2)Problem Solver Systems RAM16 16k static RAM cards (1)problem Solver Systems RAM65 16K static RAM card Cromemco 8K Bytesaver with the following slots populated: 0 a chip marked: system test +Tarbell init + Zapple 4 a chip marked: Zapple 4 5 a chip marked: Zapple 5 (Tarbell) Canada(with a ~ over the n) CL2400 (1 wire hanging from it) North Star Micro Disk MDC-A4 Imsai SIO (rev. 3) (2) Perkin-Elmer Model 182 drives (51/4") I only have info on the RAM cards and the disk controller card, can get Zapple 1.1 monitor at 1200 baud on the monitor, but cannot boot. Help me restore an antique, and a classic. Please reply if you have any info to: Kevin J. Belles - UUCP {ihnp4,cbosgd,sdcsvax,noscvax}crash!kevinb ~~~~~ ~~ ~~~~~~ - ARPA crash!kevinb@{ucsd,nosc}.ARPA REAL c/o Avalon I, 4037 34th St., Ste 4, San Diego CA 92104 Any info, manuals, support locations would be great. KjB 22-Aug-85 08:02:29-MDT,2005;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 22 Aug 85 08:02:19-MDT Received: from brl-aos.arpa by AMSAA.ARPA id a018036; 21 Aug 85 16:38 EDT Received: from mit-mc.arpa by AOS.BRL.ARPA id a017158; 21 Aug 85 16:31 EDT Received: from LANL.ARPA by MIT-MC.ARPA 21 Aug 85 16:29:39 EDT Received: from b.ARPA by LANL.ARPA (4.12/4.7) id AA03247; Wed, 21 Aug 85 14:29:04 mdt Received: by b.ARPA (4.12/4.7) id AA06766; Wed, 21 Aug 85 14:28:02 mdt Date: Wed, 21 Aug 85 14:28:02 mdt From: Dale Carstensen Message-Id: <8508212028.AA06766@b.ARPA> Subject: Re: 8085 assembler Newsgroups: ar.info-cpm To: INFO-CPM@MIT-MC.ARPA References: <29557@lanl.ARPA> > From: Miriam Clifford > > > In reference to James Jokl's message, I'm trying to resurrect an Imsai 8085 > > based system, so any information re an 8085 assembler, I too, would appreciate. > > > The Zenith Z100 (not the Z150 Z100 PC) has CPM on an 8085 as well as > msdos. Therefore, I would think that the assmebler instructions that > come with that machine would have the 8085 version. If you can't get > it closer, I probably have it somewhere in the documentation that came > with my machine. Or talk to a Heath/Zenith dealer. I think the only instruction differences from 8080 to 8085 are the RIM and SIM instructions to handle the serial I/O lines. So, in, for instance, ASM, the standard CP/M assembler, a RIM is: db 20h ; RIM and a SIM is: db 30h ; SIM If you have a macro-assembler or Z80 assembler, there may be a slight difference but there is really nothing all that special about the 8085. The 8085 also has interrupts 5.5, 6.5, and 7.5 which vector 4 bytes later than interrupts 5, 6, and 7, and have separate, simply utilized pins, and it has multiplexed the data with half the address pins to make room for the pins with the extra functions, but those features have no effect on the assembler. 22-Aug-85 08:13:45-MDT,614;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 22 Aug 85 08:13:37-MDT Received: from ames-vmsb.arpa by AMSAA.ARPA id a024408; 22 Aug 85 7:36 EDT Date: 21 Aug 85 14:37:00 PDT From: nep.pgelhausen@AMES-VMSB.ARPA Subject: --- WSDOCON --- To: info-cpm@AMSAA.ARPA Reply-To: nep.pgelhausen@AMES-VMSB.ARPA I found in the micro: archive a non-document to document converter called wsdocon.com. Does anyone know what language this was written in, and does anyone have the source available? -Richard Hartman max.hartman@ames-vmsb ------ 22-Aug-85 08:24:55-MDT,1459;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 22 Aug 85 08:24:45-MDT Received: from ames-vmsb.arpa by AMSAA.ARPA id a024426; 22 Aug 85 7:36 EDT Date: 21 Aug 85 16:35:00 PDT From: nep.pgelhausen@AMES-VMSB.ARPA Subject: --- worms --- To: info-cpm@AMSAA.ARPA Reply-To: nep.pgelhausen@AMES-VMSB.ARPA Re: the "Arf! Arf!" article recently posted. At least two things may be done to reduce the possibility of damabe caused by BBS distributed worms. 1) cleared and un-cleared programs should be in seperate directories, such that the downloader knows that he is taking a risk selecting a program from the set of un-cleared files (for directories, read user area in CP/M....alternately the file type (extension) could be used to serve a similar purpose...) 2) when testing recently aquired software, use a non-essential diskette. if you have an external hard disk, disconnect it. If you have an internal hard disk....you're on your own....I don't know (offhand) of any way to disallow access to an internal hard disk drive...although some enterprising BIOS hacker could possibly find a way..... -Richard Hartman max.hartman@ames-vmsb P.S.: Note that the use of the term "hacker" above is meant in the older, more acceptable sense....not the more recently aquired derogatory meaning that the media have been promoting. -rmh ------ 22-Aug-85 08:33:42-MDT,1910;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 22 Aug 85 08:33:31-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id aa24771; 22 Aug 85 7:43 EDT Received: from usenet by TGR.BRL.ARPA id a014084; 22 Aug 85 1:53 EDT From: Ambrish Mathur Newsgroups: net.micro.cpm Subject: Re: CP/M directory information Message-ID: <613@alberta.UUCP> Date: 19 Aug 85 19:34:42 GMT To: info-cpm@AMSAA.ARPA >While examining the directory on some Osborne I disks, I noticed a couple >of things that puzzled me. > >The first extent of some files (they seemed to be big ones) was >sometimes numbered one, instead of zero (the number of the extent is in >the field named "ex", at offset 12). Why? Is this legal? > A 'logical' extent in CP/M(tm) is of size 16K (128 records of 128 bytes each). In the simplest case when file space allocation is done in blocks of 1K, each physical extent holds 16 1K block entries (128 records) and is the same as a 'logical' extent. In this case the extent numbers will be seen to be 0, 1, 2, etc.. However, when disk space is allocated in larger units (2K, 3K,.. 16K), each physical extent actually corresponds to >128 records. In this situation, after 128 records have been written to an extent, the same extent , say 0, becomes extent no. + 1, ie 1 in our case and the record count is reset to 0. This goes on until all 16 allocation table entries are full, then a new physical extent is created. >The record count field was not an exact record count for the extent (nor >could it be). The record count is constrained to be in the range 0 >through 128, but an extent can hold up to 256 records. What are the >rules for resolving this? The CP/M manual does not seem to discuss this. The above explanation also clears this. --Ambrish Mathur ...ihnp4!alberta!mathur 23-Aug-85 05:49:13-MDT,727;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 23 Aug 85 05:49:03-MDT Received: from brl-aos.arpa by AMSAA.ARPA id a016418; 23 Aug 85 7:15 EDT Received: from mit-mc.arpa by AOS.BRL.ARPA id a010011; 23 Aug 85 4:28 EDT Date: Fri, 23 Aug 85 04:27:15 EDT From: "Stephen C. Hill" Subject: CP/M-80 Kermit source needed To: INFO-CPM@MIT-MC.ARPA cc: STEVEH@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].622311.850823.STEVEH> How does one get the source to the CP/M-80 version of KERMIT? I can FTP to Columbia-20, but can't find the drive or directory that Kermit source resides on. Please respond ASAP, since I have to receive the source by this weekend.. 23-Aug-85 06:13:02-MDT,1030;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 23 Aug 85 06:12:52-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id ab16691; 23 Aug 85 7:25 EDT Received: from usenet by TGR.BRL.ARPA id a010987; 22 Aug 85 23:43 EDT From: Jerome F Myers Newsgroups: net.micro.cpm Subject: Re: Microprocessors Unlimited, an extraordinary company: Message-ID: <952@security.UUCP> Date: 22 Aug 85 19:56:04 GMT To: info-cpm@AMSAA.ARPA The fine folks at Microprocessors Unlimited do make mistakes. However, the way they deal with their mistakes is just as impressive as their initial service. I have placed several orders with them. On one occasion they sent the wrong chips. I phoned them and they sent out replacements that same day. The correct chips arrived the following day by Federal Express. In addition, I was told to reduce my payment by an amount adequate to cover my expenses for correcting the order and returning the unwanted chips. 23-Aug-85 06:20:25-MDT,4393;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 23 Aug 85 06:20:11-MDT Received: from jpl-vlsi.arpa by AMSAA.ARPA id a016449; 23 Aug 85 7:16 EDT Received: from vlsidc by VLSIDC with VMS ; Thu, 22 Aug 85 20:35:25 PDT Date: Thu, 22 Aug 85 20:35:25 PDT From: blc@JPL-VLSI.ARPA Subject: dBaseII machine language interface To: info-cpm@AMSAA.ARPA From: VLSIDC::BLC 22-AUG-1985 20:33 To: BLC Subj: dBase II machine query Here is a sample dBaseII file which loads and calls a machine language program. * dBase II file to read diskcat files into dBase format * 85.0212 BLC *--!---!---!---! * modified to load and use diread.z80 * 85.0403 BLC * uses variable for catalog name, to allow several catalogs * 85.0405 BLC set delete on set talk off accept 'Date' to today set date to &today load diread accept 'Catalog to Use' to diskcat use &diskcat do while T text options are: isk ID order xtention order ull Printout ame order ualified Printout earch for File pdate catalog endtext wait to command store !(command) to command if command='D' index on disk:id+name+ext to disk endif if command='E' index on ext+name+disk:id to ext endif if command='F' store 'T' to qual do printout endif if command='N' index on name+ext+disk:id to name endif if command='Q' accept 'Selection Function? ' to qual store !(qual) to qual do printout endif if command='S' accept 'Search for? ' to qual find &qual disp endif if command='U' * directory read * 85.0403 BLC ? 'Put new disk in B and press ' wait reset copy stru to dir use dir store 'UNKNOWN' to d:id store 'xxxxxxxxxxx' to entry set call to 41984 call entry set call to 41987 do while entry # 'NO DATA' if $(entry,9,3)="DID" store $(entry,1,8) to d:id else append blank replace name with $(entry,1,8) replace ext with $(entry,9,3) replace cat:date with date() endif call entry enddo if d:id = 'UNKNOWN' ? 'No ID present' use &diskcat else replace all disk:id with d:id use &diskcat delete all for disk:id=d:id append from dir endif enddo The machine language program is created by: ; diread.z80 ; directory reading program to call from dBase ; 85.0403 BLC ;---!---!---!---! ; buffer added ; 85.0403 BLC public one, two cseg .z80 bdos equ 5 findf equ 17 ;find first funct findn equ 18 ; " next " dmaf equ 26 one: jp first ;a400h=41984 two: jp next :a403h=41987 fcb: db 2 ; code for drive B db "???????????" ;for name and ext ds 24,0 ;rest of fcb all zeroed psave: dw 0 ;save the passed parameter empty: db "NO DATA " buffer: ds 128 ;reserve a buffer first: ld c,findf jp endup next: ld c,findn endup: inc hl ;skip the length byte of dBase string ld (psave),hl ;save the address push bc ;save the function ld de,buffer ;set dma to buffer ld c,dmaf call bdos pop bc ; first or next back ld de,fcb call bdos cp 255 ;flag for no match jp z,nomore ;A has directory code ;file name is at buffer+1+32*A ld hl,buffer+1 ld de,32 again: and a ;to set z flag jp z,gotit dec a add hl,de jp again gotit: ld de,(psave) ;address of dBase string ld bc,11 ;length of name+extention ldir ;move it into the string ret nomore: ld hl,empty ;no data message ld de,(psave) ld bc,11 ldir ret end After assembly, (with M80) the HEX file is created by linking such that,the laod address is A400H (41984, above the limit of memory used by dBase) as follows: L80 /PA400,DIREAD,DIREAD/X/N/E This is a pretty primative example, but it does exercise the dBase machine language interface functions. If anybody has any information regarding the defaults, I would also be interested. Bruce Conroy (BLC@JPL-VLSI.ARPA) 23-Aug-85 06:41:45-MDT,747;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 23 Aug 85 06:41:37-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a016750; 23 Aug 85 7:26 EDT Received: from usenet by TGR.BRL.ARPA id a012608; 23 Aug 85 1:49 EDT From: "Dennis E. Griesser" Newsgroups: net.micro.cpm Subject: HD64180 availability Message-ID: <2270@sdcrdcf.UUCP> Date: 20 Aug 85 19:44:18 GMT To: info-cpm@AMSAA.ARPA In article <679@brl-tgr.ARPA> RCONN@SIMTEL20.ARPA (Rick Conn) writes: >I'm working on an SB180 board (Steve Ciarcia's design) now. SUPER board. ...blurb about board and HD64180 chip... OK, so I'm sold. Where can you get the HD64180, quantity one. How much $$? 23-Aug-85 07:09:35-MDT,718;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 23 Aug 85 07:09:27-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id ac16750; 23 Aug 85 7:26 EDT Received: from usenet by TGR.BRL.ARPA id a014140; 23 Aug 85 4:40 EDT From: PRO Workstations Pubs Newsgroups: net.micro.cpm Subject: MEX740.COM Message-ID: <89@decwrl.UUCP> Date: 22 Aug 85 15:15:16 GMT Sender: daemon%decwrl.uucp@BRL.ARPA To: info-cpm@AMSAA.ARPA I am looking for a copy of MEX740.COM (public domain) to use on my C128. A copy for an Osborne will work fine since the diskette formatting is the same. Anyone out there with one? Thanks. Paul 617-493-3439 23-Aug-85 07:11:09-MDT,2523;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 23 Aug 85 07:11:02-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a016691; 23 Aug 85 7:25 EDT Received: from usenet by TGR.BRL.ARPA id a009414; 22 Aug 85 21:48 EDT From: "G.PECKHAM" Newsgroups: net.micro.cpm Subject: CPM System - Super Buy Message-ID: <362@hounx.UUCP> Date: 21 Aug 85 13:38:40 GMT To: info-cpm@AMSAA.ARPA I am selling a Zenith Z90 computer system for $2000. In addition to being a good CPM machine, the system is great for experimenting. The Zenith manuals detail everything both hardware and software. TOTAL PACKAGE PRICE: $2000 ************************************** The System includes the following and more: ITEM Retail Price Hardware: Zenith Z90 computer $ 3195.00 64k ram 2 - 5.25" hard sectored drive (100k) 1 - 5.25" soft sectored drive (620k) dbl. sided, dbl. density 1 - 10 Meg.byte Winchester drive 2495.00 approx. 80 diskettes 240.00 Software: Operating Systems - CPM 80 150.00 HDOS 150.00 ZCPR2 public domain, unix like system nc Languages - C - Whitesmith's 630.00 Plink II (linker for above) 350.00 Mbasic 80 interpreter 175.00 Mbasic 80 compiler 250.00 Cbasic 150.00 Fortran 80 195.00 Cobol 80 395.00 USCD Pascal 395.00 Mac 80 85.00 Database systems - FMS/80 995.00 Dbase II 700.00 Datastar 295.00 Word Processing - Wordstar 395.00 Magic Wand 295.00 Spreadsheet - Supercalc 295.00 Accounting Pkgs. - Accounting Plus G/L, A/R, A/P, Payroll 1900.00 Peachtree G/L, A/P 790.00 Demo pkgs. for sales support - Accounting Plus G/L, A/R, A/P, Payroll, 175.00 Sales Order, Purchase Order, Inventory, Point of Sale. Professional Time Acctg. 60.00 PK Attorney Time & Billing 75.00 DAGAR's Pharmacy System 125.00 Misc. - all types of games, disk utilities, - etc. ____________ TOTAL retail value $14,955.00 I am selling this all as a pkg. for $2000.00 The system is in mint condition and works perfectly. The system is 2.5 yrs old. If you are interested please send me mail or call me. Home number (201) 367-1688, Work number (201) 949-1831. Gary Peckham N.J. hounx!gtp or houxf!hounx!gtp or ihnp4!hounx!gtp 23-Aug-85 07:50:54-MDT,1435;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 23 Aug 85 07:50:47-MDT Received: from usc-isid.arpa by AMSAA.ARPA id a019667; 23 Aug 85 8:41 EDT Date: 23 Aug 1985 00:12-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: --- worms --- From: ABN.ISCAMS@USC-ISID.ARPA To: nep.pgelhausen@AMES-VMSB.ARPA Cc: info-cpm@AMSAA.ARPA Message-ID: <[USC-ISID.ARPA]23-Aug-85 00:12:29.ABN.ISCAMS> In-Reply-To: The message of 21 Aug 85 16:35:00 PDT from nep.pgelhausen@AMES-VMSB.ARPA Richard et al, *** FLAME ON *** You know, I'm getting bloody tired of the misuse and abuse of the term "hacker". I worked hard to learn enough to hopefully be considered a member of those illustrious ranks, and do NOT like being associated with vandals, delinquents, criminal elements, and the like. The journalists are mainly responsible for the recent misuse, and delight in calling any computer-related crime or incident the work of "hackers". Perhaps a few thousand irate letters to editors, etc., would change their misguided vocabulary. I would suggest the use of the word "crasher" (as was recently used in a book, "The Inner Circle", so I was told) to apply to the destructive or criminal elements. Hacker should remain a descriptive term of those who love computers and programming for their own sake. *** Flame Off *** David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 23-Aug-85 08:05:00-MDT,939;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 23 Aug 85 08:04:51-MDT Received: from simtel20.arpa by AMSAA.ARPA id a020093; 23 Aug 85 8:54 EDT Date: Fri 23 Aug 85 06:52:30-MDT From: Rick Conn Subject: Re: HD64180 availability To: dennisg%sdcrdcf.uucp@BRL.ARPA cc: info-cpm@AMSAA.ARPA In-Reply-To: <2270@sdcrdcf.UUCP> Message-ID: <12137407828.14.RCONN@SIMTEL20.ARPA> For the HD64180, the only source (aside from Hitachi) that I am aware of is Micromint (see Z-NEWS 208 or 209 for the 800 number). I have been told (I haven't seen the price list myself) that Micromint will see you the 64180 in quan 1 for $20. The manual is available for $25. There should be much more info in the Sept Byte, which features the SB180 board. I am coming out with a new set of notes on the 64180, and this will be posted on SIMTEL20 and to USENET. Rick ------- 23-Aug-85 08:21:35-MDT,727;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 23 Aug 85 08:21:29-MDT Received: from simtel20.arpa by AMSAA.ARPA id a020432; 23 Aug 85 9:02 EDT Date: Fri 23 Aug 85 07:01:21-MDT From: Rick Conn Subject: Z3NEWS2.LBR To: info-cpm@AMSAA.ARPA cc: ada-sw@SIMTEL20.ARPA Message-ID: <12137409441.14.RCONN@SIMTEL20.ARPA> Keith has broken down Z3NEWS2.LBR into its respective components, Z3NEWS.2Q1 to Z3NEWS.2Q9. 2Q8 was found to be bad, so I've uploaded a new copy. The full set of files can be found in MICRO: and MICRO:. Note that all of these files are squeezed text files as per the SQ/USQ convention. Rick ------- 23-Aug-85 12:45:08-MDT,1134;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 23 Aug 85 12:44:56-MDT Received: from nosc-gw by AMSAA.ARPA id a004715; 23 Aug 85 14:08 EDT Received: from tetra.ARPA by nosc.ARPA (4.17/4.7) id AA27869; Fri, 23 Aug 85 11:03:33 pdt Received: by tetra.ARPA (4.17/4.7) id AA01554; Fri, 23 Aug 85 11:07:51 pdt Date: Fri, 23 Aug 85 11:07:51 pdt From: "Todd H. Ogasawara" Message-Id: <8508231807.AA01554@tetra.ARPA> To: nep.pgelhausen@AMES-VMSB.ARPA Subject: Re: --- worms --- (re: misuse of "hacker") Cc: info-cpm@AMSAA.ARPA personally, I like Lauren Weinstein's "cracker" terminology. He suggested the use of that term in UNIX/World last year (1984). Maybe all we old time 'hackers' should send an electronic petition to one of the mags on the net and see if they will do something about it. I notice that Time, Inc. is a member of our coummunity (the USENET side)...todd Todd Ogasawara, Computer Sciences Corp. NOSC-Hawaii Laboratories UUCPmail: {akgua,allegra,decvax,ihnp4,ucbvax}!sdcsvax!noscvax!ogasawar MILNET: OGASAWAR@NOSC 24-Aug-85 05:25:01-MDT,640;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 24 Aug 85 05:24:55-MDT Received: from csnet-pdn-gw by AMSAA.ARPA id a009578; 24 Aug 85 7:00 EDT Received: from gte-labs by csnet-relay.csnet id a007944; 23 Aug 85 20:30 EDT Received: by bunny.UUCP (4.12/5.03) id AA03982; Fri, 23 Aug 85 15:12:55 edt for Date: Fri, 23 Aug 85 15:12:55 edt From: Alan Gunderson To: INFO-HZ100@radc-multics.csnet, INFO-IBMPC@usc-isib.csnet, WANCHO@simtel20.csnet Subject: Re: The PC/BLUE Collection Cc: INFO-CPM@amsaa.csnet, INFO-MICRO@brl.csnet 24-Aug-85 05:35:50-MDT,2717;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 24 Aug 85 05:35:44-MDT Received: from sdcsvax.arpa by AMSAA.ARPA id a009622; 24 Aug 85 7:01 EDT Received: by sdcsvax.ARPA (4.24/4.41) id AA09740; Fri, 23 Aug 85 20:18:33 pdt From: crash!kevinb@SDCSVAX.ARPA Message-Id: <8508240318.AA09740@sdcsvax.ARPA> Date: Fri, 23 Aug 85 12:23:30 PDT To: info-cpm@AMSAA.ARPA Subject: MEX740.COM Cc: sdamos!p_macdonald%eden.dec@brl.ARPA, crash!kevinb@SDCSVAX.ARPA Mr. MacDonald- As far as I know, What you are asking for is a mishmash of (2) products. MEX is a program that is fairly new, and versions have only gotten as far as 1.14 (ie, MEX114) in the public domain, although there is a buyable product that I hear is much better. I use MEX112 right now, haven't gotten around to implementing MEX114, and it's just great, although a little hefty size-wise, especially including the help-file. Ron Fowler puts that out (I think, anybody may correct), correcttion, DOES put that out and I think he can be contacted by yelling "Hey Ron G Fowler" around here or on info-MODEMXX or info-MODEM7. MDM740, on the other hand, comes from the esteemed line begun by the illustrious Ward Christiensen of Christiensen protocol (and other) fame. *PLUG* A great guy and an inspiration to us all. *PLUGend* He really deserves it, though, cause he's really done SO much to help the micro-world grow from an arcane hobby to something really big like this. Getting back to it-MDM740, though in the public domain, was copyrighted by Irv Hoff *FLAME ON*, who really did the PD world NO FAVOR by doing so, and ensured the demise of a classic series of reliable(well, semi-, anyway) series of communications software by despoiling it with his copyright, and not allowing a source release for those of us who needed it, me for example. May he get what he deserves.*FLAME OFF* The software is nice, but MODM700, another PD program, is just about the same, with source, too! Hopefully the guys who put this out won't make Mr. Hoff's mistake, and this will be able to carry on in it's place. (Note: Irv Hoff has done other, fairly nice noteworthy stuff; he isn't really bad, just made a dumb decision.) If you're interested in a fairly straightforward, compact program, this one's for you. I have a copy, but you can probably get it from your local BBS just as well, probably even cheaper. Check around for MEX114, too. Well, hope this helps you out. If you really need them, send mail to me at: Kevin J. Belles - UUCP {ihnp4,cbosgd,sdcsvax,noscvax}crash!kevinb ~~~~~ ~~ ~~~~~~ - ARPA crash!kevinb@{ucsd,nosc}.ARPA and we'll figure something out. KjB 24-Aug-85 05:56:28-MDT,1263;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 24 Aug 85 05:56:21-MDT Received: from simtel20.arpa by AMSAA.ARPA id a009689; 24 Aug 85 7:21 EDT Date: Fri, 23 Aug 1985 22:31 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: "Stephen C. Hill" Cc: Info-Cpm@AMSAA.ARPA Subject: Aztec C croot posted to net.sources In-reply-to: Msg of 23 Aug 1985 00:41-MDT from Stephen C. Hill Did this file get out to SIMTEL? ---------------------------------------- Date: 20 Aug 85 16:50:17 GMT From: william edwards To: info-cpm at AMSAA.ARPA Re: Aztec C croot posted to net.sources Newsgroups: net.micro.cpm I posted Allen Holub's mods to the Aztec C II (CP/M-80) croot to net.sources. As I say there, the code is * not * commented. Please refer to his "C Chest" column in the March 1985 Dr. Dobb's for further enlightenment. Bill Edwards Yes. It's in: Filename Type Bytes CRC Directory MICRO: AZ-CROOT.LBR.1 BINARY 6784 4AD0H --Keith 24-Aug-85 06:11:07-MDT,2291;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 24 Aug 85 06:10:55-MDT Received: from simtel20.arpa by AMSAA.ARPA id a009691; 24 Aug 85 7:22 EDT Date: Fri, 23 Aug 1985 22:56 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Micro@brl-vgr.ARPA, Info-Cpm@AMSAA.ARPA Subject: US Robotics Courier 2400 I received this on my RCPM today: Msg#: 88 Date: 08/13/85 10:44 AM From: TOM TCIMPIDIS To: ALL Re: ROBOTICS 2400 UPDATE For those of you using the U.S. Robotics 2400 baud modem (I have two on my system), you should call U.S. Robotics (800 dial usr) and request the ROM update. The new version is 242 (you can use the ATI command to check yours) and fixes many problems and incorporates a number of additions suggested by users. The update is free (try that with Hayes). For the record; my experiences with U.S. Robotics have been excellent. They are responsive and seem to care about their product and its users. I highly recommend their Courier 2400 mod (and the half=price sysop offer is still in effect). -Tom Tcimpidis (The MOG-UR's EMS 818-366-1238) P.S. The MOG-UR is now multi-user with two lines in rotary. **************************************************************************** Notes aded by Paul Foote - 08/17/85 Thanks to Tim T. for letting us know about the Courier ROM upgrade. I too own two Couriers and am delighted with their performance. By using the ATI0 command in terminal mode, I found out one had ROM vers. 240, while the other was vers. 241. So I called USR Technical Service (their direct phone number is 312-982-5151, in case you have problems with the 800 number), and they said they would send two vers. 242 plug-in ROMs by UPS two day air. They also gave me simple instructions for installing the new ROMS, and requested that I send them back the old ROMs after I verified the new ones worked. I was most impressed with their friendly and professional helpfulness. By the way, the USR rep. said they believe all of the Courier 2400's distributed in their SYSOP offer have the vers. 242 ROM, but you may want to check anyway. 24-Aug-85 06:18:41-MDT,2704;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 24 Aug 85 06:18:31-MDT Received: from simtel20.arpa by AMSAA.ARPA id a009693; 24 Aug 85 7:22 EDT Date: Sat 24 Aug 85 04:17:10-MDT From: Rick Conn Subject: Finding out about ZCPR3 and Z-System To: jshaver@APG-3.ARPA cc: info-cpm@AMSAA.ARPA In-Reply-To: Message from "John Shaver STEEP-TM-AC 879-7602 " of Fri 23 Aug 85 08:57:28-MDT Message-ID: <12137641695.18.RCONN@SIMTEL20.ARPA> John, I would say that the first step is to buy the book "ZCPR3: The Manual" (I know it sounds like I am plugging my own book here). The reason is that the manual is the most complete source for all info on the ZCPR3 System - it describes usage, all the tools, theory of operation, and installation. When it comes to installation, there are two options: (1) manual install and (2) automatic install via Z3-DOT-COM (a comercial product from Echelon). Automatic install is the easiest (taking only minutes) an not very expensive (I don't remember the price, but I don't think it is too high). Manual install takes a lot more time but produces the best results (the Z3 System is on the System Tracks). If you decide to do the manual install, get the "ZCPR3 Installation Workbook" -- it helps a lot. Also, for full functionality you would want to consider the document "ZCPR3 and IOPs", which discusses the implementation of I/O Packages under ZCPR3 (which can be used for disk I/O redirection, function key operation, arrays of I/O devices, and other useful capabilities). Finally, but not least, read thru the Echelon newsletters. There are 27 of them now: Z3NEWS 001-009, 101-109, and 201-209. 301 just came out (making 28), and they come out every 2 weeks. Acquisition Data: ZCPR3: The Manual (paperback book, available from Echelon for $20 or the Library of Computer and Information Sciences and the Small Computer Book Club [if you are a member] for less) ZCPR3 Installation Workbook - free (available on Z-Nodes via downloading or from Echelon in hardcopy for a minor cost) ZCPR3 and IOPs - free (available on Z-Nodes via downloading or from Echelon in hardcopy for $10) Z-News Newsletters - free (available on Z-Nodes via downloading or from Echelon for a minor subscription fee in hardcopy) Many non-Z-Nodes (RCPMs) are carrying the doc files also. Echelon can be written to: Echelon, Inc 101 First St Suite 427 Los Altos, CA 94022 415-948-3820 The newsletters provide tons of information on other items, such as ZRDOS, Z-System tools, etc, which may be of interest also. Rick ------- 24-Aug-85 06:33:03-MDT,821;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 24 Aug 85 06:32:58-MDT Received: from simtel20.arpa by AMSAA.ARPA id a009696; 24 Aug 85 7:22 EDT Date: Sat 24 Aug 85 04:37:02-MDT From: Rick Conn Subject: Micromint and Z-News Data To: info-cpm@AMSAA.ARPA Message-ID: <12137645312.18.RCONN@SIMTEL20.ARPA> The 800 number for Micromint (from Z-News 208) is 800-635-3355. The Z3 Newsletters (Z-News) are available from many sources: Z-Nodes (there are many all over the world - see the list in MICRO: or download from an RCPM that has the list) SIMTEL20 - see MICRO:Z3NEWS.* Echelon - you can subscribe for a minor fee and receive hardcopy in the mail every two weeks (phone Echelon at 415-948-3820) ------- 26-Aug-85 10:10:11-MDT,2529;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 26 Aug 85 10:10:01-MDT Received: from simtel20.arpa by AMSAA.ARPA id a027217; 26 Aug 85 10:06 EDT Date: 21 Aug 85 12:41:46 GMT Message-ID: Sender: Ken Mandelberg From: Ken Mandelberg Newsgroups: net.unix,net.news,net.dcom,net.mail Subject: PC Pursuit ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Sat 24 Aug 1985 12:12-MDT GTE/TELENET is offering a new service called "PC Pursuit". It allows unlimited 1200 baud modem calls between 12 major cities for a flat fee of $25/month. The calls can on|y be made after 6PM or on weekends. Currently the cities supported are: Atlanta, Boston, Chicago, Dallas, Denver, Detroit, Houston, Los Angeles, New York, Philadelphia, San Francisco, and Washington DC. Only the originator of the call has to be signed up with GTE, the destination can be any answering modem in the 12 supported cities. The $25/month buys the right to originate the calls from one fixed number. GTE imposes this as follows: You call a local number, identify yourself and make the destination request. GTE drops the line, calls the destination, and when successful calls you back at your registered number. They guarantee to call you back withing 30 seconds of carrier at the destination. GTE is marketing this to PC users who want to access out of town databases. However, it strikes me that this service could cut UUCP/mail/netnews and other phone based networking costs way down. The service appears to be transparent to the destination, but clearly the connection software would have to be hacked to accomodate GTE's call origination scheme. GTE will provide information about the service at 800-368-4215. I have no connection with GTE, and the above exhausts my knowledge of the service. I don't know, for example, if the data path provided is really a full 8 bit path, or if there are timing issues that would interfere with some protocols. I would guess they run their own error correction for the long haul part of the circuit, and the subscriber would only have to worry about errors on the local circuits at the endpoints. -- Ken Mandelberg Emory University Dept of Math and CS Atlanta, Ga 30322 {akgua,sb1,gatech,decvax}!emory!km USENET km@emory CSNET km.emory@csnet-relay ARPANET 26-Aug-85 10:11:20-MDT,2941;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 26 Aug 85 10:11:07-MDT Received: from crdc.arpa by AMSAA.ARPA id a026314; 26 Aug 85 9:53 EDT Date: Sat, 24 Aug 85 20:10:04 EDT From: George R Famini To: info-micro@brl.ARPA, info-cpm@AMSAA.ARPA Subject: Casey at the Byte I found the poem (?) in a recent MAD Magazine (no comments about my reading habits, please), and thought it was enjoyable enough to share. The issue I found this in has several "interesting" computer parodies. George Casey at the Byte a poem by Frank Jacobs (from MAD Magazine no. 258, October 1985) (with apologies to Ernest Lawrence Thayer) The meeting at the White House Wasn't going well that day; The budget plan was lost, Thus causing ulcers and dismay; And when Jones failed at the keyboard And Kowalski proved a dud, One could sense some great disaster, Like an avalanche or flood. "Don't panic," said the President, "Don't blab it to the press; "It's true without the budget plan "The country's in a mess; "Two other "aces" failed so far "To find just where it is, "And so I've summoned Casey- "With computers he's a whiz" A gasp was heard as Casey Made his entrance on the scene; 'Twas clear that he was just a lad No older than sixteen; And yet despite his lack of years, One fact outshone the rest- As a trouble shooting "hacker" His credentials were the best. He boasted a degree from Yale, Plus two from M.I.T.; His work with "backup", "RAM" and "track" Was marvelous to see; The range of his computer skills Was hailed both near and far From Commodore to IBM, From Wang to NCR. There was ease in Casey's manner As he entered his commands; One could sense some mighty power Was contained within his hands With lightning speed his fingers moved To press each crucial key; "The budget plan exists," he said. "It cannot hide from me." With great persistense Casey toiled, And yet, upon the screen, No buried data came to light From in the great machine, Except for birthday greetings To a Congressman in Maine, Two vetos and a slogan From the '84 campaign. The strain now shows in Casey's eyes; He's aged a dozen years; But then, at last, to joyful shouts, The budget plan appears! And now he lifts his head in pride, A smile upon his face; And now the mood is shattered As his elbow hits "ERASE". Oh, somewhere there are nations Where the keenest minds prevail, Where budgets can be balanced And the experts never fail; And somewhere data's safely stored, Preserved beyond a doubt, But no plan can save the Whit House- Klutzy Casey wiped it out. 26-Aug-85 10:15:39-MDT,457;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 26 Aug 85 10:15:33-MDT Received: from nosc-tecr.arpa by AMSAA.ARPA id a026732; 26 Aug 85 9:58 EDT Date: 24 Aug 1985 0942-PST From: Lane Subject: VT100 Emulator for CP/M To: INFO-CPM@AMSAA.ARPA Reply-To: PORTER@nosc-tecr.ARPA Can anyone suggest a VT100 emulator for a CP/M machine Televideo TS-803? Thanks, Tim Porter. ------ 26-Aug-85 10:37:42-MDT,1882;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 26 Aug 85 10:37:21-MDT Received: from simtel20.arpa by AMSAA.ARPA id a027233; 26 Aug 85 10:07 EDT Date: Sat, 24 Aug 1985 12:35 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Cc: Info-Micro@brl-vgr.ARPA, Telecom@mit-mc.ARPA Subject: GTE Telenet PC Pursuit - additional info available GTE Telenet has an 800 number to call for more information on "PC Pursuit". It turned out to be a modem connected to a "FIDO" bbs system. I downloaded all the info files and made a transcript of the terminal session. It's available from SIMTEL20 as: Filename Type Bytes CRC Directory MICRO: PCPURSUT.LBR.1 BINARY 13184 FC34H If you are unable to access Simtel-20 because of network restrictions this file is available for downloading (using the XMODEM protocol) on my RCPM Royal Oak (MI) which may be accessed at 300 baud using the 103a modem mode or 1200 baud using either the 212a or Vadic 3400 modes. The telephone number is (313) 759-6569. The file is on the D: drive. Additional notes: There is a one-time sign-up fee of $25 for "PC Pursuit". Also, it's unlikely that you'll be able to access bbs systems in the distant city if they are "message-unit" calls for the Telenet dial-out node. Unfortunately this IS the case here in the Detroit area where my RCPM is located. PC Pursuit users will probably not be able to access it since it's a "near-zone" message unit call from the Telenet node. The GTE Telenet FIDO number is (800) 835-3001. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA uucp: ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz uucp: ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz 26-Aug-85 10:43:19-MDT,2300;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 26 Aug 85 10:42:46-MDT Received: from simtel20.arpa by AMSAA.ARPA id a027268; 26 Aug 85 10:07 EDT Date: 23 Aug 85 22:29:11 GMT Message-ID: Sender: Lauren Weinstein From: Lauren Weinstein Newsgroups: net.dcom,net.mail Subject: PC Pursuit ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: INFO-CPM@AMSAA.ARPA, Info-Micro@brl.ARPA ReSent-Date: Sun 25 Aug 1985 12:17-MDT There are some significant limitations to this service that people should be aware of (I talked to one of the system designers)... 1) Calls are limited to one hour. 2) While they haven't implemented the restrictions yet, they are likely to limit both the originating and terminating ends of the calls to phone numbers that are a LOCAL CALL from their dialout nodes. This might mean, for example, that a person in West L.A. couldn't use the service since they are not local to the dialout node (which is in downtown L.A.). The problem is that the service must dial out at both ends, and they are apparently unwilling to eat the ZUM/toll charges indefinitely. When and how restrictions would be implemented (and on what basis) is still unclear, but they told me that something would definitely happen in the area of restrictions. 3) The service is really designed for individuals, not for commercial use. They aren't trying to screen out the companies at this time and will let them sign up, but it isn't clear what will happen if commercial users start clogging things up. 4) Capacity is limited. In L.A., for example, there can only be a maximum of 24 users on the service at any given time. They can obviously expand this within some limits, but not indefinitely. 5) It isn't clear how good the response is going to be for many applications. TELENET is always very bursty and subject to pretty slow throughput much of the time (as any TELENET user will tell you). It's certainly an interesting service, but seems mostly oriented toward what they originally said -- people sitting there typing at remote BBS's. --Lauren-- 26-Aug-85 11:12:50-MDT,1315;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 26 Aug 85 11:12:37-MDT Received: from simtel20.arpa by AMSAA.ARPA id a027318; 26 Aug 85 10:08 EDT Date: 23 Aug 85 18:32:41 GMT Message-ID: Sender: Mike Ekberg From: Mike Ekberg Newsgroups: net.analog Subject: Re: DC-DC converter ICs - try MC145406 instead of 1488 ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Sun 25 Aug 1985 12:31-MDT In article <301@cmu-cs-g.ARPA>, monta@cmu-cs-g.ARPA (Peter Monta) writes: > Are there ICs which convert +5V to +15V and -15V, at about 40mA each? > This would be very convenient for providing RS-232 signal levels; > often this is the only place such voltages are needed. (1488s require > about 40mA at each voltage.) ------ You might be interested in a new part from Motorola, it's the MC145406. It's a CMOS tranceiver that combines the functions of the 1488 and 1489. It contains 3 drivers and 3 receivers. It runs on +-5 V. And it uses 1/10 the power of the 1488. Price is $1.59 in 100-unit quantities (see _Electronic Design_, August 8,1985, pg. 149). Mike 26-Aug-85 11:18:23-MDT,1230;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 26 Aug 85 11:18:12-MDT Received: from simtel20.arpa by AMSAA.ARPA id a027327; 26 Aug 85 10:08 EDT Date: Friday, 23 August 1985 22:39-MDT Message-ID: Sender: "Ian F. Darwin" From: "Ian F. Darwin" Subject: Micro/Systems Journal (`Microsystems') ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Sun 25 Aug 1985 12:32-MDT Some people still have not heard that Sol Libes, founder of Microsystems magazine, has started a new magazine called Micro/Systems Journal. (The original Microsystems was consumed and evacuated by Ziff-Davis). The new Journal is patterned after the original, with many technical articles on microcomputers of one sort or another. The ad/editorial ratio is 40/60; most computer mags are 60% ads; this one is 60% articles. Address: Box 1192, Mountainside, NJ 07092, U.S.A. Rates: U.S: $18/year Canada, Mexico: U.S.$ 24/year Disclaimer: I write a column on UNIX for this magazine, so cannot claim to be unbiased. -- ihnp4!utcs!ian (Ian F. Darwin) 26-Aug-85 13:57:36-MDT,1575;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 26 Aug 85 13:57:19-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id aa27904; 26 Aug 85 10:18 EDT Received: from usenet by TGR.BRL.ARPA id a005174; 25 Aug 85 20:46 EDT From: william edwards Newsgroups: net.micro.cpm Subject: Re: MEX740.COM Message-ID: <551@h-sc1.UUCP> Date: 25 Aug 85 20:13:28 GMT Keywords: MODEM7 MEX To: info-cpm@AMSAA.ARPA In article <89@decwrl.UUCP> p_macdonald@eden.DEC (PRO Workstations Pubs) writes: > >I am looking for a copy of MEX740.COM (public domain) to use on my >C128. A copy for an Osborne will work fine since the diskette formatting >is the same. Anyone out there with one? Thanks. > >Paul 617-493-3439 Paul--two things. First, I think you're looking either for MODEM7 or MEX. The latest version of the former is (in at least one line of descent) is MDM740, and the latest version of the latter is MEX114. Second, unless the Commodore 128's modem port has been set up exactly the same as the Osborne's (which is unlikely) , an Osborne version of MODEM7 or MEX won't work on the C-128. I don't know if C-128 overlays (overlays are pieces of machine code which customize a program to a specific computer) exists for MODEM7 or MEX. If you have ARPANET access, MODEM7 and MEX can be gotten by anonymous FTP to SIMTEL20.ARPA. If not, try getting in touch with: SIG/M P.O. Box 97 Iselin NJ 08830-0097. Good luck, and mail me if you need any help. -- Bill Edwards 26-Aug-85 13:59:31-MDT,1266;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 26 Aug 85 13:59:19-MDT Received: from simtel20.arpa by AMSAA.ARPA id a027387; 26 Aug 85 10:09 EDT Date: Sun, 25 Aug 1985 14:28 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: AALevy@MIT-MULTICS.ARPA Cc: Info-Cpm@AMSAA.ARPA Subject: Missing modem overlay file mm-4 In-reply-to: Msg of 17 Aug 1985 22:15-MDT from AALevy at MIT-MULTICS.ARPA Modem overlay file mm-4 is apparently missing from This may be due to mm (+-)4 beinf for the apple micromodem IIe and mm-1 being for another computer. Any help would be appreciated. Also since the micromodem II overlays tend to be version specific the version of modem7 matters. Thanks, Allan Filename Type Bytes CRC Directory MICRO: M7MMP4.AQM.1 BINARY 25728 E27AH which is M7MM+4.AQM, is now available again. I had deleted it because it is version-specific for a very old MDM717. You're welcome to try to update it but you'll need MODM700.AQM to assemble to compare the patch point labels. The addresses will be the same for MDM740. --Keith 27-Aug-85 07:18:03-MDT,2981;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Aug 85 07:17:55-MDT Received: from sdcsvax.arpa by AMSAA.ARPA id a026660; 26 Aug 85 9:57 EDT Received: by sdcsvax.ARPA (4.24/4.41) id AA12306; Sun, 25 Aug 85 18:12:06 pdt From: crash!kevinb@SDCSVAX.ARPA Message-Id: <8508260112.AA12306@sdcsvax.ARPA> Date: Sun, 25 Aug 85 17:06:38 PDT To: max.hartman@ames-vmsb.ARPA Subject: Hackers vs Crashers vs Worms Cc: info-cpm@AMSAA.ARPA, ABN.ISCAM@usc-isid.ARPA Regarding the below message: >You know, I'm getting bloody tired of the misuse and abuse of the term >"hacker". I worked hard to learn enough to hopefully be considered a member >of those illustrious ranks, and do NOT like being associated with vandals, >delinquents, criminal elements, and the like. >I would suggest the use of the word "crasher" (as was recently used in a >book, "The Inner Circle", so I was told) to apply to the destructive or >criminal elements. Hacker should remain a descriptive term of those who >love computers and programming for their own sake. David, Richard, and (undoubtedly) others- Although I agree with David's exception to the word "hackers", being a originally positive/neutral word badly distorted by media, and also that the word "hacker" should, if possible, be re-corrected to it's original (glorious?) usage, I feel it a _very_ bad idea to use the name "crashers", as used by Bill Landreth in his (ghostwritten) book, as he himself was a criminal who escaped a more serious punishment by pleading insanity (ha ain't, folks; read on) and age. Instead, he was required to pay his phone bills, and given a two-year parole that _required_ him to attend college for the next two years. I should have such a sentence, eh? Afterward, a firm selling ghost- written novels got in touch with him, as a result of which he is now getting a regular income in royalties, and I believe is now a computer security consultant making a fair amount of money doing that. Although it seems that crime, for him, has paid fairly well, I wouldn't personally stoop so low as to use a phrase coined by someone that has harmed the computing field in this manner. An alternate suggestion has been advanced in this area, which is "worms". The nickname is for those who "worm" there way into systems they don't have legal access to, and I feel that the word, with it's negative semantic connotations, is more apropo. Also, the word has origins going back to "tapeworms", which is the nickname for a program designed to get into systems, gain higher access, poke into areas the security system was designed for, or just plain be destructive (Also see: Trojan Horse). Let's not dignify these jerks with the kind of name _they_ call themselves; know them for the worms they really are. Kevin J. Belles - UUCP {ihnp4,cbosgd,sdcsvax,noscvax}crash!kevinb ~~~~~ ~~ ~~~~~~ - ARPA crash!kevinb@{ucsd,nosc}.ARPA 27-Aug-85 07:35:18-MDT,672;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Aug 85 07:35:11-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a027343; 26 Aug 85 10:09 EDT Received: from usenet by TGR.BRL.ARPA id a002608; 23 Aug 85 19:41 EDT From: Wayne Stoffel Newsgroups: net.micro.cpm Subject: Need Kermit for CP/M Z80 (Kaypro-II) Message-ID: <1362@umcp-cs.UUCP> Date: 23 Aug 85 21:33:32 GMT To: info-cpm@AMSAA.ARPA Looking for Kermit for Kaypro-II (CP/M Z-80). Remember seeing refs in net messages, but didn't need it then. Any pointers would be appreciated. Wayne Stoffel Home: (301) 721-1495 27-Aug-85 07:46:18-MDT,587;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Aug 85 07:46:12-MDT Received: from simtel20.arpa by AMSAA.ARPA id a027412; 26 Aug 85 10:09 EDT Date: Mon 26 Aug 85 01:19:29-MDT From: Rick Conn Subject: ZNODES3.LST To: info-cpm@AMSAA.ARPA Message-ID: <12138133636.21.RCONN@SIMTEL20.ARPA> ... is now in MICRO: and MICRO:. It lists all Z-Nodes as of 19 Aug 85. For those interested in tapping into a Z-Node for newsletters and other information discussed recently. Rick ------- 27-Aug-85 08:01:53-MDT,921;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Aug 85 08:01:24-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id ab27343; 26 Aug 85 10:11 EDT Received: from usenet by TGR.BRL.ARPA id a006224; 24 Aug 85 0:42 EDT From: Jeffrey Miller Newsgroups: net.micro.cpm Subject: Re: DBASE II Message-ID: <612@mmintl.UUCP> Date: 20 Aug 85 18:20:13 GMT To: info-cpm@AMSAA.ARPA * There's a program called 'Clipper' by some Calif. company that compiles dbaseII. I've also seen another one advertised but I don't remember the name. ************************************************* * Jeff Miller * * Multimate International Corp. * * 52 Oakland Avenue * * East Hartford, CT 06108-9911 * * UUCP: * * ...!seismo!utah-cs!utah-gr!pwa-b!mmintl!jeffm * ************************************************* * 27-Aug-85 08:19:31-MDT,5628;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Aug 85 08:19:12-MDT Received: from simtel20.arpa by AMSAA.ARPA id a027610; 26 Aug 85 10:12 EDT Date: Mon, 26 Aug 1985 06:46 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Cc: Info-Modem7@SIMTEL20.ARPA Subject: BYE5/KMD and IMP For those who are interested in the Irv Hoff/Wayne Masters approach to BYE, XMODEM, and MODEM7: Date: 8/24/85 From: Wayne Masters To: All Re: BYE501/KMD04/IMP241 BYE501 adds full support to CP/M 3 users, adds TIMEON support to systems without a clock, fixes several problems with LUX users and MBBS, adds the extended BDOS calls to support all versions of XMODEM and KMD04 and adds HS4800 and HS9600 code to support the new 300/1200/2400/4800/9600 bps modems that will start beta test on Potpourri soon. Read the BYE5.HIS file for a full summary of new features. BYE5.DOC and B5-CPM3.DOC provide a complete guide for installing and using BYE5 for CP/M 2 and CP/M 3 systems. Systems running BYE5/KMD04 can now offer batch-mode file transfers to the general public, since TIMEON security is available with or without a clock. KMD04 allows batch up/downloads for IMP241, Yam and ProYam users (MEX soon?). KMD04 also presents a menu for selecting the subject matter before asking for a description of the upload. --- End of message --- Now available from SIMTEL20: Filename Type Bytes CRC Directory MICRO: B5-CPM3.AQM.1 BINARY 3584 90C0H B5-CPM3.DQC.1 BINARY 6144 6204H B5-DRIV3.AQM.1 BINARY 1920 C710H B5-TIME.IQF.1 BINARY 1152 E75FH B5AC-1.IQS.1 BINARY 2432 3BBAH B5AD-1.IQS.1 BINARY 2944 4BE6H B5AM-1.IQS.1 BINARY 2944 753DH B5AP-1.IQS.1 BINARY 2944 F243H B5C-2805.IQS.1 BINARY 2176 AFEBH B5C-5832.IQS.1 BINARY 2176 53B6H B5C-BBII.IQS.1 BINARY 2048 549EH B5C-COMP.IQS.1 BINARY 2816 6EFBH B5C-CPM3.IQS.1 BINARY 2560 6840H B5C-DCH1.IQS.1 BINARY 7424 6DF6H B5C-KCT.IQS.1 BINARY 1408 DA8EH B5C-KP4.IQS.1 BINARY 2048 B157H B5C-KPRO.IQS.1 BINARY 3584 023FH B5C-LEG2.IQS.1 BINARY 3200 067FH B5C-OKI1.IQS.1 BINARY 3712 C10FH B5C-QX10.IQS.1 BINARY 2816 BEABH B5C-SS1.IQS.1 BINARY 2176 EDCDH B5C-XERO.IQS.1 BINARY 1920 C230H B5CC-1.IQS.1 BINARY 3968 8794H B5CM-1.IQS.1 BINARY 3584 691CH B5CP-1.IQS.1 BINARY 4608 0A40H B5DC-1.IQS.1 BINARY 1792 CEE2H B5DP-1.IQS.1 BINARY 2816 B93AH B5EA-1.IQS.1 BINARY 2816 D395H B5EP-1.IQS.1 BINARY 2688 F0AEH B5H8-2.IQS.1 BINARY 2688 EF56H B5HZ-1.IQS.1 BINARY 3584 D3D8H B5IM-1.DQC.1 BINARY 4480 038EH B5KP-1.IQS.1 BINARY 2560 67AAH B5LO-1.IQS.1 BINARY 8064 F82FH B5MD-1.IQS.1 BINARY 3712 0B21H B5MH-1.IQS.1 BINARY 11392 C694H B5OS-2.IQS.1 BINARY 7296 973AH B5OV-1.IQS.1 BINARY 6656 9879H B5OX-1.IQS.1 BINARY 8704 F7CAH B5PH-1.IQS.1 BINARY 2688 4D5DH B5R1-1.IQS.1 BINARY 2048 9D22H B5R2-1.IQS.1 BINARY 3072 ECC1H B5R3-1.IQS.1 BINARY 2304 9534H B5R4-1.IQS.1 BINARY 2432 1CA3H B5SB-1.IQS.1 BINARY 2560 5B0DH B5TV-1.IQS.1 BINARY 2688 C978H B5US-1.IQS.1 BINARY 3072 A94BH B5XE-1.IQS.1 BINARY 2560 009DH B5ZB-1.IQS.1 BINARY 2944 DE62H BYE5.DQC.1 BINARY 17664 C997H BYE5.HQS.1 BINARY 7424 F7B5H BYE5-INS.INF.1 ASCII 4151 521AH BYE5-INS.LBR.1 BINARY 118656 D94EH * see note BYE501.AQM.1 BINARY 69120 2EA5H BYE501.LBR.1 BINARY 173952 E1EAH * see note KMD04.LBR.1 BINARY 144128 4F1BH METAL.FQX.1 BINARY 1792 3D47H TIME2.AQM.1 BINARY 9856 F5D4H ZTIM-S3.COM.1 BINARY 6656 C167H Notes: * Individual files have been extracted from BYE5-INS.LBR and BYE501.LBR so you have the option to take only those needed. * BYE5-INS.INF tells about all the hardware inserts (B5xx-x.IQS). * The B5C inserts are clock routines (B5C*.IQS) * BYE5-INS.LBR contains ALL of the hardware inserts (you don't need this unless you want all of them). * BYE501.LBR contains BYE501 plus all the clock inserts (you might do better to get the specific ones you need instead of the whole LBR). * KMD04.LBR is the XMODEM that works with BYE5xx. Filename Type Bytes CRC Directory MICRO: I2AC-1.AQM.1 BINARY 8192 73C1H I2AD-1.AQM.1 BINARY 7808 9A96H I2AM-1.AQM.1 BINARY 8192 66C3H I2AP-1.AQM.1 BINARY 15360 285EH I2CC-1.AQM.1 BINARY 8960 D62CH I2CP-1.AQM.1 BINARY 8064 C1F4H I2DP-1.AQM.1 BINARY 7808 DF99H I2EA-1.AQM.1 BINARY 9344 BA47H I2EP-1.AQM.1 BINARY 7552 58C4H I2H8-1.AQM.1 BINARY 7552 66A0H I2HZ-1.AQM.1 BINARY 7680 CC69H I2KP-1.AQM.1 BINARY 7424 9547H I2OV-1.AQM.1 BINARY 10880 D022H I2OX-1.AQM.1 BINARY 7552 D7BDH I2R4-1.AQM.1 BINARY 7168 658BH I2SS-1.AQM.1 BINARY 7424 8C34H I2TV-1.AQM.1 BINARY 8576 E8D6H I2XE-1.AQM.1 BINARY 7424 D96AH I2ZB-1.AQM.1 BINARY 7808 3A17H IMP-OVL.CQS.1 BINARY 2816 D053H IMP-OVL.LST.1 ASCII 3133 2847H IMP241.LBR.1 BINARY 74368 FCB3H Notes: * IMP241.LBR contains all you need, except your specific hardware overlay (see IMP-OVL.LST which describes these I2xx-x.AQM files). --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA uucp: ...!seismo!SIMTEL20.ARPA!W8SDZ uucp: ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz uucp: ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz 27-Aug-85 08:26:00-MDT,604;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Aug 85 08:25:53-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a027721; 26 Aug 85 10:16 EDT Received: from usenet by TGR.BRL.ARPA id a007055; 25 Aug 85 2:40 EDT From: "Richard L. Klappal" Newsgroups: net.micro.cpm Subject: Re: WARNING !! Message-ID: <154@chinet.UUCP> Date: 24 Aug 85 07:20:20 GMT To: info-cpm@AMSAA.ARPA Makes me kinda glad the Fortune system is not terribly popular, so if I don't buy something from FSC, its got to be source code. rlk 27-Aug-85 08:45:04-MDT,1310;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Aug 85 08:44:54-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a029173; 26 Aug 85 10:41 EDT Received: from usenet by TGR.BRL.ARPA id a017549; 26 Aug 85 10:01 EDT From: BergerCA Newsgroups: net.micro,net.micro.cpm Subject: FOR SALE: CP/M machine Message-ID: <952@druca.UUCP> Date: 24 Aug 85 21:36:08 GMT Xref: seismo net.micro:12352 net.micro.cpm:4850 To: info-cpm@AMSAA.ARPA FOR SALE: computer: Televideo TS-803, 4mhz Z80, 64k ram 2 DSDD 5-1/4 inch floppy drives (360kb formatted per drive) 2 serial RS232 ports (75-9600 bps) 12-1/2 inch (viewable) tilting screen, P31 green phosphor graphics capability, 640 hor X 240 vert pixels, firmware primitives detached keyboard w/ASCII, cursor, function keys user's manual (!) size: 14.25 in high, 18.5 in wide, 15 in deep 2 years old -- great condition Software: CP/M and CP/M utilities BDS C compiler VEDIT text editor homebrew terminal emulator (written in C: works for Un*x dilaup) Price: new: $2400 asking: $1000, but have lots of room to dicker By Whom: me: Charlie Berger ihnp4!drutx!druca!cab (303) 538-3950 work (303) 450-5359 home 27-Aug-85 08:55:08-MDT,1343;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Aug 85 08:54:59-MDT Received: from brl-tbd.arpa by AMSAA.ARPA id a002366; 26 Aug 85 11:55 EDT Date: Mon, 26 Aug 85 11:51:11 EDT From: "Norbert M. Burman" (TBD-PMB-MRL) To: info-cpm@AMSAA.ARPA cc: burman@BRL.ARPA Subject: IBM 3740 SSSD 8" STANDARD CP/M DISC DRIVE AVAILABILITY ? REQUEST ------- Having just arrived at APG BRL from the Greaty South Land (Australia). I am in the process of setting up my CP/M system to communicate with the American Net through the BRL VAX and consequently reqire a copy of KERMIT or a similar compatible modem program. My system uses 8" drives which read/write standard IBM 3740 CP/M SSSD 256k format discs. I would appreciate it if someone (preferably local to save time) with a similar system could provide me with a copy of KERMIT.ASM and KERMIT.DOC or any other suitable program in my system disc format. I will provide 8" disc(s) of course. Thanking any kind individual(s) in advance! I can be reached through the net or by phone at (301) 278 6076. Norbert burman@brl.arpa 27-Aug-85 09:17:04-MDT,2093;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Aug 85 09:16:49-MDT Received: from ames-vmsb.arpa by AMSAA.ARPA id a002437; 26 Aug 85 12:01 EDT Date: 26 Aug 85 08:56:00 PDT From: nep.pgelhausen@AMES-VMSB.ARPA Subject: --- more on "hacker" --- To: info-cpm@AMSAA.ARPA Reply-To: nep.pgelhausen@AMES-VMSB.ARPA Kevin suggested the use of the term "worm" instead of hacker, basically (from what I read in his letter) because he didn't like the idea that the guy that suggested the term "crasher" is making money on his book. Judging from the excerpt of the book (Out of the Inner Circle) that was published in Popular Computing (may 85), he actually has a well thought-out set of classifications for what the press calls "hackers", these are: Novice, Student, Tourist, Crasher, & Thief I may not agree (entirely) with these classifications...but that is on the basis of having read the excerpt explaining them, not because I am jealous of the guy making money and being "sentanced to college for two years". In the meantime, the issue was to correct the misuse of the term "hacker", not to define a new derogatory term for those who get their amusement from computers at the expense of others. Unfortunately the term has meant many things to many people for quite a while....anything from a reasonably competant programmer, to the person who enjoys talking to computers more than to other human beings. The problem with trying to correct the mis-use of this term is that it is hard to pin down and define "proper use". The only way I can say it is that uses feel right, and others don't. Someone out there might be eloquent enought to come up w/ a definition that satisfies everyone (except the media, whose mis-use of the term is what sparked this whole thing).....but I don't think that I could (or would presume) to attempt the definitive definition of this illustrious term. -Richard Hartman max.hartman@ames-vmsb "186,282 mi/sec....not just a good idea, it's the LAW." ------ 27-Aug-85 09:26:15-MDT,948;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Aug 85 09:26:04-MDT Received: from usc-isi.arpa by AMSAA.ARPA id a009725; 26 Aug 85 15:21 EDT Date: 26 Aug 1985 14:20:11 EDT Subject: KayproII upgrade From: iaips-dcas@USC-ISI.ARPA To: info-cpm@AMSAA.ARPA, info-micro@AMSAA.ARPA cc: IAIPS-DCAS@USC-ISI.ARPA I have a 1982 vintage KayproII with badly worn disk drives. Since I'll be replacing them soon I decided to get the Micro-Cornucopia Pro 8 upgrade kit and buy double sided drives, either double density or quad density. Recently I was informed of a good deal (99 bucks) on Shugart DSQD drives so, I am leaning in that direction. (760k - Wow!) Being a cautious sort, I would like to know if anyone out there has done a similar upgrade and can clue me in on the possible pitfalls. Thanks. Daniel Reigada ------- 27-Aug-85 10:27:55-MDT,1543;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Aug 85 10:27:40-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id aa25300; 27 Aug 85 9:33 EDT Received: from usenet by TGR.BRL.ARPA id a009832; 27 Aug 85 4:45 EDT From: "Rich Strebendt @ AT&T Information Systems - Indian Hill West; formerly" Newsgroups: net.micro.cpm Subject: Re: --- worms --- (Really "Hacker") Message-ID: <306@ihlpl.UUCP> Date: 26 Aug 85 00:34:43 GMT To: info-cpm@AMSAA.ARPA > You know, I'm getting bloody tired of the misuse and abuse of the term > "hacker". I worked hard to learn enough to hopefully be considered a member > of those illustrious ranks, and do NOT like being associated with vandals, > delinquents, criminal elements, and the like. Sorry, regretable as it is, but the word "Hacker" is now in the public vocabulary permanently (well, maybe only for a couple of hundred years to come) with a pejorative connotation. Those who aspire to the title Hacker in a non-pejorative connotation are going to have to coin another word to use as an illustrious title. Bitching and moaning and castigating the journalists is not going to help. Somehow, also, the new title has to be fed to the press in contrast to the Hacker image and popularized. As one who could probably lay claim to that "illustrious" title, I find it repugnant. It brings to mind an image of someone holding a bloody meat axe. Rich Strebendt ...!ihnp4!iwsl6!res 27-Aug-85 10:29:33-MDT,874;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Aug 85 10:29:11-MDT Received: from ames-vmsb.arpa by AMSAA.ARPA id a024513; 27 Aug 85 9:23 EDT Date: 26 Aug 85 16:31:00 PDT From: nep.pgelhausen@AMES-VMSB.ARPA Subject: --- re: re: WARNING !! --- To: info-cpm@AMSAA.ARPA Reply-To: nep.pgelhausen@AMES-VMSB.ARPA The msg from Richard L. Klappel was billed as a re: to the msg entitled WARNING !! The reply said "makes me kinda glad the Fortune system is not terribly popular,..." The original WARNING !! msg was about an artical in the Wall Street Journal about "trojan horse" software from BBSs. Did I miss a message in here? What was said about the Fortune System machine that the reply was supposed to be about? -Richard Hartman max.hartman@ames-vmsb ------ 27-Aug-85 10:52:51-MDT,824;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Aug 85 10:52:45-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id ab25300; 27 Aug 85 9:33 EDT Received: from usenet by TGR.BRL.ARPA id a011530; 27 Aug 85 7:45 EDT From: ceb%ddnt.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: Re: CP/M-80 Kermit source needed Message-ID: <11200001@ddnt.UUCP> Date: 25 Aug 85 18:04:00 GMT Nf-ID: #R:brl-tgr:-91200:ddnt:11200001:000:265 Nf-From: ddnt!ceb Aug 25 14:04:00 1985 To: info-cpm@AMSAA.ARPA The CP/M Kermit files are on CU20B in directory PB:. Anonymous FTP works for these files. You want CP4*.ASM and the following documentation files: CPMKERMIT.BWR, CP4AAA.HLP, CP4ANN.TXT, CP4ASM.DOC, CP4BLD.HLP, CP4KER.DOC, CP4KER.BWR, CP4KER.UPD. /ceb\ 27-Aug-85 11:01:20-MDT,1055;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Aug 85 11:01:04-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a026447; 27 Aug 85 9:48 EDT Received: from usenet by TGR.BRL.ARPA id a014428; 27 Aug 85 9:45 EDT From: Andy Cohill Newsgroups: net.micro.cpm Subject: Re: Arf! Arf! programs Message-ID: <245@whuts.UUCP> Date: 26 Aug 85 13:58:26 GMT To: info-cpm@AMSAA.ARPA > Mr. Streeter loaded into his computer a program that > was billed as enhancing his IBM program's graphics; > instead it instantly wiped > out the 900 accounting, word processing > and game programs he had stored in > his computer over the years. All that was left was a taunt glowing back > at him from the screen: "Arf! Arf! Got You!" "Can you say "back-up", boys and girls? Ah knew you could..." I'm not endorsing the actions of the arf! arf! posters, but any twit that doesn't back-up his files gets what he deserves. Andy Cohill {allegra|ihnp4}houxm!whuxl!whuts!amc 27-Aug-85 11:52:17-MDT,876;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Aug 85 11:52:06-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a000465; 27 Aug 85 11:39 EDT Received: from usenet by TGR.BRL.ARPA id a018084; 27 Aug 85 11:41 EDT From: Walt Sakai Newsgroups: net.micro.cpm Subject: Re: Draft wordstar files Message-ID: <256@proper.UUCP> Date: 26 Aug 85 21:37:23 GMT To: info-cpm@AMSAA.ARPA RE: Double spacing WS files. If you have Mailmerge try this undocumented feature: .PF on .LS 2 The .LS is for line set. The source file can remain single spaced. Walt Sakai { ucbvax | hplabs | ihnp4 | cbosgd | unisoft | decwrl | fortune | sun }!dual!proper!walt_sak { nsc }!qantel!proper!walt_sak 27-Aug-85 11:54:01-MDT,1329;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 27 Aug 85 11:53:52-MDT Received: from 128.9.0.33 by AMSAA.ARPA id a001718; 27 Aug 85 12:46 EDT Received: by isi-vaxa.ARPA (4.12/4.7) id AA07338; Tue, 27 Aug 85 09:46:33 pdt From: Richard Berman Message-Id: <8508271646.AA07338@isi-vaxa.ARPA> Date: 27 Aug 1985 0946-PDT (Tuesday) To: INFO-CPM@AMSAA.ARPA Cc: Subject: Prgrmr nds HELP! Hi all. I got a question for CP/M programmers: How can I find out the file name of the program that was called from the CCP? I.e., I run, a program called, say, X5, and the first thing this program wants to find is "X5" someplace. This is so the program can create data files called "X5" with different extensions, but the program name can be changed along with all the data file names and everything will still work. The first place I thought of was the FCB the system must have used to open the program. I did find it, but it is in a very machine (or implementation) dependent location. The challenge: How can I do this in a CP/M-standard way that'll work on any CP/M? Note: It's not in the low-memory parameter-passing buffer - that buffer starts with the first characters AFTER the file name! Grrrr! HELP!!!! Berman@ISI-VAXA 28-Aug-85 05:47:35-MDT,2053;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Aug 85 05:47:29-MDT Received: from ucb-vax.arpa by AMSAA.ARPA id a008932; 28 Aug 85 7:21 EDT Received: from ucbjade.Berkeley.Edu (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/5.3) id AA19266; Tue, 27 Aug 85 22:45:53 pdt Received: from ucbamber.Berkeley.Edu (ucbamber.ARPA) by ucbjade.Berkeley.Edu (4.19/4.38.1) id AA23285; Tue, 27 Aug 85 22:48:56 pdt Received: by ucbamber.Berkeley.Edu (4.19/4.38.1) id AA18191; Tue, 27 Aug 85 22:48:52 pdt Date: Tue, 27 Aug 85 22:48:52 pdt From: swillett%ucbamber.CC@ucb-vax.ARPA Message-Id: <8508280548.AA18191@ucbamber.Berkeley.Edu> To: info-cpm@AMSAA.ARPA, info-micro@AMSAA.ARPA Subject: Re: KayproII upgrade Cc: IAIPS-DCAS@USC-ISI.ARPA I have a 1982 vintage Kaypro II with the Pro8 upgrade and four half height drives - two DSDD, two DSQD (all Teac) which has also been upgraded to 5 MHz. I have had virtually no problems with this combo. I installed a switch which allows me to set either the Double Density or the Quad Density pair as "A" and "B" drives. It is therefore possible for my machine to act like a KP 4 with the flip of a switch. I do not recommend leaving yourself with no 48 tpi drive, since the 96 tpis are not completely compatible with the 48s, and if you want to be able to exchange disks with other machines you need a 48. My understanding of the problem is that a 96 drive cannot completely erase or write over a 48 track. The 96 doesn't care, since it has a narrow head and only sees the track it writes (although it can read a wider track by reading just the middle of it). However if you take a disk which was written on with a 48 drive, then write over part of it (say the directory!) with a 96, and then try to read it again with a 48, the 48 sees some of the old track along with the new track and gets garbage. Any way, that's what I did, and it gives me about 2 1/4 meg of floppy stor- age on board my Kaypro. Then I added a 1 meg RAM disk....... 28-Aug-85 06:06:18-MDT,1530;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Aug 85 06:06:07-MDT Received: from brl-aos.arpa by AMSAA.ARPA id a009162; 28 Aug 85 7:28 EDT Received: from usc-isid.arpa by AOS.BRL.ARPA id a015896; 28 Aug 85 1:34 EDT Date: 28 Aug 1985 01:32-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: TOPS-20 MODEM From: ABN.ISCAMS@USC-ISID.ARPA To: info-cpm@BRL.ARPA Message-ID: <[USC-ISID.ARPA]28-Aug-85 01:32:36.ABN.ISCAMS> NetLandians, Has anyone else experienced problems with the TOPS-20 file transfer program MODEM when working through a TAC? I've tested the latest from SIMTEL20 PD: (I think .315), and same problem as the one on my host. Symptoms: With two different versions of a micro MODEM using Christensen Protocol (MODEM901 for the Compupro and MDM730 for my Decision I CP/M), same error: Incorrect Record # (or was it Header #). Program never begins to download. Watching and capturing the mainframe MODEM packet, I see with a DUMP two ASCII 01 characters as a leader. MODEM used to work for me quite a few months ago, but now no luck. Uploads ("Sends") also fail -- MODEM first returns an ASCII 87H, and then as I recall, CRs and sometimes a NAK. No packets move. Both Checksum and CRC fail. I experimented with toggling my TAC Trap (sending the TAC intercept character twice), but to no avail. Sure has me bugged! Would appreciate any help/suggestions. Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 28-Aug-85 06:27:44-MDT,1550;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Aug 85 06:27:36-MDT Received: from ames-vmsb.arpa by AMSAA.ARPA id a009271; 28 Aug 85 7:32 EDT Date: 27 Aug 85 14:41:00 PDT From: nep.pgelhausen@AMES-VMSB.ARPA Subject: --- re: re: Arf! Arf! programs --- To: info-cpm@AMSAA.ARPA Reply-To: nep.pgelhausen@AMES-VMSB.ARPA First off: *** FLAME ON *** Andy mentioned that "whoever doesn't back up his files gets what he deserves". I think that this idea is ok to a point, but he overlooks one thing: restoring 900 files is going to be a real pain even if you DO have them backed up! The real problem is the jerks that think this kind of stuff is funny! *** FLAME OFF *** I have already outlined what I think could be done about trojan horse software problems, but I don't know if it got to the net or not (possibly just slow turn-around time for me to get my copy back....) so here goes again: 1) downloaders should take precautions when testing ANY unknown software found on a BBS. Use a scratch disk. If you have a hard disk you can disconnect...disconnect it! Etc.... 2) BBS managers could put untested software into a different directory/user-area than tested software. I know they can't spend all their time testing things, but if there are two seperate areas, downloaders could have a better idea of what they're getting! Any comments on these ideas? -Richard Hartman max.hartman@ames-vmsb ------ 28-Aug-85 06:31:18-MDT,928;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Aug 85 06:31:12-MDT Received: from dca-eur.arpa by AMSAA.ARPA id a009379; 28 Aug 85 7:33 EDT Date: 28 Aug 85 06:02:43 GMT From: bower@dca-eur.ARPA Subject: Bitnet and Arpanet To: info-cpm@AMSAA.ARPA --- Query for the Networking gurus --- A query was recently posed (informally) to us via medical personnel in Europe via a professor for a US university extension. It appears that the German Cancer research institute has access to BITNET, and has a requirement to access resources on ARPANET. Somehow the request would up in my office, and I don't have the foggiest idea what BITNET is!!! Could someone provide a brief synopsis of bitnet, and whether or not established interfaces exist between it and Arpanet? Thanks in advance. Hal Bower At DCA-EUR 28-Aug-85 06:54:29-MDT,754;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Aug 85 06:54:23-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a009421; 28 Aug 85 7:34 EDT Received: from usenet by TGR.BRL.ARPA id a008216; 28 Aug 85 5:43 EDT From: bob%harpo.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: ZCPR on Apple II? Message-ID: <2771@harpo.UUCP> Date: 27 Aug 85 20:53:00 GMT Sender: bob%harpo.uucp@BRL.ARPA Nf-ID: #N::30800010:000:207 Nf-From: !bob Aug 27 16:52:00 1985 To: info-cpm@AMSAA.ARPA I am a CP/M neophyte. Can anyone tell me if ZCPR can be used on an Apple II using a softcard or PCPI CP/M card? If so where can ZCPR be obtained? I do not have access to SIMTEL. How about documentation? 28-Aug-85 07:33:54-MDT,1402;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Aug 85 07:33:46-MDT Received: from usc-isid.arpa by AMSAA.ARPA id a010260; 28 Aug 85 8:10 EDT Date: 27 Aug 1985 21:47-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Prgrmr nds HELP! From: ABN.ISCAMS@USC-ISID.ARPA To: berman@ISI-VAXA.ARPA Cc: INFO-CPM@AMSAA.ARPA Message-ID: <[USC-ISID.ARPA]27-Aug-85 21:47:32.ABN.ISCAMS> In-Reply-To: <8508271646.AA07338@isi-vaxa.ARPA> Hi, Most of the programs I've seen DID in fact use the FCB down in low memory, and it appears NOT to be hardware-specific : that's a sacred part of the CP/M organization and seldom is perverted (except for Turbo Pascal, which eats all after the 31st byte or so). Starting beyond the program (e.g. X5 FOOBAR.TXT) is NOT so terrible - heck, your program knows what its name is, doesn't it? Simpler, just gobble chars until you hit a space. But as I recall, if you just grab everything starting at 080H for 128 bytes, that should be the full "command tail". Starts with command tail length, maybe a space or two, the command tail itself (consider it a string), and terminated (as I recall) with a 0. Look at any of a number of .ASM programs that type, list, display, squeeze, .. almost anything, and grab that command tail chunk of code. Regards, David Kirschbaum Toad Hall abn.iscams@usc-isid 28-Aug-85 07:35:57-MDT,964;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Aug 85 07:35:48-MDT Received: from usc-isid.arpa by AMSAA.ARPA id a010246; 28 Aug 85 8:09 EDT Date: 27 Aug 1985 21:27-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: --- worms --- (Really "Hacker") From: ABN.ISCAMS@USC-ISID.ARPA To: res%ihlpl.uucp@BRL.ARPA Cc: info-cpm@AMSAA.ARPA Message-ID: <[USC-ISID.ARPA]27-Aug-85 21:27:19.ABN.ISCAMS> In-Reply-To: <306@ihlpl.UUCP> Rich, et al.. I still have this lingering hope we could turn it around ... but, Rich, you may be right. However, re the "butcher with a bloody meat axe" image .. well, remembering some of the Version 1.0 code I turned out in a hurry, late at night, just to see how to go about it or if it could be done ... not an inappropriate image, especially when it came to making a decent product and I started on V1.1! Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 28-Aug-85 07:57:03-MDT,1168;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Aug 85 07:56:58-MDT Received: from usc-isid.arpa by AMSAA.ARPA id a011950; 28 Aug 85 8:56 EDT Date: 28 Aug 1985 08:56-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: --- re: re: Arf! Arf! programs --- From: ABN.ISCAMS@USC-ISID.ARPA To: nep.pgelhausen@AMES-VMSB.ARPA Cc: info-cpm@AMSAA.ARPA Message-ID: <[USC-ISID.ARPA]28-Aug-85 08:56:39.ABN.ISCAMS> In-Reply-To: The message of 27 Aug 85 14:41:00 PDT from nep.pgelhausen@AMES-VMSB.ARPA I'm getting close to firing up an RCPM/RBBS myself, and kind of wondered about something that maybe relates to anti-Arf! actions. Why do sysops not insist on source code only? Why would a user/donor only want to upload a .COM or .OBJ file? Sysops then have problems with copyright infringements as well as the deadly Arf! Someone with practical experience could probably answer this. I for one NEVER (well, not unless I absolutely have to) download a .COM or .OBJ file - heck, too much to learn (and maybe to modify) in that .ASM or .PAS or .BAS source! Regards, David Kirschbaum ABN.ISCAMS@USC-ISID 28-Aug-85 09:03:46-MDT,2696;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Aug 85 09:03:39-MDT Received: from brl-aos.arpa by AMSAA.ARPA id a015297; 28 Aug 85 10:29 EDT Received: from usc-eclb.arpa by AOS.BRL.ARPA id a022777; 28 Aug 85 10:23 EDT Date: 28 Aug 1985 07:09-PDT Sender: STANLEY@USC-ECLB.ARPA Subject: Re: TOPS-20 MODEM From: STANLEY@USC-ECLB.ARPA To: ABN.ISCAMS@USC-ISID.ARPA Cc: info-cpm@BRL.ARPA Message-ID: <[USC-ECLB]28-Aug-85 07:09:49.STANLEY> In-Reply-To: <[USC-ISID.ARPA]28-Aug-85 01:32:36.ABN.ISCAMS> Received: from AMSAA by USC-ECLB; Wed 28 Aug 85 04:57:49-PDT from brl-aos.arpa by AMSAA.ARPA id a009162; 28 Aug 85 7:28 EDT from usc-isid.arpa by AOS.BRL.ARPA id a015896; 28 Aug 85 1:34 EDT Date: 28 Aug 1985 01:32-EDT From: ABN.ISCAMS@USC-ISID.ARPA To: info-cpm@BRL.ARPA Subject: TOPS-20 MODEM Return-Path: Message-ID: <[USC-ISID.ARPA]28-Aug-85 01:32:36.ABN.ISCAMS> Sender: ABN.ISCAMS@USC-ISID.ARPA NetLandians, Has anyone else experienced problems with the TOPS-20 file transfer program MODEM when working through a TAC? I've tested the latest from SIMTEL20 PD: (I think .315), and same problem as the one on my host. Symptoms: With two different versions of a micro MODEM using Christensen Protocol (MODEM901 for the Compupro and MDM730 for my Decision I CP/M), same error: Incorrect Record # (or was it Header #). Program never begins to download. Watching and capturing the mainframe MODEM packet, I see with a DUMP two ASCII 01 characters as a leader. MODEM used to work for me quite a few months ago, but now no luck. Uploads ("Sends") also fail -- MODEM first returns an ASCII 87H, and then as I recall, CRs and sometimes a NAK. No packets move. Both Checksum and CRC fail. I experimented with toggling my TAC Trap (sending the TAC intercept character twice), but to no avail. Sure has me bugged! Would appreciate any help/suggestions. Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID -------------------- David I have had so much trouble with the TOPS-20 MODEM program for the past two years that I finally gave uponit and use KERMIT exclusively on the net. Nothing I or the ECLB folks did seemed to help. Tried all of the TAC settings, too. KERMIT works, I recommend it. (If using binary file transfer, set the TAC using the command sequence @@d c a, @@b o s, @@b i s first.) ...Dick 28-Aug-85 09:55:41-MDT,4271;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Aug 85 09:55:30-MDT Received: from brl-tbd.arpa by AMSAA.ARPA id a017485; 28 Aug 85 11:11 EDT Date: Wed, 28 Aug 85 11:06:40 EDT From: "Norbert M. Burman" (TBD-PMB-MRL) To: info-cpm@AMSAA.ARPA cc: burman@BRL-TBD.ARPA Subject: Modem programs for CP/M System ??? Thank you to all out there who responded to my request for use of 8" SSSD CP/M facility to assist in my acquiring modem program(s) for my CP/M machine. I have now obtained copy of Modem7 suite of programs and am configuring overlay patch for my system. Some of you requested details of my CP/M system and I have included the details below: System is a "PULSAR" Little Big Board LBB computer which runs a 4 Meg Z80 under CP/M 2.2, 3.0 or TurboDos 1.3 operating systems. Board size 5" X 8". LBB has two serial ports and 50 pin floppy connector on board and requires a serial terminal for operation. Floppy disc drives are 1 x 8" and 2 x 5 1/4" (8" lookalikes) which can read/write to standard IBM 3740 SSSD or 1.2 meg Quad DSDD formats. System uses STD bus but Little Big Board can be used stand alone if there is no expansion facility required. I have a 10 Meg 68k"CHS" Co-processor system attached through my Z80 running CP/M 68 with a 3/4 Meg Ram card. This allows me to toggle back and forth between my Z80 and 68K systems quickly. The Ram card is accessible to both systems and makes for very fast processing. The facility to still use my old Z80 CP/M software, especially Wordstar, and other CP/M utilities on the same machine as the 68K is certainly extremely handy. The 68K CPU card talks to the outside world via an interface card which is plugged into the Z80 CPU (LBB) socket. The Z80 then plugs into the interface card and the 68K board uses all the Z80's IO facilities. I have not had any experience with a dedicated 68K system so I can make no comparisons as regards speed but it certainly works extremely well. Now for the plugs 1. I have no association with CHS but I recommend their add on 68K systems. They now have a 3 Meg Ram card (same as mine with 256K chips which I must get around to doing too one day??) and in addition to the Z80 coprocessor for all of you who are sick of your slow old IBM PC or clone there is a 68K plug in for those machines called the PRO 68. The claimed performance is out of this world. I have some benchmark data for any interested parties. Operating systems which are supplied with all CHS boards are CPM68K and OS9/68 (UNIX look alike). For anyone who requires a faster machine (state of the art CPU ?) but does not want to fork out for a 68K Sage or Pinnacle (I am not sure of spelling) and who is attached to their old CP/M machine and software this may be an alternative. I purchased mine in Australia and consequently cannot help you with where to get more information on systems performance, prices or whereabouts of CHS. (somewhere in or near NEW YORK city or state ?????) ( If CHS is listening all donations to the make N.M. BURMAN a millionaire fund will be graciously accepted ) 2. I have an association with PULSAR COMPUTERS. It is run by a friend of mine. I can recommend their systems but I am *biased* they make a range of STD BUS and stand alone Z80 A, Z80 B and 80186 single board computers and associated system boards in board only, fullkit and A&T form. These single board system are available from Pulsar Australia and I can give any interested parties limited documentation and approximate prices as well as an address to write to for enquires. Finally I hope that during my 15 month stay here in the US I can get to meet or at least converse on the net with as many people as possible. My apology to anyone who may feel the above comments are too commercial for INFO-CPM. Someone did ask about my system, however, and I was only too happy to comply. Norbert Burman @BRL (Isolated Aussi) 28-Aug-85 10:23:19-MDT,1157;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Aug 85 10:23:13-MDT Received: from simtel20.arpa by AMSAA.ARPA id a018508; 28 Aug 85 11:40 EDT Date: Wed, 28 Aug 1985 09:41 MDT Message-ID: From: "Frank J. Wancho" To: STANLEY@USC-ECLB.ARPA Cc: INFO-CPM@AMSAA.ARPA Subject: TOPS-20 MODEM In-reply-to: Msg of 28 Aug 1985 08:09-MDT from STANLEY at USC-ECLB.ARPA I already replied to Dave and the INFO-MODEMXX list, but forgot to include INFO-CPM. The problem is that beginning with the current version of TOPS-20 MODEM, you cannot simply take our .EXE file and expect it to run on your machine. In fact, I shouldn't have left it in that section. The reason is is that there are conditionals which depend on features in the TOPS-20 MONITR to handle network binary mode negotiations. Our MONITOR does it differently than it used to. What you need to do is grab the source file and compile it. If it still fails to work properly for you, let me know, and include the net address of your machine's wizard. --Frank 28-Aug-85 11:32:18-MDT,1186;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Aug 85 11:32:01-MDT Received: from xerox.arpa by AMSAA.ARPA id a020408; 28 Aug 85 12:55 EDT Received: from PinotNoir.ms by ArpaGateway.ms ; 28 AUG 85 09:53:29 PDT Date: 28 Aug 85 09:42 PDT From: Ghenis.pasa@XEROX.ARPA Subject: Re: --- re: re: Arf! Arf! programs --- In-reply-to: ABN.ISCAMS@USC-ISID.ARPA's message of 28 Aug 85 08:56 EDT To: ABN.ISCAMS@USC-ISID.ARPA cc: nep.pgelhausen@AMES-VMSB.ARPA, info-cpm@AMSAA.ARPA Message-ID: <850828-095329-1555@Xerox> > >Why do sysops not insist on source code only? Why would a user/donor only >want to upload a .COM or .OBJ file? Sysops then have problems with >copyright infringements as well as the deadly Arf! > Because: 1) The donor may wish to be the 'clearinghouse' for his/her program instead of having a hundred modified versions floating around. 2)Donated software may be a preliminary version of a future commercial product. This is a convenient way to get a program tested and obtain feedback, so everybody wins. Of course this doesn't mean the author has to give away the whole show (source code). 28-Aug-85 12:21:46-MDT,1586;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Aug 85 12:21:38-MDT Received: from radc-tops20.arpa by AMSAA.ARPA id a022206; 28 Aug 85 13:45 EDT Date: Wed 28 Aug 85 13:45:33-EDT From: Gern Subject: Re: Bitnet and Arpanet To: bower@DCA-EUR.ARPA cc: info-cpm@AMSAA.ARPA In-Reply-To: Message from "bower@dca-eur.ARPA" of Wed 28 Aug 85 06:02:43-EDT BITnet is a store and forward 'mailnet'. I do not know of the design configuration, but it may very well be like USENET, which is a 1200 baud dial-the-next-computer-down-the-line-and-ram-the-messages-to-it. The systems may be hardwired together. Anyhow, a LOT of colleges and universities are (almost overnight) now on it and they can all send user mail to/from each other. The farthest I have seen BITnet go is to a medical school in Germany. The DDN (ArpaNet/MilNet) 'feeder' is a host called WISCVM.ARPA that is both on the DDN and BITnet which acts as a mail gateway. The problem with BITnet and the other mailnets is that it is ONLY a mail message system. The mailnetters constantly want to know how to access/FTP (DDN/INTERNET TCP/IP Host-to-host File Transfer)/etc like they read about the DDNers cross logging into other systems (TELNET) and transfering files from the public domain program directories and such. It can't be done. Mailing the programs is greatly frowned apon also due to the loading it causes on the mailnets. Well, I hope this info might be what you are looking for. Cheers, Gern ------- 28-Aug-85 12:46:53-MDT,1095;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Aug 85 12:46:40-MDT Received: from 128.9.0.33 by AMSAA.ARPA id a022764; 28 Aug 85 13:57 EDT Received: by isi-vaxa.ARPA (4.12/4.7) id AA25315; Wed, 28 Aug 85 10:58:21 pdt From: Richard Berman Message-Id: <8508281758.AA25315@isi-vaxa.ARPA> Date: 28 Aug 1985 1058-PDT (Wednesday) To: ABN.ISCAMS@USC-ISID.ARPA Cc: INFO-CPM@AMSAA.ARPA, berman@ISI-VAXA.ARPA Subject: Re: Prgrmr nds HELP! In-Reply-To: Your message of 27 Aug 1985 21:47-EDT. <[USC-ISID.ARPA]27-Aug-85 21:47:32.ABN.ISCAMS> Thanks for your response, but I think you missed the point. I want the program and its data files to be renamable. Then the .COM file will find the data files by looking for the extensions (which remain constant) with the same name as the .COM file. And at 080H there is definitely no file name, just the command tail. If you know where the command name/FCB/File-name-as-typed-in is stored, or how to find it, please drop me a note. thanks, RB 28-Aug-85 13:20:47-MDT,3174;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Aug 85 13:20:33-MDT Received: from washington.arpa by AMSAA.ARPA id a023457; 28 Aug 85 14:16 EDT Date: Wed 28 Aug 85 11:17:59-PDT From: Ronald Blanford Subject: Kermit on NEC 8001 To: info-cpm@AMSAA.ARPA cc: info-kermit@CU20B.ARPA Some time ago there was a complaint that the Generic version of Kermit only partially worked on the NEC 8001. I had reason to need it recently and found the following fix which works quite well. Generic Kermit uses the iobyte to switch to the BAT console (which takes its input from the RDR device) so that it can check the serial port input status using the Console Status BIOS call. The BIOS therefore must check the iobyte twice in this situation, once to determine that the BAT console is in use, then again to decide which physical device RDR is set to. The NEC 8001 does this for the Console Input routine, but not for Console Status. The default Console Status routine always returns No Input Available, so that Kermit never tries to receive a character even though it can send them just fine. The solution is to patch the dispatch table for the Console Status routine so that it proceeds to the serial status routine instead of the default. It might be hard to determine the address of the status routine if RDR is set to the PTR, UR1, or UR2 device, but for the TTY device the address is just two entries earlier in the table to be patched. Fortunately Kermit uses the TTY device by default. On the NEC 8001, the serial driver is loaded dynamically, and the address of the status routine varies depending on which driver is used. Therefore this patch must be made each time the system is cold-booted, after installing the serial device driver but before running Kermit. It's easiest to make the patch into a simple program using DDT as follows: A>DDT DDT VERS 2.2 -A100 0100 LHLD 1 ; get the address of the BIOS jump table 0103 INX H ; step forward to the Console Status entry 0104 INX H 0105 INX H 0106 INX H 0107 MOV A,M ; get the address of the Console Status dispatcher 0108 INX H 0109 MOV H,M 010A MOV L,A 010B INX H ; step past the dispatcher's initial JMP instruction 010C INX H 010D INX H 010E MOV C,M ; pick up the address for the TTY Status routine 010F INX H 0110 MOV B,M 0111 INX H 0112 INX H ; step forward to the BAT entry 0113 INX H 0114 MOV M,C ; save the TTY address in the BAT entry 0115 INX H 0116 MOV M,B 0117 RET ; return to CP/M 0118 . -^C ; Now get out of DDT A>SAVE 1 KPATCH.COM ; and save the patch as a COM file With this patch program available, perform the following sequence of actions after cold boot to bring up Kermit: A>INSTALL8 IRS232A TTY: [,,,,O] ; install the driver as device TTY ; set up for Object files. The driver ; name may vary. A>KPATCH ; Patch the BAT status routine A>KERMIT ; Start Kermit With the interrupt-driven serial driver in place, this has worked perfectly for me at up to 9600 baud. Good luck. -- Ron ------- 28-Aug-85 13:34:20-MDT,1404;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 28 Aug 85 13:34:13-MDT Received: from brl-aos.arpa by AMSAA.ARPA id a025098; 28 Aug 85 14:50 EDT Received: from mit-mc.arpa by AOS.BRL.ARPA id a000796; 28 Aug 85 14:43 EDT Received: from MIT-EECS by MIT-MC.ARPA via Chaosnet; 28 AUG 85 14:38:07 EDT Date: Wed 28 Aug 85 14:39:15-EDT From: Andrew Moore Subject: Re: --- re: re: Arf! Arf! programs --- To: nep.pgelhausen@AMES-VMSB.ARPA cc: info-cpm@MIT-MC.ARPA In-Reply-To: Message from "nep.pgelhausen@AMES-VMSB.ARPA" of Tue 27 Aug 85 14:41:00-EDT Flame on ME? I merely suggested that keeping backups would help in a Tro- jan Horse situation -- I -certainly- didn't mean to say that anyone who doesn't keep backups "gets what they deserve". I emphasise keeping backups only be- cause it's a (more or less) "foolproof" way to be sure you don't lose your files. I've lost my HD driectories numerous times by just trying to install ZCPR3 and modifying the CCP, etc. Backups, even though it takes up a lot of time on a HD and can get costly, are still my most common ways to prevent files, be it a Trojan Horse or careless mistakes when modifying the CCP. Sorry if I gave you the impression that people who don't keep backups get what they deserve. -drew T.MOORE%MIT-EECS@MIT-MC.ARPA ------- 29-Aug-85 05:55:14-MDT,2373;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Aug 85 05:55:08-MDT Received: from brl-aos.arpa by AMSAA.ARPA id aa05191; 29 Aug 85 7:22 EDT Received: from su-score.arpa by AOS.BRL.ARPA id a005851; 28 Aug 85 21:07 EDT Date: 28 Aug 1985 18:04-PDT Sender: BILLW@SU-SCORE.ARPA Subject: Re: TOPS-20 MODEM From: William Chops Westfield To: ABN.ISCAMS@USC-ISID.ARPA Cc: info-modemxx@SIMTEL20.ARPA, info-cpm@BRL.ARPA Message-ID: <[SU-SCORE.ARPA]28-Aug-85 18:04:30.BILLW> In-Reply-To: The MODEM.EXE from simtel20 is set up to use special monitor changes in their monitor that do things "right according to MRC" (Eg IAC doubling, special MTOPR for setting Telnet binary mode). This of course doesn't work on most tops20s - be sure to get the sources and set proper assembly conditionals, rather than just FTPing new binaries. There are basically three types of tops20 monitors: 1) Hacked monitor - doesn't do IAC doubling at all. This allows MODEM and KERMIT and so on to do their own telnet negotiations, and tehrefore work, as long as they also remember to double their own IACs too. Unwary programs may have characters mysteriously disappear when they try to output a 0FFh without this doubling. I think Vanilla DEC software looks like this - it is the most likely version for your arpanet tops20 system to have. 2) Broken monitor - does IAC doubling (or tries to), but doesn't have MTOPR for setting binary mode on tcp telnet connections. In order for this to work with modem at all, you have to do @B I S, @B O S, on your TAC by hand, which you can not then turn off. This was a result of trying to fix type 1 monitors, without allowing for the fact that user software was counting on the "bugs". There is also a REALLY BROKEN monitor that refuses to enter binary telnet mode at all, but this version has hopefully dissappeared. 3) Panda (MRC) monitor. Does IAC doubling, but also provides a special call for negotiating network binary mode. This version is probably the closest to "correct", but doesn't have very wide distribution (the edits are "Panda Proprietary"), and suffers somewhat in terms of efficiency. SIMTEL runs this version. BillW 29-Aug-85 06:21:13-MDT,1910;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Aug 85 06:21:01-MDT Received: from sdcsvax.arpa by AMSAA.ARPA id a005099; 29 Aug 85 7:18 EDT Received: by sdcsvax.ARPA (4.24/4.41) id AA27795; Wed, 28 Aug 85 21:03:56 pdt From: crash!kevinb@SDCSVAX.ARPA Message-Id: <8508290403.AA27795@sdcsvax.ARPA> Date: Wed, 28 Aug 85 20:18:47 PDT To: info-cpm@AMSAA.ARPA Subject: Crashers vs Worms vs Crackers vs ? Cc: ogasawar%tetra@nosc.ARPA, max.hartman@ames-vmsb.ARPA, dgb%deimos@cit-hamlet.ARPA, crash!kevinb@nosc.ARPA, crash!victoro@SDCSVAX.ARPA, info-micro-request@brl-vgr.ARPA Cc: human-nets@rutgers.ARPA, risks-request@sri-csl.ARPA Subject: Crackers vs. Crashers vs Worms vs ? There has been quite a discussion on info-cpm as of this date regarding a standardization of a cliche' term for computer criminals, with the above three being suggested as appropriate so far. I feel this would be a good idea, so as to combat the media phrase "hackers", which is not only inappropriate but deragatory to the amateur and professional computing field as a whole. Could we get together on this? I would like to suggest a poll, taken by a responsible system/person from netland as a whole, with the results accepted by all. I am aware that this may be an off-the-beaten-path suggestion, but I feel with the rising tide of discovered computer crime, it is now an appropriate time to get together and have an appropriate nickname for these dastardly fellows, so that "hacking" as a expression may be restored to it's former glory(?). Comments, ladies and gentlemen? I, unfortunately, cannot do this myself, as our system cannot handle that kind of load. Any volunteers? Thanks, Kevin J. Belles Kevin J. Belles - UUCP {ihnp4,cbosgd,sdcsvax,noscvax}crash!kevinb ~~~~~ ~~ ~~~~~~ - ARPA crash!kevinb@{ucsd,nosc}.ARPA 29-Aug-85 06:36:00-MDT,1282;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Aug 85 06:35:51-MDT Received: from mitre.arpa by AMSAA.ARPA id a005348; 29 Aug 85 7:28 EDT Received: by mitre.ARPA (4.12/4.7) id AA28821; Wed, 28 Aug 85 16:19:16 edt Message-Id: <8508282019.AA28821@mitre.ARPA> To: bower@DCA-EUR.ARPA Cc: info-cpm@AMSAA.ARPA Subject: Re: Bitnet and Arpanet In-Reply-To: Your message of 28 Aug 85 06:02:43 GMT. <8508281501.AA24771@mitre.ARPA> Date: 28 Aug 85 16:18:56 EDT (Wed) From: Jeff Edelheit Hal - Bitnet is a service of EDUCOM. Bitnet, CSNET and one or two others are all services of EDUCOM. If I remember correctly, all of the EDUCOM net services are based on RSCS (IBM for Remote spooling....(?)). There is a gateway between CSNET and Arpanet (I believe it is at WISCVM or was it CSNET-RELAY?) A bitnet user cannot FTP or TELNET to an ARPA/Milnet host. It is my understanding that it is just an email gateway. If the resources the Bitnetter wants is the SIMTEL20 archives, depending on what and how much they want, you may be able to "mail" it to them. Otherwise, Frank Wancho (Wancho@SIMTEL20) might generate one or more tapes. Hope this helps. Jeff Edelheit (edelheit@mitre) 29-Aug-85 06:36:35-MDT,896;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Aug 85 06:36:26-MDT Received: from 128.9.0.33 by AMSAA.ARPA id a005376; 29 Aug 85 7:28 EDT Received: by isi-vaxa.ARPA (4.12/4.7) id AA27201; Wed, 28 Aug 85 13:33:50 pdt From: Richard Berman Message-Id: <8508282033.AA27201@isi-vaxa.ARPA> Date: 28 Aug 1985 1333-PDT (Wednesday) To: Rick Conn Cc: info-cpm@AMSAA.ARPA, berman@ISI-VAXA.ARPA Subject: Re: Prgrmr nds HELP! In-Reply-To: Your message of Wed 28 Aug 85 14:18:58-MDT. <12138799826.17.RCONN@SIMTEL20.ARPA> Thanks for your reply. The only possibility I've gotten so far is (in a vanilla CCP) to get contents of 0006H and subtrace 7FEH from it. This is supposed to be some kind of command line or FCB thing in CCP. Do you know anything about this? Thanks, RB 29-Aug-85 07:00:27-MDT,862;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Aug 85 07:00:20-MDT Received: from simtel20.arpa by AMSAA.ARPA id a005817; 29 Aug 85 7:37 EDT Date: Wed 28 Aug 85 14:18:58-MDT From: Rick Conn Subject: Re: Prgrmr nds HELP! To: berman@ISI-VAXA.ARPA cc: info-cpm@AMSAA.ARPA In-Reply-To: <8508271646.AA07338@isi-vaxa.ARPA> Message-ID: <12138799826.17.RCONN@SIMTEL20.ARPA> I am not aware of a way to resolve the problem of identifying the command line verb for a program under standard CP/M. This is one of the first features I put into ZCPR3 ... ZCPR3 supports an External FCB which is at a memory location you can find via the Environment Descriptor, and it contains the name of the last command executed. A program can look at this and determine its name. Rick ------- 29-Aug-85 07:01:18-MDT,999;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Aug 85 07:01:07-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a005530; 29 Aug 85 7:34 EDT Received: from usenet by TGR.BRL.ARPA id a002569; 28 Aug 85 20:52 EDT From: Roger Leisch Newsgroups: net.micro,net.wanted,net.wanted.sources,net.micro.cpm,net.micro.trs-80 Subject: Wanted CP/M-80 version of KERMIT Message-ID: <122@butler.UUCP> Date: 27 Aug 85 16:12:06 GMT Xref: seismo net.micro:12400 net.wanted:7557 net.wanted.sources:1325 net.micro.cpm:4881 net.micro.trs-80:405 To: info-cpm@AMSAA.ARPA Howdy, I am looking for a version of KERMIT for my Trs-80 model II. I am running Lifeboat CP/M. If anyone has the sources or binary for KERMIT please send it to me via Email or UUSEND. Thanks in advance. Roger Leischner Email: uw-beaver!teltone!dataio!butler!leisch UUSENDadr: uw-beaver!teltone!dataio!butler!~uucp/file 29-Aug-85 07:25:33-MDT,1148;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Aug 85 07:25:27-MDT Received: from simtel20.arpa by AMSAA.ARPA id a005826; 29 Aug 85 7:37 EDT Date: Wed 28 Aug 85 14:51:31-MDT From: Rick Conn Subject: Re: Prgrmr nds HELP! To: berman@ISI-VAXA.ARPA cc: info-cpm@AMSAA.ARPA In-Reply-To: <8508282033.AA27201@isi-vaxa.ARPA> Message-ID: <12138805752.17.RCONN@SIMTEL20.ARPA> The address your are referring to (the address of the BDOS-7FEH, where the BDOS entry point is obtained from locations 6 and 7) is an internal command line buffer used by the CP/M 2.2 CCP. Some commercial programs and some older CP/M 2.2 PD programs used to stuff command lines they wanted to execute here and then enter the CCP in the proper fashion to have it execute them. This buffer does contain a command line verb, but there is also an internal pointer that was set before the command line was interpreted to tell the CCP where to begin processing. The command line does not have to begin at the first byte of this buffer. I think you are coming close, tho. Rick ------- 29-Aug-85 07:33:56-MDT,1799;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Aug 85 07:33:47-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id aa05677; 29 Aug 85 7:38 EDT Received: from usenet by TGR.BRL.ARPA id a006842; 28 Aug 85 23:45 EDT From: "Richard L. Klappal" Newsgroups: net.micro.cpm Subject: Re: Arf! Arf! programs Message-ID: <160@chinet.UUCP> Date: 27 Aug 85 17:43:31 GMT Keywords: BULL To: info-cpm@AMSAA.ARPA In article <245@whuts.UUCP> amc@whuts.UUCP (Andy Cohill) writes: >I'm not endorsing the actions of the arf! arf! posters, but any twit >that doesn't back-up his files gets what he deserves. > >Andy Cohill >{allegra|ihnp4}houxm!whuxl!whuts!amc I repeat BULL!! Backup or no backup, anyone who intentially posts anything that intentionally destroys information, and misrepresents it as something worthwhile deserves the greatest prosecution the law allows, and the parents should be responsible for the actions of their malicious (sp?) little brats if they try to hide under "juvenile". Maybe make them pay for re-entering and verifying all of the data (they have to figure out how to verify it if no backups are avail. They destroyed it.) PS: Any proceeds from the brats book go to the Olde Programmers Home and Relief Fund. (S)He don't get nuthin'. sh: uucpret: execute permission denied Richard Klappal UUCP: ..!ihnp4!chinet!uklpl!rlk | "Money is truthful. If a man MCIMail: rklappal | speaks of his honor, make him Compuserve: 74106,1021 | pay cash." USPS: 1 S 299 Danby Street | Villa Park IL 60181 | Lazarus Long TEL: (312) 620-4988 | (aka R. Heinlein) ------------------------------------------------------------------------- 29-Aug-85 08:37:29-MDT,1446;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Aug 85 08:37:21-MDT Received: from csnet-pdn-gw by AMSAA.ARPA id a008940; 29 Aug 85 9:00 EDT Received: from gmr by csnet-relay.csnet id ae24871; 28 Aug 85 22:26 EDT Date: Wed, 28 Aug 85 11:55 EST From: haar%gmr.csnet@CSNET-RELAY.ARPA MMDF-Warning: Parse error in preceding line at CSNET-RELAY.ARPA To: info-cpm@AMSAA.ARPA Subject: CONIX I am considering adding a UNIX-like shell to my CP/M system. I am currently looking at CONIX and ZCPR. Would any of you with experience with either of these or with recommendations for alternatives please reply to me at HAAR.GMR@CSNET-RELAY (or HAAR@GMR if you are on CSNET) I will forward replies to anyone who is intested or to INFO-CPM if there is enough interest. The features that I am looking for are: - compatible with CP/M 3.0 at the BDOS level (retains banked memory and disk caching) - compatible with all CP/M software that uses standard system calling conventions - provides I/O redirection in a UNIX-like fashion - hierachical, named directories - automatic path searches including overlay files - shell command language including variables, conditionals, loops, and nested shell scripts I would appreciate any information you can provide. Bob Haar, G.M. Research Labs {insert ususal disclaimers here} 29-Aug-85 11:11:24-MDT,1587;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Aug 85 11:11:17-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a014734; 29 Aug 85 12:39 EDT Received: from usenet by TGR.BRL.ARPA id a027070; 29 Aug 85 12:43 EDT From: Jeffrey Miller Newsgroups: net.micro.cpm Subject: Looking for CP/M hard disk backup to floppy utility Message-ID: <627@mmintl.UUCP> Date: 27 Aug 85 15:23:31 GMT To: info-cpm@AMSAA.ARPA * I am in dire need of a CP/M-based hard disk-to-floppy large file backup utility that allows files larger than a single Apple 5-1/4" (126k) floppy to be backed up on several floppies. I was planning to write one in Turbo P or BDS C but I thought there might already be something handy out there. I need to back up large data files from a Corvus hard disk running Omninet Constellation II software. This system does not recognize other hard disks (Sider, etc.) or large storage devices, only other Corvus disks or tapes ($$), and regular floppies. Any suggestions? (I don't seem to be able to get to Simtel20, by the way). Many thanks in advance, Jeff ************************************************* * Jeff Miller * * Multimate International Corp. * * 52 Oakland Avenue * * East Hartford, CT 06108-9911 * * (203) 522-2116 x257 * * UUCP: * * ...!seismo!utah-cs!utah-gr!pwa-b!mmintl!jeffm * * P.S. I can't mail to ARPA but I can receive * * mail from there. * ************************************************* * 29-Aug-85 13:29:28-MDT,1192;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Aug 85 13:29:21-MDT Received: from cmu-ee-gauss.arpa by AMSAA.ARPA id a019012; 29 Aug 85 14:41 EDT Received: by cmu-ee-gauss.ARPA (4.12/4.7) id ; Thu, 29 Aug 85 14:34:56 edt; Date: Thursday, 29 August 1985 14:34:51 EDT Sender: Bill.von.Hagen@cmu-ee-gauss.ARPA From: Bill.von.Hagen@CMU-EE-GAUSS.ARPA To: info-cpm@AMSAA.ARPA Subject: HELP!!!!! with LYNC terminal program Message-Id: <1985.8.29.13.43.5.Bill.von.Hagen@cmu-ee-gauss> I have been doing some work for a friend who bought a NEC 8001 (?) cpm system second hand, complete with software and no manuals. I've been using the LYNC terminal program to talk to Unix VAxen, but really need some file transfer (and wholly functional terminal emulation) capabilities. Could someone out there help me with lync information? I've banged on control keys till my fingers are numb, but haven't discovered how to get through to any configuration/file transfer menu's. Right now, I don't even know what it's trying to emulate !!!! Even the address of whoever sells lync would be a huge help. THANKS !!!! 29-Aug-85 14:51:41-MDT,1011;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 29 Aug 85 14:51:35-MDT Received: from usc-isid.arpa by AMSAA.ARPA id a021564; 29 Aug 85 16:12 EDT Date: 29 Aug 1985 16:14-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Looking for CP/M hard disk backup to floppy utility From: ABN.ISCAMS@USC-ISID.ARPA To: jeffm%mmintl.uucp@BRL.ARPA Cc: info-cpm@AMSAA.ARPA Message-ID: <[USC-ISID.ARPA]29-Aug-85 16:14:05.ABN.ISCAMS> In-Reply-To: <627@mmintl.UUCP> Jeff, Seems to me back in the old SIGM archives (early disks, down under 150 as I recall), there was something called BIGCOPY .. anyway, permitted a huge file to overflow to a second disk. Never did figure how you were elegantly supposed to put those fragments together again - don't recall if the program(s) did it both ways or not. Give me a little time and I'll try to dig itout. Never used it since I use 8" floppies myself. Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 30-Aug-85 08:36:41-MDT,864;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 30 Aug 85 08:36:34-MDT Received: from sdcsvax.arpa by AMSAA.ARPA id a002561; 30 Aug 85 9:55 EDT Received: by sdcsvax.ARPA (4.24/4.41) id AA22253; Thu, 29 Aug 85 21:02:56 pdt From: crash!kevinb@SDCSVAX.ARPA Message-Id: <8508300402.AA22253@sdcsvax.ARPA> Date: Thu, 29 Aug 85 19:47:10 PDT To: info-cpm@AMSAA.ARPA Subject: CP/M-using 8085 or 8088 BBS Software? A friend of mine, not on the net, has a Comupro System using the CPU 8085/88 processor board. He would like to start a BBS, but would like to set it up using the capabilities of his machine. Does anyone know of existing software for this type of system? Please reply to: Kevin J. Belles - UUCP {ihnp4,cbosgd,sdcsvax,noscvax}crash!kevinb ~~~~~ ~~ ~~~~~~ - ARPA crash!kevinb@{ucsd,nosc}.ARPA 30-Aug-85 08:37:21-MDT,1549;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 30 Aug 85 08:37:15-MDT Received: from dca-eur.arpa by AMSAA.ARPA id a002571; 30 Aug 85 9:55 EDT Date: 30 Aug 85 11:34:01 GMT From: bower@dca-eur.ARPA Subject: Turbo-Kermit on Ampro Little Board To: info-cpm@AMSAA.ARPA CC: ABN-ISCAMS@usc-isid.ARPA There is a Turbo-Pascal version of Kermit floating around for the CP/M-80 systems. For those who might have tried it on an Ampro Little Board and been unsuccessful in getting it to come up, try changing the assignment of the variable "port" from: port := 2 to: port := 0 The Turbo version uses some fancy switching of the IOBYTE to convert from the console to the RDR/PUN device. In the Ampro, the normal hard- wired definition for RDR/PUN is Serial Port B which is the standard TTY: device. The Columbia version evidentally uses UR1:/UP1: which becomes the BAT: console device when switched in for status reads to the console device. With this one equate fixed (in the main K.PAS module), terminal oper- ation with the "connect" command works. There are a couple of other assignments that need to be fixed in the port configuration section, but I haven't sorted it out yet. If someone has used this program to transfer binary files to/from a BBN C-70 Unix machine, I would appreciate any info on settings in both programs, since I still can't get that to work yet. Hal Bower At DCA-EUR 30-Aug-85 09:21:09-MDT,851;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 30 Aug 85 09:21:02-MDT Received: from brl-aos.arpa by AMSAA.ARPA id aa02779; 30 Aug 85 10:04 EDT Received: from rand-unix.arpa by AOS.BRL.ARPA id a000236; 29 Aug 85 21:05 EDT Return-Path: Received: from vortex.UUCP by rand-unix.ARPA; Thu, 29 Aug 85 18:06:47 pdt Date: Thu, 29-Aug-85 13:26:06 PDT From: Lauren Weinstein Subject: software UARTs Message-Id: <8508291326.1138.0.VT1.00C@vortex.UUCP> To: INFO-CPM@BRL.ARPA Does anyone have some general-purpose software UART routines? The end application for this is RTTY work, but any designs that are reasonably modifiable that work by reading a single bit serially from an I/O port would be appreciated. Thanks. --Lauren-- 30-Aug-85 09:21:59-MDT,832;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 30 Aug 85 09:21:50-MDT Received: from brl-aos.arpa by AMSAA.ARPA id a002779; 30 Aug 85 10:03 EDT Received: from mit-mc.arpa by AOS.BRL.ARPA id a025768; 29 Aug 85 19:34 EDT Received: from MIT-EECS by MIT-MC.ARPA via Chaosnet; 29 AUG 85 19:33:33 EDT Date: Thu 29 Aug 85 19:34:39-EDT From: Andrew Moore Subject: Re: Arf! Arf! programs To: rlk%chinet.uucp@BRL.ARPA cc: info-cpm@MIT-MC.ARPA In-Reply-To: Message from ""Richard L. Klappal" " of Tue 27 Aug 85 17:43:31-EDT Misunderstanding -- I thought you were talking about -my- message reguarding backups. -drew NOT to be confused with Andy Corhill (sp?) NO LONGER confused with Andy Corhill " ------- 30-Aug-85 09:55:42-MDT,1686;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 30 Aug 85 09:55:34-MDT Received: from brl-aos.arpa by AMSAA.ARPA id ab02779; 30 Aug 85 10:04 EDT Received: from usc-isid.arpa by AOS.BRL.ARPA id a002005; 30 Aug 85 4:44 EDT Date: 30 Aug 1985 04:42-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: The TAC Defeated! From: ABN.ISCAMS@USC-ISID.ARPA To: wancho@SIMTEL20.ARPA, mbarker@BBNZ.ARPA Cc: info-cpm@BRL.ARPA Message-ID: <[USC-ISID.ARPA]30-Aug-85 04:42:59.ABN.ISCAMS> Hokay... After much testing, hex dumping, switching between Kermit and MDM730+, I have finally beaten the particular problem with my particular TAC when trying to download binary files with the Tops-20 MODEM program. Nuttin wrong with the MODEM program! (Well, nothing much.) Despite NOT having any "flow control" set on the TAC, and despite what the MODEM program is supposed to do to set up the TAC .. you MUST command the TAC to disengage flow control with: @@F O E @@F I E before the Tops-20 MODEM program can work. Yep, it takes BOTH flow controls like above - without either, you'll get the "Incorrect Record # in Header #n" message. Kermit, of course, has none of these problems SO LONG AS you have not SET flow control with the usual @@F O S or @@F I S Uploading still fails, with my system receiving sporadic NAKs - could be the hapless TAC's buffers overflowing, altho my Wizards of TACiness (got that from Europe) say it has the new improved 128-byte buffers, etc. So... Kermit for uploads, and finally MODEM for downloads. Thanks for all the help, guys. Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 30-Aug-85 10:18:30-MDT,1204;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 30 Aug 85 10:18:17-MDT Received: from usc-isid.arpa by AMSAA.ARPA id a006106; 30 Aug 85 11:05 EDT Date: 30 Aug 1985 11:06-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: CP/M-using 8085 or 8088 BBS Software? From: ABN.ISCAMS@USC-ISID.ARPA To: crash!kevinb@SDCSVAX.ARPA Cc: info-cpm@AMSAA.ARPA Message-ID: <[USC-ISID.ARPA]30-Aug-85 11:06:38.ABN.ISCAMS> In-Reply-To: <8508300402.AA22253@sdcsvax.ARPA> Kevin, I'm gathering sample Public Domain software to do the very same, but am slightly involved right now bringing up MODEM and Kermit on a new PC system. I've been downloading the RBBS files from SIMTEL20 PD: since they look like the most powerful. Also have some Turbo Pascal code lying about in my MAST.CAT that is also an RBBS. Nothing running yet, but not long now. If no one else with actual experience volunteers, your friend and I can learn together! I'm running a CompuPro dual processor with MP/M 8-16, but suspect I shall just bring her up under CP/M-86 or CP/M-80 for this particular function. Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 30-Aug-85 11:21:45-MDT,695;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 30 Aug 85 11:21:35-MDT Received: from edwards-2060.arpa by AMSAA.ARPA id a008865; 30 Aug 85 12:41 EDT Date: Fri 30 Aug 85 09:43:18-PDT From: D-ROGERS@EDWARDS-2060.ARPA Subject: cp/m innards To: info-cpm@AMSAA.ARPA At the risk of sending incredibly green (which i am), could someone recommend a book on CP/M? Of all that i could find @ my friendly local B.Dalton, *Soul of CP/M* by Waite & LaFore seemed to have the best balance of detail vs. plain language (cursory inspection, no purchase - yet). Is there anything better that won't put me to sleep? Thanks Ahead. der -------