1-Dec-87 12:05:00-MST,955;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 1 Dec 87 12:04:41 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA24697; Tue, 1 Dec 87 10:44:55 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Dec 87 15:21:35 GMT From: ecsvax!tcamp@mcnc.org (Ted A. Campbell) Organization: UNC Educational Computing Service Subject: Clock tick on Osborne Executive Message-Id: <4251@ecsvax.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I'm looking for a user-available clock tick for an applications program on the Osborne Executive. Anyone know of one? An in- terrupt in bank 1 would be very nice indeed. -- Ted A. Campbell | Duke Divinity School | Durham, NC 27706 | email: tcamp@ecsvax | 1-Dec-87 23:05:24-MST,2587;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 1 Dec 87 23:05:14 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA09277; Tue, 1 Dec 87 22:00:45 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Dec 87 20:48:26 GMT From: tektronix!midas!copper!michaelk@ucbvax.Berkeley.EDU (Michael D. Kersenbrock) Organization: Tektronix Inc., Beaverton, Or. Subject: Re: Z80DOS, PZDOS and datestamp formats Message-Id: <1505@copper.TEK.COM> References: <1433@sigma.UUCP>, <8711301746.AA22038@newton.arpa> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa >Automatic file time and datestamping is a feature many cp/m 2.2 users >already have by using DateStamper. Z80DOS implements timestamps >in a manner similar to that used in cp/m 3 -- using 1 directory >entry every 4 for the stamps; however, its method conflicts >(destructively) with cp/m 3 file stamps. PZDOS is aiming to give >the user the choice of either DateStamper or cp/m 3-type stamps. > >The behind-the-scenes debate about timestamp formats is multifaceted. >(I'm the author of DateStamper; read with salt-shaker at hand). Some >of the issues are: > >The DateStamper format is the most portable -- DateStamper will run Actually, I'd think that the cp/m 3.0 "type" stamps that are actually cp/m 3.0 compatible would be the most portable. It would allow 2.2 users to be compatible with the already existing standard as defined by DRI in CP/M 3.0. >It would be desirable to standardize on a single format for all of >cp/m 2.2; that would enable all of us to use all of the >timestamp-featured utilities that already exist (directory, filecopy, >disk catalog, unix-make, for DateStamper) and are being developed, and > >--bridger mitchell With a timestamp compatible with CP/M 3.0, ALL CP/M-80's would use a single format! existing CP/M 3.0 utilities (such as UNIX-like "make") may be usable by 2.2 users (see the CPM3 section of Simtel20 archives). To keep the mailer happy: ------------------------ _ _ _ _ _ , ' ) ) ) / // ' ) / / / / / / o _. /_ __. _ // /-< _ __ _ _ ____ /__,_ _____. /_ / ' (_<_(__/ /_(_/|_ Received: from CRDEC (CRDEC.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed, 2 Dec 87 12:39:10 MST Date: Wed, 2 Dec 87 14:32:45 EST From: "Paul V. Pullen" To: info-cpm@SIMTEL20.ARPA Subject: Kaypro-1 disk I am looking for a person with a Kaypro-1, who also has a public domain modem program using Christensen Protocol file transfer capability. I would like to obtain a copy of the disk to use on my just delivered new Kaypro-1. Any assistance in obtaining a disk would be appreciated. I will supply the disk, and pay postage. Thanks Paul Pullen 2-Dec-87 20:34:48-MST,3366;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 2 Dec 87 20:34:27 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA01604; Wed, 2 Dec 87 16:47:54 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Dec 87 16:59:51 GMT From: tikal!sigma!bill@beaver.cs.washington.edu (William Swan) Organization: Summation Inc, Kirkland WA Subject: Re: Z80DOS, PZDOS and datestamp formats Message-Id: <1439@sigma.UUCP> References: <1433@sigma.UUCP>, <8711301746.AA22038@newton.arpa> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <8711301746.AA22038@newton.arpa> bridger%rcc@RAND-UNIX.ARPA (Bridger Mitchell) writes: >There is a resurgence of interest in CP/M 2.2-compatible bdos's; >at least two are under active development and not yet stable: Z80DOS >and PZDOS. >[...] >DateStamper includes full create/modified/accessed times and dates. But >it requires the most space -- 1.0 to 1.25 K. > >The cp/m 3 and z80dos formats use up 1/4th of the directory entries, >[...] >It would be desirable to standardize on a single format for all of >cp/m 2.2; that would enable all of us to use all of the >timestamp-featured utilities that already exist (directory, filecopy, >disk catalog, unix-make, for DateStamper) and are being developed, and >to exchange fully-compatible disks. But the jury is still out on >whether these dos's will evolve to that point... >--bridger mitchell I heartily agree with the desire for a uniform time-stamp mechanism. I just brought up P2DOS in the past couple weeks so I could get this feature. Although, as Bridger points out, it uses 1/4 of the directory entries, I find I usually run out of disk space with only half of the entries used. If I'm desperate for directory entries and don't care about timestamps (as I was last night when I had to re-assemble SYSLIB3), I can always clear the directory. Giving up 1-1.25K, as DateStamper requires, is a bigger issue for me. After my years with a CP/M manufacturer (*years* ago!) I got perhaps unduly sensitive to the issue of TPA. Some of the utilities I use like as much TPA as they can get (what I hear of Wordstar 4.0, of which I am anxiously awaiting delivery, puts it in this category). I, for one, am reluctant to reduce the available TPA on my system, especially since I already have the feature without. On the other hand, if the DateStamper mechanism were to become the standard, I'd have less trouble justifying it. If the {P2,Z80,PZ}DOS reflects the CP/M-3 system, though, I'm not sure which system gets my nod. I don't know much of DateStamper (is this a commercial product, Bridger, and if so how much and where?), nor how it hooks into the system. The idea that it is 808{0,5} compatible is great, it doesn't limit this feature to us Z80 users. How is it destructively incompatible with the CP/M-3 method? Also, are utilities written using CP/M-3's timestamp mechanisms usable with P2DOS? I seem to recall somebody wrote a make utility for CP/M-3, for example. I presume they wouldn't work with DateStamper. -- William Swan {ihnp4,decvax,allegra,...}!uw-beaver!tikal!sigma!bill 2-Dec-87 20:39:32-MST,1178;000000000000 Mail-From: LARMIJO created at 2-Dec-87 20:39:29 Date: Wed, 2 Dec 1987 20:39 MST Message-ID: Sender: LARMIJO@SIMTEL20.ARPA From: Larry Armijo Subject: SIMTEL20 CPM DATABASE To: INFO-CPM@SIMTEL20.ARPA cc: COLSA@SIMTEL20.ARPA The one-line descriptions contained in the files SIMCPM.ARK or SIMCPM.IDX with format as described in SIMCPM.INF in the SIMTEL20 directory PD1: are ideally suited for DBASE II. Only one minor correction is necessary to construct a DBASE II database for the files: the Description field mentioned in SIMCPM.INF should be a character field of length 40 rather than 30. After the appropriate structure has been entered via the CREATE command, the DBASE II command APPEND FROM SIMCPM.IDX DELIMITED loads the database. The file SIMCPM.IDX requires only one modification. The beginning of each line should be modified by replacing "PD:" by "PD1:". The full power of DBASE II is now available for searching through the CPM archives on SIMTEL20. Many thanks to Keith Petersen for making this tool available. Larry 3-Dec-87 00:04:31-MST,931;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 3 Dec 87 00:04:23 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA09352; Wed, 2 Dec 87 22:56:49 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Dec 87 00:53:30 GMT From: abp@j.cc.purdue.edu (Jeffrey J Wieland) Organization: Purdue University Computing Center Subject: Kaypro Color Graphics Board Message-Id: <5889@j.cc.purdue.edu> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I'm looking for WORKING MicroSphere color graphics board for a CP/M Kaypro 2X. I'd like to get the docs, cables, software, etc. that came with it. If you've got one of these lying about unused, send me email. Jeff Wieland abp@j.cc.purdue.edu 3-Dec-87 03:04:31-MST,3720;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 3 Dec 87 03:04:23 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA13170; Thu, 3 Dec 87 01:41:31 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Dec 87 02:37:50 GMT From: poisson.usc.edu!mlinar@oberon.usc.edu (Mitch Mlinar) Organization: University of Southern California, Los Angeles, CA Subject: Re: Z80DOS, PZDOS and datestamp formats Message-Id: <5511@oberon.USC.EDU> References: <1433@sigma.UUCP>, <8711301746.AA22038@newton.arpa>, <1505@copper.TEK.COM> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <1505@copper.TEK.COM> michaelk@copper.UUCP (Michael D. Kersenbrock writes: > >Actually, I'd think that the cp/m 3.0 "type" stamps that are >actually cp/m 3.0 compatible would be the most portable. It would >allow 2.2 users to be compatible with the already existing standard >as defined by DRI in CP/M 3.0. > >>It would be desirable to standardize on a single format for all of >>cp/m 2.2; that would enable all of us to use all of the >>timestamp-featured utilities that already exist (directory, filecopy, >>disk catalog, unix-make, for DateStamper) and are being developed, and >> >>--bridger mitchell > >With a timestamp compatible with CP/M 3.0, ALL CP/M-80's would use a >single format! existing CP/M 3.0 utilities (such as UNIX-like "make") >may be usable by 2.2 users (see the CPM3 section of Simtel20 archives). I disagree with both postings to some extent. (1) QP/M is actually just as portable as DateStamper and is a drop-in replacement for CP/M 2.2. Read this: you give up *no* extra memory and *no* directory entries to have full time/date stamping of create/update/ backup. If you don't have a real-time clock, that is ok; but having some sort of counting clock helps. You need a Z80 for this guy. QP/M was written from scratch as a Z80 operating system compatible with CP/M; DateStamper was initially a set of patches to 2.2 but has evolved some since. I think both are fine (but I am biased to QP/M since I wrote it :-). We already have a full set of utilities (such as QSWEEP, QPIP, QSTAT, QDIR, QBACKUP, MAKEQ, CATALOGQ) available which uses the time/date value - primarily through DOS calls explicitly assigned to time/date stamping. (2) I take issue with the CP/M 3.0 method of stamping disks. Only a *single* date/time is supported (yuck), but you GIVE UP DIRECTORY ENTRIES. Maybe this is not a problem when you: (a) start with a virgin disk (b) don't mind moving files to reformat (c) all of your files are large but it has been my experience that the ratio of disk use to directory use on many systems is pretty close percentage wise. Floppy formats are fixed, and it is stupid to increase the number of directory entries just for CP/M 3.0. A similar thought for hard drives: why search through all those extra FCB entries which are really filename related? A time/date file (such as used by DateStamper [or was] and by QP/M) is a better alternative in the CP/M world. ------------- On the issue of compatibility, I agree completely. Let's standardize on something, the first being a time/date DOS call that fetches all of the time/date information for a given file. That way, even on the different OSes, at least all time/date DOS calls would work. A complete standard would be much more difficult to implement at the file/directory level - as the issues here can become religious :-) -Mitch 3-Dec-87 16:13:34-MST,1275;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 3 Dec 87 16:13:25 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA28123; Thu, 3 Dec 87 14:57:42 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Dec 87 17:48:04 GMT From: ecsvax!tcamp@mcnc.org (Ted A. Campbell) Organization: UNC Educational Computing Service Subject: Want to trade: My Concurrent CP/M for your CP/M Plus Message-Id: <4260@ecsvax.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I'd like to have the DRI documentation for CP/M Plus, especially in the so-called "roll your own" version that is fully documented. (I have an Osborne Executive: it has CP/M Plus but sketchy documentation.) I have a registered but virtually unused copy of Concurrent CP/M, with all docs and disks. This is the last version of CP/M 86, runs CP/M 86 on PC's in up to four concurrent virtual terminals. Anyone like to trade their CP/M Plus for my Concurrent CP/M? -- Ted A. Campbell | Duke Divinity School | Durham, NC 27706 | email: tcamp@ecsvax | 3-Dec-87 18:57:55-MST,1883;000000000000 Return-Path: <@CUNYVM.CUNY.EDU:OPTON@UHVAX1.BITNET> Received: from CUNYVM.CUNY.EDU by SIMTEL20.ARPA with TCP; Thu, 3 Dec 87 18:57:36 MST Received: from UHVAX1.BITNET by CUNYVM.CUNY.EDU ; Thu, 03 Dec 87 20:57:08 EST Date: Thu, 3 Dec 87 19:53 CST From: Subject: running ZCPR3 on a CPM3 system To: INFO-CPM@SIMTEL20.ARPA X-Original-To: ARPA%"INFO-CPM@SIMTEL20.ARPA", OPTON I have an orphan computer (Visual Technology 1050) that runs CPM3 (banked). Does anyone have any experience (rumor?, advice?) on adapting the CPM3 BIOS to run ZCPR3? Following the cookbook instructions in Richard Conn's user's manual were spectacularly unsuccessful. I also tried simply lifting out the calls required for CPM 2.2, and then running SYSGEN on it, to make the system into a cpm 2.2 system, and THEN following the install procedure, but this was also unsuccessfully. (I have a sneaking suspicion that I have to change the boot sector, but I have no proof, and I don't know how to look at the boot sector.) Perusing the postings I have noticed some discussion on other BDOS replacements, such as Z80DOS and some others. What are their claims to fame, and how do they compare with each other and with ZCPR? How do I read and alter the boot sector (trk 0 sec 1 on my disks)? Also, how do I read the first two tracks? Can I change these easily? Is there a program available, preferably in the PD? (I tried to write a quick and dirty one, and the results were less than useful. So I sez to myself, 'Why reinvent the wheel?') Does anyone have any suggestions for a general purpose (and inexpensive) general accounting program for CPM based systems. I realize this is a lot of questions, so I thank everyone for their patience, and help. Lee Thomison BITNET: OPTON@UHVAX1 landline: (713) 749-3127 4-Dec-87 14:39:20-MST,1087;000000000000 Mail-From: KPETERSEN created at 4-Dec-87 14:39:14 Date: Fri, 4 Dec 1987 14:39 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-HZ100@RADC-TOPS20.ARPA Cc: Info-Cpm@SIMTEL20.ARPA, Info-Hams@SIMTEL20.ARPA, Info-Micro@BRL.ARPA, Info-IBMPC@WALKER-EMH.ARPA, Info-Xmodem@SIMTEL20.ARPA Subject: Transferring binary files from SIMTEL20 to VAX/VMS hosts The program below may help solve the problem of transferring binary files from SIMTEL20 to VAX/VMS hosts. Filename Type Bytes CRC Directory PD1: BINTNXVMS.C.1 ASCII 10823 23F1H BINTNXVMS.README.1 ASCII 336 1D2EH Here is the readme file: BINTNXVMS.C is for use on VAX/VMS systems to convert a TOPS-20 file transferred in FTP "binary" mode to "tenex" mode. In "binary" mode, we have 2 36-bit words in 9 8-bit bytes. In "tenex" mode, we want the top 32 bits of each 36-bit group, giving 8 8-bit bytes. See the notes in BINTNXVMS.C for instructions on command options. --Keith 4-Dec-87 22:05:33-MST,1995;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 4 Dec 87 22:05:20 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA01596; Fri, 4 Dec 87 20:44:57 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Dec 87 20:20:16 GMT From: agv@j.cc.purdue.edu (Dave Murrell) Organization: Purdue University Computing Center Subject: NEC-APC (CPM-86) Info Request Message-Id: <5905@j.cc.purdue.edu> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I am posting this for a friend who owns a NEC-APC running CPM-86 and who would like some tips in obtaining software: 1) Can a version of BASIC still be obtained for this beast? 2) Does anyone have some advice in getting a version of kermit from columbia for it? I've loaded kermit from there before so I'm familiar with the rudimentary procedures. Details and experiences with the APC or CPM-86 are appreciated, however. 3) Can anyone recommend a list of useful directories for the APC from simtel20? The directory looks like the place to start. Where to from here? 4) Finally, some information about the disk (8 inch) formats would be appreciated. From the documentation, there appears to be a single-sided single-density format (how many tracks and how many bytes per sector?) and a double-sided double-density format (again, what is the sector size and number of tracks?). I intend to ftp software from simtel20 and cu20b.columbia to our VAXen, then download to my own NEC-PC8801 to store on 8 inch disks (if my format is compatible with the APC). E-mail is the preferred medium for those wishing to respond. Many thanks in advance to those who do. ARPA: agv@s.cc.purdue.edu BITNET: murrell@purccvm UUCP: that mess in the header above. 5-Dec-87 14:47:23-MST,1288;000000000000 Mail-From: KPETERSEN created at 5-Dec-87 14:47:20 Date: Sat, 5 Dec 1987 14:47 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Larry Armijo Cc: Info-Cpm@SIMTEL20.ARPA Subject: SIMTEL20 CPM DATABASE In-reply-to: Msg of 2 Dec 1987 20:39-MST from Larry Armijo Thanks for the information on how to use SIMCPM.IDX with dBASEII. I have added an edited version of your message to that directory, and SIMCPM.ARK, as SIMCPM.DB2. The corrections you noted have now been made to SIMCPM.IDX and SIMCPM.INF, thus making it unnecessary for users to have to edit these files. Thanks for your significant contribution, Larry, in telling us how to use SIMCPM.IDX with dBASEII. I'd like to take this opportunity to remind everyone that PD1:FILES.IDX is created everytime a new CPM.CRCLST is made. This is usually done at least once per day and sometimes several times per day on weekends as new files are added to the archives. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie: W8SDZ RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST) 5-Dec-87 17:25:52-MST,1447;000000000000 Mail-From: KPETERSEN created at 5-Dec-87 17:25:49 Date: Sat, 5 Dec 1987 17:25 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Cc: Micro-SW@SIMTEL20.ARPA Subject: CP/M 8080 assembly language tutorial available from SIMTEL20 Now available via standard anonymous FTP from SIMTEL20... Filename Type Bytes CRC Directory PD1: MEYERTUT.ARK.1 BINARY 88318 3A24H Assembly language is compact and fast. It's the most efficient way to do simple tasks that deal with moving bytes of data, such as copying and modifying files. It allows the most sophisticated interfacing with the CP/M operating system, which is itself written in assembly language. Many of the public domain programs on SIMTEL20 are written in assembly language. To learn more about 8080 assembly language, review the tutorial contained in this ARK. Eric Meyer, author of VDE, wrote this series of articles entitled "Assembly Language Programming"". Thanks to Eric for allowing everyone to share this wealth of information! This file is also available on my RCP/M and on GEnie's CP/M RoundTable. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie: W8SDZ RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST) 5-Dec-87 19:53:07-MST,11435;000000000000 Mail-From: KPETERSEN created at 5-Dec-87 19:53:04 Date: Sat, 5 Dec 1987 19:53 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Subject: New files uploaded to SIMTEL20 during November The following is a complete list of CP/M-oriented files uploaded to SIMTEL20 during the months of November and December to date. The column labeled "T" (Type) is the file format. (7) means ASCII, (8) means binary. For a complete list of all CP/M files, see: PD1:CPM.CRCLST - Complete list with CRC values PD1:CPM.ARC - The above, ARChived (much smaller), binary(8). PD1:FILES.IDX - Similar to below, no descriptions, comma delimited For a list of many of the CP/M files, with descriptions, see: PD1:SIMCPM.IDX - Comma-delimited list PD1:SIMCPM.ARK - Same, ARChived (includes next two files) PD1:SIMCPM.INF - Description of data fields in SIMCPM.IDX PD1:SIMCPM.DB2 - How to use dBASEII with SIMCPM.IDX Note: to save space in the following listing, the device name PD1: which normally appears ahead of the directory name has been omitted. CP/M November Report Directory Name Size T Description ================= ============ ====== = ====================================== CPMARC.ARK 90391 8 'C' source for CP/M ARC maker CPMARC.BUG 1552 7 Describes problems with CP/M ARCer LDIRB11.LBR 35712 8 Display LBR director w/date/CRC/des LDIRB12.BUG 681 7 Author of LDIR-B comments on ver 1.2 LDIRB12.LBR 36096 8 Display LBR directory w/date/CRC/des CLNRES.LBR 4480 8 Cleans disassembled source files GEN180.LBR 14464 8 Adds HD64180 instructions to M80 MEYERTUT.ARK 88318 8 CP/M 8080 assembly language tutorial STRIP11.LBR 3328 8 Strip comments from assembly source LOAN2.BZS 14848 8 Loan calculation program RCPM1287.BZF 10624 8 Terse list of remote CP/M systems RCPM1287.LZT 38272 8 List of remote CP/M systems, Dec. NOSLTDOS.LBR 20480 8 No-slot clock for file date stamping SAVBIOS.LBR 4096 8 Save new BIOS for Montezuma Micro NULUZ15.LBR 25728 8 NULU LBR utilities for CONIX TIMEBSX.LBR 1280 8 Time routines for banked XBIOS ARC68K.ARC 133888 8 ARC 5.12 for CP/M-68K LU86-2.LBR 31488 8 Library Utility for CP/M-86 CPMDISC.LBR 42112 8 Discussion of CP/M's past and future DBAR-12.LBR 21504 8 dBASE and GRAPH bargraph maker TOLOG.LBR 13312 8 Flexible database utility for dBase PACKHELP.LBR 16256 8 Provides PACK list of disk directory RENAMZ13.LBR 20096 8 File renaming utility SD118ARK.LBR 67200 8 DIR utility for members of ARK files UNERA32.LBR 21120 8 Utility to restore deleted files FBAD60A.LBR 27008 8 Find and lock out bad disk sectors K-CHING.LBR 82048 8 Book of Changes in Modula2/Pascal EPSLINK.AZM 16640 8 CP/M file transfer with Epson Geneva ACOPY16.LBR 22400 8 General purpose file copy utility CPM.HDR 129 7 PC-File db header for FILES.IDX CPMDEC03.LST 156775 7 List of CP/M public domain files CPMDEC03.LZT 82432 8 List of CP/M public domain files ROYALOAK.DZR 23040 8 RCP/M Royal Oak directories 12/3/87 SIMCPM.ARK 71380 8 Index w/desc of SIMTEL20 CP/M files SIMCPM.IDX 152301 7 Index w/desc of SIMTEL20 CP/M files SIMCPM.INF 180 7 Field size/name info for SIMCPM.IDX QLOCK.LBR 4864 8 Universal file encryption utility UNIFORTH.LBR 96896 8 Sampler of Professional Uniforth FLIFEH89.LBR 16384 8 Z80 game of LIFE for the H89 NOSLTPOP.LBR 6400 8 Displays clock while running program EUROPE.TZT 9472 8 Discusses computing in Europe FILENAME.IZF 11776 8 Discussion of file utilities INFOCOM.INF 2582 7 Info on Infocom games bargains GENIE.IZD 20096 8 Descriptions of GEnie's services OMNIDEMO.LBR 49664 8 Window interface for Kaypro INTPTCH3.LBR 4608 8 Kaypro FASTTERM/INTTERM improvements K1SCREEN.IZF 1792 8 Video escape sequences for Kaypro 1 KPBUMPER.ARK 13409 8 Bumber stickers for Kaypro SHAFT.LBR 2944 8 Demonstration of graphics on Kaypro WSKP.ARK 16384 8 Redefine keypad for Kaypro/WordStar BRAD-GRK.LBR 3328 8 Greek font for Bradford BRAD-HEB.LBR 3840 8 Hebrew font for Bradford SETMRG21.LBR 5760 8 Set margins on Diablo printers MEXOVL10.LZT 4608 8 List of 230+ overlays for MEX MXH-VI10.AZM 7936 8 MEX Overlay - Visual 1050 MXM-NE10.AZM 6656 8 MEX Overlay - NEC N202BR-L1 modem MXO-GB12.AZM 10368 8 MEX Overlay - CompuPro I3/I4 MXO-ON2.LBR 22912 8 MEX Overlay - ON! computers MXO-SP2.AZM 6656 8 MEX Port overlay for Spectravideo SV NSD.ARK 8000 8 Terminal program in Zbasic PCPIMP05.LBR 34048 8 PC Pursuit auto-dial program RT11MODM.LBR 7040 8 Xmodem for DEC RT11 LI.LBR 4352 8 List dir/copy NorthStar disk to CP/M PBBS-04.LBR 184704 8 PBBS 4.0 Bulletin Board System PBBSTCAP.FIX 702 7 Fix to PBBS TCAP problem PBBSUP-4.LBR 91264 8 Supplementary Files for PBBS 4.0 PBBSUTL4.LBR 8320 8 Utilities for PBBS 4.0 PINSTAL.CZM 4480 8 PBBS install program PUBNOTES.TZT 2688 8 BDOS patch for public files CBYE.LBR 1920 8 Display maxuser maxdrive wheel bytes ZCMD8080.LBR 53248 8 CCP replacement for 8080 systems CRNCH23D.LBR 83456 8 CRUNCH/UNCR for DateStamper NEWBATCH.LBR 4352 8 Make SUBMIT-like COM files 1KUTILS3.LBR 15232 8 Improved '1K' utilities LOGON12.LBR 22528 8 Command line menu/password utility PORTCHK.LBR 6400 8 Displays data present at a port TPA31.LBR 4224 8 Report TPA memory available YKEY20.LBR 45056 8 Set function keys in specific pgms. MDRV-TD.LBR 5248 8 TurboDOS driver for CompuPro MENUDEMO.LBR 22784 8 Menu utilities in Turbo Pascal PASCAL.TZT 8960 8 Turbo Pascal function & procedures ALPHAT20.LBR 53376 8 Embedded command txt print formatter BSPAD.LBR 12928 8 Store 20 items in this Scratch Pad DICTNU.LBR 39168 8 Check text files for diction errors ENDNOTE.LBR 15360 8 Handles endnotes in a text file FIXTEXT.LBR 12672 8 Fix text files of orphan CR or LF PEEP13.LBR 9472 8 A bidirectional file viewer PRNTXT14.LBR 26880 8 Make COM files from text files QL20.LBR 63360 8 Types crunched, squeezed, uncompress VCOMP13.LBR 27136 8 Visual file comparison WT20.LBR 5120 8 Bidirectional type/browse utility PWLINE25.DZC 896 8 Use 25 lines in Perfect Writer VDE262.BUG 2069 7 Bug report for VDE version 2.62 VDE262.LBR 62464 8 Full screen text editor/processor VDE262FX.LBR 1280 8 Fix to VDE262 reform problem VDEMACRO.LBR 7168 8 Macros for VDE 2.62 ADIR10.LBR 18304 8 Parses Aliases and displays director BCOMP10B.FIX 488 7 Fix to BCOMP version 1.0b BCOMP10B.LBR 37248 8 Screen Oriented Binary Comparison BUSHBETB.LBR 146432 8 ZCPR3 Harddisk Backup utility BUSHFIX1.LBR 6912 8 Correct COM file for BUSHBETB FASTARNZ.ZZZ 5120 8 Optimizing automatic disk accesses LAP.LBR 4608 8 ZCPR path/LDR utility LBREXT23.LBR 23168 8 Extracts/uncompresses from libraries LUSH10.LBR 22016 8 Library Utility SHell LX18.LBR 18688 8 ZCPR3 Library eXecute tool RCPMC.LBR 6016 8 Z33 file copier RCP RCPMKE13.LBR 40832 8 Unix-like MAKE for ZCPR 33 RCPPEEP.LBR 11776 8 Text browser/lister Z33 RCP RCPTRGGR.TZT 2432 8 Info on ZCPR's RCP with trigger key SALIAS1H.LBR 52992 8 Screen oriented alias editor SUGGEST.ZZ3 3328 8 Suggestions for ZCPR SYStem package VTCAP11.LBR 120448 8 Database management for TCAP files Z33MAKE.LBR 21120 8 Moves files to new user area Z33TRC11.LBR 14848 8 Transient RCP for ZCPR3.3 Z3INSTP.LBR 23040 8 ZCPR auto-installer for Turbo Pascal ZBGQ11.LBR 6656 8 Easy loading of BackGrounder Z-NEWS.8Z6 7296 8 ZCPR3/SYSLIB/ZRDOS Newsletter #806 BBSSIGN.UP 14504 7 Concerns registering to a new BBS EDN-FCC.TXT 2739 7 Discussion of FCC proposal FCCSTORY.TXT 11237 7 Article about FCC proposal HOUSEFCC.TXT 4242 7 Letter to FCC from Congressmen PORTAL.INF 29363 7 Usenet access for flat $10 per month SYSOPLTR.TXT 4217 7 Hints for beginning BBS SysOps WHITEHSE.PHN 833 7 Phone number to call the White House USR-HAYS.TXT 2068 7 U.S. Robotics/Hayes share technology TOLLFREE.NUM 11064 7 List of Toll free (800) numbers AAAREAD.ME 1462 7 Describes VAX/VMS files in this DIR VMSSWEEP.FOR 72458 7 ARC/LBR/USQ/UNCR utility for VAX/VMS VMSSWEEP.LBR 32128 8 ARC/LBR/USQ/UNCR utility for VAX/VMS ______________________________________ TOTALS: Size 3,459,432 bytes Printed 130 records. These files are available via standard anonymous FTP. They are also available on my RCP/M and on GEnie's CP/M RoundTable. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie: W8SDZ RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST) 6-Dec-87 10:25:20-MST,6992;000000000000 Mail-From: KPETERSEN created at 6-Dec-87 10:25:16 Date: Sun, 6 Dec 1987 10:25 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Xmodem@SIMTEL20.ARPA Cc: holly@OHIO-STATE.ARPA (Joe Hollingsworth) Subject: Xmodem for 4.2/4.3 BSD Unix (and maybe Sys V) In case you missed the update, Steve Grandi has an excellent Xmodem for 4.2/4.3 BSD Unix. It is available via standard anonymous FTP from SIMTEL20 as: Filename Type Bytes CRC Directory PD2: XMODEM34.SHAR.1 ASCII 84452 D010H The xmodem program implements the Christensen (XMODEM) file transfer protocol for moving files between 4.2/4.3BSD Unix systems and microcomputers. The XMODEM/CRC protocol, the MODEM7 batch protocol, the XMODEM-1K block protocol and the YMODEM batch protocol are all supported by xmodem. For details of the protocols, see the document edited by Chuck Forsberg titled XMODEM/YMODEM Protocol Reference. This program runs on 4.2/4.3BSD systems ONLY. It has been tested on VAXes and Suns against the MEX-PC program from Niteowl Software and the ZCOMM and DSZ programs from Omen Technology. The author tried to keep the 4.2isms (select system call, 4.2BSD/v7 tty structures, gettimeofday system call, etc.) confined to the source file getput.c; but makes no guarantees. Also, no attempt was made to keep variable names under 7 characters. A version of getput.c that MAY work on Sys V Unix systems is included. See notes on other changes for Sys V. ---------------------------------------------------------------------- [From the author] Program history: Descended from UMODEM 3.5 by Lauren Weinstein, Richard Conn, and others. Based on XMODEM Version 1.0 by Brian Kantor, UCSD (3/84) (Don't blame him for what follows....) Version 2.0 (CRC-16 and Modem7 batch file transfer) (5/85) Version 2.1 (1K packets) (7/85) Version 2.2 (general clean-ups and multi-character read speed-ups) (9/85) Version 2.3 (nap while reading packets; split into several source files) (1/86) Version 3.0 (Ymodem batch receive; associated changes) (2/86) Version 3.1 (Ymodem batch send; associated changes) (8/86) Version 3.2 (general cleanups) (9/86) (Released to the world 1/87) Changes leading to version 3.3 1) "Better" handshaking for MODEM7 batch transfers (5/19/87). 2) If reception of a file is aborted due to errors, delete incomplete file (5/19/87). 3) If an "impossible" tty speed is detected, assume 1200 bps (5/19/87). 4) Disallow CAN-CAN abort during file send or receive except at beginning of file transfer (during batch transfers, CAN-CAN abort is allowed at beginning of each file transfer) (5/19/87). 5) Uncouple total allowed errors during the reception of a single packet (ERRORMAX, now made 10) and errors allowed when starting transfer (STERRORMAX, set to 10) (5/19/87). 6) Fix some bugs when receiving an empty file and when a phase error occurs during a file reception (5/19/87). 7) Portability fix in prtime and projtime; they also handle pathological cases better (5/19/87). 8) During file reception an EOT is not believed unless it is sent again in response to a NAK (5/25/87). 9) Modified cpm_unix and unixify so a filename without an extension will not have a trailing dot in its filename after being received in a MODEM7 or YMODEM batch transfer (5/25/87). 10) Allowable errors during transmission of a single packet now set to ERRORMAX (5/27/87). 11) When transferring a binary file, the YMODEM file length field is filled in on transmit and (if present) used to truncate the file on reception. A new truncate function (truncfile) added to getput.c to do the deed (5/28/87). The file mode field is also set but is ignored on file reception. 12) In a batch receive (xmodem -rt), program can be forced into checksum mode by specifying the "M" flag indicating a MODEM7 transfer (5/30/87). 13) Changed the "B" option to "M" to indicate MODEM7 batch. Made all option flags case insensitive. Command line is now recorded in the log file (5/30/87). 14) The "KND/IMP" convention of using "CK" to invoke 1K packets during YMODEM batch transfers was installed. This code will be sent during a batch recieve if "K" is included on the command line unless "M" is also present. This code will be recognized when sending under all circumstances (5/30/87). ------------------------------------------------------------------------------ Changes leading to version 3.4 1) Fix usage message (10/2/87). 2) Sender will now try up to 10 times (EOTMAX) to send an EOT to terminate a transmission. Used to be 5 times, but Chuck Forsberg's "official" minimum requirements for YMODEM mandate 10 (10/2/87). 3) Handle YMODEM file modification times if present in header on reception of both binary and text files (10/2/87). Retracted when can't seem to get proper times whn playing with dsz (10/3/87). 4) Null bytes are now stripped out of files when received as text files (MEX doesn't seem to want to put in the terminating control-Z) (10/3/87). 5) Slightly modified terminal parameter setting to explicitly turn of CRMOD and to flush read queue; ideas stolen from Kermit. Will it fly on Pyramid? (10/3/87). 6) Decreased time between "startup" characters sent when starting a file receive operation. This should increase perceived response. Now waits only 2 seconds instead of 6 (waits for 5 seconds for subsequent packets. STERRORMAX now 30, CRCSWMAX now 15. Timeouts on 1st sector no longer reported in log (10/5/87). 7) Once again played with kernel sleeps in readbuf() (packet reading routine). On busy system could cause real problems. Now supply flag (t) to suppress sleeping on Too Busy systems. No longer suppress sleep when speeds are over 4800 bps. Sleep kludge DOES help: on an empty 750 running 4.3BSD, a file reception at 2400 bps used 6% of the CPU with the sleep kludge and 24% without it (data transfer rates were the the same) (10/5/87). 8) Actually count characters as they are being read for a file reception. When YMODEM file length is set, stop writing characters when reach length. This will allow YMODEM file lengths to work for text files and the elimination of truncfile() in getput.c (which was impossible for SYS V) (10/5/87). 9) Another attempt at tty modes. Now do nothing but set speeds, set mode to raw, and turn off echoing and tandem (10/6/87). ------------------------------------------------------------------------------ Thanks to Keith Peterson (w8sdz@simtel20.arpa), John Rupley (arizona!rupley!root), Emmet Gray (ihnp4!uiucuxc!fthood!egray), Bob Bickford (lll-crg!well!rab), Doug Moore (moore@svax.cs.cornell.edu), David Brown (jdb@ncsc.arpa) and Chuck Forsberg's documents and his ZCOMM/DSZ programs for ideas, suggestions and comments. 7-Dec-87 01:03:26-MST,7039;000000000000 Mail-From: WANCHO created at 7-Dec-87 01:00:44 Return-Path: Date: Sun, 6 Dec 1987 10:25 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Xmodem@SIMTEL20.ARPA Cc: holly@OHIO-STATE.ARPA (Joe Hollingsworth) Subject: Xmodem for 4.2/4.3 BSD Unix (and maybe Sys V) In case you missed the update, Steve Grandi has an excellent Xmodem for 4.2/4.3 BSD Unix. It is available via standard anonymous FTP from SIMTEL20 as: Filename Type Bytes CRC Directory PD2: XMODEM34.SHAR.1 ASCII 84452 D010H The xmodem program implements the Christensen (XMODEM) file transfer protocol for moving files between 4.2/4.3BSD Unix systems and microcomputers. The XMODEM/CRC protocol, the MODEM7 batch protocol, the XMODEM-1K block protocol and the YMODEM batch protocol are all supported by xmodem. For details of the protocols, see the document edited by Chuck Forsberg titled XMODEM/YMODEM Protocol Reference. This program runs on 4.2/4.3BSD systems ONLY. It has been tested on VAXes and Suns against the MEX-PC program from Niteowl Software and the ZCOMM and DSZ programs from Omen Technology. The author tried to keep the 4.2isms (select system call, 4.2BSD/v7 tty structures, gettimeofday system call, etc.) confined to the source file getput.c; but makes no guarantees. Also, no attempt was made to keep variable names under 7 characters. A version of getput.c that MAY work on Sys V Unix systems is included. See notes on other changes for Sys V. ---------------------------------------------------------------------- [From the author] Program history: Descended from UMODEM 3.5 by Lauren Weinstein, Richard Conn, and others. Based on XMODEM Version 1.0 by Brian Kantor, UCSD (3/84) (Don't blame him for what follows....) Version 2.0 (CRC-16 and Modem7 batch file transfer) (5/85) Version 2.1 (1K packets) (7/85) Version 2.2 (general clean-ups and multi-character read speed-ups) (9/85) Version 2.3 (nap while reading packets; split into several source files) (1/86) Version 3.0 (Ymodem batch receive; associated changes) (2/86) Version 3.1 (Ymodem batch send; associated changes) (8/86) Version 3.2 (general cleanups) (9/86) (Released to the world 1/87) Changes leading to version 3.3 1) "Better" handshaking for MODEM7 batch transfers (5/19/87). 2) If reception of a file is aborted due to errors, delete incomplete file (5/19/87). 3) If an "impossible" tty speed is detected, assume 1200 bps (5/19/87). 4) Disallow CAN-CAN abort during file send or receive except at beginning of file transfer (during batch transfers, CAN-CAN abort is allowed at beginning of each file transfer) (5/19/87). 5) Uncouple total allowed errors during the reception of a single packet (ERRORMAX, now made 10) and errors allowed when starting transfer (STERRORMAX, set to 10) (5/19/87). 6) Fix some bugs when receiving an empty file and when a phase error occurs during a file reception (5/19/87). 7) Portability fix in prtime and projtime; they also handle pathological cases better (5/19/87). 8) During file reception an EOT is not believed unless it is sent again in response to a NAK (5/25/87). 9) Modified cpm_unix and unixify so a filename without an extension will not have a trailing dot in its filename after being received in a MODEM7 or YMODEM batch transfer (5/25/87). 10) Allowable errors during transmission of a single packet now set to ERRORMAX (5/27/87). 11) When transferring a binary file, the YMODEM file length field is filled in on transmit and (if present) used to truncate the file on reception. A new truncate function (truncfile) added to getput.c to do the deed (5/28/87). The file mode field is also set but is ignored on file reception. 12) In a batch receive (xmodem -rt), program can be forced into checksum mode by specifying the "M" flag indicating a MODEM7 transfer (5/30/87). 13) Changed the "B" option to "M" to indicate MODEM7 batch. Made all option flags case insensitive. Command line is now recorded in the log file (5/30/87). 14) The "KND/IMP" convention of using "CK" to invoke 1K packets during YMODEM batch transfers was installed. This code will be sent during a batch recieve if "K" is included on the command line unless "M" is also present. This code will be recognized when sending under all circumstances (5/30/87). ------------------------------------------------------------------------------ Changes leading to version 3.4 1) Fix usage message (10/2/87). 2) Sender will now try up to 10 times (EOTMAX) to send an EOT to terminate a transmission. Used to be 5 times, but Chuck Forsberg's "official" minimum requirements for YMODEM mandate 10 (10/2/87). 3) Handle YMODEM file modification times if present in header on reception of both binary and text files (10/2/87). Retracted when can't seem to get proper times whn playing with dsz (10/3/87). 4) Null bytes are now stripped out of files when received as text files (MEX doesn't seem to want to put in the terminating control-Z) (10/3/87). 5) Slightly modified terminal parameter setting to explicitly turn of CRMOD and to flush read queue; ideas stolen from Kermit. Will it fly on Pyramid? (10/3/87). 6) Decreased time between "startup" characters sent when starting a file receive operation. This should increase perceived response. Now waits only 2 seconds instead of 6 (waits for 5 seconds for subsequent packets. STERRORMAX now 30, CRCSWMAX now 15. Timeouts on 1st sector no longer reported in log (10/5/87). 7) Once again played with kernel sleeps in readbuf() (packet reading routine). On busy system could cause real problems. Now supply flag (t) to suppress sleeping on Too Busy systems. No longer suppress sleep when speeds are over 4800 bps. Sleep kludge DOES help: on an empty 750 running 4.3BSD, a file reception at 2400 bps used 6% of the CPU with the sleep kludge and 24% without it (data transfer rates were the the same) (10/5/87). 8) Actually count characters as they are being read for a file reception. When YMODEM file length is set, stop writing characters when reach length. This will allow YMODEM file lengths to work for text files and the elimination of truncfile() in getput.c (which was impossible for SYS V) (10/5/87). 9) Another attempt at tty modes. Now do nothing but set speeds, set mode to raw, and turn off echoing and tandem (10/6/87). ------------------------------------------------------------------------------ Thanks to Keith Peterson (w8sdz@simtel20.arpa), John Rupley (arizona!rupley!root), Emmet Gray (ihnp4!uiucuxc!fthood!egray), Bob Bickford (lll-crg!well!rab), Doug Moore (moore@svax.cs.cornell.edu), David Brown (jdb@ncsc.arpa) and Chuck Forsberg's documents and his ZCOMM/DSZ programs for ideas, suggestions and comments. 7-Dec-87 08:46:46-MST,930;000000000000 Return-Path: Received: from jade.berkeley.edu by SIMTEL20.ARPA with TCP; Mon, 7 Dec 87 08:46:41 MST Received: from plutonium.cchem.berkeley.edu by jade.berkeley.edu (5.54 (CFC 4.22.3)/1.16.17) id AA26594; Mon, 7 Dec 87 07:45:14 PST Received: by plutonium.cchem.berkeley.edu (3.2/SMI-3.0DEV3.5) id AA16014; Mon, 7 Dec 87 07:46:46 PST Date: Mon, 7 Dec 87 07:46:46 PST From: swillett%plutonium.CChem.Berkeley.EDU@jade.berkeley.edu (Steve Willett) Message-Id: <8712071546.AA16014@plutonium.cchem.berkeley.edu> To: INFO-CPM@simtel20.arpa, OPTON%UHVAX1.BITNET@cunyvm.cuny.edu Subject: Re: running ZCPR3 on a CPM3 system For tinkering with the boot sector on your disk there is the aged DU, one of the first PD programs I ever ran into. DU stands for Disk Utility, and the last version I saw was DU-V89, which is on SIMTEL20 as PD1:DU-V89.LBR. 7-Dec-87 09:07:19-MST,2246;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 7 Dec 87 09:07:12 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA22710; Mon, 7 Dec 87 07:46:58 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Dec 87 17:06:00 GMT From: clio!berger@uxc.cso.uiuc.edu Subject: Re: NEC-APC (CPM-86) Info Request Message-Id: <18700008@clio> References: <5905@j.cc.purdue.edu> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I can help with Kermit and the disk formats. The NEC APC is an orphan machine now, but way ahead of its time. It's a shame to handicap it by running CP/M-86 instead of MS-DOS. NEC Information Systems still offers support, software upgrades, and maintenance. For the record, the NEC APC came out in 1983. List price was slightly higher than a "similarly" equipped PC system, but discounts were readily available. In 1984, $ 3200 bought: NEC APC, 8086 processor, 256K ram 640*512 graphics in 8 colors with monitor (VERY sharp - people still are amazed when they discover the display is COLOR). Two display processors, one for text, one for graphics with hardware line and circle drawing. Special hardware for custom character sets. Two 8" DSDD floppy disk drives (1.25 megabytes each), and the APC printer. Parallel and Serial ports are standard, 102 key keyboard. 22 Programmable function keys. NEC 8023 graphics printer. I've since added a math co-processor, and 640 K of RAM. Standard (included free!) documentation included complete machine- readable source listings of the BIOS and proprietary system utilities, a System Reference Guide (including full technical details and schematics), the MS-DOS Technical Reference Manual (far more complete than the expensive IBM version, which wasn't even available until 2 years later), MS-DOS user's guide, and bundled software (WordStar, Multiplan, and DBASE II in my case). I've never had a single maintenance problem since I've owned the machine. Now, can somebody explain how IBM sets the standards?! 7-Dec-87 11:34:21-MST,1676;000000000000 Return-Path: Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Mon, 7 Dec 87 11:33:54 MST Received: from rcc by tp4; Mon, 7 Dec 87 10:16:23 PST Received: from newton.arpa by rcc.arpa; Mon, 7 Dec 87 10:16:25 PST From: Bridger Mitchell Received: from localhost by newton.arpa; Mon, 7 Dec 87 10:16:14 PST Message-Id: <8712071816.AA01939@newton.arpa> To: OPTON%UHVAX1.BITNET@cunyvm.cuny.edu Cc: INFO-CPM@simtel20.arpa, bridger%rcc@rand-unix.ARPA Subject: Re: running ZCPR3 on a CPM3 system In-Reply-To: Your message of Thu, 3 Dec 87 19:53 CST. <8712061726.AA26698@rand-unix.rand.org> Date: Mon, 07 Dec 87 10:15:54 PST The port of ZCPR3 (v. 3.3) to CP/M 3 systems is in the late-alph-test stage, and release is projected for January. Availability will be announced here. Z3ON3, the workname for this version of ZCPR33, is implemented as a CP/M 3 RSX; it requires no changes whatever to the bios or system tracks, and can be rapidly loaded and unloaded. I expect it will run on most/all z80-based cp/m 3 systems, with no system configuration required. Most Z-tools run without change, and we are cataloging those requiring attention. Programs that use these functions will need upgrading: direct bios file i/o disk size calculation from the allocation vector references to zcpr3 internal addresses (show, h, ...) (Conversion of zcpr3 to an RSX has been a major system-programming task; I would advise against attempting it yourself without a very complete understanding of the internals of the cp/m 3 bdos and ccp). --bridger mitchell 7-Dec-87 19:10:04-MST,1960;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 7 Dec 87 19:09:45 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA04125; Mon, 7 Dec 87 16:46:12 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Dec 87 20:08:13 GMT From: ecsvax!tcamp@mcnc.org (Ted A. Campbell) Organization: UNC Educational Computing Service Subject: An Idea: An Omnibus Reference Work for CP/M Message-Id: <4276@ecsvax.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa For those of us who still work with CP/M programming, something I've always wished for would be a largish book giving terminal escape sequences, disk formats, asynchronous communications info, and other related computer-specific info for the plethora of CP/M machines. This would make it much easier for us to develop pro- grams with a somewaht braoder market than heretofore possible. Judging from Micropro's sales of CP/M Wordstar 4.0, there's still something of a market. I wondered if this could be something we could undertake as an online project. We could develop a template of requested info, allow places for further information, send the info to a central gathering point, and gather it all into an ASCII text file (or files) that we could put out on various BBS's. Maybe while we're at it, we could include basic stuff like 8080 and Z80 mnemonics, CP/M and CP/M Plus BDOS and BIOS entry points and the like. Maybe this would give us an opportunity to develop something like an RSX that could deal with a standard TERMCAP, allowing the development of near-universal screen-oriented CP/M programs. Any interest out there? -- Ted A. Campbell | Duke Divinity School | Durham, NC 27706 | email: tcamp@ecsvax | 8-Dec-87 05:36:19-MST,1050;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 8 Dec 87 05:36:13 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA16384; Tue, 8 Dec 87 04:13:56 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Dec 87 22:51:45 GMT From: tektronix!tekgen!robertj@ucbvax.Berkeley.EDU (Robert Jaquiss) Organization: Tektronix, Inc., Beaverton, OR. Subject: Looking for someone runnuing a Ferguson Big Board II using Andy Bakker's integrated bios Message-Id: <2118@tekgen.TEK.COM> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Is anyone runnuing a Ferguson Big Board II using Andy Bakker's integrated bios. I am trying to bring one up and am having problems. Thank you. Robert S. Jaquiss Jr. ucbvax!tektronix!tekgen!robertj (uucp) robertj@tekgen.tek.com (csnet) (503) 627-4444 (audio phone at work) 8-Dec-87 13:33:31-MST,1414;000000000000 Return-Path: Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Tue, 8 Dec 87 13:33:26 MST Received: from rcc by tp4; Tue, 8 Dec 87 12:23:41 PST Received: from newton.arpa by rcc.arpa; Tue, 8 Dec 87 12:23:36 PST From: Bridger Mitchell Received: from localhost by newton.arpa; Tue, 8 Dec 87 12:23:34 PST Message-Id: <8712082023.AA08132@newton.arpa> To: swillett%plutonium.CChem.Berkeley.EDU@jade.berkeley.edu (Steve Willett) Cc: INFO-CPM@simtel20.arpa, OPTON%UHVAX1.BITNET@cunyvm.cuny.edu, bridger%rcc@rand-unix.ARPA Subject: Re: running DU on a CPM3 system In-Reply-To: Your message of Mon, 7 Dec 87 07:46:46 PST. <8712071546.AA16014@plutonium.cchem.berkeley.edu> Date: Tue, 08 Dec 87 12:23:30 PST DU uses direct bios file i/o to access disk sectors. It's an example of a program that needs repackaging to run under cp/m 3. To use it, get CPM2RSX (or similarly-named RSX) and use the CP/M 3 utility to encapsulate a COM file with that RSX. That particular RSX converts cp/m 2.2-style direct bios io calls to cp/m 3 calls via the dos AND provides full physical->logical sector deblocking. However, as noted previously, you can't just put a zcpr3 cp/m 2.2 type command processor on the boot tracks of a cp/m 3 system and go; it requires rebuilding the interface from the ground up. 8-Dec-87 22:07:45-MST,1931;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 8 Dec 87 22:07:39 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA06614; Tue, 8 Dec 87 20:57:35 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Dec 87 03:37:11 GMT From: rochester!ciaraldi@bbn.com (Mike Ciaraldi) Organization: U of Rochester, CS Dept, Rochester, NY Subject: Re: running DU on a CPM3 system (or MP/M!!) Message-Id: <5022@sol.ARPA> References: <8712071546.AA16014@plutonium.cchem.berkeley.edu>, <8712082023.AA08132@newton.arpa> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <8712082023.AA08132@newton.arpa> bridger%rcc@RAND-UNIX.ARPA (Bridger Mitchell) writes: >DU uses direct bios file i/o to access disk sectors. It's an >example of a program that needs repackaging to run under cp/m 3. >To use it, get CPM2RSX (or similarly-named RSX) and use the >CP/M 3 utility to encapsulate a COM file with that RSX. > >That particular RSX converts cp/m 2.2-style direct bios io calls >to cp/m 3 calls via the dos AND provides full physical->logical >sector deblocking. Am I missing something? The newest version of DU I have seen, version 8.9 (from sometime in 1984), is supposed to check whether it is running on CP/M 1.x, 2.x, or 3.x, and adjust accordingly. For example, it uses direct BIOS calls for 1 and 2, but uses BDOS function 50 to do its BIOS calls in 3. Meanwhile, I am in the process of converting DU to run on my MP/M system. Has anyone already done this? BTW, I assume we are talking about the same "DU"--the disk utility which lets you read, write, and modify any sector on the disk. Mike Ciaraldi arpa: ciaraldi@cs.rochester.edu uucp: seismo!rochester!ciaraldi 9-Dec-87 03:36:10-MST,940;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 9 Dec 87 03:36:06 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA12259; Wed, 9 Dec 87 02:35:40 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Dec 87 04:32:16 GMT From: abp@j.cc.purdue.edu (Jeffrey J Wieland) Organization: Purdue University Computing Center Subject: Using MicroSphere Color Graphics Board w/ Advent host adapter Message-Id: <5940@j.cc.purdue.edu> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Does anyone if its possible to install a MicroSphere Color Graphics board on an '84 series CP/M Kaypro that already has an Advent host adapter (for a RAM disk)? Thanks in advence, Jeff Wieland abp@j.cc.purdue.edu 9-Dec-87 12:13:40-MST,10738;000000000000 Return-Path: Received: from HUACHUCA-EM.ARPA by SIMTEL20.ARPA with TCP; Wed, 9 Dec 87 12:13:05 MST Date: Wed, 9 Dec 87 11:26:22 MST From: John Shaver Modernization Office To: info-cpm@SIMTEL20.ARPA Subject: Summarized responses Message-ID: <8712091326.aa28262@FHP2.HUACHUCA-EM.ARPA> Earlier, I sent out two messages. 1. Does anyone know of software for the IBM PC/PC Clones which will graphically display satellite ground tracks and which will calculate the earth observers azimuth and elevation angles? Are there astronomy programs which might relate? Would appreciate any responses. Contact me by email or AV 879/7622 or COM 602 538 =7622. Thanks John 2. Does someone have a Math Co=Processor which he would recommend as being fast and reliable? I need one for my HP Vectra, which is an AT clone. =================================== I received a number of replies. The more interesting ones have been included. Several people were kind enough to call me and spend some time on the phone with me. THanks. Messages follow: ===================================== Date: Fri, 4 Dec 87 20:32 EST From: <11SSTEIN%GALLUA.BITNET@WISCVM.WISC.EDU> Subject: Program To: steep-mo-m@huachuca-em.arpa Hi, there... Eugene, my ol' dude has requested to be of some assistance, and I have read your request, and I would suggest that you bother this user for the program... DWELLS@NRAO.BITNET - National Radio Astronomy Observatory... I guarantee that he 'll have it... - Scott 11SSTEIN@GALLUA ---------------- Date: Sun, 6 Dec 87 08:44:56 AST From: Daniel MacKay To: steep-mo-m@huachuca-em.arpa Subject: Re: Software Request I have a prog which a friend typed in from Nibble; it reads stars names, and the two angles out of a file, asks you where you are in the world, and what time it is, and plots the stars on the screen. It's pretty slick. it slides the stars around as time goes on, and you can move a box to over a star with the mouse and it'll give you the name, or you can type the name and it'll flash the star if it's on the screen, or let you know if it's not. It's called Planetarium- can send you a copy if you're int. -- +---------+ Dalhousie University | _ | From the Halifax, Nova Scotia | (_)===| Disk of ... Canada | | Daniel mackay@dalcs.UUCP +---------+ ...{utai,uunet}!dalcs!dalcsug!mackay ---------------------------- Date: Sun 6 Dec 87 09:39:50-EST From: "Wes Williams" Subject: Sat track software To: steep-mo-m@HUACHUCA-EM.ARPA This is a week direction to start but it may yield a source. Within the last couple of years I saw a TV show that described a group of 12 year olds from England that had as a class project sat. tracking. They were using computers (nothing fancy) and had punched in Russian sat. data. These kids were not only computing azimuths, but also the decaying orbits. Seems to me they also were one of the first to predict the fall of the nuclear fueled sat that the Russians lost in Canada. The coordinates they predicted were quite close to the actual fall site. Good luck, I would also like a title of this software. ----------------------------- From: harris@cel.fmc.com (George Harris) Date: 08 Dec 87 10:00:10 PST (Tue) To: steep-mo-m@huachuca-em.arpa Subject: Spacetracking software - IBM/IBM Clones There is a special interest BBS on the subject with routines that might fill your bill. When I get home this evening , I will send further details. George Harris FMC Corporation AI Center Central Engineering Laboratories Box 580 1205 Coleman Avenue Santa Clara, Ca, 95052 (408) 289-0318 ----------------------- Date: 8 Dec 87 16:49:19 PST (Tuesday) Subject: Re: Software Request From: "Leigh_Smith.XSIS"@Xerox.COM To: steep-mo-m@HUACHUCA-EM.Arpa For: John Shaver Modernization Office Ref.: Message-Id: <8712041412.aa26758@FHP2.HUACHUCA-EM.ARPA> We have developed an interactive computer graphics system which includes the items you mentioned in your message: display satellite ground tracks and which will calculate and observer's azimuth and elevation angles. This system is called TACK (named after a map tack) and is in operation at several government locations. To quote from one of our customer's Tech Notes: 'TACK is an interactive computer graphics system that integrates the following capabilities: Map Generation, Geographic data display, Symbol generation and display, Satellite trajectory simulation and display, Simulation of concurrent multiple satellite flight, Satellite sensor footprint display, A geographic data-base management and reporting system based on display-by-example, Construction and manipulation of abstractions of structures stored in data-base files or created interactively.' The system is designed to show satellite traces (and sensor footprints) on a map generated on the screen from world data bank data (resolution up to world data bank II). Satellite orbital element information is stored locally or can be input by the user. Maps are drawn on the screen for several different projections: Equirectangular, Lambert, Perspective, Mercator, Gnomonic. The area of the world displayed is determined either by the user or automatically by giving a satellite and a time of interest. The TACK system is in operation on several computer systems (IBM, & DEC) and elements are available in workstation-based systems. There is much too much other information about TACK to include in a message. From what your message said TACK can fill your need, so please contact me directly so we can discuss your requirements in more detail. Mr. Leigh Smith TACK Project Manager Xerox Special Information Systems 250 N. Halstead St. m/s 600 Pasadena, CA 91107 Phone: (818) 351-2351 Ext 5820 ---------------------------------- Date: Wed, 09 Dec 87 13:45:28 EST To: steep-mo-m@HUACHUCA-EM.ARPA From: SVAGHI%ESTEC.BITNET@CUNYVM.CUNY.EDU Subject: Satellite software Re your message below, Mr. Jan de Leeuw of the European Space Operation Centre in Darmstadt, W. Germany has developed a program which should meet your needs. You can contact him at his e-mail address ESC1079@ESOC.BITNET I hope this will be of some assistance. Best regards, Sergio Vaghi SVAGHI@ESTEC.BITNET cc: J.de Leeuw, ESOC ------------------------------ Date: Wed, 9 Dec 87 07:14:54 PST From: bobw%chem.span@VLSI.JPL.NASA.GOV (Bob Wood WA7MXZ, USU Chemistry) Subject: Satellite tracking program To: steep-mo-m@huachuca-em.arpa The best satellite tracking program I have ever seen for PC use was written by Dr. Bob McGwier, N4HY. His program is available from: AMSAT (Amateur Satellite Corp.) P.O. Box 27 Washington, D.C. 20044 (301)589-6062 The price is very nominal. The program can run with an 8087 coprocessor to speed up calculations. The graphics are very good, the system is easy to use and can be interfaced to an antenna tracking system. Bob Wood, WA7MXZ ---------------------------------- Date: Wed, 9 Dec 87 10:46:12 EST From: Vail_J@DUR08.CEO.DG.COM To: steep-mo-m@HUACHUCA-EM.ARPA Subject: Satellite Software If no one has gotten back to you, AMSAT (Amateur Satellite N. America) operates a software exchange providing programs for most computers at a modest charge. I use the new quiktrak on a PC and am reasonably impressed. It will even auto track your antenna rotaters for you, the say. The number is (301) 589-6062. Have fun, SHare and ENjoy Jphnathan Vail, N1DXG (603) 862-6562. ------------------------------ Date: Wed, 9 Dec 87 8:37:45 EST From: Les Eastman To: John Shaver Modernization Office Subject: Re: Math Co-Processor Have you tried the one HP sells for the Vectra. It is part number HP 82965A. I don't know how fast it is but I assume it is a standard 80287 chip. Mine has been going for a year with no problems. LES ------------------------------------ J. Cockney from the Washington DC area called to mention the AMSAT group, also. I got a brief description about the programs which were available and also talked about co-processors. Thank you Josh. ------------------------------------------ Leon Boberschmidt (If not spelled correctly, I may have been listening with an accent) called to memtion that Zephyr Services (412-422-6600), in Pittsburg, had several programs available. -------------------------------------------------- As mentioned by several people in the Apple area, Nibble magazine has a program which they published just prior to the arrival of Halley's Commet. I had typed the program up for my own use. This program runs on the Apple II family. -------------------------------------------------- I obtained programs from a Utah firm which would display most of the major constellations appearing in the Naval and Air Almanacs. The following information was forwarded by KOOLISH ----------------------------------------------- Subject: NASA Prediction Bulletins Keywords: Satellite, Orbital Elements, Keplerian Date: 21 Nov 87 19:25:34 GMT The most current orbital elements from the NASA Prediction Bulletins are carried on the Celestial RCP/M, (512) 892-4180, and are updated several times weekly. As a service to the amateur satellite community, the most current of these elements are uploaded weekly to rec.ham-radio. This week's elements are provided below. The Celestial RCP/M may be accessed 24 hours/day at 300 or 1200 baud using 8 data bits, 1 stop bit, no parity. (I have deleted the list as not required. I believe that several other people mentioned this and they also mentioned Kelso at the University of Texas.) ---------------------------------------------- He also sent information about a group Subject: Amateur Satellite Observers organization Date: 18 Jun 86 18:21:45 GMT There is a new and growing organization of those interested in visually observing artificial satellites. If interested contact Jim Hale, HCR 65, Box 261 B, Kingston, Arkansas 72742. Tracking software and satellite elements are available. ================================================ I have not yet heard of programs in ADA which might do this sort of thing. I had hoped that someone had done some work in this area.  9-Dec-87 12:39:35-MST,1404;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 9 Dec 87 12:39:11 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA23842; Wed, 9 Dec 87 11:37:10 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Dec 87 17:30:35 GMT From: hp-pcd!uoregon!omepd!mipos3!cadev4!dbraun@hplabs.hp.com (Doug Braun ~) Organization: Corporate CAD, INTeL Corporation, Santa Clara, CA Subject: CP/M 3 and Z-280 Message-Id: <1423@mipos3.intel.com> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I am planning to build a Z-280 computer (actually a Z-280 add-on card for my Z-80 computer), and CP/M 3 would be good for it. How can you get a generic version of CP/M 3? Will Digital Research sell one copy without charging a fortune (like the OS/2 "developer's kit")? Also, has anyone seen any documentation for the Z-280's expanded instruction set? Do any of the maker(s) of Z-280 products have things like assemblers and manuals with this information? I am having trouble getting the one Zilog salesman who can send me a programmer's manual to do so. That fact that I work for Intel doesn't help :-) Doug Braun Intel Corp CAD intelca!mipos3!cadev4!dbraun 408 496-5939 9-Dec-87 21:07:59-MST,1010;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 9 Dec 87 21:07:46 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA04698; Wed, 9 Dec 87 19:47:32 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Dec 87 01:58:13 GMT From: mccc!pjh@princeton.edu (Peter J. Holsberg) Organization: Mercer Co. Comm. College, Trenton, N. J. Subject: CP/M emulator for 3B1 or 3B2 Wanted Message-Id: <165@mccc.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I'm looking for a CP/M emulator to run on a 3B1 (680x0) or a 3B2/400 computer system. Any leads will be greatfully acknowledged. Thanks. -- Peter Holsberg UUCP: {rutgers!}princeton!mccc!pjh Technology Division CompuServe: 70240,334 Mercer College GEnie: PJHOLSBERG Trenton, NJ 08690 Voice: 1-609-586-4800 10-Dec-87 10:41:39-MST,1083;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 10 Dec 87 10:41:23 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA17815; Thu, 10 Dec 87 09:33:55 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Dec 87 00:26:14 GMT From: ems!rosevax!kksys!bird@umn-cs.arpa (0000-Mike Bird) Organization: K and K Systems, Minneapolis, MN Subject: What is ZCPR3? Message-Id: <495@kksys.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Yes, I admit it, I don't know what ZCPR3 is. Is it a PD version of a CP/M clone? Please e-mail responses to me, I'll summarize if enough people are interested. -- ================================================================================ Mike Bird (These opinions are mine, dammit!) Mail paths: bird@kksys.UUCP -or- Void where prohibited by law. ...rutgers!meccts!kksys!bird 10-Dec-87 10:43:11-MST,1798;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 10 Dec 87 10:43:00 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA17905; Thu, 10 Dec 87 09:38:45 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Dec 87 00:32:29 GMT From: ems!rosevax!kksys!bird@umn-cs.arpa (0000-Mike Bird) Organization: K and K Systems, Minneapolis, MN Subject: Looking for disk formats Message-Id: <496@kksys.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I have an NEC PC8801-A, and I belong to the Turbo User's Group. They (and Borland) do not support my machine's disk format. So what I've been doing is buying software in the Osborne format, and having a friend of mine, who owns Unidos, convert to my format. Recently, TUG dropped the Osborne format, so now I'm ordering in the Kaypro format. I did get a utility with my machine that lets me re-configure my drives to anything that CP/M can be configured for without special hardware. This means that if I can get the SPT, BSH, etc. and the 1st sector ID, Density, etc. for the Osborne and the Kaypro, then I don't have to wait for a couple of months when my friend's machine isn't busy on a day that I have free. If anyone knows what the formats are, or if there's a product for CP/M machines like Unidos, please e-mail the information to me. Thanks. -- ================================================================================ Mike Bird (These opinions are mine, dammit!) Mail paths: bird@kksys.UUCP -or- Void where prohibited by law. ...rutgers!meccts!kksys!bird 10-Dec-87 14:11:18-MST,1516;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 10 Dec 87 14:10:55 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA22337; Thu, 10 Dec 87 12:58:10 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Dec 87 17:11:33 GMT From: ecsvax!tcamp@mcnc.org (Ted A. Campbell) Organization: UNC Educational Computing Service Subject: CP/M Plus, Banked ZRDOS, Z280 Message-Id: <4290@ecsvax.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I'm wodering if operating systems have been ported to the Z280 -- CP/M Plus or the Banked version of ZRDOS. Just a query at this point: about a year ago I called Echelon to ask if they had ever ported ZCRP3 to a CP/M Plus system. They responded that CP/M Plus was a mistake from the start and that they had no intention of porting ZCPR3 for CPM3. So I'm interested to learn that such a project is underway. Does anyone know (a) what advantages the CP/M Plus version of ZCPR3 would have over CCP+; (b) whether the banked version of ZRDOS has been ported for any banked CP/M Plus BIOSes; and (c) if so, which BIOSes have been supported (I have an Osborne Executive with about three different BIOSes for it). -- Ted A. Campbell | Duke Divinity School | Durham, NC 27706 | email: tcamp@ecsvax | 10-Dec-87 16:25:03-MST,1122;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 10 Dec 87 16:24:56 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA24678; Thu, 10 Dec 87 14:28:40 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Dec 87 03:01:55 GMT From: portal!cup.portal.com!Mike_W_Ryan@uunet.uu.net Organization: The Portal System (TM) Subject: BBS SYSTEMS-HOW TO USE? Message-Id: <1892@cup.portal.com> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I have just started trying out some BBS systems like Royal Oak. They seem to run in a similar format. I have used the up/download facilities of Cserve so far so I am familiar w/ XMODEM. What I need to know is this: I have obtained and uncrunched the ROYALOAK.DIR file but, how can I obtain a description of what all these files do? There must be SOMETHING available! Nobody acn remember or reconize all those "cryptic" names. Can anyone help me out? 10-Dec-87 18:49:02-MST,1071;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 10 Dec 87 18:48:57 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA27955; Thu, 10 Dec 87 16:53:10 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Dec 87 19:04:51 GMT From: csustan!rayz@lll-winken.llnl.gov (R. L. Zarling) Organization: CSU, Stanislaus; Turlock, California Subject: Foreign Disk program for Kaypro IV Message-Id: <1041@csustan.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I am looking for a program which will allow a Kaypro IV cpm machine to read foreign disk formats (specifically Televideo cpm). If you have such a thing you are willing to sell, or know where I can get one, please reply to Ray Zarling CSU Stanislaus / Turlock, CA (209) 667 3015 day; (209) 667 1824 eve ...uunet!lll-winken!csustan!rayz ...ihnp4!lll-crg!csustan!rayz 10-Dec-87 22:09:02-MST,2819;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 10 Dec 87 22:08:53 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA02658; Thu, 10 Dec 87 20:50:31 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Dec 87 00:18:58 GMT From: tikal!sigma!bill@beaver.cs.washington.edu (William Swan) Organization: Summation Inc, Kirkland WA Subject: Re: An Idea: An Omnibus Reference Work for CP/M Message-Id: <1444@sigma.UUCP> References: <4276@ecsvax.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <4276@ecsvax.UUCP> tcamp@ecsvax.UUCP (Ted A. Campbell) writes: >For those of us who still work with CP/M programming, something I've >always wished for would be a largish book giving terminal escape >sequences, disk formats, asynchronous communications info, and >other related computer-specific info for the plethora of CP/M >machines. [...] >I wondered if this could be something we could undertake as an >online project. [...] >Maybe while we're at it, we could include basic stuff like 8080 >and Z80 mnemonics, CP/M and CP/M Plus BDOS and BIOS entry >points and the like. Maybe this would give us an opportunity >to develop something like an RSX that could deal with a standard >TERMCAP, allowing the development of near-universal screen-oriented >CP/M programs. Any interest out there? Sounds like a nice idea, and I could contribute info about one machine, but I wonder how useful this might be in the long run. I suspect that most CP/M users are now fairly knowledgeable (the dummies have gone to MSDOS now :-), and certainly those who would be calling the BBSs would have the knowledge to apply overlay patches for their system. The fear I have is the plethora of terminals (take a look at the Unix termcap files - you could extract a *lot* of info right there!), and of weird disk formats that would require very specific knowledge of *in advance* to handle. For example of the latter, my Alspa machine (8") ALWAYS makes track 0 single density, track 1 double, and the rest of the disk as selected (unless you are dealing with what it calls an IBM format, which is all SSSD). Now to confuse the issue, it does not translate double-density sectors in the BIOS, it pre-formats them skewed!! (It will work if the disk is formatted with the sectors in order, but oh, how slow it runs!) I have no idea what the 5-1/4" disks are like. As far as termcap capabilities, doesn't ZCPR3 make this available? Are you proposing to collect the information? -- William Swan {ihnp4,decvax,allegra,...}!uw-beaver!tikal!sigma!bill 11-Dec-87 01:08:12-MST,1712;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 11 Dec 87 01:08:05 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA05260; Thu, 10 Dec 87 23:52:35 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Dec 87 00:23:20 GMT From: oliveb!intelca!mipos3!cadev4!dbraun@ames.arpa (Doug Braun ~) Organization: Corporate CAD, INTeL Corporation, Santa Clara, CA Subject: Re: Looking for disk formats Message-Id: <1458@mipos3.intel.com> References: <496@kksys.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I am also wondering about disk formats. I would like to convert my homebrew system from 8" SSSD to a 5.25" format. Which format should I use? Has anyone ever compiled a list of formats? I assume a format description would include the following: Recording format: IBM (SD or DD) or Apple. This would also include definitions of gaps, CRCs, address marks, etc. These are the truly controller- dependent characteristics. Number of sides and tracks: These are drive-dependent characteristics. Sector size and sectors/track: Controllers can almose always be programmed for this. CP/M filesystem parameters: Physical sectors/sector, allocation group size, directory size, and the other Disk Parameter Block junk. Strictly software-dependent. Has anyone ever seen a list. Doug Braun Intel Corp CAD 408 496-5939 / decwrl \ | hplabs | -| oliveb |- !intelca!mipos3!cadev4!dbraun | amd | \ qantel / 11-Dec-87 03:09:54-MST,1277;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 11 Dec 87 03:09:42 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA07015; Fri, 11 Dec 87 02:00:50 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Dec 87 06:16:18 GMT From: ems!rosevax!kksys!deg@UMN-CS.ARPA (0000-Dan Germann) Organization: K and K Systems, Minneapolis Subject: Need Ithaca InterSystems I/O card info Message-Id: <499@kksys.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I have an Ithaca InterSystems I/O card, model 1110-01, for which I have no documentation. It seems to have two serial ports, what appear to be two bidirectional parallel ports, and possibly other 'stuff'. Unfortunately, it also has a plethora of jumpers on it. Does anyone have any information on this board? I'd be happy to pay for a copy of a manual. Even a recent address for Ithaca would be helpful. I can't even find a copy of Byte that's old enough to have one of their ads. Please reply via mail. Thanks! -Dan Germann deg@kksys.UUCP ...rutgers!meccts!kksys!deg 11-Dec-87 14:07:31-MST,1177;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 11 Dec 87 14:07:26 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA20508; Fri, 11 Dec 87 12:54:41 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Dec 87 06:36:45 GMT From: ihnp4!homxb!mtuxo!mtune!codas!burl!clyde!watmath!aso@ucbvax.Berkeley.EDU (aso) Organization: U of Waterloo, Ontario Subject: Northstar, Superboard Message-Id: <15825@watmath.waterloo.edu> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I would appreciate hearing from anyone that owns a NorthStar system. I have one of these beasts, and I would like to get to know others with the same machine. Also I am considering purchasing A Superboard computer, and If you also own one of these please drop me a line. I would like to know how compatible one of the Superboards are, and if they are reliable etc..... If you can add your two cents worth then great, please do so. Thanks in advance. Alan. 11-Dec-87 22:10:27-MST,6444;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 11 Dec 87 22:10:06 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA00701; Fri, 11 Dec 87 20:54:22 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Dec 87 01:41:10 GMT From: ecsvax!tcamp@mcnc.org (Ted A. Campbell) Organization: UNC Educational Computing Service Subject: CP/M Survey -- Your Responses Requested (Long) Message-Id: <4300@ecsvax.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa CP/M SURVEY =========== INSTRUCTIONS: We're attempting to gather as much information as we can about existing CP/M computers. Our intention is to compile the results into a large document file that will be made available to CP/M users and developers by way of electronic Bulletin Board services, including the comp.os.cpm newsgroup of Usenet. Your participation is very much appreciated. The survey forms which follow have been designed so that you can copy, fill out, and return them electronically. Email is the preferred means of completing and returning the form, so that all information will be immediately available in machine-readable form. Copy the survey forms which follow to your computer. You might make copies available to local BBS's or Clubs which support CP/M. Fill out as much information as you have, and be as verbose as you will. Try to give information you think would help someone unfamiliar with your computer trying to port a new program to it. We'd also appreciate other information in ASCII or Wordstar text format which you'd like to see in an omnibus CP/M reference document. Such items might include: 8080/Z80/8085/Z280 opcodes, language summaries (e.g., Small C library functions), standard BDOS and BIOS functions, and access to facilities of common software packages (such as the extended system calls for the BYE series). If you have any thoughts on the formatting or distribution, we'd like to hear. Please return the form via email to: tcamp@ecsvax.bitnet or tcamp@dukeac.bitnet or T.CAMPBELL1 on the Genie System. If you need to return a hardcopy, you may send it by U.S. snail to: Ted A. Campbell Raleigh Other Computer Club 7 Winchester Ct. Durham, NC 27707 Thanks again for your help! (cut here) ----------------------------------------------------------------------- CPU SURVEY ========== Name of Computer: CPU chip: Clock rate in megahertz: Standard RAM memory: Expandable RAM: Is RAM partitioned: Procedure to switch banks: Standard Operating System and Version number: Other operating systems: Peculiarities of this implementation, or BIOS: Is there a standard Real-Time clock? How is it accessed? Are real-time clock interrupts available to the programmer? How? Procedure to initialize the RS232 port: Procedure to set baud rate: Other procedures to set RS232 port: Procedure to send one byte to the RS232 port: Procedure to receive one byte from the RS232 port: Procedure to detect if a character is ready from the RS232 port: Procedure to detect Carrier Detect: Other CPU information: (cut here) ----------------------------------------------------------------------- TERMINAL SURVEY: ================ Name of computer or terminal: Does this computer emulate, or is it to any degree compatible, with the terminal characteristics of another computer or terminal? Size of terminal display: Lines (rows): Columns: Escape Sequences: ---------------- [Please enter in hexadecimal notation] clear screen: home cursor: directly address cursor: cursor up: cursor down: cursor left: cursor right: delete character to left of cursor: delete character at cursor: delete from cursor to end of line: delete from cursor to end of page: turn on highlight/reverse: turn off highlight/reverse: turn on dim: turn on bright: read character at cursor position: turn on/off or adjust cursor: other cursor sequences: Direct Video RAM Manipulation: ----------------------------- Is the video memory mapped? starting address of video RAM: length of line in video RAM: How are attributes mapped: Is video RAM banked? Procedure for adressing video RAM? Other notes on memory mapping: Graphics: -------- Are there character graphics? Describe graphics characters, procedures for defining and accces- sing them, etc.: Are there pixel graphics? Describe procedures for entering and exiting pixel graphics mode: Describe procedures for addressing pixels, turning them on/off, reading them, etc: Other Terminal Information: -------------------------- (cut here) ----------------------------------------------------------------------- DISK FORMAT SURVEY: ================== Name of Disk Format: Computers on which this disk format is or may be used: Physical size of disk (8", 5.25", 3.5"): Recording format (IBM, SS, DD, QD, Apple, etc.): Sides: Tracks/Side: Physical Sectors/Track: Relation of Logical Sectors to Physical Sectors: Location of bootup routine: Location of directory: Size of directory: Allocation group size: Is there a standard form of on-disk time/date stamping? What is it? Other information on disk format: (cut here) ----------------------------------------------------------------------- OTHER INFORMATION: ================= -- Ted A. Campbell | Duke Divinity School | Durham, NC 27706 | email: tcamp@ecsvax | 11-Dec-87 23:12:14-MST,824;000000000000 Mail-From: KPETERSEN created at 11-Dec-87 23:12:12 Date: Fri, 11 Dec 1987 23:12 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Subject: Simtel20 CP/M index file updated The file which describes many of the CP/M files in the archives at SIMTEL20 has been updated to add descriptions from the previous creation date to today. These files were updated: PD1:SIMCPM.IDX <--comma-delimited index w/descriptions PD1:SIMCPM.ARK <--same but ARChived --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie: W8SDZ RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST) 11-Dec-87 23:38:12-MST,922;000000000000 Mail-From: KPETERSEN created at 11-Dec-87 23:38:09 Date: Fri, 11 Dec 1987 23:38 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: portal!cup.portal.com!Mike_W_Ryan@UUNET.UU.NET Cc: Info-Cpm@SIMTEL20.ARPA Subject: BBS SYSTEMS-HOW TO USE? In-reply-to: Msg of 9 Dec 1987 20:01-MST from portal!cup.portal.com!Mike_W_Ryan at uunet.uu.net Mike, download CPMDEC03.LZT from drive D: on Royal Oak. That file is replaced each month. Check WHATSNEW on that drive and look at the header for the latest filename. It is a list of current CP/M public domain files. Each filename has a one-line description. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie: W8SDZ RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST) 12-Dec-87 04:15:36-MST,2453;000000000000 Return-Path: <@WISCVM.WISC.EDU:RALPH@UHHEPG.BITNET> Received: from WISCVM.WISC.EDU by SIMTEL20.ARPA with TCP; Sat, 12 Dec 87 04:15:24 MST Received: from UHHEPG.BITNET by WISCVM.WISC.EDU ; Sat, 12 Dec 87 05:15:20 CDT Date: 12 DEC 87 01:14- From: RALPH%UHHEPG.BITNET@WISCVM.WISC.EDU To: INFO-CPM @ SIMTEL20.ARPA Subject: Problems with the Pascal UUDECODER Date: 12-DEC-1987 00:43:27.18 From: Ralph Becker-Szendy RALPH AT UHHEPG To: GATEWAY::"info-cpm@simtel20.arpa",RALPH Subj: Problems with the Pascal UUDECODER Hi I have a little problem: I suspect the standard cp/m UUDECODEr had a bug. Here is the story: When i request a binary file (LBR, squeezed or suchlike) from the BITNET server at RPI i have to request it as UUENCODED (because our mail handler munches every binary file), and even then all the (up-arrow) are converted into ^(twiddle). So, i transfer the UUENCODED file to the cp/m micro, and run it through the regular UUDECODER (made from PD:UUDECODE.HEX or .PAS, from SIMTEL20 or the server at RPI). Unfortunately, the UUDECODER doesn't like the file: he complains about the second to last line being too short (in 80% of the cases). Here an example: M56<')',8<%.%1QT% "X$]#0&\C$#$#0#D#296#4&0'D5%%64$-?T#D#(#-/M MVP@!H) "(0 V+!H:&AH:&AH:&AH:&AH:&AH:&AH:&AH:&AH:&AH:&AH:&AH:M 3&AH:&AH:&AH:&AH:&AH:&AH:&@M <----- this line is (supposedly) too short M end And, even worse, in the rare case that UUDECODE doesn't complain about such a line being too short, sometimes the output file is wrong (like several characters missing). But, miracle, some files get through without any problem. On the other hand, i am sure that the uuencoded files did NOT get munched on the way to the micro (test: transmit it back, and compare). I have tested this with more than 30 files, and after a while it is no fun any more. So, the question is: does this UUDECODEr have a known bug, am i making a mistake, or what ? Maybe the UUENCODER used by the server is wrong (but that sounds VERY improbable). Any help is appreciated. As usual: if i get enough answers, i'll summarize then to the net. Ralph Becker-Szendy RALPH@UHHEPG.BITNET University of Hawaii / High Energy Physics Group (808)948-7391 Watanabe Hall #203, 2505 Correa Road, Honolulu, HI 96822 "Hawaii - it's not just for tourists. People actually live and work there." 12-Dec-87 04:38:25-MST,1904;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 12 Dec 87 04:38:20 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA06870; Sat, 12 Dec 87 02:50:06 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Dec 87 18:55:13 GMT From: cbosgd!clyde!burl!codas!mtune!petsd!pedsga!tom@ucbvax.Berkeley.EDU Organization: Concurrent Computer Corp., Tinton Falls, N.J. Subject: Re: An Idea: An Omnibus Reference Work for CP/M Message-Id: <241@pedsga.UUCP> References: <4276@ecsvax.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <4276@ecsvax.UUCP> tcamp@ecsvax.UUCP writes: > >For those of us who still work with CP/M programming, something I've >always wished for would be a largish book giving terminal escape ^^^^^^^^^^^^^^^ >sequences, disk formats, asynchronous communications info, and >........... info deleted ........... Check out a book called: A Programmer's Guide to Video Display Terminals by David Stephens Atlantis Publishing 1985 ISBN 0-936158-01-8 It has the escape sequences indexed by Manufacturer, Terminal, Curson Address Lead-in, Clear Screen, etc. It also has some info on the ANSI X3.64 standard. > ......... Maybe this would give us an opportunity >to develop something like an RSX that could deal with a standard >TERMCAP, allowing the development of near-universal screen-oriented >CP/M programs. Any interest out there? I think it would be terrific. I use a Perkin-Elmer terminal w/ my CPM system, and have had to go into a PD program and figure out it's hard- coded escape sequences and replace or null them out. Would terminfo be a start? 12-Dec-87 11:40:24-MST,1546;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 12 Dec 87 11:40:19 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA11757; Sat, 12 Dec 87 10:40:30 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Dec 87 14:16:12 GMT From: ptsfa!nonvon!apn@ames.arpa (Alex P Novickis) Organization: nonvon systems research group Subject: Re: Summarized responses Message-Id: <1987Dec11.061616.25408@nonvon.uucp> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa If anyone is interested, I have a pair of Fulcrum 256k 100ns RAm cards for sale for ieee696 S100 buss, Full 16 bit or 8 bit support. $220 each. Alex P Novickis [software engineering consultant] +1 707 575 9616 UUCP: {ames,sun,lll-crg,pyramid}!ptsfa!nonvon!apn CS: [76056,601] USMAIL: 1635 Ditty Ave, Santa Rosa, CA 95403 BITNET: EEFA02P@CALSTATE | Only those who attempt the absurd I think, I think it's in my basement| | ..will achieve the impossible. Let me go upstairs and check. -esher| -- Alex P Novickis [software engineering consultant] +1 707 575 9616 UUCP: {ames,sun,lll-crg,pyramid}!ptsfa!nonvon!apn CS: [76056,601] USMAIL: 1635 Ditty Ave, Santa Rosa, CA 95403 BITNET: EEFA02P@CALSTATE | Only those who attempt the absurd I think, I think it's in my basement| 12-Dec-87 13:22:36-MST,2933;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 12 Dec 87 13:22:24 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA12754; Sat, 12 Dec 87 11:52:06 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Dec 87 18:37:40 GMT From: ihnp4!alberta!edson!tic!ruiu@ucbvax.Berkeley.EDU (Dragos Ruiu) Organization: U of A, E.E., Edmonton,Canada Subject: Re: An Idea: An Omnibus Reference Work for CP/M Message-Id: <168@tic.UUCP> References: <4276@ecsvax.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <4276@ecsvax.UUCP>, tcamp@ecsvax.UUCP (Ted A. Campbell) writes: > > For those of us who still work with CP/M programming, something I've > always wished for would be a largish book giving terminal escape > sequences, disk formats, asynchronous communications info, and > other related computer-specific info for the plethora of CP/M > machines. This would make it much easier for us to develop pro- > grams with a somewaht braoder market than heretofore possible. > -- > Ted A. Campbell | > email: tcamp@ecsvax | It has been done to an extent. From my old CP/M application programming days I have a book that lists 145 terminals and PC's one per page listing: -Screen Layout in rows and columns -Row, col numbering scheme -Cursor addressing and examples -Erasure -Video Attributes -Cursor keys -Character Set -Emulation -Function keys It's invaluable (and was when you could make money in CP/M). It has a few weaknesses because it doesn't know about any real bells and whistles, and some of the info on wierd 'magic cookie' HP terminals and such doesn't even begin to describe the Twilight Zone design of them, but on the whole the book is very accurate. It has just about every PC and terminal that existed in 1985. It's: A Programmer's Guide to Video Display Terminals by David Sthephens 1985 Atlantis Publishing Corporation P.O. Box 59467 Dallas, Texas 75229 ISBN 0-936158-01-8 I haven't a clue wether this company exists anymore, or if there is a newer version. I've got mine and it would take a $lot$ of money to take it away. It has been invaluable on a number of occasions. I mean where else could you find the cursor movement sequences for a Franklin Ace ? :-) Perhaps we could find the author and persuade him to post his term database ? -- Dragos Ruiu Disclaimer: My opinons are my employer's, I'm unemployed! UUCP:{ubc-vision,mnetor,vax135,ihnp4}!alberta!edson!tic!dragos!work (403) 432-0090 #1705, 8515 112th Street, Edmonton, Alta. Canada T6G 1K7 Never play leapfrog with Unicorns... 12-Dec-87 15:29:51-MST,860;000000000000 Return-Path: Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Sat, 12 Dec 87 15:29:39 MST Received: from rcc by tp4; Sat, 12 Dec 87 14:24:43 PST Received: from localhost by rcc.arpa; Sat, 12 Dec 87 14:24:38 PST Message-Id: <8712122224.AA28670@rcc.arpa> To: ciaraldi%cs.rochester.du@rand-unix.ARPA, info-cpm@simtel20.arpa Cc: bridger%rcc@rand-unix.ARPA Subject: DU on CP/M 3 Date: Sat, 12 Dec 87 14:24:37 PST From: bridger%rcc@rand-unix.ARPA Mike, My face is (seasonally?) red. The generic DU does, indeed, check for CP/M 3 and use BDOS function 50. I have been testing with "DU3", a Rick Conn variant of DU that has only CP/M 2.2 capability. CP/M 3 users should use generic DU. When ZCPR33 is released for CP/M 3, DU3 users will be able to run that version under an RSX. --bridger 12-Dec-87 18:00:18-MST,1158;000000000000 Return-Path: Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Sat, 12 Dec 87 18:00:13 MST Received: from rcc by tp4; Sat, 12 Dec 87 16:54:27 PST Received: from newton.arpa by rcc.arpa; Sat, 12 Dec 87 16:54:24 PST Received: from localhost by newton.arpa; Sat, 12 Dec 87 16:54:22 PST Message-Id: <8712130054.AA01071@newton.arpa> To: abp@j.cc.purdue.edu (Jeffrey J Wieland) Cc: info-cpm@simtel20.arpa, bridger%rcc@rand-unix.ARPA Subject: Re: Using MicroSphere Color Graphics Board w/ Advent host adapter In-Reply-To: Your message of 09 Dec 87 04:32:16 GMT. <5940@j.cc.purdue.edu> Date: Sat, 12 Dec 87 16:54:18 PST From: bridger%rcc@rand-unix.ARPA Jeff, Our (limited) experience at Plu*Perfect Systems with MicroSphere add-on products for Kaypros has been that their software is not relocatable. Thus, although the Advent and MicroSphere hardware should be compatible, and the Plu*Perfect/Advent TurboRom software is relocatable, you may have a problem if you need to put their drivers anywhere other than the hard addresses for which they were assembled. --bridger 12-Dec-87 18:29:20-MST,1056;000000000000 Return-Path: Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Sat, 12 Dec 87 18:29:15 MST Received: from rcc by tp4; Sat, 12 Dec 87 16:33:05 PST Received: from newton.arpa by rcc.arpa; Sat, 12 Dec 87 16:33:01 PST Received: from localhost by newton.arpa; Sat, 12 Dec 87 16:32:58 PST Message-Id: <8712130032.AA00988@newton.arpa> To: rochester!ciaraldi@bbn.com (Mike Ciaraldi) Cc: info-cpm@simtel20.arpa, bridger%rcc@rand-unix.ARPA Subject: Re: running DU on a CPM3 system (or MP/M!!) In-Reply-To: Your message of 09 Dec 87 03:37:11 GMT. <5022@sol.ARPA> Date: Sat, 12 Dec 87 16:32:54 PST From: bridger%rcc@rand-unix.ARPA Mike, My face is (seasonally?) red. The generic DU does, indeed, check for CP/M 3 and use BDOS function 50. I had been testing with "DU3", a Rick Conn variant of DU that has only CP/M 2.2 capability. CP/M 3 users should use generic DU. When ZCPR33 is released for CP/M 3, DU3 users will be able to run that version under an RSX. --bridger 13-Dec-87 11:07:06-MST,1146;000000000000 Return-Path: Received: from j.cc.purdue.edu (ASC.CC.PURDUE.EDU.#Internet) by SIMTEL20.ARPA with TCP; Sun, 13 Dec 87 11:07:01 MST Received: by j.cc.purdue.edu (5.54/1.14) id AA01678; Sun, 13 Dec 87 12:53:51 EST Date: Sun, 13 Dec 87 12:53:51 EST From: abp@j.cc.purdue.edu (Jeffrey J Wieland) Message-Id: <8712131753.AA01678@j.cc.purdue.edu> To: abp@j.cc.purdue.edu, bridger%rcc@rand-unix.arpa Subject: Re: Using MicroSphere Color Graphics Board w/ Advent host adapter Cc: info-cpm@simtel20.arpa Bridger: I didn't think that software would be a problem, since as far as I can tell, one uses Z80 port i/o to talk to the uSphere Color Board. Of course, this could still be a problem if it and Advent's Ram disk happen to use the same port addresses. I'd probably better look into that, too. What I was originally concerned about was that Color Board uses the rear-most SIO chip (socket on a ribbon cable plugs in underneath the SIO), and that since the Advent Host Adapter comes up right next to this chip, it would be physically impossible to install it. Jeff Wieland abp@j.cc.purdue.edu 13-Dec-87 18:49:52-MST,1128;000000000000 Return-Path: <@RELAY.CS.NET:busu%cc.uofm.cdn@UBC.CSNET> Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Sun, 13 Dec 87 18:49:48 MST Received: from relay2.cs.net by RELAY.CS.NET id ac08677; 13 Dec 87 20:51 EST Received: from ubc by RELAY.CS.NET id aa26676; 13 Dec 87 20:47 EST Received: by ubc.csnet id AA29495; Sun, 13 Dec 87 17:33:23 pst Date: 14 Dec 87 1:29 +0600 From: Daniel Keizer To: info-cpm@SIMTEL20.ARPA MMDF-Warning: Parse error in original version of preceding line at RELAY.CS.NET Message-Id: <69*busu@cc.uofm.cdn> Subject: Disk formats Return-Receipt-To: Daniel Keizer Previously, when Simtel20 was available from BITNET, I was able to download a file containing numerous entries of disk formats for many machines. I cannot recall the name for the file, but it seems to be rather complete. Someone should load her down, I could always distribute it, but that would be troublesome. If you do want it and don't have access to SIMTEL20 or the BITNET server, I can scrape it up and send it to you. Cheers. Dan. 13-Dec-87 21:04:28-MST,1814;000000000000 Mail-From: KPETERSEN created at 13-Dec-87 21:04:20 Date: Sunday, 13 December 1987 14:14-MST Message-ID: Sender: Ken Wallewein From: Ken Wallewein To: info-cpm-request@SIMTEL20.ARPA Subject: An Idea: An Omnibus Reference Work for CP/M ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm ReSent-Date: Sun 13 Dec 1987 21:04-MST >all SSSD). Now to confuse the issue, it does not translate double-density >sectors in the BIOS, it pre-formats them skewed!! (It will work if the I've been working on a format program to do exactly that for my own 8" DSDD system (S100, SD Systems controller with WD 1791, Jade Z80 CPU) so I could change skew factors without messing around in the BIOS or figuring out some scheme to tell it what skew to use. I do skew calculation 'on the fly' now, rather than having to re-build the tables, and a little experimentation has convinced me to adopt a skew of 2 for most situations. The person from whom I bought the system had used no skew at all. It loaded programs very quickly, but re-logging the directories after rebooting was almost painful :-). Unfortunately, I have a LOT of disks already recorded in that format, and would really rather not have to go back and copy the lot over... although, come to think of it, it might be simpler... I can see no reason why a PROPERLY SELECTED skew would not work very nicely in a pre-formatted configuration. Do you know whether there might be some reason _other_ than the choice of skew factor, which could be causing the problem? If you have the source for the format program and wouldn't mind sending me a copy, I would very much appreciate it. /kenw 14-Dec-87 09:49:59-MST,1346;000000000000 Return-Path: Received: from CICGE.RPI.EDU by SIMTEL20.ARPA with TCP; Mon, 14 Dec 87 09:49:49 MST Received: from (TCPMAINT)RPICICGE.BITNET by CICGE.RPI.EDU on 12/14/87 at 11:49:29 EDT Received: by RPICICGE (Mailer X1.25) id 7386; Mon, 14 Dec 87 11:49:23 EDT Date: Mon, 14 Dec 87 11:39:00 EDT From: "John S. Fisher" To: RALPH%UHHEPG.BITNET@CICGE.RPI.EDU cc: INFO-CPM@SIMTEL20.ARPA Subject: Re: Problems with the Pascal UUDECODER In-Reply-To: RALPH@UHHEPG -- 12 DEC 87 01:14- The Pascal UUDECODE appears to be in complete agreement with all of the other UUDECODE programs I've been able to compare it to. The problem is being generated by the uuencoder used by the Bitnet file server. Apparently, the (correct) uuencoders always construct encoded data that is a multiple of 4 bytes (which becomes 3 bytes when decoded). The encoder used by my server encodes only the exact number needed. Some, if not all, of the standard decoders depend on finding a multiple of 4 bytes, thus the error. At any rate, I'll repair my uuencoder as soon as possible. However, if you take any of the files you have that are a problem and replace the trailing "M" in the problem line with " M" (3 spaces and "M") you should be able to circumvent the error. Regards, JSFisher 14-Dec-87 11:50:57-MST,937;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 14 Dec 87 11:50:13 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA16825; Mon, 14 Dec 87 09:54:35 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Dec 87 04:04:16 GMT From: portal!cup.portal.com!Mike_W_Ryan@uunet.uu.net Organization: The Portal System (TM) Subject: Re: Looking for disk formats Message-Id: <1992@cup.portal.com> References: <496@kksys.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa The file you wan't is called: DSKFMT.DAT. It can be found on the Compuserve CPMSIG in data library 2. If you don't have access to Compserve, perhaps I can obtain the file for you. The file includes the parms for NEC PC (8001A/8031). 14-Dec-87 12:25:01-MST,2004;000000000000 Return-Path: Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Mon, 14 Dec 87 12:24:40 MST Received: from rcc by tp4; Mon, 14 Dec 87 10:55:31 PST Received: from newton.arpa by rcc.arpa; Mon, 14 Dec 87 10:55:27 PST Received: from localhost by newton.arpa; Mon, 14 Dec 87 10:55:25 PST Message-Id: <8712141855.AA10189@newton.arpa> To: ecsvax!tcamp@mcnc.org (Ted A. Campbell) Cc: info-cpm@simtel20.arpa, bridger%rcc@rand-unix.ARPA Subject: Re: CP/M Plus, Banked ZRDOS, Z280 In-Reply-To: Your message of 10 Dec 87 17:11:33 GMT. <4290@ecsvax.UUCP> Date: Mon, 14 Dec 87 10:55:21 PST From: bridger%rcc@rand-unix.ARPA 1. Z280: Scott Moore at Zedux, 818-787-0113 voice, 818-787-0458 bbs has a Z280 board running with a multi-tasking OS he supplies with it. It supports multiple cp/m partitions, but not zcpr3. 2. Z3ON3 -- the port of ZCPR33 to CP/M 3 (CP/M PLUS) that is under development -- will provide essentially all ZCPR3 features on a CP/M 3 system, including: z3 external environment descriptor zcpr33 command processor flow control (FCP) resident command processor (RCP), z3 termcap z3 named directories but NOT: input/output packages (IOP). Most CP/M 3 features remain active: hashed directories bdos disk buffering RSX capability, including PUT/GET redirection There are some changes: multiple command line is zcpr3 style file-level passwords not supported by the command processor Importantly, no bios changes are required -- Z3ON3 will be a "drop-in" RSX; the user will install and remove "ZCPR33" features from a cp/m 3 system dynamically, with one command. 3. Echelon developed a banked version of ZRDOS for the DT-42, with a cp/m 2.2 bios. I don't believe any other banked versions have been developed. Trying to do one for a CP/M 3 bios would be problematic at best, because CP/M 3 makes fundamental changes in the bios/bdos disk i/o interface. --bridger 14-Dec-87 12:56:08-MST,1399;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 14 Dec 87 12:55:58 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA12099; Mon, 14 Dec 87 02:27:32 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Dec 87 19:28:46 GMT From: rosevax!kksys!bird@uunet.uu.net (0000-Mike Bird) Organization: K and K Systems, Minneapolis Subject: Re: Looking for disk formats Message-Id: <505@kksys.UUCP> References: <496@kksys.UUCP>, <1458@mipos3.intel.com> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <1458@mipos3.intel.com> dbraun@cadev4.UUCP (Doug Braun ~) writes: >I am also wondering about disk formats. > ... >Has anyone ever compiled a list of formats? Since I was the original person who brought this topic up, I think I should pass this along: Keith Peterson at SIMTEL20 sent a copy of their FLOPPY.FMT file which contains the information I was seeking. I suggest you try that source. -- ================================================================================ Mike Bird (These opinions are mine, dammit!) Mail paths: bird@kksys.UUCP -or- Void where prohibited by law. ...rutgers!meccts!kksys!bird 14-Dec-87 14:36:33-MST,1451;000000000000 Return-Path: <@RELAY.CS.NET:reid@software.org> Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Mon, 14 Dec 87 14:36:26 MST Received: from relay2.cs.net by RELAY.CS.NET id ah01392; 14 Dec 87 13:10 EST Received: from software.org by RELAY.CS.NET id ac01120; 14 Dec 87 13:02 EST Received: by spc-gould (5.52/5.17) id AA00663; Mon, 14 Dec 87 12:00:42 EST Date: Mon, 14 Dec 87 12:00:42 EST From: Tom Reid To: ems!rosevax!kksys!deg%umn-cs.arpa@RELAY.CS.NET, info-cpm@SIMTEL20.ARPA Subject: Re: Need Ithaca InterSystems I/O card info Cc: reid%software.org@RELAY.CS.NET Ithaca has been an official orphan for about 3 yearts now. I havwee a complete system with 2 8 "complete system with 2 8" and 2 56 1/2" drives, and 192K of memory vfpor the cache bios. Faster than an XT with a hard disk. Ithaca's I/O was tricky. The model I got had asyncronuousous serial ports. I havd to cut a couple of traces in order to use a modem with itdo Xmodelm transfer with it. Question: Is yours part of an Ithaca system oirr just a standalone alone card? If you have the card is the same as mine, I have installed both Kermit and MODEM76 for it ansd would love to have sonemeone else profit from the agony. it took. Tom Reid Software Productivity Consortium REston, eston, VA (703) 391-1854 (weoork), (703) 689-0091 (hoime)me) 14-Dec-87 16:48:13-MST,1092;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 14 Dec 87 16:48:00 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA27634; Sun, 13 Dec 87 06:48:07 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Dec 87 23:12:00 GMT From: clio!berger@uxc.cso.uiuc.edu Subject: Re: Looking for disk formats Message-Id: <18700009@clio> References: <1458@mipos3.intel.com> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa The closest I've seen is the list of disk formats packed with Uniform, a program and device driver by Micro Solutions in DeKalb, Il. Uniform, available for several computers, including the IBM-PC and Kaypro, reads and writes over 150 different disk formats from your host machine. Mike Berger Center for Advanced Study University of Illinois berger@clio.las.uiuc.edu {ihnp4 | convex | pur-ee}!uiucuxc!clio!berger 14-Dec-87 16:48:58-MST,1064;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 14 Dec 87 16:48:28 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA27650; Sun, 13 Dec 87 06:48:50 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Dec 87 23:15:00 GMT From: clio!berger@uxc.cso.uiuc.edu Subject: Re: Foreign Disk program for Kaypro IV Message-Id: <18700010@clio> References: <1041@csustan.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Micro Solutions Uniform is available for the Kaypro. It reads and writes over 150 different disk formats. The program is reasonably priced, and available from the publisher if you can't find it elsewhere. Micro Solutions is located in DeKalb, Il. Mike Berger Center for Advanced Study University of Illinois berger@clio.las.uiuc.edu {ihnp4 | convex | pur-ee}!uiucuxc!clio!berger 14-Dec-87 22:57:52-MST,1413;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 14 Dec 87 22:57:44 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA29191; Mon, 14 Dec 87 21:16:36 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Dec 87 17:23:21 GMT From: mcvax!ukc!stc!idec!kbsc!yorick@uunet.uu.net (Yorick Phoenix) Organization: The Knowledge-Based Systems Centre, London, UK Subject: Kermit for MP/M Message-Id: <888@kbsc.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I have a friend who is trying to transfer some files off of an Micromation MP/M system. He has so far moved the standard "Generic" CP/M Kermit (slowly) to the MP/M machine but it doesn't seem to work correctly. Has anybody ever managed to get Kermit to work under M/PM? Is there a simple set of differences between C/PM kermit and M/PM Kermit. We have the full source code for C/PM Kermit. Yorick Phoenix -- +------------------------------------------+ The Knowledge-Based Systems Center | yorick@kbsc.UUCP | 58 Northside, Clapham Common | ..mcvax!ukc!{idec,hrc63}!kbsc!yorick | LONDON SW4 9RZ England +------------------------------------------+ Voice: +44 1 350 1622 15-Dec-87 12:41:41-MST,632;000000000000 Return-Path: Received: from CRDEC-VAX2 (CRDEC-VAX2.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue, 15 Dec 87 12:41:35 MST Date: Tue, 15 Dec 87 14:26:28 EST From: "Paul V. Pullen" To: info-cpm@SIMTEL20.ARPA Subject: Foreign Disk Program for Kaypro Mycroft Labs, Inc of Tallahassee, Florida used to have a CPM disk program available about two years ago when I purchased Mite+ for my Compustar systems. They should be able to give you more info about it. As I recall, it could handle about 90 types of terminals. Their phone number is 904-385-1141 15-Dec-87 19:36:06-MST,2389;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 15 Dec 87 19:35:46 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA23789; Tue, 15 Dec 87 17:51:18 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Dec 87 17:02:47 GMT From: hp-pcd!uoregon!omepd!mipos3!cadev4!dbraun@hplabs.hp.com (Doug Braun ~) Organization: Corporate CAD, INTeL Corporation, Santa Clara, CA Subject: What is the Z-280 (People have asked) Message-Id: <1473@mipos3.intel.com> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa People have asked me what the Z-280 is, so here is a description: The Z-280 is a new Z-80 compatible chip from Zilog. It includes: Enhanced instructions including 16-bit signed and unsigned multiply and divide. Many new addressing modes for most instructions, including 16-bit indexed, stack pointer relative, pc relative, and base-indexed. On-chip peripherals: One serial port, 4-DMAs, 3 counter timers. Paged memory management, supporting virtual memory and seperated code and data space. User and system modes, allowing 'illegal opcode' traps for things like I/O in user mode. A 256-byte cache. Configurable for a 16-bit bus interface with to do burst reads (4 words in one bus cycle). This is a very sophisticated chip. With a 16-bit bus and burst memory, you shopuld get about 5x speedup, as far as I can tell. With an inproved compiler for the new instructions, even more speedup will result. The chip has been available for several months; single unit price is about $40. It blows away the Hitachi HD61480 chip, which is also a Z-80 enhancement. That chip has virtually no added instructions, no new addressing modes, crude memory management, no protection, and the same old Z-80 bus interface. By the way, the Z-280 will also run with the standard Z-80 bus, as well as the 16-bit bus. Doug Braun Intel Corp CAD 408 496-5939 / decwrl \ | hplabs | -| oliveb |- !intelca!mipos3!cadev4!dbraun | amd | \ qantel / Doug Braun Intel Corp CAD 408 496-5939 / decwrl \ | hplabs | -| oliveb |- !intelca!mipos3!cadev4!dbraun | amd | \ qantel / 15-Dec-87 21:05:27-MST,1012;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 15 Dec 87 21:05:18 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA26344; Tue, 15 Dec 87 19:48:29 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Dec 87 18:18:11 GMT From: abp@j.cc.purdue.edu (Jeffrey J Wieland) Organization: Purdue University Subject: Re: Looking for disk formats Message-Id: <5987@j.cc.purdue.edu> References: <496@kksys.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa There three programs that I am aware of: Uniform from MicroSolutions Media Master (I can't remember the manufacturer, but it's one I have for my Kaypro) Compat from Mycroft Labs Uniform is probably your best bet. They seem to have versions for all sorts of machines. Jeff Wieland abp@j.cc.purdue.edu 15-Dec-87 21:19:24-MST,1960;000000000000 Mail-From: KPETERSEN created at 15-Dec-87 21:19:22 Date: Tuesday, 15 December 1987 19:34-MST Message-ID: Sender: "John A. Wright" From: "John A. Wright" To: info-cpm-request@SIMTEL20.ARPA Subject: CP/M Devices ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm ReSent-Date: Tue 15 Dec 1987 21:19-MST I am somewhat confused. I have downloaded two terminal pgms for my Osborn I that are supposed to run off the serial port. Neither does. In my reading, I have come across the explanation of the "STAT" command which allows me to assign any physical device to a logical device. My problem is that I can't figure out form the book exactly what that means. According to the Ref manuel I have the following logical devices: CON: >> Keyboard + screen RDR: >> serial/parallel/ieee (Can anyone tell me what a "reader" is) PUN: >> " " " (Can anyone tell me what a "punch" is) LST: >> " " " I have the following physical devices: TTY: CRT: BAT: UC1: PTR: UR1: UR2: PTP: UP1: UP2: LPT: UL1: Does anyone have a simple explanation for all this, or even a not so simple one would be a help. From what I have found, the RS-232 (Serial) port and the 9 pin (modem) port have about the same functions. Book says "the modem and RS-232 interfaces are basically one and the same; the primary difference is that many of the signal levels on the RS-232 connector are help constant, while you can manipulate them using the modem connector." It goes on further to say: "If all you need to do is read to and from the modem/or serial port, simply change the IO BYTE indirectly by using the CP/M STAT command..." Seems to me I should be able to run a standard modem off the RS-232 port if I can change the IO BYTE. Any ideas? Thanks in advance. 15-Dec-87 22:03:31-MST,2803;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 15 Dec 87 22:03:15 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA27176; Tue, 15 Dec 87 20:33:11 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Dec 87 03:12:35 GMT From: rochester!ciaraldi@bbn.com (Mike Ciaraldi) Organization: U of Rochester, CS Dept, Rochester, NY Subject: Re: Kermit for MP/M Message-Id: <5258@sol.ARPA> References: <888@kbsc.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <888@kbsc.UUCP> yorick@kbsc.UUCP (Yorick Phoenix) writes: > >Has anybody ever managed to get Kermit to work under M/PM? Is there a simple >set of differences between C/PM kermit and M/PM Kermit. We have the full >source code for C/PM Kermit. Yes, I have been using various versions of CP/M Kermit on my Z-80 S-100 MP/M system for several years. The latest is CP/M Kermit 4.05, but I have also used the Turbo Pascal QKKERMIT. All I did was use the standard technique of putting in my initialization code and code to read and write the correct I/O ports for my serial board. So, it is really just like CP/M. How did I manage this? Well, my modem is on a serial port that is known to MP/M as a user terminal, but I tricked MP/M into ignoring it by pulling the jumper on the board so that the input interrupt is disabled. Ordinarily, as soon as a character came in from the modem MP/M would service the interrupt, grab the character, and put it in the input buffer for that user. Since I wanted Kermit to be able to test for and grab the character, I had to disable the interrupts. So, MP/M never knows that a character has come in. If you have to use a port that is serviced by MP/M, you will have to access it through the operating system. I see two ways to do this. One is to do BIOS calls, putting in the correct terminal number in the right register so as to sense and fetch from (and send to, of course) the right serial port. The other is to use the BDOS status and in/out calls, which always refer to the "attached" terminal. Then keep giving the BDOS (actually XDOS) calls that attach and detach the two terminals, namely the one assigned to your console and the one assigned to the modem. Hope this helps. Also, I seem to recall that when the MODEM700 series of terminal programs came out several years ago, someone generated suggested patches for MP/M. Maybe these would give you some ideas. Mike Ciaraldi University of Rochester Computer Science Department arpa: ciaraldi@cs.rochester.edu uucp: seismo!rochester!ciaraldi 15-Dec-87 22:15:50-MST,2015;000000000000 Mail-From: KPETERSEN created at 15-Dec-87 22:15:48 Date: Tue, 15 Dec 1987 22:15 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Subject: Ideas on file splitting --forwarded message-- Relayed-From: RCP/M Royal Oak (313-759-6569) Date: 14-Dec-87 From: Lee Rimar Re: Ideas on file splitting Sometimes I get a text file so large it becomes clumsy to edit. WordStar gets very slow on big files, and hogs disk spaces. VDE limits file size to available memory, usually around 48-52K. There are file splitting programs, but they have problems. Many are written in Pascal, big and slow. Assembly language versions are much better. But they all work by copying the big file into several small files. Time consuming, and takes up more disk space. I have a faster way to do it. Maybe a trick "old hands" in CP/M have known for years, but I've never seen/heard it mentioned: Use a disk editor to modify the directory entry for the file. Changing a few bytes in each physical directory extent can "split" a file into several smaller files. Typically these files will be 16K, but it depends on physical/logical extent layout. You should work only with back-ups or scratch disk. Also a good idea to run a directory "Sort & Pack" program first. A "cleaned-up" directory is easier to work with. With SODU82 (Screen Oriented DU, v8.2), I can split any size file into 16K blocks in less than a minute. But I'm doing it manually. I look at the directory entries, decide what bytes to change, and key in the values myself. I think a program to automate this could do the same thing in 2-3 seconds. But I've never seen such a program, and don't know assembly language well enough to write one. Which leads me to the 64K question(s): Has anyone ELSE seen such a program? Would anyone consider writing one? Let me know . . . 16-Dec-87 04:04:26-MST,1433;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 16 Dec 87 04:04:22 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA04491; Wed, 16 Dec 87 02:50:42 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Dec 87 07:45:43 GMT From: cbosgd!mandrill!hal!ncoast!peng!sir-alan!ameyer@ucbvax.Berkeley.EDU (Andy Meyer) Organization: Allegheny College, Meadville, PA Subject: Need Altos help! Message-Id: <301@sir-alan.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I am imploring those Altos users out there (I *know* you're there!) for some help with my Series 5 machine. I need the following: 1) A more recent User Manual than the one I have, marked "Preliminary, Revision D, February 26, 1982." I will pay for copying expenses. 2) A printer cable for a Centronics-type parallel printer. (again, the manual is more handicap than help!) Surely, some Altos employee has one to spare? 3) Info on how to read the realtime clock (CTC?) while in CP/M mode. This would be a boon for most of my projects. All slivers of information, no matter how small, are greatly appreciated, and will be scrutinized at length. Thanks much. *** REPLACE THIS LINE WITH YOUR MESSAGE *** 16-Dec-87 04:33:07-MST,1166;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 16 Dec 87 04:32:58 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA05024; Wed, 16 Dec 87 03:12:09 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Dec 87 05:41:44 GMT From: abp@j.cc.purdue.edu (Jeffrey J Wieland) Organization: Purdue University Subject: Re: Kermit for MP/M Message-Id: <5990@j.cc.purdue.edu> References: <888@kbsc.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <888@kbsc.UUCP> yorick@kbsc.UUCP (Yorick Phoenix) writes: >I have a friend who is trying to transfer some files off of an Micromation >MP/M system. >He has so far moved the standard "Generic" CP/M Kermit (slowly) to the MP/M >machine but it doesn't seem to work correctly. If he hasn't tried it already, perhaps the Generic Kermit for CP/M 3.0 would work. I seem to recall that CP/M 3.0 and MP/M have somthing in common. Jeff Wieland abp@j.cc.purdue.edu 16-Dec-87 07:09:29-MST,1782;000000000000 Mail-From: KPETERSEN created at 16-Dec-87 07:09:25 Date: Wed, 16 Dec 1987 07:09 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Cc: RCPM-SysOps@SIMTEL20.ARPA Subject: NULU152A now available from SIMTEL20 - long awaited fix! The long-awaited fix for NULU is here! Now available via standard anonymous FTP from SIMTEL20... Filename Type Bytes CRC Directory PD1: NULU152A.LBR BINARY 56192 C306H NULU152A is a new release (from England) of Martin Murray's "NULU" LBR file maintenance utility for 8080 and Z80 CP/M computers. The original documentation for NULU version 1.5 (included in the library) still applies except for the section headed NULU MODIFICATION where the patch addresses have changed. These have been detailed in NULUMOD.DOC and NULUTERM.ASM. This version corrects the problem with prior versions of NULU, when extracting data from a library on one drive to files on another. This was found to be due to a bug in the CP/M 2.2 BDOS associated with BDOS function 37 (Reset Drive). It also corrects a problem with the Krunch command. The changes made are discussed in detail in NULU152.INF included in the LBR. You should get this file even if you are not interested in NULU because it contains some very informative information on undocumented features in the CP/M 2.2 and CP/M-Plus BDOS. This file is also available on my RCP/M and on GEnie's CP/M RoundTable. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie: W8SDZ RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST) 16-Dec-87 08:30:49-MST,4401;000000000000 Return-Path: Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Wed, 16 Dec 87 08:30:38 MST Received: by decwrl.dec.com (5.54.4/4.7.34) id AA11590; Wed, 16 Dec 87 06:27:17 PST Message-Id: <8712161427.AA11590@decwrl.dec.com> From: binder%fizbin.DEC@decwrl.dec.com (That's not just *any* racket, it's Brahms' Third Racket.) Date: 16 Dec 87 08:48 To: infocpm@decwrl.dec.com Subject: RE: CP/M Devices From SAC.HQSAC-DOCT@E.ISI.EDU (John A. Wright): > In my reading, I have come across the explanation of the "STAT" > command which allows me to assign any physical device to a logical > device. My problem is that I can't figure out form the book exactly > what that means. I may not be able to answer all your questions, but I'll take a shot at what I can. > RDR: >> serial/parallel/ieee (Can anyone tell me what a "reader" is) > PUN: >> " " " (Can anyone tell me what a "punch" is) These are from the days of my relative youth, John, back when much computer I/O was done with paper tape. Much, but not all, of that paper tape was run through Teletype Model ASR-33 terminals, which were a) reasonably cheap and b) about the only terminals available. The ASR-33 is really three devices in one: a hardcopy terminal (keyboard and printer), a paper tape reader, and a paper tape punch. The three devices all share the same serial line, which can be wired either half- or full-duplex. Because a given program may need to talk at different times to various physical devices whose characteristics may differ widely, CP/M allows you an easy way to do that. It embodies the concept of "logical" devices, which exist only in software. CON:, KBD:, RDR:, and PUN: are the CP/M logical devices. Think of them as black boxes. It is the task of the BIOS to translate the communications to and from the proper formats. Inside each of the black boxes, the translation is made between the program's data transfer protocol and that of the physical device to which the logical device is assigned. For example, suppose you want to sell bread in cases of 12 loaves. People buying bread want only one loaf at a time. You hire a person to take the loaves out of the cases and sell them one at a time. You are transferring bread to a logical device named "Middleman" who is in turn transferring it to physical devices named "people". In the case of RDR: and PUN:, these logical devices can be assigned to physical device TTY: along with logical devices CON: and KBD: -- the result is that you can then use the paper tape stuff on the Teletype simply by knowing the right time to stop and start the reader or punch. Or they can be assigned to PTR: and PTP:, which are most likely the RS232 port. > From what I have found, the RS-232 (Serial) port and the 9 pin (modem) > port have about the same functions. Book says "the modem and RS-232 >interfaces are basically one and the same; the primary difference is > that many of the signal levels on the RS-232 connector are help > constant, while you can manipulate them using the modem connector." On your RS232 connector, signals like DSR (Data Set Ready), CTS (Clear to Send), and DCD (Data Carrier Detect) are probably wired true so that the connector will look like a fully functional and ready modem to any printer that you may attach. Other signals such as DTR (Data Terminal Ready) and RTS (Request to Send) may be wired true so that you can connect a modem without having to manipulate all the complex RS232 protocol. Doing this, however, does limit your ability to monitor system faults, because your hardware won't see it if the modem goes south. > It goes on further to say: "If all you need to do is read to and from > the modem/or serial port, simply change the IO BYTE indirectly by > using the CP/M STAT command..." > Seems to me I should be able to run a standard modem off the RS-232 > port if I can change the IO BYTE. Any ideas? Seems to me that you're probably right. But changing the I/O Byte may not be necessary. You may be able to just assign RDR: and PUN: to the appropriate port. Cheers, Dick Binder (The Stainless Steel Rat) DEC Easynet: FIZBIN::BINDER uucp: { decvax, allegra, ucbvax... }!decwrl!fizbin.dec.com!binder Internet: binder%fizbin.DEC@decwrl.DEC.COM 16-Dec-87 09:32:43-MST,2610;000000000000 Return-Path: Received: from EDWARDS-2060.ARPA by SIMTEL20.ARPA with TCP; Wed, 16 Dec 87 09:32:39 MST Date: Wed 16 Dec 87 08:31:24-PST From: D-ROGERS@EDWARDS-2060.ARPA Subject: I/O ASSIGNMENTS To: INFO-CPM@SIMTEL20.ARPA Message-ID: <12358959358.11.D-ROGERS@EDWARDS-2060.ARPA> Sorry to post this on the whole net, but i couldn't come up with a valid return address from the original msg. >Sender: "John A. Wright" >Subject: CP/M Devices >I am somewhat confused. I have downloaded two terminal pgms for my >Osborn I that are supposed to run off the serial port. Neither does. >In my reading, I have come across the explanation of the "STAT" >command which allows me to assign any physical device to a logical >device. My problem is that I can't figure out form the book exactly >what that means. >According to the Ref manuel I have the following logical devices: > CON: >> Keyboard + screen > RDR: >> serial/parallel/ieee (Can anyone tell me what a "reader" is) > PUN: >> " " " (Can anyone tell me what a "punch" is) > LST: >> " " " Here is an explanation of your physical devices: TTY: a hardcopy terminal, (originally a KSR-33) CRT: video terminal (CONsole) BAT: the BATCH control file UC1: Secondary COMM port PTR: COMM port IN (also the paper tape "reader" of the KSR-33) UR1: supplemental i/o IN UR2: " PTP: COMM port OUT (also the paper tape "punch" of the KSR-33) UP1: supplemental i/o OUT UP2: " LPT: the primary LIST device, (LST:), a printer, usually serial. UL1: ? >Does anyone have a simple explanation for all this, or even a not so >simple one would be a help. Stat allows you to tie a logical name eg: (CON:) to a *particular* physical device eg: (TTY:) so that standard CP/M system calls will access the correct port on YOUR system. an example might be: A>stat dev: the system might return: CON: is CRT: LST: is LPT: to change the assignments: A>stat logdev:=physdev: such changes are TEMPORARY, a ^C will restore defaults. But this will allow you to find which devices will run your prog's and you can sysgen the changes if need be (or modify the prog's to use the correct calls for your devices). Hope this is what you needed. [dale] --------------------------------------------------------------------- "...of course my opinion differs from 'most everyone else! If it were the same, i'd probably have to change it, lest i remain in error." ------- 16-Dec-87 09:35:29-MST,1241;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 16 Dec 87 09:35:22 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA09780; Wed, 16 Dec 87 08:26:44 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Dec 87 23:51:19 GMT From: portal!cup.portal.com!Mike_W_Ryan@uunet.uu.net Organization: The Portal System (TM) Subject: M80/L80 files? Message-Id: <2021@cup.portal.com> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I was trying to poke around with Ron Cains Small C compiler as I obtained it from The International Software Library and I noted a problem. Once the source is compiled into a macro file, we need a macro assembler. The submit files included seem to indicate this, but thebut the files were not included, nor are they in their catalog. I have thumbed through the files available on the Royal Oak BBS, but can't decide which of these would work for me, short of downloading a pile of files and trying them one by one. Does anyone know of a macro assembler suitable for Small C?. 16-Dec-87 09:48:41-MST,518;000000000000 Return-Path: Received: from EDWARDS-2060.ARPA by SIMTEL20.ARPA with TCP; Wed, 16 Dec 87 09:48:39 MST Date: Wed 16 Dec 87 08:47:26-PST From: D-ROGERS@EDWARDS-2060.ARPA Subject: disk drives/formats To: info-cpm@SIMTEL20.ARPA Message-ID: <12358962279.11.D-ROGERS@EDWARDS-2060.ARPA> My last reply to Doug Braun got through OK but my mailer couldn't pull a usable return address from his last msg. If he'd send me a good one i can do a direct reply. ADVthanxANCE [dale] ------- 16-Dec-87 12:06:20-MST,1704;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 16 Dec 87 12:06:10 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA12984; Wed, 16 Dec 87 10:47:56 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Dec 87 15:11:12 GMT From: ecsvax!tcamp@mcnc.org (Ted A. Campbell) Organization: UNC Educational Computing Service Subject: UCPM Project (CP/M Survey) Message-Id: <4320@ecsvax.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa For those of you who may be filling out the CP/M Survey form, let me make a couple of notes. If you don't have the time to fill in all the RS232 info, please indicate (if you can) what UART or SIO chip your computer uses, and (again, if you have it) what ports are utilized. We can deduce a lot from this. If your computer emulates a standard terminal (ADM3A, ANSI, etc.), you do not need to fill out the entire escape sequences. At this point, however, I have not yet received forms from Kaypro users--and we'd like to have copies of their escape sequences. If you have a Kaypro 10, '84 series Kaypro, or an earlier Kaypro model, I'd encourage you to fill out the escape sequences. Thanks very much. Osborne Users: we've got the basic O1 and Executive information. If you're a Vixen user, you might just drop a note and indicate the extent to which its terminal sequences differ from the O1 or Exec. -- Ted A. Campbell | Duke Divinity School | Durham, NC 27706 | email: tcamp@ecsvax | 18-Dec-87 10:24:24-MST,569;000000000000 Return-Path: Received: from Xerox.COM by SIMTEL20.ARPA with TCP; Fri, 18 Dec 87 10:24:15 MST Received: from Burger.ms by ArpaGateway.ms ; 18 DEC 87 09:23:27 PST Sender: "Cynthia_A._Burnett.Sunnyvale"@Xerox.COM Date: 18 Dec 87 09:22:44 PST (Friday) Subject: Convert CPM to MS-DOS From: "Cynthia_A._Burnett.Sunnyvale"@Xerox.COM To: info-cpm@simtel20.Arpa Reply-to: "Cynthia_A._Burnett.Sunnyvale"@Xerox.COM Message-ID: <871218-092327-2969@Xerox> looking for a way to convert CPM files to MS-DOS can anyone help? 18-Dec-87 19:18:09-MST,1014;000000000000 Return-Path: Received: from ngp.utexas.edu by SIMTEL20.ARPA with TCP; Fri, 18 Dec 87 19:18:03 MST Date: Fri, 18 Dec 87 20:17:59 CST From: mknox@ngp.utexas.edu (Margaret H. Knox) Posted-Date: Fri, 18 Dec 87 20:17:59 CST Message-Id: <8712190217.AA16286@ngp.utexas.edu> Received: by ngp.utexas.edu (5.51/5.51) id AA16286; Fri, 18 Dec 87 20:17:59 CST To: info-cpm@simtel20.arpa Subject: PIPing random files My thanks to all those who replied concerning problems when PIPing random files. Many pointed out that the O option must be used to prevent PIP from seeing ^Z as an EOF. Unfortunately, we had already done this. I am afraid the most accurate (if not the most helpful) reply pointed out "it can't be done." Actually, it can be SOMETIMES done. I have PIPed random files and had it work. I have also had it fail miserably! No one had a utility which interpreted the random record info and copied the file correctly. Sigh. Again, much thanks. mknox 18-Dec-87 19:23:44-MST,544;000000000000 Return-Path: Received: from ngp.utexas.edu by SIMTEL20.ARPA with TCP; Fri, 18 Dec 87 19:23:32 MST Date: Fri, 18 Dec 87 20:23:19 CST From: mknox@ngp.utexas.edu (Margaret H. Knox) Posted-Date: Fri, 18 Dec 87 20:23:19 CST Message-Id: <8712190223.AA16324@ngp.utexas.edu> Received: by ngp.utexas.edu (5.51/5.51) id AA16324; Fri, 18 Dec 87 20:23:19 CST To: info-cpm@simtel20.arpa Subject: QP/M Ooops! Someone slipped in a new one on us. Please, kind sir (aka Mitch Mlinar), what's a QP/M? tnx (:-} 20-Dec-87 11:35:50-MST,523;000000000000 Return-Path: Received: from ECLC.USC.EDU by SIMTEL20.ARPA with TCP; Sun, 20 Dec 87 11:35:47 MST Date: Sun 20 Dec 87 10:35:34-PST From: Dick Subject: Hard disk info needed,, To: info-cpm@SIMTEL20.ARPA Desires:"gag me with a Valley girl" (ohmigod!) Message-ID: <12360030540.36.MEAD@ECLC.USC.EDU> I would like to get the Maint/Tech manual, or ANY manual, for a Computer Memories, Inc (CMI) Model CM 6640 hard drive. Thanks Dick ------- 20-Dec-87 21:22:58-MST,1876;000000000000 Return-Path: Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Sun, 20 Dec 87 21:22:54 MST Received: from rcc by tp4; Sun, 20 Dec 87 20:16:02 PST Received: from newton.arpa by rcc.arpa; Sun, 20 Dec 87 20:15:58 PST Received: from localhost by newton.arpa; Sun, 20 Dec 87 20:15:56 PST Message-Id: <8712210415.AA11798@newton.arpa> To: "Cynthia_A._Burnett.Sunnyvale"@xerox.com Cc: info-cpm@simtel20.arpa, bridger%rcc@rand-unix.ARPA Subject: Re: Convert CPM to MS-DOS In-Reply-To: Your message of Fri, 18 Dec 87 09:22:44 PST. <871218-092327-2969@Xerox> Date: Sun, 20 Dec 87 20:15:51 PST From: Bridger Mitchell DosDisk -- a MS-DOS Disk Emulator for CP/M -- has just been completed. It may do more, or less, than what you need, depending... DosDisk runs on CP/M 2.2 or 3 systems that have a "modern" bios that can support foreign disk formats. Currently, it is preconfigured for Kaypro with Turborom or QPM, Morrow MD3 and MD11, ON!, Ampro LittleBoard, Xeros 820-I with Plus-2 rom, and Commodore C128. The kit version, for assembly-language buffs, can be configured for other supporting bioses. Unlike file-transfer programs such as Uniform and MediaMaster, DosDisk allows cp/m programs to use the pc disk *directly* -- i.e. you can run WordStar, dBase, ... on files on the pc disk, no copying is needed. Effectively, the pc disk becomes a cp/m disk in a cp/m computer. If you don't have a suitable bios, or if you need only to copy files, Uniform, MediaMaster or one of the CP/M public domain transfer utilities may be what you want. If you want to use the CP/M disk on an MS-DOS computer, Uniform and other companies have similar MS-DOS utilities. A DosDisk announcement should be forthcoming to this list shortly. --bridger mitchell 21-Dec-87 08:43:30-MST,1427;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 21 Dec 87 08:43:25 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA26892; Mon, 21 Dec 87 07:41:31 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Dec 87 11:16:03 GMT From: jik@athena.mit.edu (Jonathan Isaiah Kamens) Organization: Massachusetts Institute of Technology Subject: Apple CP/M WordStar v. 4? Message-Id: <2085@bloom-beacon.MIT.EDU> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Howdy! I am looking for people using Apple CP/M who have actually PAID (Yes, PAID) MicroPro for WordStar v.4, CP/M edition. I am asking because MicroPro has basically shafted me.... I paid $94 dollars to upgrade to the new software, and it is unuseable on my system (//+ with a StarCard and a generic 80-column card). This is extremely unusual because the old WordStar (v.3.33) worked perfectly. Any help with this would be greatly appreciated. Send E-mail, and if I get enough responses, I'll summarize. -=> Jonathan I. Kamens | "There is no expedient to which man will not go MIT '91 | to avoid the real labor of thought." jik@ATHENA.MIT.EDU | -- Thomas Alva Edison 21-Dec-87 09:20:06-MST,1381;000000000000 Return-Path: Received: from freedom.llnl.gov by SIMTEL20.ARPA with TCP; Mon, 21 Dec 87 09:19:56 MST Received: by freedom.llnl.gov (3.2/1.26) id AA10680; Mon, 21 Dec 87 08:15:50 PST Date: Mon, 21 Dec 87 08:15:50 PST From: rzh@freedom.llnl.gov (Roger H. Hanscom (415) 423-0441) Message-Id: <8712211615.AA10680@freedom.llnl.gov> To: info-cpm@simtel20.arpa Subject: Converting CP/M to MS-DOS >From: "Cynthia_A._Burnett.Sunnyvale"@Xerox.COM >looking for a way to convert CPM files to MS-DOS >can anyone help? One of the quickest, hassle-free ways to copy CP/M to MS-DOS (also least expensive) is to use an MS-DOS comm. program (QMODEM is a good one) to receive RS-232 from the CP/M machine. There are some limitations, however. You have to have access to both computers at the same time, and be able to cable them together. You must convince the CP/M machine to transmit the file to its serial port. And, of course, non-ASCII files present more of a challenge. I have a Cromemco S-100 that uses a serial device for CONSOLE. A PC clone makes a wonderful dumb terminal for the Cromemco, and QMODEM running on the clone lets me move files both ways. You can pick up a copy of QMODEM from one of the PD services for $3 to $5. Computer shows in the Bay Area almost always have at least 6 PD software booths. Good Luck! :+) 21-Dec-87 09:32:10-MST,757;000000000000 Return-Path: Received: from freedom.llnl.gov by SIMTEL20.ARPA with TCP; Mon, 21 Dec 87 09:32:04 MST Received: by freedom.llnl.gov (3.2/1.26) id AA10695; Mon, 21 Dec 87 08:27:52 PST Date: Mon, 21 Dec 87 08:27:52 PST From: rzh@freedom.llnl.gov (Roger H. Hanscom (415) 423-0441) Message-Id: <8712211627.AA10695@freedom.llnl.gov> To: info-cpm@simtel20.arpa Subject: Downloading BIG files from simtel20 I have been having trouble downloading a good copy of PD1:ZCPR33.LBR,3 from simtel20. I have been able to grab other .LBR files with no problems. What am I doing wrong?? I am in TENEX, coming in from a UNIX system. Is there any significance to the ...,3 as opposed to 1 or 2??? Thnx for any hints! 21-Dec-87 16:15:24-MST,6801;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 21 Dec 87 16:15:06 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA05104; Mon, 21 Dec 87 14:45:53 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Dec 87 20:56:06 GMT From: ecsvax!tcamp@mcnc.org (Ted A. Campbell) Organization: UNC Educational Computing Service Subject: UCPM Survey--Soliciting Kaypro and Morrow Responses Message-Id: <4348@ecsvax.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa We have received UCPM survey forms for Osbornes, Apple CP/Ms, Compupro, and other CP/M computers. An obviousy missing category is Kaypro and Mrrow. If you're familiar with either computer, please return a form. We'll need rsponses from Kaypro users with 83 and 84 series graphics, and fMorrows witharious terminal configurations. Thanks. CP/M SURVEY =========== INSTRUCTIONS: We're attempting to gather as much information as we can about existing CP/M computers. Our intention is to compile the results into a large document file that will be made available to CP/M users and developers by way of electronic Bulletin Board services, including the comp.os.cpm newsgroup of Usenet. Your participation is very much appreciated. The survey forms which follow have been designed so that you can copy, fill out, and return them electronically. Email is the preferred means of completing and returning the form, so that all information will be immediately available in machine-readable form. Copy the survey forms which follow to your computer. You might make copies available to local BBS's or Clubs which support CP/M. Fill out as much information as you have, and be as verbose as you will. Try to give information you think would help someone unfamiliar with your computer trying to port a new program to it. We'd also appreciate other information in ASCII or Wordstar text format which you'd like to see in an omnibus CP/M reference document. Such items might include: 8080/Z80/8085/Z280 opcodes, language summaries (e.g., Small C library functions), standard BDOS and BIOS functions, and access to facilities of common software packages (such as the extended system calls for the BYE series). If you have any thoughts on the formatting or distribution, we'd like to hear. Please return the form via email to: tcamp@ecsvax.bitnet or tcamp@dukeac.bitnet or T.CAMPBELL1 on the Genie System. If you need to return a hardcopy, you may send it by U.S. snail to: Ted A. Campbell Raleigh Other Computer Club 7 Winchester Ct. Durham, NC 27707 Thanks again for your help! (cut here) ----------------------------------------------------------------------- CPU SURVEY ========== Name of Computer: CPU chip: Clock rate in megahertz: Standard RAM memory: Expandable RAM: Is RAM partitioned: Procedure to switch banks: Standard Operating System and Version number: Other operating systems: Peculiarities of this implementation, or BIOS: Is there a standard Real-Time clock? How is it accessed? Are real-time clock interrupts available to the programmer? How? Procedure to initialize the RS232 port: Procedure to set baud rate: Other procedures to set RS232 port: Procedure to send one byte to the RS232 port: Procedure to receive one byte from the RS232 port: Procedure to detect if a character is ready from the RS232 port: Procedure to detect Carrier Detect: Other CPU information: (cut here) ----------------------------------------------------------------------- TERMINAL SURVEY: ================ Name of computer or terminal: Does this computer emulate, or is it to any degree compatible, with the terminal characteristics of another computer or terminal? Size of terminal display: Lines (rows): Columns: Escape Sequences: ---------------- [Please enter in hexadecimal notation] clear screen: home cursor: directly address cursor: cursor up: cursor down: cursor left: cursor right: delete character to left of cursor: delete character at cursor: delete from cursor to end of line: delete from cursor to end of page: turn on highlight/reverse: turn off highlight/reverse: turn on dim: turn on bright: read character at cursor position: turn on/off or adjust cursor: other cursor sequences: Direct Video RAM Manipulation: ----------------------------- Is the video memory mapped? starting address of video RAM: length of line in video RAM: How are attributes mapped: Is video RAM banked? Procedure for adressing video RAM? Other notes on memory mapping: Graphics: -------- Are there character graphics? Describe graphics characters, procedures for defining and accces- sing them, etc.: Are there pixel graphics? Describe procedures for entering and exiting pixel graphics mode: Describe procedures for addressing pixels, turning them on/off, reading them, etc: Other Terminal Information: -------------------------- (cut here) ----------------------------------------------------------------------- DISK FORMAT SURVEY: ================== Name of Disk Format: Computers on which this disk format is or may be used: Physical size of disk (8", 5.25", 3.5"): Recording format (IBM, SS, DD, QD, Apple, etc.): Sides: Tracks/Side: Physical Sectors/Track: Relation of Logical Sectors to Physical Sectors: Location of bootup routine: Location of directory: Size of directory: Allocation group size: Is there a standard form of on-disk time/date stamping? What is it? Other information on disk format: (cut here) ----------------------------------------------------------------------- OTHER INFORMATION: ================= -- Ted A. Campbell | Duke Divinity School | Durham, NC 27706 | email: tcamp@ecsvax | 21-Dec-87 18:19:49-MST,617;000000000000 Return-Path: Received: from UBVMS (UBVMSC.CC.BUFFALO.EDU.#Internet) by SIMTEL20.ARPA with TCP; Mon, 21 Dec 87 18:19:46 MST Date: Mon, 21 Dec 87 20:17 EDT From: "Curtis R. Anderson" Subject: Where can I get myself a Z-280 chip? To: INFO-CPM@SIMTEL20.ARPA X-VMS-To: INFO-CPM,ACSCCRA I keep seeing talk about the Z-280 chip, and I would like to attempt a design with one, but what distributor stocks them, preferably in the northeast US that won't charge an arm and a leg for handling charges and doesn't complain because I only buy one? --Curtis 21-Dec-87 21:24:14-MST,683;000000000000 Return-Path: Received: from DOCKMASTER.ARPA by SIMTEL20.ARPA with TCP; Mon, 21 Dec 87 21:24:11 MST Date: Mon, 21 Dec 87 23:23 EST From: AELevy@DOCKMASTER.ARPA Subject: gs and the pcpi card To: info-cpm@SIMTEL20.ARPA Message-ID: <871222042327.909203@DOCKMASTER.ARPA> In order to support the cpm users at our club (Washington Apple Pi) I bought a pcpi card for my gs. PCPI has as of last week discontinued the product. Can I get: 1. Support for 3 1/2 drive 2. Support of Applied Engineering GSRAM - looks like apple card. 3. Support of GS printer port 4. Support of GS modem port in any comm - mex, mdm740 etc. Regards, Allan 21-Dec-87 23:48:21-MST,490;000000000000 Mail-From: KPETERSEN created at 21-Dec-87 23:48:18 Date: Monday, 21 December 1987 15:50-MST Message-ID: Sender: Ted Shapin From: Ted Shapin To: w8sdz@SIMTEL20.ARPA Subject: Want to read TRS III disk ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm ReSent-Date: Mon 21 Dec 1987 23:48-MST Looking for a way to read trsdos disk from a trs III on any CPM or MS-DOS system. 22-Dec-87 00:43:44-MST,1129;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 22 Dec 87 00:43:37 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA14319; Mon, 21 Dec 87 23:31:37 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Dec 87 17:46:18 GMT From: ucsdhub!hp-sdd!ncr-sd!ncrlnk!ncrpcd!ncroem!peter@sdcsvax.ucsd.edu (Peter S. Greis) Organization: NCR OEM Division Subject: Altos 8000 computers Message-Id: <332@ncroem.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Is anyone out there using an old Altos 8000 series computer. These ran CP/M and MP/M. Please contact me by email. I am looking for an up to date copy of the Altos Diagnostic diskette. Mine is trashed. -------------------------- Peter Greis NCR OEM Systems Division USG-1 Dayton, Ohio 45440 (513)445-1180 -- -------------------------- Peter Greis NCR OEM Systems Division USG-1 Dayton, Ohio 45440 (513)445-1180 22-Dec-87 07:32:07-MST,1094;000000000000 Return-Path: Received: from dmc-crc.arpa by SIMTEL20.ARPA with TCP; Tue, 22 Dec 87 07:32:00 MST Received: by dmc-crc.arpa; (4.12/4.7) id AA01985; Tue, 22 Dec 87 09:32:02 est Date: Tue, 22 Dec 87 09:32:02 est From: marwood@dmc-crc.arpa (G. J. Marwood) Message-Id: <8712221432.AA01985@dmc-crc.arpa> To: info-cpm@simtel20.arpa, jik@athena.mit.edu Subject: Re: Apple CP/M WordStar v. 4? Jonathan - I did the same as you and purchased the upgrade deal. I also have a similar system to yours (a ][+, a Starcard and a generic (Videoterm compatible 80-col card). I had a minor problem getting it to work, I had trouble with the Erase to End of Line code, but it now seems to work. Now I come to think of it, I have not installed the printer yet, so I don't know whether there is any problem there. I bought the Apple specific version and I also know someone who bought the generic CP/M version and patched it to work with the Applicard/Starcard. What specific problems are you having? Gordon Marwood 22-Dec-87 07:42:27-MST,1538;000000000000 Return-Path: Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Tue, 22 Dec 87 07:42:18 MST Received: by decwrl.dec.com (5.54.4/4.7.34) id AA13373; Tue, 22 Dec 87 06:42:03 PST Date: Tue, 22 Dec 87 06:42:03 PST Message-Id: <8712221442.AA13373@decwrl.dec.com> From: secrist%msdoa2.DEC@decwrl.dec.com (Richard C. Secrist, KXO SWS) To: cpm%msdoa2.DEC@decwrl.dec.com Subject: WS Faux Pas in Appleland > I am looking for people using Apple CP/M who have actually PAID (Yes, > PAID) MicroPro for WordStar v.4, CP/M edition. I am asking because > MicroPro has basically shafted me.... I paid $94 dollars to upgrade to > the new software, and it is unuseable on my system (//+ with a > StarCard and a generic 80-column card). This is extremely unusual > because the old WordStar (v.3.33) worked perfectly. Why don't you give us a hint about what's troubling you instead of just the flames ? Some suggestions: Are you running v1.6 or 2.0 or the StarCard CP/M implementation ? v2.0 is much nicer and might help you out, and it's still available from PCPI ~$40. Try 'genning up the software 70-column mode and see if that works. The new WS might hate your 80-column card. If that works we can address the 80-column card problem next. You've got a supported product now - have you called MicroPro yet ? You won't be alone because they sold oodles of those things... Have you INSTALLed the WS yet ? Last time you bought it it came ready-to-go... rcs 24-Dec-87 12:44:23-MST,1121;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 24 Dec 87 12:44:13 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA10137; Thu, 24 Dec 87 10:46:16 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Dec 87 04:43:30 GMT From: ihnp4!homxb!hropus!ki4pv!codas!killer!toma@ucbvax.Berkeley.EDU (Tom Armistead) Organization: The Org. for the Disorg. of Org. Subject: Z80 Assembler source needed Message-Id: <2559@killer.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I'm looking the for the source(s) to a (any) Z80 assembler... In any language (except COBOL... ;-> ) There was one posted to the net a year or more back that I got, but I have lost it, it was in C. Does anyone out there have or know of such a thing? Any help would be greatly appreciated!!! Tom ---- UUCP: ...!ihnp4!killer!toma -- ------------- Tom Armistead UUCP: ...!ihnp4!killer!toma 24-Dec-87 22:16:42-MST,1925;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 24 Dec 87 22:16:35 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA18457; Thu, 24 Dec 87 20:21:02 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Dec 87 01:23:14 GMT From: navajo!marria@labrea.stanford.edu (Michael Marria) Organization: Stanford University Subject: Re: PIPing random files Message-Id: <2031@navajo.UUCP> References: <8711261736.AA12340@ngp.utexas.edu>, <26262XBQ@PSUVM> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Primary questions here are, if you have heard of the Visual 1050 desktop computer, is it (reportedly) KAPRO compatible? One is affecting my life through my sister who aquired one, and thus far I have managed to figure out that it will talk via telenet as an "ansi" terminal on the UNIX machines. Furthermore, I have seen the supplied software includes a CPM base and Wordstar plus a few other kwown programs. The innards include a 6502 (co)processor(?) some NEC chips, two single(?) sided 96 TPI drives etc. Any help out there? I would like to grant my sis the proper termcap, an ansi sys and amongst other things, an executable for Hack, and direction towards the preferable OS whether it be xx-DOS or stick with CPM. The supplied terminal emulator called tty1050 (which I am using to compose this) seems to only be capable of ASCII file transfers via a trap method. Is there anything else available for this machine? Any responses to the effect that this boat anchor could be replaced with a (pick your favorite clone) should be directed to /dev/null. Any real help with this problem will be graciously appreciated. Thank you, Michael R.Marria 25-Dec-87 13:20:28-MST,1569;000000000000 Mail-From: KPETERSEN created at 25-Dec-87 13:20:26 Date: Fri, 25 Dec 1987 13:20 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Cc: RCPM-SysOps@SIMTEL20.ARPA Subject: Z-Node Central phone number change The following file was recently uploaded to my RCP/M. --Keith --cut-here--CENTRAL.MSG--cut-here-- ------- Message #13034 ** General ** Posted: 11/25/87 at 6:18 pm From: David McCord To: ALL USERS About: Z-Node Central Moving Again (18 lines) Z-Node Central is moving again. Echelon is moving their operations to the Lake Tahoe area and are therefore giving up their office space in Los Altos, where this system currently resides. One of the factors in making the decision as to where to move this system was PC Pursuit access. As some of you know, the original location of this system (my home) is not accessible via PC Pursuit. Thus, moving the system back to my house was not feasible. So, the decision has been made to move the system to someone else's home. Consequently, I will no longer be the primary sysop here, but I will continue to actively participate. The new sysop will be Ron Bardarson, and the move date is next monday, November 30th. So, remember, after November 30th, the new phone number of Z-Node Central will be changed to 408/432-0821. Please copy this message and post it far and wide to hopefully get it to the folks who call infrequently. Dave 25-Dec-87 13:34:35-MST,872;000000000000 Mail-From: KPETERSEN created at 25-Dec-87 13:34:33 Date: Fri, 25 Dec 1987 13:34 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: navajo!marria@LABREA.STANFORD.EDU (Michael Marria) Cc: Info-Cpm@SIMTEL20.ARPA Subject: Visual-1050 CP/M computer info In-reply-to: Msg of 24 Dec 1987 18:23-MST from navajo!marria at labrea.stanford.edu (Michael Marria) There is a Visual-1050 users group active on GEnie's CP/M RoundTable. I'm sure they could answer all your questions as well as provide executable copies of modem file transfer programs on diskette. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie: W8SDZ RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST) 26-Dec-87 08:38:08-MST,2177;000000000000 Return-Path: Received: from dmc-crc.arpa by SIMTEL20.ARPA with TCP; Sat, 26 Dec 87 08:38:02 MST Received: by dmc-crc.arpa; (4.12/4.7) id AA06801; Sat, 26 Dec 87 10:38:53 est Date: Sat, 26 Dec 87 10:38:53 est From: marwood@dmc-crc.arpa (G. J. Marwood) Message-Id: <8712261538.AA06801@dmc-crc.arpa> To: info-cpm@simtel20.arpa Subject: Backgrounder II I have recently purchased Backgrounder II and, from what I have seen so far, it should make a very useful addition to my CP/M system. I use an Apple II+ with a PCPI Applicard. The Backgrounder II swap file resides in the 222K PCPI Ramdisk and this provides fairly quick "swap" operation (about 1 1/2 seconds). It may be that I have not yet learned all that I need to about BGII, but two functions are giving me problems. The JOT function appears to work and I can enter notes into the notepad, but if I exit from it with the SUSPEND character and then return again to JOT, the original text which I put in the JOTpad is not there. The JOTPAD file has been created and exists in the directory, but listing it (e.g. with "V" from NSWP) confirms that the file does not contain the entered text. The other difficulty is with the SCREEN function. This only partially works. If for example I list (while in foreground CP/M) a listing from NSWP, the printed output from SCREEN or the contentes of a file generated by SCREEN FILENAME are incomplete and the text is displaced to the right by about thirty characters. I am suspecting that there may be a problem with the screen driver (or maybe I don't have my terminal characteristics installed correctly; though I don't think that this is the problem as other BGII functions which use most of the terminal control commands seem to work OK). The driver that I am using is PCPI-VDX.DRV. This was a modification of the Apple IIe screen driver which has been around for a while. If anyone can make has had any similar experiences, or can suggest any solutions, I would appreciate it before I am tempted to dive in to the screen driver code. Gordon Marwood 27-Dec-87 04:44:41-MST,1230;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 27 Dec 87 04:44:37 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA16260; Sun, 27 Dec 87 03:30:55 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Dec 87 21:21:07 GMT From: santra!clinet!orion@ohio-state.arpa (Jani Kiiskinen) Organization: City Lines Oy, Helsinki, Finland Subject: Re: Z80 Assembler source needed Message-Id: <560@clinet.FI> References: <2559@killer.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I have two Z80 assembler source codes. The Z80ASM is made in assembler and by LCS, the CASM in C and by BDS respectively. Neither of them is PD. ------------------------------------------------------------------------------ Jani Kiiskinen FidoNET: 504/27 (Vaxi) Kirkkonummi/Finland UUCP: ...!mcvax!santra!clinet!orion Internet: orion@clinet.fi ------------------------------------------------------------------------------ 27-Dec-87 12:44:43-MST,1441;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 27 Dec 87 12:44:36 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA19668; Sun, 27 Dec 87 11:21:27 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Dec 87 17:12:08 GMT From: ecsvax!tcamp@mcnc.org (Ted A. Campbell) Organization: UNC Educational Computing Service Subject: UCPM Survey -- Update Message-Id: <4360@ecsvax.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa We are now receiving UCPM survey forms. Thanks to all who have completed and returned the forms. We still sollicit forms for computers for which we haven't yet received responses. Thus far we have received survey forms for the following CP/M computers: Apple ][ w/ PCPI Applicard Apple ][ w/ Microsoft Softcard Big Board I Compupro S-100 System Homebrew System Kaypro II ('83 series graphics) Northstar Advantage Osborne 1 Osborne Executive Sord M-68 Stride 440 Visual Technology 1050 If you have a machine other than these, we'd like very much to have a form from you. I you don't have the UCPM survey form, drop me a note. -- Ted A. Campbell | Duke Divinity School | Durham, NC 27706 | email: tcamp@ecsvax | 28-Dec-87 20:48:13-MST,867;000000000000 Return-Path: Received: from RADC-TOPS20.ARPA by SIMTEL20.ARPA with TCP; Mon, 28 Dec 87 20:48:08 MST Date: Mon 28 Dec 87 22:43:59-EST From: Gern Subject: Re: Convert CPM to MS-DOS To: Cynthia_A._Burnett.Sunnyvale@XEROX.COM cc: info-cpm@SIMTEL20.ARPA In-Reply-To: <871218-092327-2969@Xerox> Message-ID: <12362227528.13.GUBBINS@RADC-TOPS20.ARPA> Yes. In the Zenith Z-100 world which contains both an 8085 and a 8088, there is a ZCPM program that either emulates CPM from the command line to run CP/M programs or converts them to run under MSDOS directly. I think it uses the 8085 secretly, but programs using the NEC V20 are avaiable to perform in almost the same way. The answer is - it can be done. I don't know which way you prefer or if there are PD solutions. Cheers, Gern ------- 29-Dec-87 07:28:24-MST,1697;000000000000 Return-Path: Received: from dmc-crc.arpa by SIMTEL20.ARPA with TCP; Tue, 29 Dec 87 07:28:17 MST Received: by dmc-crc.arpa; (4.12/4.7) id AA09608; Tue, 29 Dec 87 09:28:34 est Date: Tue, 29 Dec 87 09:28:34 est From: marwood@dmc-crc.arpa (G. J. Marwood) Message-Id: <8712291428.AA09608@dmc-crc.arpa> To: info-cpm@simtel20.arpa Subject: MEX1.65 Character Loss Cc: rfowler@simtel20.arpa The CP/M system that I use is an Apple ][+ and PCPI Applicard. While developing a new overlay and PCPI driver using interrupts, to avoid the usual character loss at high baud rates, I have come across a problem which seems to afflict the Apple/Applicard even without interrupts and at 1200 baud. At this baud rate, I experience no character loss on screen during normal operation. However, if I invoke a capture file, I do experience character loss at the place where the capture buffer is being written to disk (in this case it is the Applicard add-on Ramdisk). THis loss occurs both on screen and in the captured file and, typically may be half a dozen or so characters. It seems that this bug has always been present in the MEX software that I have used, though I had not noticed it because I don't usually capture files as large as the capture buffer (16-17K). Another local user has done a similar test with MEX1.65B and a non-Apple CP/M machine and the loss does not occur. It does not, therefore, seem to be a basic problem with MEX. If any Apple/Applicard user has noticed this before and has any clues about solving the problem, I would be interested to know. Gordon Marwood 29-Dec-87 21:26:56-MST,1237;000000000000 Return-Path: Received: from dmc-crc.arpa by SIMTEL20.ARPA with TCP; Tue, 29 Dec 87 21:26:48 MST Received: by dmc-crc.arpa; (4.12/4.7) id AA10349; Tue, 29 Dec 87 23:27:03 est Date: Tue, 29 Dec 87 23:27:03 est From: marwood@dmc-crc.arpa (G. J. Marwood) Message-Id: <8712300427.AA10349@dmc-crc.arpa> To: info-cpm@simtel20.arpa Subject: Modem problems I have recently purchased a SmartTEAM 1200AT modem. The first unit I received caused quite a few errors during file transfers, e.g. about 70 in a 40K file. This was duly replaced by the supplier. The new unit still gives errors, though fewer (typically one error every 20K of file transferred). I also see the occasional altered character on the screen. I had previously seen good reports of SmartTEAM units. Does anyone have any experience of this unit. I am wondering whether to persevere and try to get another replacement or cut my losses at this point. Gordon Marwood P.S. The modem is connected to an Apple ][+ via a Super Serial Card, but I don't see that it is anything to do with the problem. I have previously used a USR Password 1200 and it is very unusual to get errors. 30-Dec-87 07:45:20-MST,756;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 30 Dec 87 07:45:15 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA07999; Wed, 30 Dec 87 06:42:21 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 Dec 87 23:33:00 GMT From: uxg.cso.uiuc.edu!seaney@uxc.cso.uiuc.edu Subject: Kermit For Kaypro Message-Id: <6400001@uxg.cso.uiuc.edu> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I desperately need kermit for a kaypro 4/84. Any help would be greatly appreciated. Steven P. Seaney seaney@uxg.cso.uiuc.edu 30-Dec-87 07:52:47-MST,1672;000000000000 Return-Path: Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Wed, 30 Dec 87 07:52:32 MST Date: Wed 30 Dec 1987 09:50:16 EDT From: Subject: ZCPR3 Port to CP/M+ To: info-cpm@simtel20.arpa Message-ID: Ted A. Campbell commented and asked: >> About a year ago I called Echelon to ask if they had ever ported ZCRP3 to >> a CP/M Plus system. They responded that CP/M Plus was a mistake from the >> start and that they had no intention of porting ZCPR3 for CPM3. So I'm >> interested to learn that such a project is underway. >> >> Does anyone know (a) what advantages the CP/M Plus version of ZCPR3 would >> have over CCP+; There was always an interest in porting ZCPR3 to CP/M-Plus systems. We just never before saw any way to do it in a universal way (i.e., not a separate port for each type of CP/M+ system) and without an enormous amount of work. Once Bridger Mitchell conceived a way to achieve a universal port, we became highly enthusiastic about the project. There are a lot of CP/M+ machines out there, and many of their owners have been asking for ZCPR3 for a long time. I have not looked at CCP+, which I believe is a limited implementation of an earlier version of ZCPR. I suspect that ZCPR3 is a far more powerful command processor than CCP+. If nothing else, there is a vast array of ZCPR3 support programs (history shells, alias processors, file maintenance shells, and many more), and the number is still growing at a significant rate. The Z community is large and enthusiastic, and if it can join forces with the CP/M+ community, we will all win. 30-Dec-87 07:53:11-MST,1110;000000000000 Return-Path: Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Wed, 30 Dec 87 07:53:05 MST Date: Wed 30 Dec 1987 09:50:46 EDT From: Subject: What is ZCPR3? To: info-cpm@simtel20.arpa Message-ID: Mike Bird asked: >> Yes, I admit it, I don't know what ZCPR3 is. Is it a PD version of a >> CP/M clone? Briefly, ZCPR3 is a highly advanced version of the CP/M command processor that incorporates the best features of many other operating systems such as Unix (nested shells, multiple commands on a line, named directories, flow control commands, command search path, modular resident command extensions, terminal independence via TCAP, extended command processors, alias processing). A good way to answer the question in more detail would be to look in the SIMTEL20 directory with ZCPR3 files. In particular, there should be files containing the strings CONCEPT and USER. These are Richard Conn's ZCPR3 concepts manual and user guide. They explain the concepts behind the design of ZCPR3 and give many examples of its use. 30-Dec-87 11:23:35-MST,2049;000000000000 Return-Path: Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Wed, 30 Dec 87 11:23:28 MST Received: from rcc by tp4; Wed, 30 Dec 87 10:12:33 PST Received: from newton.arpa by rcc.arpa; Wed, 30 Dec 87 10:12:24 PST Received: from localhost by newton.arpa; Wed, 30 Dec 87 10:12:19 PST Message-Id: <8712301812.AA01201@newton.arpa> To: marwood@dmc-crc.arpa (G. J. Marwood) Cc: info-cpm@simtel20.arpa, rfowler@simtel20.arpa, bridger%rcc@rand-unix.ARPA Subject: Re: MEX1.65 Character Loss In-Reply-To: Your message of Tue, 29 Dec 87 09:28:34 EST. <8712291428.AA09608@dmc-crc.arpa> Date: Wed, 30 Dec 87 10:11:57 PST From: Bridger Mitchell If mex is "smart", it should be polling the modem input status between each sector-write call in the flushing routine, and buffering any received characters for "catch-up" processing when the buffer-flushing is completed. [Ron Fowler: does mex do this?] But if not, it's likely that characters are arriving at the modem port before the buffer-flushing operation completes. Unless the arriving bytes are buffered before they reach mex, the first ones will be overwritten by the later ones, creating a gap in the input stream received by the mex software. The real time required to flush a buffer is system-dependent, probably dominated by the drive's step rate and the track number of the capture file, and also affected by the CPU clock rate. Another system with faster disks, a faster cpu, or even a differently located file, could have no lossage. On your system, if you capture to a ram disk, for example, there may be no lossage. Many systems have 1-3 byte buffering in the UART chip that receives the bytes from the modem; different systems use different UARTS. More buffering can be obtained by writing an interrupt-service routine for the modem ports; only a few bioses have such support, but it may be possible to write the mex overlay that way. --bridger 30-Dec-87 12:11:39-MST,512;000000000000 Return-Path: Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Wed, 30 Dec 87 12:11:30 MST Date: Wed 30 Dec 1987 14:07:20 EDT From: Subject: BITNET Gateway Query To: info-cpm@simtel20.arpa Cc: SAGE@LL.ARPA Message-ID: I have tried many times recently to respond to messages with a return path ending in .BITNET AT WISCVM.WISC.EDU. Apparently that gateway is not longer available. Can anyone tell me how to get messages to BITNET now? 30-Dec-87 13:29:35-MST,525;000000000000 Return-Path: Received: from vaxa.isi.edu by SIMTEL20.ARPA with TCP; Wed, 30 Dec 87 13:29:30 MST Posted-Date: Wed, 30 Dec 87 12:29:15 PST Message-Id: <8712302029.AA10309@vaxa.isi.edu> Received: from LOCALHOST by vaxa.isi.edu (5.54/5.51) id AA10309; Wed, 30 Dec 87 12:29:19 PST To: info-cpm@simtel20.arpa Cc: berman@vaxa.isi.edu Subject: Remove from Mail List Date: Wed, 30 Dec 87 12:29:15 PST From: Richard Berman Hi, Could you remove me from info-cpm? Thanks. 30-Dec-87 14:45:33-MST,1147;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 30 Dec 87 14:45:24 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA13174; Wed, 30 Dec 87 12:47:28 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 Dec 87 19:02:08 GMT From: oliveb!intelca!mipos3!cadev4!dbraun@ames.arpa (Doug Braun ~) Organization: Corporate CAD, INTeL Corporation, Santa Clara, CA Subject: Re: Z80 Assembler source needed Message-Id: <1519@mipos3.intel.com> References: <2559@killer.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I could also use a Z80 assempler source. I want to modify it to handle the new Z280 instuctions and addressing modes. If and when I get it done, I will be glad to re-post it. (Sorry if this is a re-posting. It bombed for me the first time) Doug Braun Intel Corp CAD 408 496-5939 / decwrl \ | hplabs | -| oliveb |- !intelca!mipos3!cadev4!dbraun | amd | \ qantel / 31-Dec-87 09:34:27-MST,1212;000000000000 Return-Path: Received: from BRL-SMOKE.ARPA by SIMTEL20.ARPA with TCP; Thu, 31 Dec 87 09:34:23 MST Date: Thu, 31 Dec 87 11:31:29 EST From: Brint Cooper To: sage@ll.arpa, info-cpm@simtel20.arpa Subject: [To: info-cpm: BITNET Gateway Query] Message-ID: <8712311131.aa03122@SMOKE.BRL.ARPA> From the Internet, you can send mail to a user at a bitnet host using the following: user%host.bitnet@cunyvm.cuny.edu This is an interim solution; be alert, in the next few months, for another change. HNY to all! _Brint ----- Forwarded message # 1: Received: from SIMTEL20.ARPA by SMOKE.BRL.ARPA id aa28389; 31 Dec 87 9:19 EST Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Wed, 30 Dec 87 12:11:30 MST Date: Wed 30 Dec 1987 14:07:20 EDT From: Subject: BITNET Gateway Query To: info-cpm@simtel20.arpa Cc: SAGE@LL.ARPA Message-ID: I have tried many times recently to respond to messages with a return path ending in .BITNET AT WISCVM.WISC.EDU. Apparently that gateway is not longer available. Can anyone tell me how to get messages to BITNET now? ----- End of forwarded messages 31-Dec-87 15:46:31-MST,833;000000000000 Return-Path: Received: from dmc-crc.arpa by SIMTEL20.ARPA with TCP; Thu, 31 Dec 87 15:46:25 MST Received: by dmc-crc.arpa; (4.12/4.7) id AA12595; Thu, 31 Dec 87 17:46:44 est Date: Thu, 31 Dec 87 17:46:44 est From: marwood@dmc-crc.arpa (G. J. Marwood) Message-Id: <8712312246.AA12595@dmc-crc.arpa> To: info-modems@simtel20.arpa Subject: 1200 Baud Modem Cc: info-cpm@simtel20.arpa After unsatisfactory results from one manufacturer's 1200 baud modem, I am now contemplating the purchase of a Packard-Bell PB1200 Plus external modem. If anyone has any good or bad experience of this modem, I would appreciate their views on this unit. I am unclear whether this modem has a programmable S-register. Can anyone clarify this ? Gordon Marwood 31-Dec-87 23:37:40-MST,701;000000000000 Mail-From: WANCHO created at 31-Dec-87 23:37:13 Return-Path: Date: Fri, 1 Jan 87 00:00:00 MST From: Frank Wancho To: INFO-CPM@SIMTEL20.ARPA Subject: Administrivia Beginning today, all messages to this list collected during the previous 24 hours will automatically be digestified on a nightly basis. USENET recipients will continue to receive individual postings to avoid mail loops. This action was taken to reduce congestion on this host, the net, and the intermediate mail relay hosts for several high-volume mailing lists originating from here. Please address any problems with this new format directly to me. --Frank