1-Jan-85 11:18:54-MST,1251;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 1 Jan 85 11:18:46-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 1 Jan 85 12:56 EST Date: Monday, 24 December 1984 10:23-MST Message-ID: Sender: decvax!dartvax!andyb@Ucb-Vax.ARPA From: decvax!dartvax!andyb@Ucb-Vax.ARPA Subject: vaporizer vs humidifier ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Micro@Brl.ARPA, Info-Cpm@Amsaa.ARPA ReSent-Date: Tue 1 Jan 1985 10:35-MST > I bought a ultrasonic humidifier to use in my computer room to keep down > static electricity in the winter. It solved the static problem but caused a > far worse one from the dust that it puts out. The dust eats up the heads of > disk drives. The dust consists of the minerals that are found in your water supply. If you live in a hard water area, the humidifier will leave a noticeable layer of dust on objects in the room. One humidifier manufacturer suggests in the owners manual, "If this humidifier will be operated in a room containing electronic equipment, USE DISTILLED WATER ONLY". Andy Behrens andyb@dartmouth.csnet {astrovax,decvax,cornell,ihnp4,linus}!dartvax!andyb 1-Jan-85 12:39:57-MST,2208;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 1 Jan 85 12:39:48-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 1 Jan 85 14:12 EST Date: 1 Jan 1985 12:13 MST (Tue) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: RBBS version 3.7 now available The latest version of RBBS, the MBASIC Remote Bulletin Board System program, is now available from SIMTEL20: Filename Type Bytes CRC Directory MICRO: RBBS37-1.LBR.1 COM 134272 3041H RBBS37-2.LBR.1 COM 67456 B0AAH The first .LBR is all you need to get up and running. The second is source code and not needed since the already-compiled program is supplied in RBBS37-1.LBR. You configure your system name, password, where files are to be stored, etc., in easily installed files using RBBSINST.COM. Thanks to Dennis Recla for this version. Here are his comments about what's in the two LBRs: RBBS37-1.LBR contains the files necessary to run RBBS37. These are the running .COM files and sample message files. -README .001 1K | BOOTPWD . 1K | BULLETIN. 1K | CALLERS . 1K COMMENTS. 1K | COUNTERS. 1K | ENTERCPM. 1K | HELP . 1K INFO . 1K | LASTCALR. 1K | MENURBBS. 1K | MESSAGES. 1K NEWCOM . 1K | NEWS . 1K | RBBS .COM 1K | RBBS37 .COM 45K RBBS37 .DQC 22K | RBBSINST.COM 27K | RBBSINST.HQP 7K | RBBSUTIL.COM 25K SUMMARY . 1K | TWIT . 1K | USERS . 1K | pwds . 1K Remember RBBS.COM is a special file that allows you to leave it in A0: and run the real RBBS.COM program in A14:. Also.. the file pwds is not in this .LBR since there is no way to produce a lowercase file in a .LBR. RBBS37-2.LBR contains the source code files for the .COM files in RBBS37-1.LBR. -README .002 1K | RBBS37 .AQC 27K | RBBS37NC.AQC 20K | RBBSINST.AQC 11K RBBSUTIL.AQC 9K Separating the files in this way allows you to download a single .LBR with all the files you need to run the system. --Keith 1-Jan-85 18:30:28-MST,846;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 1 Jan 85 18:30:23-MST Received: From mitre-gateway.arpa.ARPA by AMSAA via smtp; 1 Jan 85 19:56 EST Date: 1 Jan 1985 19:42:14 EST (Tuesday) From: Tom Reid Subject: XLISP To: info-cpm@Amsaa.ARPA A while back, I inquired whether anyone knew the possible location of the latest version of XLISP and promised a recap to the net. Alas, there is no joy in lispville. The latest version I have found is SIG/M volume 118 which is not real recent (can be found on SIMTEL20 in micro:). If there is a later version in the public domain, please let me know how to obtain it and I will take responsibility of getting it uploaded to SIMTEL20 and announcing its availability. Thanks in advance. Tom. 1-Jan-85 19:51:11-MST,1719;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 1 Jan 85 19:51:04-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 1 Jan 85 21:19 EST Date: 1 Jan 1985 19:21 MST (Tue) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: NSWP207 eats source file under CPM+ I just received NSWP207.BUG on my RCPM. Hope someone will pass this along to Dave Rand at his new U.S.A. address. --Keith DATE: 12/24/84 TOM BURNETT VACAVILLE,CA (707) 448-6702 (voice) Tek-80 RCP/M (707) 425-2277 (data) After considerable testing, an apparent bug has been found in nswp207. The following conditions will cause problems. Hardware: Lobo MAX-80 OS: CPM Plus When copying a file with the 'm' command, if the source file is over 1 extent long, and you tell it to copy to a drive that is not ready, i.e. no disk in drive, the SOURCE file is truncated to 1 extent. If the file is important, this could ruin your entire day. Nswp205, disk7 and PIP do not exhibit this behavior and nswp207 does not have the problem under CP/M 2.2 with the same hardware. 5 in., 8 in. and hard disk do not seem to make any difference, if the destination drive is not ready, the source file is eaten. The number for Dave Rand given in nswp2.ws is no longer valid, if someone would make sure this file gets to him, it would be appreciated. In the meanwhile, either be careful or use nswp205. My thanks to Mr. Rand and many others who make the fruits of their labors available for all to use and learn. 2-Jan-85 09:16:54-MST,1502;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 Jan 85 09:16:45-MST Received: From hi-multics.arpa.ARPA by AMSAA via smtp; 2 Jan 85 10:43 EST Date: Wed, 2 Jan 85 09:39 CST From: Boebert@HI-MULTICS.ARPA Subject: L80 Query To: info-cpm@AMSAA.ARPA Message-ID: <850102153928.007926@HI-MULTICS.ARPA> I recently downloaded the Small C library from Simtel. The fputs function in the library recognizes only as the line termination character, while Mince puts in only (beats me why this is the case). My primary use for Small C is programs to massage Mince-made files. So I made a two-line addition, reassembled the module, and rebuilt clib.rel with the new iolib entry. In the process I made the following discovery: The version of clib.rel on Simtel links properly into compiler-produced code with the L80 command L80 , clib/s, /n/e The reassembled version would not put a JMP instruction in 100h unless I converted an internal label in iolib (START) to public, and used the command line L80 , clib/s, /n/e:START Clearly, the orignal author did something in M80 or LIB so that L80 would recognize the internal label START of some middle module in clib.rel as the start of the program. I am using the Apple version of M80/L80/LIB from Microsoft and can find no hint of how to do this trick in their documentation. Can any of the old hands out there tell me what was done? 2-Jan-85 11:17:30-MST,562;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 Jan 85 11:17:25-MST Received: From bbnccc.arpa.ARPA by AMSAA via smtp; 2 Jan 85 12:40 EST Date: Wed, 2 Jan 85 12:26:44 EST From: Manny Crivello Subject: help simtel20 To: info-cpm@amsaa.arpa I'll be leaveing my place of employment hopefuly soon. and with this i'll be off the system that am on. What I need is there a way to log on simtel20 to download cpm programs, some guest account. Thank you for any help. M.D.CRIVELLO 2-Jan-85 12:27:48-MST,668;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 Jan 85 12:27:44-MST Date: Wed, 2 Jan 85 13:37:06 EST From: David Towson (SECAD) To: info-cpm@Amsaa.ARPA Subject: Bond at Aerospace. Fellow CP/Mers - Well, I see that the Aerospace mailer continued to reject mail to Bond (unknown user) while I fluffed-off and took a much needed holiday. I have deleted this name from the info-cpm list, and I hope to see no further rejects from Aerospace. (Bond was the last Aerospace entry.) Happy New Year to all! Dave towson@amsaa.arpa aka info-cpm-request@amsaa.arpa 2-Jan-85 16:02:37-MST,1796;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 Jan 85 16:02:31-MST Received: From rand-unix.arpa.ARPA by AMSAA via smtp; 2 Jan 85 17:38 EST Received: by rand-unix.ARPA; Wed, 2 Jan 85 14:08:22 pst From: Bridger Mitchell Message-Id: <8501022208.AA09420@rand-unix.ARPA> Date: 02 Jan 85 14:08:18 PST (Wed) To: info-cpm@Amsaa.ARPA Cc: Bridger Mitchell Subj: Wanted: Testsites for DateStamper DateStamper(TM) provides automatic, transparent, and virtually instantaneous date- and time-stamping for CP/M 2.2 files. With a real-time clock, date plus actual time is stamped; otherwise, the date plus a 'relative' time (the ordinal count of file accesses). DateStamper runs with all CP/M-standard programs; files and disks are fully compatible with standard CP/M. DateStamper is currently available in a special version for all Kaypros that have Plu*Perfect Systems' enhanced CP/M 2.2E operating system. The general CP/M version is expected to be released in late February. (The Kaypro-only version is $39 from Plu*Perfect Systems; the general version will be under $50 in 8-inch format. They include full-featured directory and file-maintenance utilities.) Beta-test sites for the general version are needed to shake out interfacing to the variety of real-time clocks used in CP/M installations. Beta sites requirements: * CP/M 2.2. * Real-time hardware or terminal clock. * ASM programming experience. * Willingness to contribute clock-interfacing code and documentation. If you would like to assist with testing DateStamper, please reply directly to me with a summary of your clock and other 2.2 system hardware. -bridger mitchell 2-Jan-85 20:59:33-MST,986;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 Jan 85 20:59:28-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Jan 85 21:43 EST Date: 2 Jan 1985 16:44 MST (Wed) Message-ID: From: "Frank J. Wancho" To: Manny Crivello Cc: INFO-CPM@Amsaa.ARPA Subject: help simtel20 In-reply-to: Msg of 2 Jan 1985 10:26-MST from Manny Crivello Manny, I'm sorry, but there are no guest accounts on SIMTEL20. However, almost all the files available here in MICRO: are also available on the Royal Oak RCPM system in a suburb of Detroit, MI. I'm sure that this information is little consolation, but certainly better than being completely cut off. In fact, while you have the chance, why don't you grab MICRO:RCPM-054.LQT and see if you can find an RCPM system in your area... --Frank 2-Jan-85 21:33:42-MST,632;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 Jan 85 21:33:39-MST Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 2 Jan 85 23:04 EST Date: 2 Jan 1985 22:57:09-EST From: jjp@ccc To: info-cpm@AMSAA.ARPA Subject: Modem7 patch for break needed Cc: jjp@ccc I need help patching modem7 to send BREAK in terminal mode using an 8251. I have the source to my version ( modem217 ) but I don't have access to simtel for an "official" patch or update. Any help will be greatly appreciated. thanks in advance Jeffrey Plum path jjp%ccc@mc 2-Jan-85 22:29:26-MST,1165;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 Jan 85 22:29:20-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 2 Jan 85 23:59 EST Received: from usenet by BRL-TGR.ARPA id a014587; 2 Jan 85 23:46 EST From: Chuck McManis Newsgroups: net.micro.cpm Subject: Re: ADDING A HARD DISK ? Message-ID: <471@intelca.UUCP> Date: 2 Jan 85 02:15:12 GMT To: info-cpm@AMSAA.ARPA Indeed Adaptec sells a Z80-ST506 harddisk adaptor that plugs into the Z-80 socket. Also Ampro sells one that implements an SCSI interface to which one could connect a Xebec SCSI-ST506 interface(aka Host Adaptor) The adaptec one requires you to relocate your CP/M image down by 2K leave your BIOS alone, insert their driver, and poof you are up and running. --Chuck -- - - - D I S C L A I M E R - - - {ihnp4,fortune}!dual\ All opinions expressed herein are my {qantel,idi}-> !intelca!cem own and not those of my employer, my {ucbvax,hao}!hplabs/ friends, or my avocado plant. :-} 2-Jan-85 22:29:53-MST,1107;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 Jan 85 22:29:48-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 2 Jan 85 23:59 EST Received: from usenet by BRL-TGR.ARPA id a014583; 2 Jan 85 23:46 EST From: Chuck McManis Newsgroups: net.micro.cpm Subject: Re: .REL format Message-ID: <470@intelca.UUCP> Date: 2 Jan 85 02:05:16 GMT To: info-cpm@AMSAA.ARPA Yes, a description exists, it is not so underground as you might expect. It is in an appendix of the MicroSoft Utilities Manual. Not wishing to get into any copyright flak I suggest you get a copy of this manual from MicroSoft or Intel Literature (408) 987-8080 (Order Number 121797-001, don't know the price) --Chuck -- - - - D I S C L A I M E R - - - {ihnp4,fortune}!dual\ All opinions expressed herein are my {qantel,idi}-> !intelca!cem own and not those of my employer, my {ucbvax,hao}!hplabs/ friends, or my avocado plant. :-} 3-Jan-85 01:18:41-MST,2119;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 3 Jan 85 01:18:34-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Jan 85 2:43 EST Date: 2 Jan 1985 23:10 MST (Wed) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: BU hard disk backup updated BU Version 1.1 updated by Bernie Eiben is now available on SIMTEL20: Filename Type Bytes CRC Directory MICRO: BU-11.LBR.1 COM 37632 7A85H Here is Bernie's description of his updates: Changed BU to keep file-attributes, when moving files to floppy - makes it easier to use NSWEEP to restore. Changed ERASE algorithm to allow to wipe files with attributes. Changed SPACE-routine and added " K left" output to screen to know, how long the specific floppy might last. Added some more "excluded" file-types and VT100 as the "default terminal". - Thanks for a GOOD and FAST Backup-utility! Here is an edited extract from the DOC file that explains what BU is: BU.COM is a simple, but effective hard disk backup utility. It will back up most hard disk systems without any need for a modification of the .ASM source code (although it has been provided if you need to change). Patch locations are provided in the .COM file for your terminal's clear screen control code or escape sequence. Another patch location sets the number of file types which you wish to have excluded from backup, the file is currently configured to skip 7 different filetypes: PRN,HEX,SYM,BAK,$$$,TMP,BAD The program asks which drives are to be used for source and destination and verifies it before continuing. It also asks if you want all user areas backed up or just the one you are in. The "F4" file attribute bit supported under CP/M can be used so BU will will only backup new files (ones that haven't had the F4 bit set by BU or some other utility such as NSWP which can set or reset the F4 attribute bit). --Keith 3-Jan-85 12:11:18-MST,1924;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 3 Jan 85 12:11:07-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Jan 85 2:44 EST Date: Tuesday, 1 January 1985 18:12-MST Message-ID: Sender: Darrel VanBuer From: Darrel VanBuer Subject: Re:2400 bps modems ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA ReSent-Date: Wed 2 Jan 1985 23:34-MST You have to be careful when buying 2400 bps modems (at least for other than internal use where you can buy ALL of the modems) is that you get ones that are likely to be compatible with what others have. I noticed that the DEC modem in the compilation in V4 #140 is a Bell 201 standard modem, while some of the others are CCITT V.24 (not sure about this number) which are quite different. Bell 201 is 2400 bps, but half-duplex over the switched network (you need a 4-wire leased line for full duplex). A venerable standard, but not universally applicable because so many systems do not support half duplex and syncronous operation. Even being 2400 bps full duplex does not ensure interoperability (for example of what can go wrong, look at 1200 bps full duplex modems where the Vadic 3400 and Bell 212 protocols are utterly different implementations of the same basic modulation scheme). I don't know what standard will finally win out, but at least you know the CCITT standards will work will most modems in Europe, and maybe here too. Darrel J. Van Buer, PhD System Development Corp. 2500 Colorado Ave Santa Monica, CA 90406 (213)820-4111 x5449 ...{allegra,burdvax,cbosgd,hplabs,ihnp4,orstcs,sdcsvax,ucla-cs,akgua} !sdcrdcf!darrelj VANBUER@USC-ECL.ARPA 3-Jan-85 12:23:35-MST,1063;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 3 Jan 85 12:23:28-MST Received: From ut-ngp.arpa.ARPA by AMSAA via smtp; 3 Jan 85 2:54 EST From: mknox Posted-Date: Wed, 2 Jan 85 19:48:29 CST Message-Id: <8501030153.AA00360@ut-ngp.ARPA> Received: by ut-ngp.ARPA (4.22/4.22) id AA00360; Wed, 2 Jan 85 19:53:20 cst Date: Wed, 2 Jan 85 19:48:29 CST To: info-cpm@Amsaa.ARPA Subject: MS-DOS // CPM-86 file transfers We are in need of a program (or programs) to run on an NEC APC under CP/M-86 and MS-DOS. The programs need to be able to allow copying files from the 'other' disk format (i.e. MS-DOS under CP/M, CP/M under MS-DOS). Pointers to either public domain or commercial programs would be appreciated. Right now we are using multiple machines and doing an RS-232 transfer. It works, but is slow, and ties up two machines. Also, does anyone know if the new version of CCP/M-86 with MS-DOS support (ver. 3.1, I believe) is available for the NEC APC. tnx 3-Jan-85 13:34:55-MST,1528;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 3 Jan 85 13:34:49-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Jan 85 14:13 EST Date: 3 Jan 1985 08:44 MST (Thu) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA Subject: KERMIT and USQ for TURBO Pascal Date: Wednesday, 2 January 1985 13:00-MST From: B.Eiben LCG Ext 617-467-4431 Re: TKERMIT.LBR and USQ.PQS for TURBO Pascal Turbo Pascal is alive and well - here two major pieces in TURBO. TKERMIT.LBR holds V1.1 of CP/M Kermit - using I/O byte redirection (currently set for DEC-VT180 - but easily changed to other systems supporting the I/O byte). ASCII (text) and Binary transfers supported up to 4800 Baud ! Directory and ERase command, port-setting etc... Documentation included for the owner of other systems. USQ.PQS is the TURBO implementation of USQ - tested on CP/M,CPM-86 and MSDOS Thanks to Jeff Duncan (LSM.DUNCAN@DEC-Marlboro) - who also promised to "bless" the opposite piece SQ.PAS Have a happy New Year! The above files are available via ANONYMOUS ftp from Simtel20: Filename Type Bytes CRC Directory MICRO: TKERMIT.LBR.1 COM 50048 447DH USQ.PQS.1 COM 5632 8F5AH They are stored in ITS-binary format. Questions on format to INFO-CPM-REQUEST@AMSAA, please. --Keith 3-Jan-85 14:25:33-MST,1010;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 3 Jan 85 14:25:26-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 3 Jan 85 15:14 EST Received: from usenet by BRL-TGR.ARPA id a005304; 3 Jan 85 14:53 EST From: jmg%bradley.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: Re: RCPM-057.LQT list of all known RCPMs Message-ID: <24900001@bradley.UUCP> Date: 6 Jan 85 05:14:00 GMT Nf-ID: #R:brl-tgr:-680500:bradley:24900001:000:428 Nf-From: bradley!jmg Dec 29 23:14:00 1984 To: info-cpm@AMSAA.ARPA could you please send me a copy of the RCPM locations you have. i would also be interested in any imformation on setting up such a system. i have been looking for such information. i have a morrow md-11 and have a 300-1200 modem. ---- thanks in advance Jeff Gibson UUCP: {cepu,ihnp4,noao,uiucdcs}!bradley!jmg Bradley University ARPA: cepu!bradley!jmg@UCLA-LOCUS Peoria, IL 61625 PH: (309) 692-9069 4-Jan-85 20:52:37-MST,543;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 4 Jan 85 20:52:33-MST Received: From utah-20.arpa.ARPA by AMSAA via smtp; 4 Jan 85 22:27 EST Date: Fri 4 Jan 85 20:30:23-MST From: Harold Carr Subject: mboot3.asm To: info-cpm@AMSAA.ARPA According to the Simtel-20 Archive Blurb mboot3.asm may be found as micro:mboot3.asm however I can't find it in that directory. Could someone point me to its current location? Thanks, Harold Carr ------- 4-Jan-85 22:18:09-MST,874;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 4 Jan 85 22:18:04-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 4 Jan 85 23:54 EST Received: from usenet by BRL-TGR.ARPA id a019816; 4 Jan 85 23:45 EST From: "Mark D. Falleroni" Newsgroups: net.micro.cpm Subject: ATR8000/Turbo Pascal Problem Message-ID: <1206@trwrba.UUCP> Date: 3 Jan 85 22:14:53 GMT To: info-cpm@AMSAA.ARPA Can anyone give me instructions for screen installation of Turbo Pascal on my ATR8000? Specifically, my problem is this: From the Turbo editor, whenever I do a CTRL-Y(delete line), the bottom screen border increases in size by one line in length. This throws the whole display off. thanks in advance for any help given. Mark Falleroni TRW Ogden,Ut. 801.625.8048 4-Jan-85 23:35:31-MST,927;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 4 Jan 85 23:35:25-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 5 Jan 85 1:05 EST Date: 4 Jan 1985 23:06 MST (Fri) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Harold Carr Cc: Info-Cpm@Amsaa.ARPA Subject: mboot3.asm In-reply-to: Msg of 4 Jan 1985 20:30-MST from Harold Carr According to the Simtel-20 Archive Blurb mboot3.asm may be found as micro:mboot3.asm, however I can't find it in that directory. Could someone point me to its current location? The archive blurb is a bit out of date on the location of that file. It was moved to MICRO:MBOOT3.ASM some time ago as part of the file reorganization at Simtel20. --Keith 5-Jan-85 07:48:40-MST,837;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 5 Jan 85 07:48:34-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 5 Jan 85 9:20 EST Date: 5 Jan 1985 07:22 MST (Sat) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Jack M. Wierda's address needed Can anyone help with this? --Keith Date: Thursday, 3 January 1985 05:57-MST From: pur-ee!isrnix!pugsly%decvax.uucp at BRL-BMD.ARPA To: pur-ee!decvax!brl-bmd!w8sdz at decvax.UUCP Re: Jack M. Wierda's address. Hello Keith. Do you have Jack M. Wierda's address or phone number? (He is the author of MODEM3.PAS) Thanks! David Roth ...decvax!pur-ee!isrnix!pugsly Indianapolis,IN 5-Jan-85 08:39:46-MST,1939;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 5 Jan 85 08:39:36-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 5 Jan 85 10:17 EST Date: 5 Jan 1985 08:18 MST (Sat) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Revised Simtel20 CPM quick-reference directory list Quick reference list to SIMTEL20's MICRO: directories as of Jan. 5, 1985 (where 'x' is one of the names below): 22RSX CPM3 GENASM MODEM903 SUBMIT 6502 CPM86 GENCOM MSOFT SYSLIB AMETHYST CPMLIB GENDOC NEWS SYSLIB3 APPLE CPR86 HAMMING NSTAR SYSUTL ASMUTL CUG HAMRADIO OSBORN TERM ATARI DBASEII HDUTL PACKET TOPS-20 AZTEC-C DEBUG HEATH PASCAL TRS-80 BASIC DIRUTL HELP PCDOS TURBODOS BDOS DISASM HEX PILOT80 TXTUTL BDSC-1 DISKPLOT IBM-PC PLOT33 V2CMAC BDSC-2 DSKBUF INSIDCPM PPSPEL VAXVMS BDSC-3 DSKUTL KAYPRO PUBKEY VOICE BDSC-4 EDITC80 LIST PUBPATCH WSTAR BSTAM EDITOR MACLIB RBBS XCCP BYE3 EPSON MATH RBBS4 YAM C80 EZCPR MEMTEST RCPM Z3LIBS CATLOG FAST2 MEX SMALLC2 ZCPR CB80 FIDO MICNET SORT ZCPR2 CBIOS FILCPY MISC SPELL ZCPR3 CCP FILUTL MODEM SQU-PORT COBOL FORTH MODEM2 SQUSQ COMMODORE FORTH-83 MODEM7 STARTER-KIT 5-Jan-85 10:10:34-MST,7323;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 5 Jan 85 10:10:09-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 5 Jan 85 11:35 EST Date: 5 Jan 1985 09:36 MST (Sat) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: New files at Simtel20 New files at Simtel20 between 4-Dec-84 and 5-Jan-85 MICRO: BINHEX.BAS.1 ASCII 20071 6053H BINHEX.HEX.1 ASCII 12166 A5ABH MICRO: FORM5.LBR.1 COM 9216 8301H NEAT5.LBR.1 COM 5888 DE33H XREF241.LBR.1 COM 56320 2E41H MICRO: HEXBIN11.BAS.1 ASCII 2046 E7BAH MICRO: FIND.C.1 ASCII 3146 3E71H MICRO: UTBILAUD.LBR.1 COM 9472 D091H MICRO: B3APMN-6.ASM.1 ASCII 8186 07F4H B3MD-1.ASM.1 ASCII 6707 B94BH BYE329.LBR.1 COM 57216 1CAFH MICRO: CBTOD.AQM.1 COM 2176 A33AH MICRO: VICXMODM.BAS.1 ASCII 5876 9273H VICXMODM.MSG.1 ASCII 876 92D0H MICRO: U3-102.LBR.1 COM 11776 A60DH MICRO: NEWBASE5.AQM.1 COM 9856 427DH MICRO: D-31.AQM.1 COM 17920 C1D9H DIRREP.LBR.1 COM 11392 09DBH SD95.CMT.1 ASCII 2851 A54BH SD95CMNT.LBR.1 COM 4864 9F84H SD96.LBR.1 COM 79872 399EH SRTDIR31.LBR.1 COM 4992 0960H MICRO: ANYDISK.LBR.1 COM 36224 3651H FBAD58.AQM.1 COM 25216 F3D9H FBAD58.COM.1 COM 2176 D033H MICRO: NSWP207.BUG.1 ASCII 1154 39D2H MICRO: DIFCOM16.LBR.1 COM 29440 9A92H MICRO: F83V2-MS.LBR.1 COM 228736 9FFEH MICRO: 9TRKS100.MSG.1 ASCII 5651 2E04H FLOPPY.FMT.3 ASCII 9787 D3B8H MICRO: GATEWAY.DEC84.1 ASCII 16311 3A0BH MICRO: BU-11.LBR.1 COM 37632 7A85H MICRO: HZ100IBM.KIT.2 ASCII 1723 AB71H MICRO: DUMPKP84.COM.1 COM 384 E72FH EGUTIL21.LBR.1 COM 30848 4F01H K10TIME.LBR.1 COM 8192 1C13H KBSHW321.LBR.1 COM 33152 EFCEH MICRO: LISTT16.LBR.1 COM 22016 C090H LSTPATCH.AQM.1 COM 2688 0406H MICRO: ATRPAT.MEX.1 ASCII 3141 F756H MXO-DM10.ASM.1 ASCII 5561 F04CH MXO-RS15.ASM.1 ASCII 18957 14A9H MICRO: RCPM-057.LQT.1 COM 36864 72DAH MICRO: 2400BAUD.TXT.1 ASCII 4420 E3AAH 2400MDMS.MSG.1 ASCII 5885 52DFH KERMT403.LBR.1 COM 273664 58CCH NULLMODM.DOC.1 ASCII 718 8A3FH USARTS.DQC.1 COM 8064 112DH MICRO: BMODEM.BAS.1 ASCII 1104 600EH BMODEM.DOC.1 ASCII 651 FC36H MICRO: M7-SCAT.AQM.1 COM 18304 B911H M7AL8-1.AQM.1 COM 7808 CE31H M7AM-1.AQM.1 COM 7936 652EH M7ATR1.ASM.1 ASCII 25174 DD3AH M7OVL-22.LST.1 ASCII 4810 E399H M7SD-1.AQM.1 COM 7552 95C2H PAT700V2.ASM.1 ASCII 3104 CFC6H PAT700V2.MSG.1 ASCII 949 FF43H MICRO: DIRPATCH.AZM.1 ASCII 9548 0606H DIRPATCH.HEX.1 ASCII 335 C03BH OSBN-BIO.BQS.1 COM 3584 372CH MICRO: TBBS22.LBR.1 COM 45568 DD6FH TKERMIT.LBR.1 COM 50048 447DH TURBO-UG.ADR.1 ASCII 605 F57BH TURBOPAS.WRN.1 ASCII 773 58C9H USQ.PQS.1 COM 5632 8F5AH XYDEMO.PAS.1 ASCII 1166 8E46H XYPLOT.PAS.1 ASCII 5254 2C90H MICRO: FLOW.ASM.1 ASCII 4423 D3B8H IBM-SWP.EXE.1 COM 26496 B9ABH LS.LBR.1 COM 27392 21E1H LU.DOC.1 ASCII 6267 7B68H LU.EXE.3 COM 22528 02ECH NSQ202.EQE.1 COM 15104 3AEAH PC-TALK.DQC.1 COM 64640 0EE6H PC-TALK5.LBR.1 COM 144384 90BFH PHONE.LBR.1 COM 32256 8EBCH RAMDISK.LBR.1 COM 2560 BA87H SDL30.AQM.1 COM 14976 5336H TURBO-SQ.LBR.1 COM 18176 8E21H WHEREIS.LBR.1 COM 8192 2BB7H MICRO: RBBS37.MSG.1 ASCII 1134 0D9CH RBBS37-1.LBR.1 COM 134272 3041H RBBS37-2.LBR.1 COM 67456 B0AAH MICRO: CHAT42.LBR.1 COM 14720 65EBH XMDM-102.BUG.1 ASCII 843 E698H MICRO: SMALLCV2.MSG.1 ASCII 2552 AD2FH MICRO: MAKESQ..1 ASCII 156 23CEH MAKEUSQ..1 ASCII 91 8E4BH README..1 ASCII 3000 216EH SQ.1.1 ASCII 1657 E6FCH SQ.C.1 ASCII 5519 71BCH SQ.H.1 ASCII 1900 F320H SQCOM.H.1 ASCII 445 F27AH SQDEBUG.C.1 ASCII 791 78FFH SQIO.C.1 ASCII 808 547CH SQU-PORT.MSG.1 ASCII 663 7F3FH TR1.C.1 ASCII 1345 696AH TR2.C.1 ASCII 13402 1C3BH USQ.C.1 ASCII 6523 C8CBH USQ.H.1 ASCII 376 BF51H UTR.C.1 ASCII 1766 78FEH MICRO: 68000USQ.LBR.1 COM 14848 5A23H SQU-PORT.LBR.1 COM 29952 D82CH MICRO: FILT5A.LBR.1 COM 5888 345FH TABS5.LBR.1 COM 4480 FE89H MICRO: TXTTOWS.LBR.1 COM 7424 8263H MICRO: Z3NEWS.101.2 ASCII 10100 F350H Z3NEWS.102.1 ASCII 9980 B1F0H ZCPR3DIR.BQG.1 COM 2944 7436H 5-Jan-85 12:19:23-MST,837;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 5 Jan 85 12:19:16-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 5 Jan 85 13:42 EST Received: from usenet by BRL-TGR.ARPA id a000348; 5 Jan 85 13:41 EST From: jmg%bradley.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: Wanted: wildexp.c Message-ID: <24900002@bradley.UUCP> Date: 3 Jan 85 04:46:00 GMT Nf-ID: #N:bradley:24900002:000:292 Nf-From: bradley!jmg Jan 2 22:46:00 1985 To: info-cpm@AMSAA.ARPA Can someone out there please send me a copy of 'wildexp.c' for the BDS C compiler? thanks in advance, ---- Jeff Jeff Gibson UUCP: {cepu,ihnp4,noao,uiucdcs}!bradley!jmg Bradley University ARPA: cepu!bradley!jmg@UCLA-LOCUS Peoria, IL 61625 PH: (309) 692-9069 6-Jan-85 01:19:10-MST,1267;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 6 Jan 85 01:19:04-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 6 Jan 85 2:47 EST Received: from usenet by BRL-TGR.ARPA id a006113; 6 Jan 85 2:41 EST From: Phil Thompson Newsgroups: net.micro.cpm,net.micro Subject: LINK-80 Message-ID: <203@westcsr.UUCP> Date: 3 Jan 85 13:59:09 GMT Xref: mcvax 2016 4087 To: info-cpm@AMSAA.ARPA <> I have a library in .IRL format that contains, amongst others, one routine called IN and another called OUT. When linked with LINK-80 these are correctly read from the library and appear in the symbol table but the instructions that CALL them have the wrong addresses. I assume that if I were to give them different names then everything would be OK (other routines from the library link with no problems) and the only thing about these two is that they have the same names as 8080 op-codes but LINK doesn't know about those. Can anybody suggest what might be going on and provide a fix. I don't want to change the names of the routines because I have a lot of source code that refers to them. Thanks, Phil Thompson ..!ukc!west44!westcsr ..!ukc!west44 7-Jan-85 04:19:59-MST,1736;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 Jan 85 04:19:53-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 7 Jan 85 5:50 EST Received: from usenet by BRL-TGR.ARPA id a019808; 7 Jan 85 5:42 EST From: Doug Hall Newsgroups: net.lang.pascal,net.micro.cpm Subject: Packed variables in Turbo Pascal Message-ID: <492@ittral.UUCP> Date: 6 Jan 85 19:09:04 GMT Xref: godot net.lang.pascal:87 net.micro.cpm:1595 To: info-cpm@AMSAA.ARPA While messing around with Turbo Pascal last night I typed in the following short program: | program testvars; | | var a : packed array [0..15] of boolean; | b : set of 0..15; | | begin | writeln(sizeof(a),' ',sizeof(b)); | end. The result was that variable 'a' took 16 bytes and 'b' took 2 bytes. A quick check of the manual revealed that the word 'packed' is ignored in Turbo; packing occurs automatically whenever possible. It certainly seems possible for packing to occur here. There is a compiler directive (*X- *) which supposedly causes the code size for arrays to be minimized, but the size is unchanged when I use this. It appears that Turbo is tuned for maximum speed, not minimum code size. Sets, however, use one bit per element, just as in UCSD Pascal. Could someone try this on the 8088/8086 version of Turbo? I'm using the CP/M version on an Apple //e with a Z-80 card. While we're on the subject, has anyone received info on new compilers from Borland? I keep hearing rumors of a Modula-2 compiler and an upgraded version of the Pascal compiler. Any news? Douglas Hall ITT Telecom Products Raleigh, NC ittvax!ittral!hall 7-Jan-85 09:13:01-MST,1018;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 Jan 85 09:12:38-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 7 Jan 85 10:29 EST Date: Saturday, 5 January 1985 17:34-MST Message-ID: Sender: decvax!ittvax!dcdwest!sdcsvax!sdcrdcf!trwrb!trwrba!jnelson@Ucb-Vax.ARPA From: decvax!ittvax!dcdwest!sdcsvax!sdcrdcf!trwrb!trwrba!jnelson@Ucb-Vax.ARPA Subject: Term-mite and ZRT-80 boards.... ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Mon 7 Jan 1985 08:31-MST Both the Micromint Term-mite and the Digital Research terminal boards look to be reasonably good. The Term-mite is about $250 while the ZRT-80 is $129.... a significant cost difference. Can anyone sway me towards either one of these boards? Any personal experiences that would be helpful in selecting a REAL inexpensive terminal board? seismo!hao!hplabs!sdcrdcf!trwrb!trwrba!jnelson - John 7-Jan-85 22:10:36-MST,1191;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 Jan 85 22:10:28-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 7 Jan 85 23:45 EST Received: from usenet by BRL-TGR.ARPA id a005693; 7 Jan 85 23:42 EST From: Andrew Klossner Newsgroups: net.micro.cpm,net.micro Subject: Re: LINK-80 Message-ID: <1288@orca.UUCP> Date: 7 Jan 85 03:39:55 GMT Xref: godot net.micro.cpm:1597 net.micro:3365 To: info-cpm@AMSAA.ARPA [] "I have a library in .IRL format that contains, amongst others, one routine called IN and another called OUT. When linked with LINK-80 these are correctly read from the library and appear in the symbol table but the instructions that CALL them have the wrong addresses ... Can anybody suggest what might be going on and provide a fix." Look to the assembler instead of the linker. Many assemblers will quietly substitute the value of the opcode (such as IN or OUT) when you use it as an address in an instruction. -- Andrew Klossner (decvax!tektronix!orca!andrew) [UUCP] (orca!andrew.tektronix@csnet-relay) [ARPA] 7-Jan-85 22:38:22-MST,2115;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 Jan 85 22:38:11-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Jan 85 0:02 EST Date: 7 Jan 1985 22:04 MST (Mon) Message-ID: From: "Frank J. Wancho" To: INFO-MODEMXX@SIMTEL20.ARPA Cc: INFO-CPM@Amsaa.ARPA, INFO-MICRO@Brl.ARPA, TOPS-20@Su-Score.ARPA Subject: TOPS-20 SQ and TOPS-20 MODEM Bill Westfield and I were working on somewhat different versions of C sources to SQ for TOPS-20 use, using different compilers. My version, based on SQU-PORT.LBR, a "portable" version, uses the "MIT C" compiler and runtime package, and was completed shortly after Bill's announcement, with Eliot Moss' help. Although there are some significant differences in both versions - look for an announcement momentarily, both produce files with a byte size of 8. One difference is that my version produces files with the ITS Binary header. This caused a problem with MODEM only - the other CP/M-related programs for TOPS-20, such as USQ, handled this just fine. So, there is now a new version of MODEM (310) for TOPS-20 with reworked automatic file type determination code, and which now also happens to write ITS Binary files with a bytesize of 8 instead of the old 36. Source and a ready-to-run executable are in MICRO:MODEM.* here. For those of you wishing to try my version of SQ, you may FTP it from SYS: here. Sources are not quite ready for release yet. As Bill noted earlier, both versions of TOPS-20 SQ are capable of squeezing arbitrarily large TOPS-20 files (hopefully text files as both programs assume). Unfortunately, USQ/TYPESQ use file memory mapping techniques which limit the size of the files that can be handled. (At the time USQ/TYPESQ was written, it wasn't expected to handle but typically sized CP/M files.) There *may* be a version of USQ/TYPESQ available to handle such large files in the near future. In the meantime, be aware of the potential problem. --Frank 8-Jan-85 00:52:49-MST,925;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 Jan 85 00:52:43-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 8 Jan 85 2:22 EST Received: from wisc-rsch.arpa by BRL-AOS.ARPA id a000975; 8 Jan 85 2:16 EST Date: Tue, 8 Jan 85 01:15:46 cst From: David Neves Message-Id: <8501080715.AA26081@wisc-rsch.arpa> Received: by wisc-rsch.arpa; Tue, 8 Jan 85 01:15:46 cst To: info-cpm@brl.ARPA Subject: CPM to UCSD transfer (again) I didn't get any response to my request for a UCSD pascal program that will transfer CPM files to UCSD operating system files. I know there is such a problem because I have it (only the middle part is garbled). If no one has it can anyone recommend a good book on the CPM directory structure so that I can do it myself? -Thanks, david ...!{allegra,heurikon,ihnp4,seismo,uwm-evax}!uwvax!neves neves@uwvax 8-Jan-85 08:49:13-MST,1612;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 Jan 85 08:48:56-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Jan 85 9:54 EST Date: Monday, 7 January 1985 17:57-MST Message-ID: Sender: rocksvax!sunybcs!ugdaves%rochester.uucp@Seismo.ARPA From: rocksvax!sunybcs!ugdaves%rochester.uucp@Seismo.ARPA Subject: Prometheus ProModem 1200 ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Tue 8 Jan 1985 07:55-MST I have had a ProModem for about a year, and have noticed that some of the things that are mentioned in the manual are not true. For instance, if the line is busy the manual says that the modem should detect the busy signal, hang up and try again. This does not happen. Also if you have the options processor installed you have the ability to create logon macros, which I have not been able to get to work as of yet. Another problem with the options processor, is with its ability to send and receive messages at preset times, this does not work either. When attempting to receive, it will answer the phone, detect carrier and then hang up. Other than these problems, I have been satisfied with the operation of the modem. If anyone has had the same problems, and knows of a solution please send me mail. Also if you have any other problems, send mail. If there are many responses I will summarize to the net. Thank you, Dave Szczepanski ..{burdvax, rocksvax, bbncca, decvax, dual, rocksanne, watmath}!sunybcs!ugdaves 8-Jan-85 10:11:48-MST,856;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 Jan 85 10:11:42-MST Received: From ardc.arpa.ARPA by AMSAA via smtp; 8 Jan 85 11:34 EST Date: Tue, 8 Jan 85 11:32:55 EST From: David G. Sampar (PM-AL) To: info-cpm@Amsaa.ARPA cc: dsampar@Ardc.ARPA Subject: DOCUMENTATION ON BYE3 Could someone send me or point me to a file documenting the use and operation of the BYE3 program. I am in the process of trying to setup a RCP/M using an HEATH H89. I have already FTP'ed the BYE3 files BYE329.LBR and BY3H89-4.ASM from SIMTEL20 but I am having difficulty in getting it to work. Could be that I am not setting the proper equates right because it seems to assemble without any problems. Any and all help would be appreciated. Thanks David Sampar 8-Jan-85 13:39:22-MST,1923;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 Jan 85 13:39:12-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 8 Jan 85 14:52 EST Received: from isi-uci-gw by BRL-AOS.ARPA id a000296; 8 Jan 85 11:54 EST Date: 08 Jan 85 11:30:18 PST (Tue) To: David Neves cc: info-cpm%BRL.ARPA@uci-750a.ARPA, info-pascal%brl-voc@uci-icse.ARPA Subject: Re: CPM to UCSD transfer (again) In-reply-to: Your message of Tue, 8 Jan 85 01:15:46 cst. <8501080715.AA26081@wisc-rsch.arpa> From: Alastair Milne Received: from Localhost by UCI-ICSE; 08 Jan 85 11:32:08 PST (Tue) Munged: from uci-icse to UCI; 08 Jan 85 11:32:14 PST (Tue) Received: from Uci-Icse by UCI-750a; 08 Jan 85 11:32:24 PST (Tue) I didn't get any response to my request for a UCSD pascal program that will transfer CPM files to UCSD operating system files. I know there is such a problem because I have it (only the middle part is garbled). If no one has it can anyone recommend a good book on the CPM directory structure so that I can do it myself? -Thanks, david ...!{allegra,heurikon,ihnp4,seismo,uwm-evax}!uwvax!neves neves@uwvax -------------- Sorry, I must have missed this request the last time. There is a system called XenoFile, under UCSD, which is intended for transfer to/from CP/M. As I recall (never having used it myself) it consists of two programs and three units. What this sort of complexity is for, I know not. I believe it is available from both NCI in Vancouver and SofTech Microsystems in San Diego. Best thing to do is contact them. Funny thing is, there is a single unit from NCI, called PCDOS, which handles transfers to/from DOS discs. Why won't the same arrangement work with CP/M? I have no idea. Happy hunting A. Milne 8-Jan-85 13:41:10-MST,3302;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 Jan 85 13:41:00-MST Received: From isi-uci-gw.ARPA by AMSAA via smtp; 8 Jan 85 14:54 EST Date: 08 Jan 85 11:52:11 PST (Tue) To: Doug Hall cc: info-cpm%AMSAA.ARPA@Uci-750a.ARPA, info-pascal%brl-voc@Uci-Icse.ARPA Subject: Re: Packed variables in Turbo Pascal In-reply-to: Your message of 6 Jan 85 19:09:04 GMT. <492@ittral.UUCP> From: Alastair Milne Received: from Localhost by UCI-ICSE; 08 Jan 85 11:54:13 PST (Tue) Munged: from uci-icse to UCI; 08 Jan 85 11:54:21 PST (Tue) Received: from Uci-Icse by UCI-750a; 08 Jan 85 11:55:00 PST (Tue) > While messing around with Turbo Pascal last night I typed in the > following short program: > | program testvars; > | > | var a : packed array [0..15] of boolean; > | b : set of 0..15; > | > | begin > | writeln(sizeof(a),' ',sizeof(b)); > | end. > The result was that variable 'a' took 16 bytes and 'b' took 2 bytes. A > quick check of the manual revealed that the word 'packed' is ignored > in Turbo; packing occurs automatically whenever possible. It certainly > seems possible for packing to occur here. There is a compiler > directive (*X- *) which supposedly causes the code size for arrays to > be minimized, but the size is unchanged when I use this. It appears > that Turbo is tuned for maximum speed, not minimum code size. Sets, > however, use one bit per element, just as in UCSD Pascal. > Could someone try this on the 8088/8086 version of Turbo? I'm using > the CP/M version on an Apple //e with a Z-80 card. > While we're on the subject, has anyone received info on new compilers > from Borland? I keep hearing rumors of a Modula-2 compiler and an > upgraded version of the Pascal compiler. Any news? > Douglas Hall > ITT Telecom Products > Raleigh, NC > ittvax!ittral!hall ---------------- I have Turbo on an 8088. It's the same story. Turbo packs to the byte level only; I'm told this is typical of Pascal implementations. UCSD is one of the few that packs to the bit level. I did my test in a different way: a case variant record where one variation was an array of boolean, by which I wanted to access the bits of the other variation. No good. I had an array of bytes where I wanted bits. Yes, Turbo's optimisation is definitely for speed; I believe they state as much. I'm not sure, though, whether $X- is the right setting for optimised arrays. Are sure that's not actually the default setting? As far as I'm aware Turbo's sets are bit vectors. I think (hope, certainly) that this is also typical of Pascal implementations (else why impose such a ridiculous restriction as a 32-element set?). I too am eagerly awaiting reports of Borland's Modula-2. Having separately compilable modules will make a great difference to me. And with luck, the reams of additional features stuffed into Turbo will be separated into modules. (Have you considered what the Turbo compiler's symbol must look like, not to mention the code to initialize it?!) A. Milne 8-Jan-85 15:06:14-MST,1602;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 Jan 85 15:06:04-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Jan 85 16:27 EST Date: 8 Jan 1985 14:29 MST (Tue) Message-ID: From: "Frank J. Wancho" To: INFO-CPM@Amsaa.ARPA Cc: TOPS-20@Su-Score.ARPA Subject: Another TOPS-20 SQ/USQ Available Yet another version of a TOPS-20 SQ and USQ is now available, based on the "portable" C version, for ANONYMOUS FTP from MICRO: here on SIMTEL20. These programs are meant to be compiled with the "MIT C" compiler. However, ready-to-run executables are available in the same directory. Note: USQ is a special version, not to be confused with the more generic and significantly faster version of USQ by GZ@MC in MICRO:. Please rename this special version of USQ to LUSQ (for Large file USQ) if you choose to install it on our system. SQ differs from Bill Westfield's recently announced version in the handling of input and output filenames and input and output padding. This version also writes output files with the ITS Binary header, a known sore point subject to change. USQ is different from GZ's USQ in that it will handle any arbitrarily large file that SQ can produce; it assumes the original file was an ASCII text file; it is more than three times slower. It also has the TYPESQ functionality by the use of the -count option for previewing without actually unsqueezing. Bug reports to me, please. --Frank 8-Jan-85 20:13:46-MST,1512;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 Jan 85 20:13:40-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 8 Jan 85 21:48 EST Received: from usenet by BRL-TGR.ARPA id a019268; 8 Jan 85 21:45 EST From: binder%dosadi.dec@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: Info about Royal Alphatronic computer, please Message-ID: <143@decwrl.UUCP> Date: 7 Jan 85 17:16:25 GMT Sender: daemon%decwrl.uucp@BRL-TGR.ARPA To: info-cpm@AMSAA.ARPA I just bought my daughter a Royal Alphatronic computer to do word processing on - it came with a tailored version of Peachtext and Peachcalc, and it was a good buy. It's a Z80A, 4 MHz, 64K machine with a single 320K dual-sided disk drive. Questions: 1. How do I go about getting Kermit onto this beast? The disk format is not specified by Royal - is 320K on 80 tracks a standard format? There is no info on what disk controller chip(s) the thing uses. 2. If anyone has used this system, can you tell me how to put Peachtext files onto a diskette that isn't the Peachtext system disk? If I use the editor menu option to save files, it doesn't work right - if i go to the top-level menu and try to save, it says I have to have the PT disk in the drive. As always, thanks for any assistance. Dick Binder (The Stainless Steel Rat) UUCP: {decvax, allegra, ucbvax...}!decwrl!dec-rhea!dec-dosadi!binder ARPA: binder%dosadi.DEC@decwrl.ARPA 9-Jan-85 02:53:40-MST,1067;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 Jan 85 02:53:35-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Jan 85 4:27 EST Received: from mit-mc.arpa by BRL-AOS.ARPA id aa01276; 9 Jan 85 4:19 EST Date: Tue 8 Jan 85 19:02:24-EST From: Andrew Moore Subject: Re: DOCUMENTATION ON BYE3 To: dsampar@ARDC.ARPA cc: INFO-CPM@mit-mc.ARPA In-Reply-To: Message from "David G. Sampar (PM-AL) " of Tue 8 Jan 85 17:52:48-EST As far as I know, there is no real "documentation" on the series of BYE programs (but I'm probably wrong). Kim Levitt's MBYE (Modular BYE) program is a nice one, and it includes documentation as well. Most of the documentation, however, is right in MBYE's source code. You should have no problem finding an overlay for the Heath. For more information, and possibly a little help, try Kim Levitt's RCP/M at 213/653-6398. You'll find MBYE files online. Let me know if you need any more help. -dru ------- 9-Jan-85 03:41:52-MST,829;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 Jan 85 03:41:47-MST Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 9 Jan 85 5:14 EST Date: Mon 7 Jan 85 01:35:50-EST From: Lance Rips Subject: Help with Vista A800 To: Info-cpm@AMSAA.ARPA Does anyone have some experience with 8" controllers for Apple II's? Mine seems to have died after a week's use. (a) Who repairs the things, now that Vista is out of business? (b) Are there better controllers that will work with Apple CPM? (c) Is there anyone with the right setup who would be willing to transfer a single file from 8" (DSDD) to 5"? Any help would be really appreciated... Lance ------- 9-Jan-85 04:36:17-MST,877;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 Jan 85 04:36:11-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 9 Jan 85 6:02 EST Received: from usenet by BRL-TGR.ARPA id a023941; 9 Jan 85 5:52 EST From: grayson%uiucuxc.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: Re: Suggestion.. Message-ID: <34600002@uiucuxc.UUCP> Date: 18 Jan 85 05:56:00 GMT Nf-ID: #R:brl-tgr:-669600:uiucuxc:34600002:000:314 Nf-From: uiucuxc!grayson Jan 4 23:56:00 1985 To: info-cpm@AMSAA.ARPA As for converting .COM files to .HEX files, why bother? I have written an easy program which takes any file as input, and types the .HEX output at you from the BBS. True, there is no instant CRC checking as with XMODEM, but .HEX files do contain checksums on each line, so any errors will be detected eventually. 9-Jan-85 04:37:08-MST,777;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 Jan 85 04:37:04-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 9 Jan 85 6:02 EST Received: from usenet by BRL-TGR.ARPA id a023946; 9 Jan 85 5:52 EST From: graham%convex.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: Osborne Disk-C and/or Trantor HD ?? Message-ID: <48000014@convex.UUCP> Date: 5 Jan 85 23:15:00 GMT Nf-ID: #N:convex:48000014:000:221 Nf-From: convex!graham Jan 5 17:15:00 1985 To: info-cpm@AMSAA.ARPA I am considering buying the Disk-C ram disk for the Osborne I. Does anyone have opinions about this product? How about the Trantor hard disk which is available and uses Disk-C as a cache? Recommendations for/against?? 9-Jan-85 10:12:56-MST,453;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 Jan 85 10:12:52-MST Received: From dec-marlboro.arpa.ARPA by AMSAA via smtp; 9 Jan 85 11:39 EST Date: 9 Jan 1985 1138-EST From: Larry Campbell To: info-cpm@Amsaa.ARPA Subject: Please remove me from info-cpm Message-ID: <"MS11(2364)+GLXLIB1(1056)" 12078204386.19.71.46658 at DEC-MARLBORO> Thank you... -------- 9-Jan-85 14:31:35-MST,559;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 Jan 85 14:31:27-MST Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp; 9 Jan 85 15:58 EST Received: ID ; Wed 9 Jan 85 16:00:11-EST Date: Wed 9 Jan 85 16:00:10-EST From: Lee.Sailer@CMU-CS-C.ARPA Subject: TURBO Pascal To: info-cpm@AMSAA.ARPA As long as discussion has turned to Pascal, someone tell me this: How does the *&$#%@ thing work?!?!?!? Is it true that P Kahn is from the 14th dimension? thanks ------- 9-Jan-85 14:50:35-MST,1160;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 Jan 85 14:50:11-MST Received: From csnet-pdn-gw.ARPA by AMSAA via smtp; 9 Jan 85 16:17 EST Received: from ibm-sj by csnet-relay.csnet id af06330; 9 Jan 85 16:07 EST Date: Wed, 9 Jan 85 12:41:18 PST From: Jim moore To: info-cpm@amsaa.ARPA Subject: Request pointer to a Blackjack program There are any number of more-or-less serious programs which will run a game of blackjack. Does anyone know of such a program intended for the serious player, who uses one of the "card-counting" strategies? I have heard of one which runs only on the IBM-PC, which configures to any of the established set of house rules, and which will exercise and evaluate the player's mastery of the playing strategy. What I am looking for is such a program for my cp/m (Kaypro, actually) machine. PD preferred (obviously) but not necessary. I will summarize reply(ies) to those who so request (rather than burden the entire net-readership). As usual, thanks in advance. Jim Moore (MOORE.LOSANGEL@IBM) 9-Jan-85 15:12:35-MST,898;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 Jan 85 15:12:26-MST Received: From dec-marlboro.arpa.ARPA by AMSAA via smtp; 9 Jan 85 16:30 EST Date: Wed 9 Jan 85 16:32:57-EST From: Walt Lamia Subject: Re: TURBO Pascal To: Lee.Sailer@CMU-CS-C.ARPA, info-cpm@AMSAA.ARPA cc: LAMIA@DEC-MARLBORO.ARPA UUCP: {allegra,ucbvax,decvax,ihnp4}!decwrl!lamia@DEC-Marlboro.ARPA E-net: MONTY::MARKET::LAMIA No, but I *hear* that Turbo was actually written in Sweden, and is sold in Europe as COMPAS Pascal. I think Phillipe Kahn is >just< (:-) a smart, savvy, marketeer who knows a good thing when he sees it. No, I have no rumors about the reputed Turbo C or Turbo Modula, or where they're being done. How 'bout you, out there? %Walt Opinions are my own, but I might deny every saying them if asked. ------- 10-Jan-85 04:19:30-MST,1008;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 04:19:25-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 10 Jan 85 5:57 EST Received: from usenet by BRL-TGR.ARPA id a014943; 10 Jan 85 5:45 EST From: Blackwell Newsgroups: net.micro.cpm,net.dcom Subject: mex comm. utility (cpm) Message-ID: <360@aicchi.UUCP> Date: 9 Jan 85 04:01:17 GMT Xref: godot net.micro.cpm:1611 net.dcom:361 To: info-cpm@AMSAA.ARPA [ munch... munch... munch... :-) ] I have been using a public domain communications program called MEX. I have it configured for an Otrona Attache. My problem is that MEX seems to be eating the character, thus defeating the terminal emulation capabilities of the Attache. Question: Does anyone know of a patch to fix this problem. ps. I am running version 1.0 with the MEXPAT10 patch applied. -- Mike Blackwell ihnp4!aicchi!mdb "What big black helicopter???" 10-Jan-85 04:20:28-MST,1048;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 04:20:09-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 10 Jan 85 5:57 EST Received: from usenet by BRL-TGR.ARPA id a014952; 10 Jan 85 5:45 EST From: Blackwell Newsgroups: net.micro.cpm Subject: Otrona Attache Message-ID: <361@aicchi.UUCP> Date: 9 Jan 85 04:10:42 GMT To: info-cpm@AMSAA.ARPA [ munch... munch... munch... :-) ] Now that we owners of Otrona Attaches are out of factory support, I thought I'd what help I can... I have the technical manual and an old bios listing, so... if anyone would like to try their own repairs but needs info, drop me some mail and I'll try to find it. I don't promise miracles but I have managed to hack mine back together after a power supply failure.' By the way, if you know how to re-align these old remex drives I'd certainly appreciate some advice. -- Mike Blackwel ihnp4!aicchi!mdb "What big black helicopter???" 10-Jan-85 05:48:10-MST,1648;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 05:48:03-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 10 Jan 85 7:10 EST Received: from usenet by BRL-TGR.ARPA id a015673; 10 Jan 85 6:45 EST From: jason%jett.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: Re: cp/m+ incompatibility Message-ID: <385@jett.UUCP> Date: 12 Jan 85 05:36:34 GMT To: info-cpm@AMSAA.ARPA CPM+ incompatibilities... I am a happy owner of Osborne Executive owner... but... Osborne did a bad thing... they goofed with the index registers in the bios before saving them on the stack... something that is not sopposed to happen, as some software packages (TURBO pascal for one i think) use the IX and IY index registers without saving them before a BDOS call. ZAP! The new 1.21 rom availiable from osborne is supposed to fix this problem. When I get this Rom, if anyone is interested I will research it. I do know that the RSX i wrote works well for this purpose. Osbornes have given cpm+ a bad name for no reason... IT IS 100% COMPATIBLE with 2.2, but some programs such as public domain BYE does not work since the BDOS and BIOS are actually stored in other pages of ram, so it makes it difficult to patch them. An RSX is a Resident System Extension... cpm thinks of it as a routine to run before entering bios. This is a legal patch that cpm accounts for. The one I wrote just saves IX and IY on the stack, goes through to BDOS, then when returning, pops them back off the stack... Correct me if I am wrong please.... Jason Hamby ihnp4!akgua!jett!jason 10-Jan-85 05:52:57-MST,1532;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 05:52:47-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 10 Jan 85 7:10 EST Received: from usenet by BRL-TGR.ARPA id a015677; 10 Jan 85 6:45 EST From: jason%jett.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: Re: Kaypro DSDD Message-ID: <386@jett.UUCP> Date: 12 Jan 85 05:51:50 GMT To: info-cpm@AMSAA.ARPA Kaypro Rom upgrade... look in Micro Cornucopia... for the 'PRO-8' replacement rom. Sorry, but the newest kaypro board is not the same as the kaypro 10. Kaypro is switching to basically 2 board types. The non-K10 systems have the same board, at different levels of population. (They all have capabilities to be a K4/84!! with clock and modem.) The K10 board has been around as the same with some rev levels, but same basic layout since the introduction of the Kaypro 10. Actually, having the new board is an advantage... look on the back of the unit... you should have an unmarked Rj-11 (phone connector) socket in the middle-right of the back (looking from front of system)... that is where the modem goes... If it is a Kaypro 10 board, it will have 2 of those sockets next to each other... on the left-most side... one is kayboard and the other is for an un-supported light pen interface... but it does not have the other 'modem' socket... hope this helped (I work for a Kaypro Authorized Repair Dealer) Jason HAmby ihnp4!akgua!jett!jason 10-Jan-85 06:42:33-MST,607;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 06:42:27-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 10 Jan 85 7:47 EST Received: from BacoNoir.ms by ArpaGateway.ms ; 10 JAN 85 04:48:20 PST Date: Thu, 10 Jan 85 07:47 EST From: Lowans.Henr@XEROX.ARPA Subject: Re: Packed variables in Turbo Pascal In-reply-to: <492@ittral.UUCP> To: Doug Hall cc: info-cpm@AMSAA.ARPA I have a NEC APC which runs on a 8086 and CP/M-86. I ran your program on my Turbo and got the same answer. Paul 10-Jan-85 08:36:28-MST,1374;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 08:36:22-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 10 Jan 85 9:49 EST Date: 10 Jan 1985 07:51 MST (Thu) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Blackwell Cc: Info-Cpm@Amsaa.ARPA Subject: mex comm. utility (cpm) In-reply-to: Msg of 8 Jan 1985 21:01-MST from Blackwell I have been using a public domain communications program called MEX. I have it configured for an Otrona Attache. My problem is that MEX seems to be eating the character, thus defeating the terminal emulation capabilities of the Attache. Question: Does anyone know of a patch to fix this problem. The problem is easily fixed. In all the user overlays for MEX and MODEM7 there is an equate that sets whether control characters are passed along to the console in the terminal mode. Look for this: IGNCTL: DB NO ;yes=do not send control characters ;above CTL-M to CRT in terminal mode ;no=send any incoming CTL-char to CRT Chances are yours is set to YES instead of NO. --Keith 10-Jan-85 09:29:56-MST,1075;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 09:29:49-MST Received: From usc-eclb.arpa.ARPA by AMSAA via smtp; 10 Jan 85 10:53 EST Date: 10 Jan 1985 07:55-PST Sender: STANLEY@Usc-Eclb.ARPA Subject: ZCPR-like File Search From: STANLEY@Usc-Eclb.ARPA To: info-cpm@Amsaa.ARPA Cc: stanley@Usc-Eclb.ARPA Message-ID: <[USC-ECLB]10-Jan-85 07:55:36.STANLEY> I am running ZCPR (version 1) on a Heath H89. I seem to remember reading or seeing recently a scheme whereby the file search was extended to include files of the *.OVR and *.MSG type, so that if you were to be logged onto Drive C: and issued the command SC (with SC being on A:), the SC program would know where to find its overlays. As it is, of course, ZCPR finds SC which then errors out because it cannot find its overlay files. Can anyone help me locate the "fix" I think I saw? Please reply directly to me (stanley at eclb), and I will summarize for the net. Thanks in advance. ...Dick Stanley 10-Jan-85 10:35:15-MST,430;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 10:35:11-MST Received: From apg-3.arpa.ARPA by AMSAA via smtp; 10 Jan 85 12:04 EST Date: 10 Jan 1985 12:02:40 EST (Thursday) From: John Shaver STEEP-TM-AC 879-7602 Subject: ZCPR Start? To: info-cpm@Amsaa.ARPA Cc: jshaver@Apg-3.ARPA Where does one start reading to get acquainted with ZCPR? 10-Jan-85 12:53:35-MST,610;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 12:53:28-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 10 Jan 85 14:07 EST Received: from Flora.ms by ArpaGateway.ms ; 10 JAN 85 10:58:27 PST Date: Thu, 10 Jan 85 08:53 PST From: JAlrich.es@XEROX.ARPA Subject: Re: TURBO Pascal In-reply-to: "LAMIA@DEC-MARLBORO.ARPA's message of Wed, 9 Jan 85 16:32:57 EST" To: Walt Lamia cc: Lee.Sailer@CMU-CS-C.ARPA, info-cpm@AMSAA.ARPA The is a good biography/interview of Kahn in the latest issue of Micro Conucopia. 10-Jan-85 18:42:53-MST,683;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 18:42:49-MST Received: From csnet-pdn-gw.ARPA by AMSAA via smtp; 10 Jan 85 20:15 EST Received: from waterloo by csnet-relay.csnet id ae13322; 10 Jan 85 20:00 EST Date: Thu, 10 Jan 85 10:41:13 est From: Edward Chrzanowski To: Info-Cpm@AMSAA.ARPA Subject: name change Can you please change the mailing list to send all cpm-info mail to the following alias instead of echrzanowski. UUCP: ...!{ utzoo,decvax,ihnp4,allegra}!watmath!ML_Cpm-Info ARPA: ML_Cpm-Info%watmath%waterloo.csnet@csnet-relay.arpa Thank you ED C 10-Jan-85 21:13:07-MST,453;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 21:13:03-MST Received: From dec-marlboro.arpa.ARPA by AMSAA via smtp; 10 Jan 85 22:53 EST Date: 10 Jan 1985 2256-EST From: Larry Campbell To: info-cpm@Amsaa.ARPA Subject: PLEASE remove me from the info-cpm list Message-ID: <"MS11(2364)+GLXLIB1(1056)" 12078589937.18.71.14704 at DEC-MARLBORO> -------- 10-Jan-85 23:13:45-MST,3921;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 Jan 85 23:13:34-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 11 Jan 85 0:45 EST Received: from usenet by BRL-TGR.ARPA id a002596; 11 Jan 85 0:45 EST From: Ken Dickey Newsgroups: net.micro.cpm,net.lang.lisp Subject: iLISP (SCHEME dialect) interpreter for CP/M Message-ID: <122@dadlaa.UUCP> Date: 8 Jan 85 17:33:19 GMT Xref: godot net.micro.cpm:1618 net.lang.lisp:121 To: info-cpm@AMSAA.ARPA iLISP is a lexically scoped lisp based on the SCHEME dialect of Lisp which runs on Z80 CP/M 2.X I have been going through some of the exercises from Abelson & Sussmans' STRUCTURE AND INTERPRETATION OF COMPUTER PROGRAMS (MIT Press '85)--which is an excellent book--and having a lot of fun doing so. For $55, this is a really fun system for playing with objects, packages, constraint systems, etc. There are some differences in this dialect and that described in Struct & Interp, but I have yet to come across something I couldn't do in a clean and obvious way. Synopsis: Just like the big boys: read and run time macros, optimized tail recursion (does not burn stack space; no [ugly] PROG or GO needed), error handling and toploop fully user controlled, init (startup) file, assembler interface, CATCH, floating point math, CP/M access, assembler interface, list editor, TRACEing, BREAK, user control of error handling, ramdom access function library system (most convenient!), pretty printing functions, readable reference manual (165 pg, + 60 pg intro for non-lispers), terminal configuration options, full control of string and cons space allocation, etc, etc. Aside from this it is jus' plain fun to use (this is NOT a paid ad, really)!. Warning: the intro for beginners is much too formal. The Struct & Interp is a much better introduction for new lispers, who may need some hand- holding in any case. Unfortunately, no vectors or compilation. general prims: + - * / ABS ADD1 ARCTAN COSINE FIX FLOAT MINUS REM SINE SUB1 SQRT APPEND CAR CARS CDR CDRS CONS COPY DREVERSE LAST LENGTH LIST MEMB MEMBER NCONC NTH REPLACA REPLACD REPLACAD TCONC GETPL GETPROP LISTGET LISTPUT LISTREM PUTPROP REMPROP SETPL ALPHAORDER NCHARS PACK SET UNPACK UNSET ATOM EQ EQUAL LISTP LITATOM MACROP NULL NUMNBERP PROPP VALUEP ZEROP = >= <= > < i/o and special prims: CLEARBUF DIRIO FILLBUF INB INPUT PEEKC READ READP READC READLINE SYNTAB SYNTAX CS CURSOR LINELENGTH MARGIN OUTB OUTPUT POSITION PRIN1 PRIN2 PRINTLEVEL PRINT OUTB SPACES TAB CLOSE DISK DSKRES FILEDIR GFD IOBYTE OPEN OPENP SFP ARGCNT ASCII BYTE CHAR ERR EVAL DEFEXP DESCRIBE EXIT FREE FULL LOAD MEMORY PROG1 RECLAIM RESET MAP TERPRI TYPE UNSETF also has a number of macros and special forms (MAP functions, PROGN, DEFINE, SETQ, SELECTQ, COND, LET, LETSYS, etc) and a bunch of utility functions (string handling, statistics, Eliza, etc). There is more, but I'm tired of typing and you get the idea. As functions are full-fledged data objects, they can be assigned to, allowing you to do things like generalize "+" to lists, eg: (SETQ OLD-ADD +) ; expects 2 args (DEFINE + ARGS (MAP ID ARGS OLD-ADD 0)) (UNSET 'OLD-ADD) will now allow (+ 4 3 6) =>13 instead of an error (2 args expected) and (+ ) =>0. Oh, yes: COMPUTING INSIGHTS PO BOX 4033 Madison, Wisconsin 53711 ($49.95 + $5 ship) Lithp ith lithening! -Ken Dickey --------------------------------------------------- UUCP: HOST!tektronix!dadla!kend Where HOST is any one of: masscomp,decvax,allegra,uf-cgrl,mit-eddie,mit-ems, uoregon,psu-cs,orstcs,zehntel,ucbcad,ucbvax,purdue, uw-beaver,reed, ogcvax,ihnp4,tekred,minn-ua,cbosg CSnet: kend%dadla@tektronix ARPAnet: kend%dadla%tektronix@csnet-relay --------------------------------------------------- 11-Jan-85 00:10:02-MST,1044;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 00:09:56-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 11 Jan 85 1:37 EST Received: from usenet by BRL-TGR.ARPA id a003606; 11 Jan 85 1:12 EST From: Jeff Troeger Newsgroups: net.micro.cpm Subject: BJgame Message-ID: <189@ttidca.UUCP> Date: 10 Jan 85 16:58:01 GMT To: info-cpm@AMSAA.ARPA I have a copy of a blackjack game on my Rainbow written with BDSC that lets you choose from 1-4 decks, if you want insurance, and the amount of bets. If anyone would like a copy, send me mail with your mail path, and I will mail it too you. Jeff Troeger -- ============================================================================== Jeff Troeger Citicorp TTI 3100 Ocean Park Blvd. Santa Monica, California 90405 (213) 450-9111, ext. 3096 {vortex,philabs}!ttidca!troeger 11-Jan-85 02:50:53-MST,1256;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 02:50:48-MST Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 11 Jan 85 4:20 EST Date: 11 January 1985 04:15-EST From: Jerry E. Pournelle Subject: TURBO Pascal To: LAMIA@Dec-Marlboro.ARPA cc: Lee.Sailer@Cmu-Cs-C.ARPA, info-cpm@Amsaa.ARPA In-reply-to: Msg of Wed 9 Jan 85 16:32:57-EST from Walt Lamia I think you hear wrong... Date: Wed 9 Jan 85 16:32:57-EST From: Walt Lamia To: Lee.Sailer at CMU-CS-C.ARPA, info-cpm at AMSAA.ARPA cc: LAMIA at DEC-MARLBORO.ARPA Re: TURBO Pascal UUCP: {allegra,ucbvax,decvax,ihnp4}!decwrl!lamia@DEC-Marlboro.ARPA E-net: MONTY::MARKET::LAMIA No, but I *hear* that Turbo was actually written in Sweden, and is sold in Europe as COMPAS Pascal. I think Phillipe Kahn is >just< (:-) a smart, savvy, marketeer who knows a good thing when he sees it. No, I have no rumors about the reputed Turbo C or Turbo Modula, or where they're being done. How 'bout you, out there? %Walt Opinions are my own, but I might deny every saying them if asked. 11-Jan-85 07:12:06-MST,769;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 07:12:02-MST Received: From cisl-service-multics.arpa.ARPA by AMSAA via smtp; 11 Jan 85 8:32 EST Received: FROM HIS-PHOENIX-MULTICS.ARPA BY CISL-SERVICE-MULTICS.ARPA WITH dial; 11 JAN 1985 08:25:02 EST Acknowledge-To: David N Low Date: Fri, 11 Jan 85 01:58 MST From: David N Low Subject: ZCPR on Apple To: info-cpm@AMSAA.ARPA Message-ID: <850111085848.753067@HIS-PHOENIX-MULTICS.ARPA> Does any one know where, or how to set ZCPR3 up on an Apple II+ using a soft card, and CP/M 60k? I have access to both Gold Mine, and Gold Mine II in Phoenix,AZ. -David N. Low 11-Jan-85 07:58:32-MST,747;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 07:58:28-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 11 Jan 85 9:21 EST Received: from usenet by BRL-TGR.ARPA id a002471; 11 Jan 85 8:45 EST From: jmg%bradley.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: Thanks for wildexp.c Message-ID: <24900003@bradley.UUCP> Date: 9 Jan 85 04:07:00 GMT Nf-ID: #N:bradley:24900003:000:201 Nf-From: bradley!jmg Jan 8 22:07:00 1985 To: info-cpm@AMSAA.ARPA Thanks to all for wildexp.c --- Jeff Jeff Gibson UUCP: {cepu,ihnp4,noao,uiucdcs}!bradley!jmg Bradley University ARPA: cepu!bradley!jmg@UCLA-LOCUS Peoria, IL 61625 PH: (309) 692-9069 11-Jan-85 08:03:07-MST,1048;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 08:03:01-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 11 Jan 85 9:24 EST Date: Fri 11 Jan 85 07:25:31-MST From: Rick Conn Subject: Re: ZCPR Start? To: jshaver@APG-3.ARPA cc: info-cpm@AMSAA.ARPA, RCONN@SIMTEL20.ARPA In-Reply-To: Message from "John Shaver STEEP-TM-AC 879-7602 " of Thu 10 Jan 85 12:02:40-MST There are several info sources on ZCPR3: Z3USER.SI -- a user's perspective of the concepts of the system Z3INS*.SI -- installation manual Z3NEWS.* -- newsletters about questions, changes, etc magazines -- articles have appeared in Computer Language, Dr Dobbs, User's Guide, and others, and an article is due to come out in Byte in the next few months The first three references are files stored in the MICRO: directory on SIMTEL20. Finally, a book on ZCPR3 is due to come out later this month or next month. Rick ------- 11-Jan-85 08:22:57-MST,483;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 08:22:48-MST Received: From apg-3.arpa.ARPA by AMSAA via smtp; 11 Jan 85 9:31 EST Date: 11 Jan 1985 9:30:09 EST (Friday) From: John Shaver STEEP-TM-AC 879-7602 Subject: Re: ZCPR on Apple In-Reply-to: Your message of Fri, 11 Jan 85 01:58 MST To: info-cpm@Amsaa.ARPA Cc: jshaver@Apg-3.ARPA Please forward your ZCPR3 answers to the rest of us. 11-Jan-85 08:52:40-MST,1132;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 08:52:33-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 11 Jan 85 9:35 EST Received: from usenet by BRL-TGR.ARPA id a003542; 11 Jan 85 9:09 EST From: Art Zemon Newsgroups: net.wanted,net.micro.cpm Subject: CP/M Stock Management software wanted Message-ID: <1507@fritz.UUCP> Date: 10 Jan 85 17:19:52 GMT To: info-cpm@AMSAA.ARPA Do you know of any CP/M based programs which will manage a stock portfolio? It should maintain a database for a number of securities which includes, perhaps among other things, the following: purchase price purchase data quantity purchased pricing history p/e history Other items which would be nice but are not essential: plot graphs on a dot matrix printer produce a report of stocks which excede certain thresholds on price ??? The program can be either public domain or purchased software. -- -- Art Zemon FileNet Corp. ...! {decvax, ihnp4, ucbvax} !trwrb!felix!zemon 11-Jan-85 13:32:30-MST,865;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 13:32:24-MST Received: From cisl-service-multics.arpa.ARPA by AMSAA via smtp; 11 Jan 85 14:53 EST Received: FROM HIS-PHOENIX-MULTICS.ARPA BY CISL-SERVICE-MULTICS.ARPA WITH dial; 11 JAN 1985 14:54:55 EST Acknowledge-To: David N Low Date: Fri, 11 Jan 85 12:44 MST From: David N Low Subject: Re: ZCPR on Apple To: info-cpm@AMSAA.ARPA Message-ID: <850111194420.370784@HIS-PHOENIX-MULTICS.ARPA> Hmm. looks like emacs strips off my net address. So either reply to this meeting or send reply's to Low.MHC at pco.arpa . The problem with CP/M 60K on the Apple(II+;Softcard and Language card) is that the CCP is folded into the 4K starting at $D000. 11-Jan-85 15:21:00-MST,483;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 15:20:56-MST Received: From hi-multics.arpa.ARPA by AMSAA via smtp; 11 Jan 85 16:52 EST Date: Fri, 11 Jan 85 15:45 CST From: Boebert@HI-MULTICS.ARPA Subject: Mince/Scribble availability To: info-cpm@AMSAA.ARPA Message-ID: <850111214511.620657@HI-MULTICS.ARPA> What routes exist for getting Mince/Scribble, or whatever they have turned into these days? Earl 11-Jan-85 16:30:01-MST,4730;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 16:29:44-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 11 Jan 85 17:49 EST Received: from usenet by BRL-TGR.ARPA id a000719; 11 Jan 85 17:49 EST From: jeff%abnji.uucp@BRL-TGR.ARPA Newsgroups: net.micro,net.micro.cpm,net.lang.c Subject: an old idea whose time has come again Message-ID: <173@abnji.UUCP> Date: 10 Jan 85 21:21:07 GMT Sender: jeff%abnji.uucp@BRL-TGR.ARPA Xref: godot net.micro:3384 net.micro.cpm:1629 net.lang.c:2513 To: info-cpm@AMSAA.ARPA [shift to the left! shift to the right! pop up! push down! byte! byte! byte!] The IBM 1130 (a 16 bit machine, 60's vintage) running Disk Monitor Version 2 (mod 10 July 1971) had a linker/loader with some very desirable options. My suggestion as to how to handle '$' in identifiers is to push that problem as low as possible. The 1130's linker had the 'equate' option that specified the substitution of subroutines during the building of a core load form: *equat(sub1,sub2),...,(subm,subn) substituted sub2 for sub1 so 'C' programs would use something like: *equat(sys_read, SYS$READ) This means that all references to the subroutine up to the link pass would be the 'C' name (7 char maximum, per K&R). Only at the link pass would machine-dependent features such as longer name lengths and funny characters be available. Only- what name would stay in the symbol table for the debugger to use? This has the advantage of moving the problem out of the 'C' language and into the loader which I am under the impression is quite machine dependent anyway. << The following is of interest to systems that don't swap or page or are very memory limited >> Yes folks, the 1130 supported overlays and in a painless way, that was transparent to the coding. If the program size exceeded available core (yes - I said core) then the call was altered to call 'FLIPR' which would read in the subroutine into the overlay area (in not already there) and pass execution to the desired subroutine. There were SOCAL (System call loaded on call) and LOCAL (subroutines loaded on call). (There was a distinction between system and user subroutines). memory was mapped as: +--------------+ | main program | +--------------+ | subroutines | including FLIPR +--------------+ | local | size of largest LOCAL +--------------+ | socal | size of largest SOCAL +--------------+ | common | +--------------+ The linker would try the following in building a core image 1) build everything in memory if it doesn't fit 2) SOCAL some of the less-frequently used system routines if it still doesn't fit 3) SOCAL all the system routines if it still doesn't fit 4) gives up Now, just tell it what subroutines you are willing to have loaded on call by specifying the option *local main1,sub1,sub2,sub3,...,subn where main1 is the main program sub1,... are the subroutines to be loaded on call If there was more than one main program (one passed execution to another by 'chain', similar to 'exec')you coded *local main2,sub1,sub2,sub3,...,subn for the other main program, and so on. and re-link. No need for recoding or recompilation. I see this as being very necessary for running large programs on CPM machines which are usually restricted to 64K. Whitesmith's "C" has no such ability, restricting program size to actual memory size. Manx's "C" has an overlay ability, but has to be explicitly called by the calling program. (Aha! Now you see why its in net.micro! ) Now for real fun. If you coded a non-blank in column 26 of the //XEQ card (that invoked the linker/loader) that allowed a LOCAL to call another LOCAL. This required special programming to pass a link word [mainline program address] since there was no stack thus all non-common variables were lost when overlaid. This restricted the LOCAL call LOCAL to assembly language only. Of course, load although not-called were called NOCAL and were coded: *nocalmain1,sub1,...,subn but that's a nothing special. Rhetorical question: Why don't any of the 'modern' loaders offer these wonderful options? Let's see you run a Fortran compiler and non-trivial program in 16K!!!!! P.S. I have pieces of the 1130 all over my apartment, including the front panel. Does anybody else miss the beastie???? +---------------------------------------+ | Jeff 'oh no -- not another' Skot | | at beautiful downtown Somerset NJ | | AT&T Info Systems | | ..!abnji!jeff | +---------------------------------------+ 11-Jan-85 20:56:16-MST,586;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 20:56:10-MST Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 11 Jan 85 22:22 EST Date: 11 January 1985 22:19-EST From: Eric Stork Subject: EPSON GENEVA QUERY To: info-cpm@Amsaa.ARPA cc: STORK@Mit-Mc.ARPA Looking for tips on using FILINK.COM to send to S-100 unit, with error checking. Anyone have data on the protocol used? I can dump 7-bit ASCII with TERM>COM, but cannot move 8-bit stuff that way. Thanks in advance for comments. Eric 11-Jan-85 22:42:45-MST,777;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 11 Jan 85 22:42:39-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 12 Jan 85 0:05 EST Received: from mit-mc.arpa by BRL-AOS.ARPA id a014005; 11 Jan 85 23:58 EST Received: from (H154026)NJECNVM.BITNET by WISCVM.ARPA on 01/11/85 at 22:57:00 CST DATE: January 11, 1985 23:38:20 EST TO: INFO-CPM@MIT-MC.ARPA FROM: H154026%NJECNVM.BITNET@WISCVM.ARPA SUBJECT: 8' drive controller for IIe I have difficulities getting a Vista A800 8' drive controller for my Apple IIe. Can some one give me information on its availability, or on other controller(s) for IIe, where available, how much, etc.? Thanks in advance. Jim 12-Jan-85 01:16:42-MST,1519;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 12 Jan 85 01:16:36-MST Received: From nosc-gw.ARPA by AMSAA via smtp; 12 Jan 85 2:52 EST Received: from cod.ARPA by nosc.ARPA (4.12/4.7) id AA08142; Fri, 11 Jan 85 23:53:20 pst From: bang!crash!bwebster@Nosc.ARPA MMDF-Warning: Parse error in preceeding line at AMSAA.ARPA Received: by cod.ARPA (4.12/4.7) id AA08983; Fri, 11 Jan 85 23:53:46 pst Message-Id: <8501120753.AA08983@cod.ARPA> Date: Fri, 11 Jan 85 11:16:13 PST To: bang!info-cpm@Amsaa.ARPA Subject: TURBO Pascal Cc: bang!lee.sailer@Cmu-Cs-C.ARPA > As long as discussion has turned to Pascal, someone tell me this: > How does the *&$#%@ thing work ?!?!?!? > Is it true the P Kahn is from the 14th dimension? When I first saw a TURBO Pascal ad (about a year ago), I figured it had to be some sort of scam or at least gross deception. I phoned and asked for a review copy (I was writing a Pascal column for IBM Softalk at the time), ready to rip it to shreds when it arrived. Instead, I wrote such a glowing (if slightly incredulous) review that Borland quotes me in their ads. I've asked Philippe Kahn about it on a number of occasions, and he just tells me that it's a "simple recursive-descent compiler" and "I'm surprised that nobody else has come out with one." I still think it's magic. ..bruce.. Bruce Webster, Contr. Ed., BYTE bang!crash!bwebster@nosc {ihnp4 | sdcsvax!bang}!crash!bwebster 12-Jan-85 12:22:02-MST,732;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 12 Jan 85 12:21:58-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 12 Jan 85 13:54 EST Received: from Gamay.ms by ArpaGateway.ms ; 12 JAN 85 10:56:28 PST From: NBaheti.es@XEROX.ARPA Date: 12 Jan 85 10:57:08 PST Subject: Re: mex comm. utility (cpm) In-reply-to: mdb%aicchi.uucp@BRL-TGR.ARPA's message of 9 Jan 85 04:01:17 GMT, <360@aicchi.UUCP> To: Blackwell cc: info-cpm@AMSAA.ARPA Try setting the filter off (STAT FILTER OFF) when you load Mex. With it on all control characters except lf,cr,bs will be blocked out. Arun Baheti "Life is hard; then you die." 12-Jan-85 22:34:48-MST,1254;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 12 Jan 85 22:34:42-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 13 Jan 85 0:01 EST Received: from usenet by BRL-TGR.ARPA id a013616; 12 Jan 85 23:56 EST From: Michael Cooper Newsgroups: net.micro.cpm Subject: Unix for CP/M 2.1 or > on a z80 Message-ID: <792@reed.UUCP> Date: 10 Jan 85 00:28:47 GMT To: info-cpm@AMSAA.ARPA [ Some day this line will rise above poverty and strike revenge... ] Does anybody know of any types of utilities to make a z80 running CP/M 2.1 Unix-like. I'm looking for things like full i/o redirection that "overlays" over the CP/M like a shell (command interpretuer) that will provide Unix features. Someone told me about one called "microshell" but I can't find reference anywhere to it. Michael Cooper ______________________________________________________________________________ {decvax, ucbvax, pur-ee, uw-beaver, masscomp, cbosg, mit-ems, psu-cs, uoregon, orstcs, ihnp4, uf-cgrl}!tektronix \ +---!reed!mikec {teneron, ogcvax, muddcs, cadic, oresoft, grpwre, / psu-cs, omen, isonvax, nsc-pdc}---+ 12-Jan-85 23:19:15-MST,1361;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 12 Jan 85 23:19:06-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 13 Jan 85 0:40 EST Received: from usenet by BRL-TGR.ARPA id a014693; 13 Jan 85 0:21 EST From: Chuck McManis Newsgroups: net.micro.cpm Subject: Re: Prometheus ProModem 1200 Message-ID: <475@intelca.UUCP> Date: 11 Jan 85 15:28:12 GMT To: info-cpm@AMSAA.ARPA >I have had a ProModem for about a year, and have noticed that some of >the things that are mentioned in the manual are not true. For >instance, if the line is busy the manual says that the modem should >detect the busy signal, hang up and try again. This does not happen. As the manual mentions, this requires that the switch on the bottom be set to enable this activity and that it will retry every 30 seconds. I have found both of these statements to be true. I have a modem program (MEX) that will do redial so I disable this "feature" --Chuck -- - - - D I S C L A I M E R - - - {ihnp4,fortune}!dual\ All opinions expressed herein are my {qantel,idi}-> !intelca!cem own and not those of my employer, my {ucbvax,hao}!hplabs/ friends, or my avocado plant. :-} 13-Jan-85 00:28:04-MST,769;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 00:27:56-MST Received: From su-score.arpa.ARPA by AMSAA via smtp; 13 Jan 85 2:01 EST Date: Sat 12 Jan 85 23:00:15-PST From: Sam Hahn Subject: Re: Unix for CP/M 2.1 or > on a z80 To: mikec%reed.uucp@BRL-TGR.ARPA cc: info-cpm@AMSAA.ARPA In-Reply-To: Message from "Michael Cooper " of Thu 10 Jan 85 00:28:47-PST New Generation Systems. Reston Virginia. 703-471-5598 Or try ConIX, from Computer Helper Industries, inc. 212-652-1786 I run cp/m-3.0 and -816 OS's, so I haven't gotten either of these. There are others, but these two come easily to mind. -- sam hahn [samuel@score] ------- 13-Jan-85 00:44:13-MST,1032;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 00:44:07-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 13 Jan 85 2:11 EST Received: from usenet by BRL-TGR.ARPA id a016950; 13 Jan 85 1:22 EST From: Ravi Subrahmanyan Newsgroups: net.micro.cpm Subject: Help with SIMTEL20 Message-ID: <2491@mcnc.UUCP> Date: 12 Jan 85 02:22:42 GMT To: info-cpm@AMSAA.ARPA Keith Peterson, Richard Conn: ( and everyone else too ) I've just gotten a CPM machine, & am struggling to get ZCPR2 up & running.. ( no bdosloc program, have to hack thru the system with DDT, etc.). Now I start reading micro.cpm news & I hear everyone talking about SIMTEL20. ( Sounds like a giant BBS? ). Would you please let me know something more about this, how I could access the files, and so on? If I can get stuff from it onto this system, can I XMODEM it to my house and so on? Thanks in advance, [Ravi] 13-Jan-85 00:50:31-MST,958;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 00:50:24-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 13 Jan 85 2:11 EST Received: from usenet by BRL-TGR.ARPA id a016954; 13 Jan 85 1:22 EST From: Ravi Subrahmanyan Newsgroups: net.micro.cpm Subject: ATR8000 and Turbo Message-ID: <2493@mcnc.UUCP> Date: 12 Jan 85 02:30:42 GMT To: info-cpm@AMSAA.ARPA I can't say I know what's wrong but I have been using Tubro with the ATR8000, and it works Ok. You have to use TINST to set up the system for a TELEVIDEO TVI 921 terminal (basically any ADM3a type). Are you using Autoterm from SWP, or the 80 col. cartridge? I use the cartridge myself, and I'd recommend it highly if you haven't yet gotten something for 80 cols. Anyway, that is a perfect ADm3a clone, so anything set up for that will be perfect. Good Luck, [Ravi] 13-Jan-85 01:11:04-MST,2371;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 01:10:56-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 13 Jan 85 2:12 EST Received: from usenet by BRL-TGR.ARPA id a017604; 13 Jan 85 1:41 EST From: Tim Maroney Newsgroups: net.micro.cpm Subject: POW2 public domain formatter Message-ID: <20980061@cmu-cs-k.ARPA> Date: 13 Jan 85 00:15:24 GMT To: info-cpm@AMSAA.ARPA I recently snarfed the POW2 text formatter from SIMTEL20. It works fairly well overall, but it has a few deficiencies. Among these are the lack of various fonts support (you can overstrike a whole line, and underline centered text -- whoopee), the treatment of centering as a special command rather than as a justification mode, the lack of variable-space total justification for printers that support it, the lack of a file inclusion command, the lack of three-part titles, and blank lines not causing a paragraph break. I have fixed one of these by adding font support. The command FT,number switches to the font given by the number, in a table of font handling routine addresses. The font handling routines output a single character in the routine's font, and they are printer specific (non-portable). However, so far I have only added this for left justification, the only mode I use; any font changes will result in bad font-character associations in right or total justify mode, and will have no effect in unformatted text (which I'm not really sure is a very bad thing). I would not want to release such a program, but I am also not heavily motivated to fix it in a way I will never use. So does anyone else want to add this? If you are serious about it, and have a weekend to spare, let me know and I'll send you a copy. Perhaps a number of us could work together on adding the other useful features I mentioned as well. POW has the potential to be a very powerful tool; it seems no one has ever gotten around to making it one. -=- Tim Maroney, Carnegie-Mellon University Computation Center ARPA: Tim.Maroney@CMU-CS-K uucp: seismo!cmu-cs-k!tim CompuServe: 74176,1360 audio: shout "Hey, Tim!" "Remember all ye that existence is pure joy; that all the sorrows are but as shadows; they pass & are done; but there is that which remains." Liber AL, II:9. 13-Jan-85 01:48:37-MST,1921;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 01:48:31-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 13 Jan 85 3:06 EST Received: from usenet by BRL-TGR.ARPA id a018362; 13 Jan 85 2:41 EST From: Tim Maroney Newsgroups: net.micro.cpm Subject: Screen Editor Message-ID: <20980065@cmu-cs-k.ARPA> Date: 13 Jan 85 04:05:56 GMT To: info-cpm@AMSAA.ARPA Some weeks ago, I snarfed the public domain screen editor from SIMTEL20. It was nicely done, but a three-mode editor was totally unacceptable to my emacs-configured fingers. I've hacked away at it heavily, adding many features and completely replacing the user interface with an emacs-like one (although it is not emacs-like otherwise -- no multiple windows, no extension language, no marking yet). The major extension that still needs to be done is extending it to arbitrary file sizes. I have worked out a scheme for doing this, but I was wondering whether anyone else has already done it, with the new buffer module being in the public domain. If so, it would sure save a lot of time. If not, then I have a question for you CP/M wizards. Is there any portable way to make a file shrink? That is, to free sectors from the end of it that were formerly in use? If so, how? I have not examined the CP/M file system heavily, although I have hacked other parts of BIOS, so if there is a way it shouldn't be over my head. I need this because I don't want my temporary files to be stuck at their maximum length. -=- Tim Maroney, Carnegie-Mellon University Computation Center ARPA: Tim.Maroney@CMU-CS-K uucp: seismo!cmu-cs-k!tim CompuServe: 74176,1360 audio: shout "Hey, Tim!" "Remember all ye that existence is pure joy; that all the sorrows are but as shadows; they pass & are done; but there is that which remains." Liber AL, II:9. 13-Jan-85 02:05:32-MST,1082;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 02:05:26-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 13 Jan 85 3:06 EST Received: from usenet by BRL-TGR.ARPA id a018535; 13 Jan 85 2:45 EST From: Michael Cooper Newsgroups: net.micro.cpm,net.micro.zx Subject: MODEM7 for an Altos z80 running CP/M 2.1 wanted Message-ID: <798@reed.UUCP> Date: 11 Jan 85 15:34:08 GMT To: info-cpm@AMSAA.ARPA Does anyone have such a beast? Does anyone have any equivilent? I need to transfer files between the above mentioned Altos and an Altair 8080 running CP/M 1.4, but the disk formats are not the same. Michael Cooper ______________________________________________________________________________ {decvax, ucbvax, pur-ee, uw-beaver, masscomp, cbosg, mit-ems, psu-cs, uoregon, orstcs, ihnp4, uf-cgrl}!tektronix \ +---!reed!mikec {teneron, ogcvax, muddcs, cadic, oresoft, grpwre, / psu-cs, omen, isonvax, nsc-pdc}---+ 13-Jan-85 02:26:58-MST,774;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 02:26:54-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 13 Jan 85 3:49 EST Received: from usenet by BRL-TGR.ARPA id a019683; 13 Jan 85 3:41 EST From: Jim Gillogly Newsgroups: net.micro.cpm Subject: Re: TURBO Pascal Message-ID: <2247@randvax.UUCP> Date: 11 Jan 85 22:03:04 GMT To: info-cpm@AMSAA.ARPA ---------- After discovering how wonderful Turbo Pascal is (IBM PC), I called Borland and asked about Turbo C. The girl on the order desk said that they had been told that it's being worked on and they expect it this coming summer. -- Jim Gillogly {decvax, vortex}!randvax!jim jim@rand-unix.arpa 13-Jan-85 11:08:01-MST,806;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 11:07:52-MST Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp; 13 Jan 85 12:41 EST Received: ID ; Sun 13 Jan 85 12:40:38-EST Date: Sun 13 Jan 85 12:40:34-EST From: Lee.Sailer@CMU-CS-C.ARPA Subject: EMACS and the Osborne To: info-cpm@AMSAA.ARPA Some time ago I elicited help with getting EMACS to work on an Osborne over 1200 Baud lines (which I did), and to work in a usable way (which I did not). I promised to report back; this is it. I never got it where I could stand it. To much screen repainting was the main problem, plus some cases where EMACS and my screen got too confused about who was where. If you figure it out, let me know. ------- 13-Jan-85 11:17:15-MST,1580;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 11:17:08-MST Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp; 13 Jan 85 12:40 EST Received: ID ; Sun 13 Jan 85 12:36:51-EST Date: Sun 13 Jan 85 12:36:49-EST From: Lee.Sailer@CMU-CS-C.ARPA Subject: Turbo To: info-cpm@AMSAA.ARPA So far, except for Kahn's assurance that it is really simple, it seems that nobody is willing to admit that they know how it works. Here is a new, simpler question: 1. Is anybody out there trying to figure out how Turbo "does it"? 2. Is anybody debating what it could do better, so that version x will be even spiffier? Here are a few of my own (somehat trivial) wishes. - A stand-alone version of the editor/run-time system. TRUE FACT. I use Turbo as my editor when writing in C. ("Why?" is a lng story.) - A utility that will strip out totally unused parts of .COM files. if, for example, Turbo loads all the trig functions into every .COM file, could a utility dtect that they were never used, and squeeze them out? - Turbo's random number generator is not so hot. In paticular, it cannot be started from a particular seed. Patches? - Could Turbo be patched to add a "true" complex type, and thereby save us all from those letters in BYTE that say "Real men use FORTRAN!" Of Course! First, someone (not me, sorry, I don't even know assembler) will have to figure out how Turbo is possible, period. thanks for listening ------- 13-Jan-85 11:21:10-MST,2146;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 11:21:01-MST Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp; 13 Jan 85 12:55 EST Received: ID ; Sun 13 Jan 85 12:57:09-EST Date: Sun 13 Jan 85 12:57:06-EST From: Lee.Sailer@CMU-CS-C.ARPA Subject: CP/M Standards To: info-cpm@AMSAA.ARPA Lastbutnotleast, I wish to send up a trial balloon, and see if anybody salutes it... People seem to keep asking, or even just claiming, that CP/M is dead. I think it is dead the way FORTRAN died about 15 years ago, that is, it now lives in so many forms, and is "evolving" so much that it will probably never disappear. Notice that after years and years of fooling around, the FORTRAN folk finally got up a "standard", first 66, then 77, and now so-called 8x. Is anyone doing this for CP/M??? I know of at least ZCPRn, TURBO-DOS, RCPM, the UNIX-like "addons", and a lot of different little utiliies for time-stamping, making USER 0 files public, incremental backup, and so on. Let's call DR's plain version "level 0". For me, User numbers are nearly useless in level 0. How would it be best to fix that, and could we standardize it, make PIP, ED, STAT, etc. understand it, and call it level 1? Could we standardize on a subset of the good features in EX, SUPERSUB, etc, and add those to level 1? and so on. In short, CP/M has a lot of good features, and some bad ones. People add enhancements, but they (the enhancements) often interfere with one another. This prohibits developers of compilers and editors and so on from using the enhancements, and CP/M eventually dies. I think that this is such a good idea, that I would not be surprised if it is already happening. I could be wrong. One last thing. I am posting this idea to see if there is any interest in discussing it publically, so post you responses to INFO-CPM. Do not send me a separate copy, I can read it here. Of course, if you have a personal message to me that would not be approprate for the BBoard, you should send it directly to me. ------- 13-Jan-85 12:33:32-MST,702;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 12:33:24-MST Received: From mitre.arpa.ARPA by AMSAA via smtp; 13 Jan 85 14:02 EST Date: 13 Jan 1985 14:01:34 EST (Sunday) From: Jeffrey Edelheit Subject: comm software for an Eagle II E To: info-cpm@Amsaa.ARPA Cc: edelheit@Mitre.ARPA I was recently asked by a fellow I know if there is a PD comm package available for his Eagle II E. Does anyone have one, and if so, can a deal be worked out (He sends you a floppy, you copy the pgm(s) on it and return it to him)? As he isn't on the net, please respond to me. Thanks Jeff Edelheit (edelheit@mitre) 13-Jan-85 15:20:03-MST,1215;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 15:19:57-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 13 Jan 85 16:47 EST Date: 13 Jan 1985 14:44 MST (Sun) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Jeffrey Edelheit Cc: Info-Cpm@Amsaa.ARPA Subject: comm software for an Eagle II E In-reply-to: Msg of 13 Jan 1985 12:01-MST from Jeffrey Edelheit Give your friend MODM700 with one of the following two overlays: Filename Type Bytes CRC Directory MICRO: M7EG-1.AQM.1 COM 7424 9672H M7EGL-1.AQM.1 COM 7808 A6BDH To get it on his disk, you could transfer from your system by having him bring up MBOOT3 or BMODEM, using the overlays as a guide on how to modify them for the proper port I/O and status checks. Directory MICRO: MBOOT3.ASM.1 ASCII 8186 DB04H BMODEM.BAS.1 ASCII 1104 600EH BMODEM.DOC.1 ASCII 651 FC36H MODM700 is available in: Directory MICRO: MODM700.LBR.1 COM 71936 0477H --Keith 13-Jan-85 16:11:04-MST,486;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 16:11:00-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 13 Jan 85 17:32 EST Date: Sun 13 Jan 85 15:33:45-MST From: Jim Forrest Subject: LD80 To: INFO-CPM@AMSAA.ARPA cc: JFORREST@SIMTEL20.ARPA Could someone tell me where I can buy a copy of LD80. Source in the Southeast would be preferable, but any source appreciated. Jim ------- 13-Jan-85 17:22:16-MST,740;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 17:22:12-MST Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 13 Jan 85 18:46 EST Received: from ucbeast.ARPA by UCB-VAX.ARPA (4.24/4.40) id AA08410; Sun, 13 Jan 85 15:39:58 pst Received: by ucbeast.ARPA (4.24/4.27) id AA05562; Sun, 13 Jan 85 15:48:45 pst Date: Sun, 13 Jan 85 15:48:45 pst Message-Id: <8501132348.AA05562@ucbeast.ARPA> From: Phil Lapsley To: info-cpm@amsaa.ARPA Subject: Turbo Pascal: Did I hear right? Did somebody say that Turbo Pascal for the 8088/8086 is available under CP/M-86? I hadn't known this -- could someone please confirm or deny it? Phil 13-Jan-85 18:30:01-MST,534;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 18:29:57-MST Received: From su-score.arpa.ARPA by AMSAA via smtp; 13 Jan 85 19:53 EST Date: Sun 13 Jan 85 16:52:50-PST From: Sam Hahn Subject: Re: Turbo Pascal: Did I hear right? To: phil%ucbeast@UCB-VAX.ARPA cc: info-cpm@AMSAA.ARPA In-Reply-To: Message from "Phil Lapsley " of Sun 13 Jan 85 16:22:20-PST Turbo is definitely available under cp/m-86. -- sam ------- 13-Jan-85 20:36:11-MST,1137;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 20:36:06-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Jan 85 21:57 EST Received: from simtel20.arpa by BRL-AOS.ARPA id a018906; 13 Jan 85 21:52 EST Date: 13 Jan 1985 19:53 MST (Sun) Message-ID: From: CSTROM@SIMTEL20.ARPA To: Eric Stork Cc: Info-CPM@brl.ARPA, CSTROM@simtel20.ARPA Subject: EPSON GENEVA QUERY In-reply-to: Msg of 11 Jan 1985 20:19-MST from Eric Stork FILINK.COM is a protocol developed by Epson and is thus far available nly on the Geneva and the QX-10 (it may still not be available for the latter machine). We have promises of a generic FILINK program for CP/M-80, but in the meantime, I modified Modem2. Recently others have done likewise with MDM7 (both a MDM7 overlay and a modified MDM7 called EPXMD3.COM I think) and David Kozinn is working on a MEX overlay. The files are available in the CP/M sig on Compuserve, or you can send me a blank tape if you want a copy of MODEM2. -Charlie 13-Jan-85 22:30:27-MST,1034;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 13 Jan 85 22:30:20-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 13 Jan 85 23:53 EST Date: 13 Jan 1985 21:55 MST (Sun) Message-ID: From: "Frank J. Wancho" To: INFO-CPM@Amsaa.ARPA Cc: TOPS-20@Su-Score.ARPA Subject: TOPS-20 SQ/USQ Update SQ now accepts wild-card filenames and properly handles ITS Binary and TOPS-20 Binary input files as well as common ASCII text files. However, if a file with a bytesize of 36 is not an ITS Binary file, it blindly assumes the file is ASCII, even though the file may be something else. USQ (which should be renamed LUSQ to avoid confusion with GZ's far superior USQ) now also accepts wild-card filenames and still blindly assumes the output file is an ASCII text file. (GZ's USQ tries to guess the output file bytesize.) Sources and executables are in MICRO: on SIMTEL20. --Frank 14-Jan-85 00:35:48-MST,2542;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 00:35:39-MST Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 14 Jan 85 2:00 EST Date: Mon, 14 Jan 1985 02:01 EST Message-ID: From: "Robert L. Krawitz" To: info-cpm@AMSAA.ARPA cc: rlk%MIT-OZ@MIT-MC.ARPA Subject: possible problems with large numbers of open files simultaneously? Does CP/M do strange things when many files are open and being written at once? I have a program that does this (six files are being written at once, and are therefore open), and a variety of strange behaviours occur, such as the disk write sequential call seems to return errors (non-zero value in the A register) before the disk is actually full. Related question: the documentation for this op (whatever the number is) says that a non-zero value is returned in the A register for a nonsuccessful write due to a full disk. Can this happen for other reasons than a full disk? Examples would be some flavor of write error, etc. When deleting a file, what if anything besides the file name (the first 12 bytes, giving the drive, name, and extension) should be initialized, and to what value? Which should not be? When opening a file for reading, same questions. Does not closing a file after reading it, either partially or totally, cause any problems? What is the best procedure for temporarily closing a file so it can be read from disk in a different FCB, and then reopening it later for writing, at the spot I left off when closing it? I. e. I flush the memory buffers for the six files I mentioned above, close the files, and use a different FCB for reading them. When I read it, I open the file, but never close it. To reopen the file, I save the number of the last record, open the proper extent of the file, and restore the last record number (base+32). To initialize an FCB for creating a file or deleting it, I set the following to zero: bytes 12 through 15, and byte 32 (offset from the base of the FCB). Is this the right thing to do? Should I do this much? What seems to happen is at the time the disk is full, my program seems to delete all the files. It should only delete the oldest generation (that's implicit in the file name). It only calls the routine to do so when the value returned from the write is non-zero. If anyone can help me with this I would be extremely grateful. Robert Krawitz 14-Jan-85 01:24:33-MST,3595;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 01:24:22-MST Received: From mit-multics.arpa.ARPA by AMSAA via smtp; 14 Jan 85 2:40 EST Date: Mon, 14 Jan 85 02:32 EST From: "John C. Klensin" Subject: Re: an old idea whose time has come To: info-cpm@AMSAA.ARPA Message-ID: <850114073257.188287@MIT-MULTICS.ARPA> Let me add two things to this discussion, which may or may not be helpful: The *equat feature of the 1130 linker also appeared in an early version of the OS/360 "linkage editor", with the keyword CHANGE (If I recall) and a slightly different syntax. This feature has been carried forward into subsequent versions of the related operating systems, so it was not an idea that appeared and disappeared because almost no one found it interesting. Note, however, that as soon as one generalizes the characters that can appear in some places and not in others, that the linker (or whatever) needs special syntax, like quoting characters, to delimit strings that might otherwise not be acceptable to it [either]. Although sharing some sympathy for the linker plan, I see it more as a useful mechanism for patching things up at the last possible moment than as a good solution. A better solution involves seeing it as just another case of binding the semantics of a name in a program (e.g., something that obeys the C (or whatever) naming rules to that name, where the "external" form, whether longer or of a different case or symbol structure, is just part of the semantics. A near variation of the problem that illustrates the point appears when you think, not of "how to get a $ into a name", but about inter-language procedure calls (or external (global) variable references of other sorts) where two or more statically compiled languages have different rules about the naming of such variables. ANSI X3J1 (PL/I) had a long series of discussions on this one a year or two ago in the context of languages that supported case sensitivity in identifiers and operating systems that did not, languages that didn't and operatings systems that did, and languages that had "everything goes to upper" mapping rules and those that preserved case sensitivity. The conclusion was that, while it was probably a good idea to have some name-changing and mapping linker facilities also (whatever that might mean in a host independent way), it should be possible, for a number of reasons, to make these bindings at compile time also. Unless the committee changes its mind (very unlikely, but I am obligated to say things like that), the next version of the PL/I standard will go out for public comment with an optional extension to the syntax for external names, in the form of EXTERNAL (...) s.t., in a particularly bizzare case, you might write dcl sub1 external("avery_long$name_with_all_sorts#@%^&of NONSENSEinIT"); what goes between the parens is, clearly, an implementation-dependent and otherwise unrestricted character string. It can even be a character variable, as long as its value is known at transation time. It is also pretty easy to implement, even if only by preparing, and passing along, a few instructions to the linker as part of the translator's output. Note also that this type of approach permits either name (or, if the capability is otherwise available, both names) to be made available in the symbol table, since the translator has all the information available when the symbol table is constructed. 14-Jan-85 01:58:11-MST,2895;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 01:57:52-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 14 Jan 85 3:32 EST Date: Sunday, 13 January 1985 23:47-MST Message-ID: Sender: noao!terak!jb@Seismo.ARPA From: noao!terak!jb@Seismo.ARPA Subject: Osborne Executive Timeout Fix ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Mon 14 Jan 1985 01:34-MST Enhancing the Osborne Executive Enhanced BIOS Version 1.1 According to OCC, their enhanced Osborne Executive BIOS prevents a premature display of BIOS time-out error messages while using printers with internal print buffers. This is only partially true. The delay value, DELAY0, is reset after every timeout to the value you supplied with the new SETUP command, but the initial timeout value remains at five seconds. To change the initial value, I recommend the following steps, using DU-V86 which can be found on the -FOG/EX1.006 disk. Enter DU, logon to a disk containing CPM3.SYS, and get a map of the disk by typing M. A typical map line might be: A0-AF 00 CPM3 .SYS 00 : B0-B1 00 CPM3 .SYS 01 What we really want to know is where on the disk the CPM3.SYS file starts. On this disk it starts with Group A0. The sector we want to change is 5 groups and 7 sectors or 2FH sectors from the start of the CPM3.SYS file, or in this case, it is group A5:07. Enter: GA0;+2F;D to display the sector of interest. CPM3.SYS will probably start at a different location on your disk, substitute the first group listed in the map for the A0 in the above command. The last line of the displayed sector should read: 70 03CD2EE4 C118DF01 3A06E6B7 2008C5CD *.M.dA._.:.f7 .EM* If it doesn't, then you don't have the latest enhanced CPM3.SYS from OCC or you didn't enter the command correctly. Look at the map again and make sure you have found the first entry of CPM3.SYS in the map. If the last line of the displayed sector matches that above then you have found the correct sector. The eighth byte, 01 above, is the byte we want to change. A value of 01 gives a 5 second timeout, I changed mine to 78H to give a 600 second timeout. To do this, enter: CH77,78;W;X DU will update your disk and exit. Reboot the system with the updated disk and verify that the first BIOS timeout error now takes much longer than 5 seconds. If so, you've now fixed the timeout bug! John M. Blalock PO Box 39356 Phoenix, AZ 85069 (602) 993-4604 14-Jan-85 02:14:03-MST,735;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 02:13:59-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 14 Jan 85 3:27 EST Date: 14 Jan 1985 01:29 MST (Mon) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Unix for CP/M 2.1 or > on a z80 Michael Cooper asks for a program that will give Unix-like features for CP/M 2.1 or > on a z80. ZCPR3 will give you many of the features of Unix. It's a CCP replacement for CP/M 2.2. It's available from many RCPMs around the country and from SIG/M. --Keith 14-Jan-85 04:38:25-MST,2423;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 04:38:12-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 14 Jan 85 6:03 EST Received: from usenet by BRL-TGR.ARPA id a000858; 14 Jan 85 5:58 EST From: mpackard%uok.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: Re: .REL Format Message-ID: <4800007@uok.UUCP> Date: 31 Dec 84 22:39:00 GMT Nf-ID: #N:uok:4800007:000:1841 Nf-From: uok!mpackard Dec 31 16:39:00 1984 To: info-cpm@AMSAA.ARPA [] This is the format for .REL files: These files are bit-streams rather than byte-streams. ---------------------------------------------------------------------- | 1 | XX | XXXX | XX XXXXXXXXXXXXXXXX | XXX+CHARACTERS OF SYMBOL NAME| ---------------------------------------------------------------------- ^ ^ ^ ^ ^ | | | | | Always 1 | | | | | A Field B Field | | Chars are 8 Bit ASCII 00 - special link (see below) 01 - program relative 10 - data relative 11 - common relative | | Control Field: The following special link items have a B field only 0 - Entry Symbol (name for search) 1 - Select COMMON block 2 - Program name 3 - Request library search 4 - Reserved The following special link items have both an A field and B field 5 - Define COMMON size 6 - Chain external (A is head of address chain, B is name of external 7 - Define entry point (A is address B is name) 8 - External offset. Used for JMP and CALL to externals The following special link items have an A field only 9 - External + offset. The A value will be added to the two bytes starting at the current location counter immediately before execution. 10 - Define the size of the Data area. (A is the size) 11 - Set the loading location counter to A 12 - Chain address. A is the head of chain, replace all entries in chain with current location counter. The last entry in the chain has an address field of absolute zero. 13 - Define program size 14 - End of program (forces to byte boundary) The following special link item has neither an A nor a B field 15 - End File 14-Jan-85 04:38:56-MST,1158;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 04:38:47-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 14 Jan 85 6:03 EST Received: from usenet by BRL-TGR.ARPA id a000851; 14 Jan 85 5:58 EST From: mpackard%uok.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: XMDM-102.ASM Bug? Message-ID: <4800006@uok.UUCP> Date: 31 Dec 84 22:20:00 GMT Nf-ID: #N:uok:4800006:000:617 Nf-From: uok!mpackard Dec 31 16:20:00 1984 To: info-cpm@AMSAA.ARPA [] I've been writing on an xmodem protocal in 'C' (to make it more portable for me) and have been using XMDM-102.ASM as the referance. I've looked at other 'C' programs already written but most of them make an error in the protocal or are as obese as the assembler code. That is they send a 16 bit record number, rather than the proper 8 bits. I suspect that they were never tested. Also while looking at the code I noticed a bug in the WRBLOCK routine at WRERR. It says MVI C,CAN, and should say MVI A,CAN. I don't know if anyone in this group keeps track of reports, but thought I might pass it on. uok!mpackard 14-Jan-85 06:14:51-MST,2943;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 06:14:25-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 14 Jan 85 7:18 EST Date: 14 Jan 1985 05:20 MST (Mon) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Micro@Brl-Vgr.ARPA, Info-Cpm@Amsaa.ARPA Subject: Info on Z800 microprocessor Z800.DOC relayed from the RCPM circuit... --cut here-- Zilog Z800 microprocessor chip quick description. Hello folks out there in techie land, I just got in a new Zilog catalog and found the technical specs for the Z800 chip. I thought some out there might be interested in a quick review of what seems to be a very nice chip. Here we go... The Z800 family will be offered in 4 packages, their abilities are: 1. address 512K bytes of memory on an eight bit data bus, 2. address 512K bytes of memory on a sixteen bit data bus, 3. address 16M bytes of memory on an eight bit data bus, 4. address 16M bytes of memory on a sixteen bit data bus. Packages one and two are 40 pin, and 3 and 4 are 64 pin. The chip is Z80 object code compatible There is a 256 byte on chip memory that is configurable to cache or normal RAM. The Z800 also has 4 DMA channels, 4 counter/timers, a dynamic RAM refresh generator, a clock osc., a memory management unit, and a UART directly on the chip. (only the 64 pin version can access all features). The chip will support what Zilog calls Nibble mode addressing of chips, for faster accessing of RAM (I think Intel calls it Ripple mode, I could be wrong). The bus interface could be handy for those of us who want to use the Z800 at the targeted 10MHz of the first chips Zilog will put out, (25 Mhz later) even if we can only afford chips that can run at four or five MHz. There is a timing control register that tells the CPU that Bus operations will be clocked at the same speed as the CPU, or 1/2 of the speed, or 1/4 of the speed. There are also high and low memory wait state insertion bits if memory of mixed speeds is to be used. There is an on chip single step mode. There are 9 addressing modes: 1. Register, 2. Immediate, 3. Register Indirect, 4. Direct Address, 5. Index, 6. Short Index, 7. Relative, 8. Stack Pointer Relative, * 9. Base Index * * indicates new to Z800 (from Z80) Looks to me like a super chip... can't wait 'till someone comes out with an add on board for my Kaypro 10 (hint's to those out there who are capable...) Delivery according to the latest Echelon ZCPR3 Newsletter will start in April 1985. Wait and salivate... Dave Olsen 1-8-85 14-Jan-85 07:07:00-MST,586;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 07:06:55-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 14 Jan 85 8:17 EST Received: from BacoNoir.ms by ArpaGateway.ms ; 14 JAN 85 05:19:27 PST Date: Mon, 14 Jan 85 08:19 EST From: Lowans.Henr@XEROX.ARPA Subject: Re: Turbo Pascal: Did I hear right? In-reply-to: <8501132348.AA05562@ucbeast.ARPA> To: Phil Lapsley cc: info-cpm@AMSAA.ARPA Yes you heard right, I have Turbo for my NEC APC which runs CP/M-86 (8086). Paul 14-Jan-85 10:16:15-MST,1009;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 10:16:10-MST Received: From crdc.arpa.ARPA by AMSAA via smtp; 14 Jan 85 11:42 EST Date: Mon, 14 Jan 85 11:39:11 EST From: Jack H. Smith To: info-cpm@amsaa.arpa Subject: DbaseII errors Hello fellow hackers; Is anyone out there familiar enough with dbaseII to explain the "TOO MANY FILES OPEN" error message.... I've written a few menu- driven packages, and they all work well, except for the inter- mittent error of too many files being open... I'm aware of the fact that if the USE command is issued without an argument, all open files should be closed, but even this tactic doesn't seem to work. Is anyone aware of a different approach to this problem, or has anyone found a way around it? Please send your responses to me at CRDC, and I'll forward the solution to the net, if there is one. Thanks, JACK H. SMITH 14-Jan-85 11:48:40-MST,640;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 11:48:35-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 14 Jan 85 13:11 EST Received: from CheninBlanc.ms by ArpaGateway.ms ; 14 JAN 85 10:07:01 PST Date: Mon, 14 Jan 85 10:07 PST From: MMoon.es@XEROX.ARPA Subject: Re: Turbo Pascal: Did I hear right? In-reply-to: <8501132348.AA05562@ucbeast.ARPA> To: Phil Lapsley cc: info-cpm@AMSAA.ARPA Defintely available for CP/M-86; I got mine just after Xmas & had it up & running in half an hour (reading the manuals). MMoon.es@xerox.arpa 14-Jan-85 13:17:12-MST,854;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 13:17:06-MST Received: From usc-isi.arpa.ARPA by AMSAA via smtp; 14 Jan 85 14:43 EST Date: 14 Jan 1985 14:44:37 EST Subject: Re: Help with SIMTEL20 From: A.M. Lillard To: Ravi Subrahmanyan , INFO-CPM@AMSAA.ARPA cc: LILLARDAM@USC-ISI.ARPA POSTAL ADDRESS: SMC 2625, NPS, MONTEREY CA 93940 Phone: 408-649-4176 (home); 408-646-2772 (work) In-Reply-To: <2491@mcnc.UUCP> FOR KEITH PETERSON, ETC, ESPECIALLY RAVI, HAVING ONLY RECENTLY STARTED WORKING WITH CPM MYSELF, AND ALSO HAVING ONLY RECENTLY STARTED RECEVING INFO.CPM, I HAVE THE SAME QUESTION RAVI HAS. WOULD MUCH APPRECIATE SAME ANSWERS. PLUGGING AND CHUGGING . . . LIESE ------- 14-Jan-85 14:32:56-MST,464;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 14:32:47-MST Received: From utah-20.arpa.ARPA by AMSAA via smtp; 14 Jan 85 15:56 EST Date: Mon 14 Jan 85 13:58:44-MST From: Harold Carr Subject: INTEL 8096 To: info-cpm@AMSAA.ARPA Do any PD tools (assemblers, linkers, etc) for the INTEL 8096 processor exist in the SIMTEL-20 archives (or elsewhere)? Thanks, Harold ------- 14-Jan-85 15:12:15-MST,623;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 15:12:11-MST Received: From jpl-vlsi.arpa.ARPA by AMSAA via smtp; 14 Jan 85 16:39 EST Date: 14 Jan 1985 1335 PST From: Art Zygielbaum Subject: Request for info on public domain software To: info-cpm@Amsaa.ARPA Reply-To: AIZ@JPL-VLSI.ARPA Does anyone know of a descriptive catalog or annotated list of public domain software? I'm looking for something more than just a list. Descriptions of the software on SIMTEL20 would be especially useful. Thankyou. Art Zygielbaum ------ 14-Jan-85 21:28:04-MST,659;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 14 Jan 85 21:27:59-MST Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 14 Jan 85 23:05 EST Date: 14 January 1985 23:02-EST From: Herb Lin Subject: getting backspace on SCRIBBLE? To: amythest-users@Simtel20.ARPA, info-cpm@Amsaa.ARPA cc: LIN@Mit-Mc.ARPA does anyone know how to do this? In principle, it seems that you should be able to insert into a MINCE-processed file a CTRL-H (backspace), SCRIBBLE it, and then CRAYON it to get overstriking of two characters, but I can't do it. Can anyone out there help? thanks.. 15-Jan-85 07:14:33-MST,1000;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 07:14:27-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 15 Jan 85 8:42 EST Received: from Muscat.ms by ArpaGateway.ms ; 15 JAN 85 05:43:00 PST Date: Tue, 15 Jan 85 08:43 EST From: Kushall.henr@XEROX.ARPA Subject: Re: Turbo Pascal: Did I hear right? In-reply-to: <8501132348.AA05562@ucbeast.ARPA> To: Phil Lapsley cc: info-cpm@AMSAA.ARPA YES YES YES! Turbo Pascal is available for the following 4 operating systems: CP/M 80 {8080,Z80} CP/86 {8088/8086} MS DOS {8088-8086} PS DOS {8088/8086} I'am using the CP/M-86 version on a DEC Rainbow 100 Limits under CPM/86 Source file block limit := 64K bytes if >64K use {$I file} Code segment limit := 64K if>64 K required use overlays or chaining Data segment limit := 64K Heap stack limit determined by avail mem, no apparant limit The compiler editor requires 33K of RAM Ed 15-Jan-85 08:56:44-MST,832;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 08:56:36-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 15 Jan 85 10:30 EST Received: from Barbera.ms by ArpaGateway.ms ; 15 JAN 85 07:29:23 PST Date: Tue, 15 Jan 85 09:33 CST From: pencin.dlos@XEROX.ARPA Subject: Re: DbaseII errors In-reply-to: "jhsmith@CRDC.ARPA's message of Mon, 14 Jan 85 11:39:11 EST" To: Jack H. Smith cc: info-cpm@AMSAA.ARPA Check yu code to determine if you are properly 'RETURNING' from you sub-menu or command modules.Dbase keeps a STACK of 'DO's that must be popped by issuing a return. If this stack overflows you will get the TOO MANY FILES OPEN error. Make sure you always return to your MAIN MENU via a RETURN and not a direct call to that menu. 15-Jan-85 09:20:57-MST,796;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 09:20:51-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 15 Jan 85 10:54 EST Date: Tuesday, 15 January 1985 08:15-MST Message-ID: Sender: Walt Lamia From: Walt Lamia Subject: SQ/USQ algorithm description wanted ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl-Vgr.ARPA ReSent-Date: Tue 15 Jan 1985 08:55-MST I need an English-like description of the algorithms used in SQ and USQ. I know that they are derived from Knuth, but I was hoping someone who had actually done a code implementation had written something down. %Walt 15-Jan-85 13:04:45-MST,794;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 13:04:36-MST Received: From usc-isid.arpa.ARPA by AMSAA via smtp; 15 Jan 85 14:23 EST Date: 15 Jan 1985 14:21-EST Sender: ABN.COSCOM-CE@USC-ISID.ARPA Subject: PD CPM SOFTWARE...WHERE IS IT?? From: ABN.COSCOM-CE@USC-ISID.ARPA To: INFO-CPM@AMSAA.ARPA Cc: ABN.COSCOM-CE@USC-ISID.ARPA Message-ID: <[USC-ISID.ARPA]15-Jan-85 14:21:45.ABN.COSCOM-CE> I HAVE BEEN GETTING SOME GOOD STUFF FROM THE SIMTEL 20 CPM DIRECTORIES BUT THERE USED TO BE ANOTHER SET OF FILES THAT HAD ALL THE USER GROUP SOTWARE AND HUNDREDS OF OTHER TITLES BY USER GROUP VOLUMNS, ETC. WHERE IS THAT NOW? Kevin Rappold 1LT(P) GS 1st COSCOM @usc-isid.arpa 15-Jan-85 14:34:20-MST,1081;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 14:34:10-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 15 Jan 85 15:56 EST Date: Tuesday, 15 January 1985 12:23-MST Message-ID: Sender: "B.Eiben LCG Ext 617-467-4431" From: "B.Eiben LCG Ext 617-467-4431" Subject: XREF250.LBR ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Tue 15 Jan 1985 13:32-MST XREF250.LBR a "blessed" XREF. It now marks symbol-definitions (a'la the "real" XREF's) - and allows to get a XREF ONLY - since most editors allow to "see" line-numbers. I rearranged the code - took the comments from the M80 source - and dropped it - it was neither remarkably faster nor does everybody have M80 (otherwise he has CREF80 too). Changes documented in source. It is now available from Simtel20 as: Filename Type Bytes CRC Directory MICRO: XREF250.LBR.1 COM 34304 563FH 15-Jan-85 14:50:19-MST,747;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 14:50:13-MST Received: From nosc-tecr.arpa.ARPA by AMSAA via smtp; 15 Jan 85 15:57 EST Date: 15 Jan 1985 1244-PST From: Pawka Subject: Perfect Writer To: INFO-CPM@AMSAA.ARPA Reply-To: PAWKA@Nosc-Tecr.ARPA I have a problem with perfect writer that I thought someone out there in CPMland might be able to help me with. It works fine for small files, but when I try to edit one that is 180KB, it seems to go into a loop swapping. I tried increasing the size of the swap file to 248K and making the delay count for swapping the max (2000), no help! Any ideas? Mike PAWKA@NOSC-TECR.ARPA ------ 15-Jan-85 17:17:52-MST,973;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 17:17:48-MST Received: From usc-isid.arpa.ARPA by AMSAA via smtp; 15 Jan 85 18:29 EST Date: 15 Jan 1985 18:30-EST Sender: ABN.COSCOM-CE@USC-ISID.ARPA Subject: MACASM QUESTION ON THE Z80 LIB From: ABN.COSCOM-CE@USC-ISID.ARPA To: INFO-CPM@AMSAA.ARPA Cc: ABN.COSCOM-CE@USC-ISID.ARPA Message-ID: <[USC-ISID.ARPA]15-Jan-85 18:30:45.ABN.COSCOM-CE> I have a copy of the modem overlay for use with the ATR8000 microcomputer. One of the lines in the asm code is MACLIB Z80. When I run MACASM there is an error wihch says that I do not have Z80.LIB. Can someone tell me where I get Z80.LIB? Is there some way I can assemble this system on TOPS 20 and not have to assemble on the micro? Should I be using something other than MACASM? Kevin Rappold 1LT(P) GS 1st COSCOM @usc-isid.arpa 15-Jan-85 18:28:14-MST,613;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 18:28:10-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 15 Jan 85 20:03 EST Date: Tue 15 Jan 85 18:05:01-MST From: Jim Forrest Subject: Re: Perfect Writer To: PAWKA@NOSC-TECR.ARPA cc: INFO-CPM@AMSAA.ARPA, JFORREST@SIMTEL20.ARPA In-Reply-To: Message from "Pawka " of Tue 15 Jan 85 13:44:00-MST I have a 252k swap file with perfect writer and it works perfectly. I had to use a swap building program to make it work, though. Jim ------- 15-Jan-85 18:49:06-MST,668;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 18:49:02-MST Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 15 Jan 85 19:50 EST Date: 15 January 1985 19:48-EST From: Herb Lin Subject: Perfect Writer To: PAWKA@Nosc-Tecr.ARPA, info-cpm@Amsaa.ARPA cc: LIN@Mit-Mc.ARPA In-reply-to: Msg of 15 Jan 1985 1244-PST from Pawka I think your "swapping loop" is just a question of waiting long enough on initial entry to the file. I thought I had that problem too, because I lost patience. I routinely edit files of 240 KB now, with a swap file of 256KB. 15-Jan-85 19:06:00-MST,1569;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 19:05:53-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 15 Jan 85 20:36 EST Date: 15 Jan 1985 18:37 MST (Tue) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: ABN.COSCOM-CE@Usc-Isid.ARPA Cc: Info-Cpm@Amsaa.ARPA Subject: MACASM QUESTION ON THE Z80 LIB In-reply-to: Msg of 15 Jan 1985 16:30-MST from ABN.COSCOM-CE at USC-ISID.ARPA I have a copy of the modem overlay for use with the ATR8000 microcomputer. One of the lines in the asm code is MACLIB Z80. When I run MACASM there is an error wihch says that I do not have Z80.LIB. Can someone tell me where I get Z80.LIB? Is there some way I an assemble this system on TOPS 20 and not have to assemble on the micro? Should I be using something other than MACASM? You should be using the Digital Research MAC assembler (MAC.COM). Z80.LIB is available from SIMTEL20 as: Filename Type Bytes CRC Directory MICRO: Z80-V3.LIB.1 ASCII 13070 B7EEH <---this is it Z80EXT.LIB.1 ASCII 2825 3AD0H <---this one is for the Z80 undocumented op codes Rename Z80-V3.LIB to Z80.LIB before using. It must be on the default drive unless you give MAC.COM a directive to look for it elsewhere. --Keith 15-Jan-85 20:30:06-MST,568;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 20:30:02-MST Received: From hi-multics.arpa.ARPA by AMSAA via smtp; 15 Jan 85 22:02 EST Date: Tue, 15 Jan 85 20:58 CST From: Chan@HI-MULTICS.ARPA Subject: re: UNIX for cpm To: mikec%reed.uucp@BRL-TGR.ARPA cc: info-cpm@AMSAA.ARPA Message-ID: <850116025823.363501@HI-MULTICS.ARPA> Try the Carousel Tool Kit by Carousel Tool Kit Inc., 609 kearnet Street, El Cerrito, CA 94530 (415) 528-1300. BYTE has an article about 1 or 1 and 1/2 yrs ago. 15-Jan-85 23:50:39-MST,1504;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 15 Jan 85 23:50:34-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 16 Jan 85 1:28 EST Date: Tuesday, 15 January 1985 10:14-MST Message-ID: Sender: David Roth From: David Roth Subject: Need program to read/write MS-DOS format in Pascal ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Tue 15 Jan 1985 23:30-MST Does anyone know of a public domain program to help read/write MS-DOS format (written in Pascal of course), on non-IBM-PC type machines? We have a need to do this on just about any kind of micro with a 5 1/4 disk drive. Apples, Osborne, Kaypro,etc... The reason for Pascal is that at least that much or it would be portable and the low level stuff could be done just for that machine. (Sort of like xmodem7 is patched.) Thanks in advance. Oh, I have run across a program on a local R-CP/M system here called RDMSDOS.C which claims to work on CP/M systems.. But I am in the process of contacting the author before excepting it as Public Domain. I will let you know if it is or not. David Roth ...decvax!pur-ee!isrnix!pugsly Indianapolis,IN US Mail: COMMANDER USA Soldier Support Center ATSG-DTU-S Attn: Mr. David Roth Ft. Harrison,IN 46216-5590 16-Jan-85 00:08:03-MST,4035;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 00:07:48-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 16 Jan 85 1:37 EST Date: 15 Jan 1985 23:39 MST (Tue) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: LU310 - new version of CP/M (LBR) library program LU310 is now available from SIMTEL20: Filename Type Bytes CRC Directory MICRO: LU310.LBR.1 COM 44544 81EFH Here is the update info from the author: File: LU310.UPD 72 lines Date: 85-01-01 From: Gary P. Novosielski To: All LU Users Subj: New LU version 3.10 Version 3.10 of the Library Utility is being released today. It has been tested under CP/M80 v2.2 and is expected to run properly under CP/M+ as well. Here is a short description of the changes from version 3.00 to 3.10. Please use it until the revised document file, LU310.DOC is available, which should be real soon now. 1. Bug Fix in -Reorg to another drive. Under 3.00 if you had reorgan- ized FOO.LBR from A: to B:, and there was _already_ a FOO.LBR on B:, LU would not have properly erased the old file, causing duplicate file names. Yuchh. I found this one by accident, rather than from a bug report, so I guess no one has ever been bitten by this one. Anyhow, it's fixed now. 2. Change in reorganization logic. If reorganization is done from one user/drive to another, the old copy of the library will no longer be deleted. This gives some backup protection from Old Man Murphy. The old copy will still be erased when reorganization is done within a single user/drive. 3. I've hacked the directed I/O code to allow the -U operator to be used even if directed I/O (log) files are open. This should make directed I/O more useable. Leor's original DIO would lose track of the DIO files when the default drive was changed, so -U had been locked out in v3.00 4. In response to user requests, a default library name will no longer be opened automatically when operands are being read from the console (stdin). Instead, an error message will be issued saying that no library is open. The default library LIBRARY.LBR will still be used if operands are being read from command line arguments, and no -O (open) is done. 5. New operator -H (Help). In response to user requests, a brief one- screen summary of operators, and the operands they expect, is now displayed by typing -H. It is by no means an online user manual, just a memory jogger. I knew it was time for this when I started to forget the commands myself! Must be getting old. 6. Version 3.10 still does not support the date/time stamping features defined in the new standard (LUDEF5) but now conforms to that stand- ard as a non-supporting program. It preserves pre-existing stamps when appropriate, and will zero out any stamps which are made incor- rect by changes to the files or directory. Pad counts, as defined in the standard, are tolerated, but not used, as they have no mean- ing under a CP/M-only environment. 7. In bumming the extra space for the help code (the program is still under 20k on disk) I cleaned and tightened some of the logic, which may cause some cosmetic differences. You may notice, for example, that the last operator used will show up in the prompt even if it was -L, -R, or -C, which take no operands. There is no functional difference, though; operands will still be ignored by these opera- tors. For bug reports, questions, etc., please contact me via: Phone (voice): (201)935-4087 Eves and weekends. Compuserve: 70160,120 GO PCS-47 or GO EMA-1 MCI Mail: GNOVOSIELSKI WUI Telex: 650-195-2395 6501952395 MCI Regards, Gary Novosielski 16-Jan-85 06:38:22-MST,597;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 06:38:18-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 16 Jan 85 8:07 EST Received: from Cabernet.MS by ArpaGateway.ms ; 16 JAN 85 05:08:19 PST Date: Wed, 16 Jan 85 08:09 EST From: Lowans.Henr@XEROX.ARPA Subject: Re: DbaseII errors In-reply-to: "jhsmith@CRDC.ARPA's message of Mon, 14 Jan 85 11:39:11 EST" To: Jack H. Smith cc: info-cpm@AMSAA.ARPA "TOO MANY FILES OPEN" occures when more than 16 Command files are opened at once. Paul 16-Jan-85 07:25:44-MST,10320;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 07:25:14-MST Date: Wed, 16 Jan 85 8:38:43 EST From: David Towson (SECAD) To: info-cpm@Amsaa.ARPA Subject: XLISP news (~10K char). Fellow CP/Mers - As several people have recently expressed interest in XLISP by David Betz, here is some XLISP news passed along to me by my colleague, Brint Cooper: -------------------------------------------------------------------------- From seismo!harvard!godot!mit-eddie!genrad!decvax!ittvax!sii!drd Article 89 of net.lang.lisp: I am posting this for David Betz who does not have a direct news connection. ========================================================================== XLISP USERS This document briefly describes my version 1.2 of XLISP. It has nothing in common with the previously released version 1.2 other than that it is a descendant of my original version 1.1. It will be available shortly from the PC-SIG, SIG/M and PC-BLUE user groups. It will be distributed in source form with machine readable documentation. Please don't ask to have the sources distributed on usenet. The entire distribution is over 200K bytes! David Betz ...!decvax!sii!has70!betz ========================================================================== XLISP: An Experimental Object Oriented Language Version 1.2 October 11, 1984 by David Betz 114 Davenport Ave. Manchester, NH 03103 (603) 625-4691 (home) (603) 623-3330 (work) XLISP is an experimental programming language combining some of the features of LISP with an object oriented extension capability. It was implemented to allow experimentation with object oriented programming on small computers. There are currently implementations running on the PDP-11 under RSX-11, RT-11, and UNIX V7, on the VAX-11 under VAX/VMS and Berkeley VAX/UNIX, on the Z-80 under CP/M-80, on the Z8000 under UNIX V7, and on the 8088/8086 under CP/M-86 or MS-DOS. A version is currently being developed for the 68000 under CP/M-68K. It is completely written in the programming language 'C' and is easily extended with user written built-in functions and classes. It is available in source form free of charge to non-commercial users. Prospective commercial users should contact the author for permission to use XLISP. Version 1.2 of XLISP differs from version 1.1 in several ways. It supports many more Lisp functions. Also, many version 1.1 functions have been renamed and/or changed slightly to follow traditional Lisp usage. One of the most frequently reported problems in version 1.1 resulted from many functions being named after their equivilent functions in the C language. This turned out to be confusing for people who were trying to learn XLISP using traditional LISP texts as references. Version 1.2 renames these functions to be compatible with more traditional dialects of LISP. A recommended text for learning LISP programming is the book "LISP" by Winston and Horn and published by Addison Wesley. The first edition of this book is based on MacLisp and the second edition is based on Common Lisp. Future versions of XLISP will migrate towards compatiblility with Common Lisp. Page 2 XLISP version 1.2 functions: Evaluator functions (eval ) EVALUATE AN XLISP EXPRESSION (apply ) APPLY A FUNCTION TO A LIST OF ARGUMENTS (funcall ...) CALL A FUNCTION WITH ARGUMENTS (quote ) RETURN AN EXPRESSION UNEVALUATED Symbol functions (set ) SET THE VALUE OF A SYMBOL (setq ) SET THE VALUE OF A SYMBOL (defun ...) DEFINE A FUNCTION WITH EVALUATED ARGS (ndefun ...) DEFINE A FUNCTION WITH UNEVALUATED ARGS (gensym ) GENERATE A SYMBOL (intern ) INTERN A SYMBOL ON THE OBLIST (get ) GET THE VALUE OF A PROPERTY (putprop ) PUT A PROPERTY ONTO A PROPERTY LIST (remprop ) REMOVE A PROPERTY List functions (car ) RETURN THE CAR OF A LIST NODE (cdr ) RETURN THE CDR OF A LIST NODE (caar ) == (car (car )) (cadr ) == (car (cdr )) (cdar ) == (cdr (car )) (cddr ) == (cdr (cdr )) (cons ) CONSTRUCT A NEW LIST NODE (list ...) CREATE A LIST OF VALUES (append ...) APPEND LISTS (reverse ) REVERSE A LIST (last ) RETURN THE LAST LIST NODE OF A LIST (member ) FIND AN EXPRESSION IN A LIST (memq ) FIND AN EXPRESSION IN A LIST (assoc ) FIND AN EXPRESSION IN AN ASSOCIATION LIST (assq ) FIND AN EXPRESSION IN AN ASSOCIATION LIST (length ) FIND THE LENGTH OF A LIST (nth ) RETURN THE NTH ELEMENT OF A LIST (nthcdr ) RETURN THE NTH CDR OF A LIST (mapcar ...) APPLY FUNCTION TO SUCCESSIVE CARS (maplist ...) APPLY FUNCTION TO SUCCESSIVE CDRS (subst ) SUBSTITUTE ONE EXPRESSION FOR ANOTHER (sublis ) SUBSTITUTE USING AN ASSOCIATION LIST Destructive list functions (rplaca ) REPLACE THE CAR OF A LIST NODE (rplacd ) REPLACE THE CDR OF A LIST NODE (nconc ...) DESTRUCTIVELY CONCATENATE LISTS (delete ) DELETE OCCURANCES OF AN EXPRESSION FROM A LIST (delq ) DELETE OCCURANCES OF AN EXPRESSION FROM A LIST Page 3 Predicate functions (atom ) IS THIS AN ATOM? (symbolp ) IS THIS A SYMBOL? (numberp ) IS THIS A NUMBER? (null ) IS THIS AN EMPTY LIST? (not ) IS THIS FALSE? (listp ) IS THIS A LIST? (consp ) IS THIS A NON-EMPTY LIST? (boundp ) IS THIS A BOUND SYMBOL? (eq ) ARE THE EXPRESSIONS IDENTICAL? (equal ) ARE THE EXPRESSIONS EQUAL? Control functions (cond ...) EVALUATE CONDITIONALLY (let (...) ...) BIND SYMBOLS AND EVALUATE EXPRESSIONS (and ...) THE LOGICAL AND OF A LIST OF EXPRESSIONS (or ...) THE LOGICAL OR OF A LIST OF EXPRESSIONS (if []) EXECUTE EXPRESSIONS CONDITIONALLY (progn ...) EXECUTE EXPRESSIONS SEQUENTIALLY (while ...) ITERATE WHILE AN EXPRESSION IS TRUE (repeat ...) ITERATE USING A REPEAT COUNT Arithmetic functions (+ ...) ADD A LIST OF NUMBERS (- ...) SUBTRACT A LIST OF NUMBERS (* ...) MULTIPLY A LIST OF NUMBERS (/ ...) DIVIDE A LIST OF NUMBERS (1+ ) ADD ONE TO A NUMBER (1- ) SUBTRACT ONE FROM A NUMBER (rem ...) REMAINDER OF A LIST OF NUMBERS (minus ) NEGATE A NUMBER (min ...) THE SMALLEST OF A LIST OF NUMBERS (max ...) THE LARGEST OF A LIST OF NUMBERS (abs ) THE ABSOLUTE VALUE OF A NUMBER Bitwise boolean functions (& ...) THE BITWISE AND OF A LIST OF NUMBERS (| ) THE BITWISE NOT OF A NUMBER Relational functions (< ) TEST FOR LESS THAN (<= ) TEST FOR LESS THAN OR EQUAL TO (= ) TEST FOR EQUAL TO (/= ) TEST FOR NOT EQUAL TO (>= ) TEST FOR GREATER THAN OR EQUAL TO (> ) TEST FOR GREATER THAN Page 4 String functions (strcat ...) CONCATENATE STRINGS (strlen ) COMPUTE THE LENGTH OF A STRING (substr []) EXTRACT A SUBSTRING (ascii ) NUMERIC VALUE OF CHARACTER (chr ) CHARACTER EQUIVALENT OF ASCII VALUE (atoi ) CONVERT AN ASCII STRING TO AN INTEGER (itoa ) CONVERT AN INTEGER TO AN ASCII STRING I/O functions (read [ []]) READ AN XLISP EXPRESSION (print []) PRINT A LIST OF VALUES ON A NEW LINE (prin1 []) PRINT A LIST OF VALUES (princ []) PRINT A LIST OF VALUES WITHOUT QUOTING (terpri []) TERMINATE THE CURRENT PRINT LINE (flatsize ) LENGTH OF PRINTED REPRESENTATION USING PRIN1 (flatc ) LENGTH OF PRINTED REPRESENTATION USING PRINC (explode ) CHARACTERS IN PRINTED REPRESENTATION USING PRIN1 (explodec ) CHARACTERS IN PRINTED REPRESENTATION USING PRINC (maknam ) BUILD AN UNINTERNED SYMBOL FROM A LIST OF CHARACTERS (implode ) BUILD AN INTERNED SYMBOL FROM A LIST OF CHARACTERS (openi ) OPEN AN INPUT FILE (openo ) OPEN AN OUTPUT FILE (close ) CLOSE A FILE (tyi []) GET A CHARACTER FROM A FILE OR STREAM (tyipeek []) PEEK AT THE NEXT CHARACTER FROM A FILE OR STREAM (tyo []) PUT A CHARACTER TO A FILE OR STREAM (readline []) READ A LINE FROM A FILE OR STREAM System functions (load ) LOAD AN XLISP SOURCE FILE (gc) FORCE GARBAGE COLLECTION (expand ) EXPAND MEMORY BY ADDING SEGMENTS (alloc ) CHANGE NUMBER OF NODES TO ALLOCATE IN EACH SEGMENT (mem) SHOW MEMORY ALLOCATION STATISTICS (type ) RETURNS THE TYPE OF THE EXPRESSION (exit) EXIT XLISP 16-Jan-85 07:39:50-MST,737;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 07:39:46-MST Received: From cisl-service-multics.arpa.ARPA by AMSAA via smtp; 16 Jan 85 9:12 EST Received: FROM HIS-PHOENIX-MULTICS.ARPA BY CISL-SERVICE-MULTICS.ARPA WITH dial; 16 JAN 1985 09:07:56 EST Acknowledge-To: David N Low Date: Wed, 16 Jan 85 00:28 MST From: David N Low Subject: Re: zcpr3 on Apple To: INFO-CPM@AMSAA.ARPA Message-ID: <850116072831.733339@HIS-PHOENIX-MULTICS.ARPA> Please send info on how to make zcpr3 work on an Apple, if any one has made it work, also I GOOFED my net addres is: Low%pco@cisl . -David N. Low- 16-Jan-85 08:34:09-MST,701;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 08:34:02-MST Received: From crdc.arpa.ARPA by AMSAA via smtp; 16 Jan 85 9:58 EST Date: Wed, 16 Jan 85 9:45:41 EST From: Jack H. Smith To: pencin.dlos@xerox.arpa cc: info-cpm@amsaa.arpa Subject: dbaseII Dear 'pencin'; Thanks very much for your answer to my querry... Although I haven't tried the solution out yet, you seem to have put your finger right on the problem...( I haven't been 'returning to main-menu, but I've been calling it with a DO...). Thanks agains, and thank God & Dave Towson for Info-cpm... Jack H. Smith 16-Jan-85 09:51:27-MST,1099;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 09:51:22-MST Received: From hi-multics.arpa.ARPA by AMSAA via smtp; 16 Jan 85 11:24 EST Date: Wed, 16 Jan 85 10:21 CST From: Boebert@HI-MULTICS.ARPA Subject: Beware Perfect Writer Version II To: info-cpm@AMSAA.ARPA Message-ID: <850116162110.341478@HI-MULTICS.ARPA> Be advised: Perfect Writer Version II does NOT run on CP/M, is NOT based on Mince/Emacs, and will NOT work on an Apple ][+. It is a MacWrite clonette for the //c and //e, with pull-down windows and lots of klutz. Thorn/EMI, the record company who pretends to be in the software business, is dropping all distribution and support for the "real" Perfect Writer. Sic Transit Mince? I sure hope not. A friend of mine discovered this to his great dismay when he ordered Perfect Writer and got the "improved" version. Now he wants to know where he can get something close to Mince/Scribble (the basis for the original PW) and so do I. Any clues out there in netland? Earl (Boebert @ HI-Multics) 16-Jan-85 11:57:06-MST,921;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 11:56:58-MST Received: From crdc.arpa.ARPA by AMSAA via smtp; 16 Jan 85 13:20 EST Date: Wed, 16 Jan 85 13:14:41 EST From: Jack H. Smith To: info-cpm@amsaa.arpa Subject: dbaseII O.K.; so I didn't really make myself clear regarding the answer to my question about the 'Too many files open' error with dbaseII...... The problem was that I was looping back to the menu by issueing a DO command when I should've been using a RETURN command. I guess after looping around with DO's, the dbaseII package was opening another file each time I looped until it thought I'd opened Too Many files... I haven't tried this solution as yet, (I haven't had time), but it sure sounds reasonable.... Thanks for keeping me on my toes guys... Jack H. Smith 16-Jan-85 12:33:04-MST,1301;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 12:32:57-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 16 Jan 85 14:03 EST Date: Wednesday, 16 January 1985 09:23-MST Message-ID: Sender: "B.Eiben LCG Ext 617-467-4431" From: "B.Eiben LCG Ext 617-467-4431" Subject: Updated XREF250.LBR ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Wed 16 Jan 1985 12:04-MST I hate to do it to everybody - and I didn't bump the version-nr either. But using it - I came to hate my laziness in "flagging" references - so I changed from ">> number" to "[number]" to make it easier on my "red eyes"... since "visibility" is obviously dependent on terminal (or printer) both LEADIN ( [ ) and TRAIL ( ] ) are EQUATES up front in the source. NOT a change in functionality - so I left it at 2.50 (yeah and I shuffled the source AGAIN to have main-code -> subs -> data -> "once-only code" consistency (again only for the "next guy" improving XREF). The new XREF250.LBR is now available from SIMTEL20 as: Filename Type Bytes CRC Directory MICRO: XREF250.LBR.2 COM 32128 66A8H 16-Jan-85 13:21:27-MST,1231;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 13:21:20-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 16 Jan 85 14:14 EST Date: Wednesday, 16 January 1985 11:35-MST Message-ID: Sender: Steve Noland From: Steve Noland To: kpetersen@SIMTEL20.ARPA Subject: PATCH17+ ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Wed 16 Jan 1985 12:14-MST Please watch out for the file PATCH17+.lbr. IT has appeared on several west coast boards as of yesterday. It has several serious bugs in it, and a friend and I are in the process of helping the author to clean it up. The last version that really worked was 1.6. Please remove any copies of any version of Patch 1.7 from the net. The next (hopefully beta-tested) version will be 1.8, and will not be released until it is relatively bomb- proofed. This program has such potential and such a nice user interface that we don't want to see it ruined by premature release and thereby attracting an unearned bad reputation. Thanks for your cooperation. Regards, Steve Noland 16-Jan-85 13:55:43-MST,1964;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 13:55:34-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 16 Jan 85 15:18 EST Date: 16 Jan 1985 13:20 MST (Wed) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Revised quick-reference list to Simtel20 CP/M directories Quick reference list to SIMTEL20's MICRO: directories as of Jan. 16, 1985 (where 'x' is one of the names below): 22RSX CPM3 GENASM MODEM903 SUBMIT 6502 CPM86 GENCOM MSOFT SYSLIB AMETHYST CPMLIB GENDOC NEWS SYSLIB3 APPLE CPR86 HAMMING NSTAR SYSUTL ASMUTL CUG HAMRADIO OSBORN T20-SQUSQ ATARI DBASEII HDUTL PACKET TERM AZTEC-C DEBUG HEATH PASCAL TOPS-20 BASIC DIRUTL HELP PCDOS TRS-80 BDOS DISASM HEX PILOT80 TURBODOS BDSC-1 DISKPLOT IBM-PC PLOT33 TXTUTL BDSC-2 DSKBUF INSIDCPM PPSPEL V2CMAC BDSC-3 DSKUTL KAYPRO PUBKEY VAXVMS BDSC-4 EDITC80 LIST PUBPATCH VOICE BSTAM EDITOR MACLIB RBBS WSTAR BYE3 EPSON MATH RBBS4 XCCP C80 EZCPR MEMTEST RCPM YAM CATLOG FAST2 MEX SMALLC2 Z3LIBS CB80 FIDO MICNET SORT ZCPR CBIOS FILCPY MISC SPELL ZCPR2 CCP FILUTL MODEM SQU-PORT ZCPR3 COBOL FORTH MODEM2 SQUSQ COMMODORE FORTH-83 MODEM7 STARTER-KIT 16-Jan-85 15:01:09-MST,590;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 15:01:03-MST Received: From lll-mfe.arpa.ARPA by AMSAA via smtp; 16 Jan 85 16:36 EST Date: Wed, 16 Jan 85 13:37 PST From: Maron@LLL-MFE.ARPA Subject: Is there an IBM PC program to read H89 disks? To: info-cpm@amsaa.arpa Does anyone know of a public domain program that runs on the IBM-PC that can read Heath 5 1/4" softsector disks. Even if only sector by sector w/o regard to the CPM format? Hopefully it would be in SIMTEL-20 but... ---Many thanks in advance, Neil 16-Jan-85 16:22:08-MST,689;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 16:22:03-MST Received: From ut-ngp.arpa.ARPA by AMSAA via smtp; 16 Jan 85 17:53 EST Posted-Date: Wed, 16 Jan 85 11:48:15 CST Message-Id: <8501161750.AA05982@ut-ngp.ARPA> Received: by ut-ngp.ARPA (4.22/4.22) id AA05982; Wed, 16 Jan 85 11:50:21 cst Date: Wed, 16 Jan 85 11:48:15 CST From: Rick Watson To: Info-Cpm@Amsaa.ARPA Subject: TED query Does anyone have a copy of TED, the TECO lookalike editor written by Small Systems Design? Small Systems no longer markets TED. -Rick Watson (rick@ut-ngp.arpa) -University of Texas Computation Center 16-Jan-85 17:00:25-MST,663;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 17:00:19-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 16 Jan 85 18:26 EST Received: from mit-mc.arpa by BRL-AOS.ARPA id a013284; 16 Jan 85 18:18 EST Date: Wed 16 Jan 85 18:18:55-EST From: Andrew Moore Subject: APPLE CP/M To: INFO-CPM@mit-mc.ARPA DOES ANYONE HAVE MUCH EXPERIENCE WITH ANY OF THE APPLE CP/M CARDS, WHICH ONE IS THE "BEST", ETC.? I'M INTERESTED IN INSTALLING ZCPR3 ON IT, AND WOULD APPRE- CIATE ANY FEEDBACK AS TO WHICH OF THE CARDS AVAILABLE IS THE MOST RECOMMENDED. -DRU ------- 16-Jan-85 17:35:24-MST,782;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 17:35:19-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 16 Jan 85 19:09 EST Received: from usenet by BRL-TGR.ARPA id a027905; 16 Jan 85 18:48 EST From: jmg%bradley.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: Re: BJgame Message-ID: <24900007@bradley.UUCP> Date: 13 Jan 85 18:57:00 GMT Nf-ID: #R:ttidca:-18900:bradley:24900007:000:229 Nf-From: bradley!jmg Jan 13 12:57:00 1985 To: info-cpm@AMSAA.ARPA yes, please send me a copy of your blackjack program. ---- Jeff Jeff Gibson UUCP: {cepu,ihnp4,noao,uiucdcs}!bradley!jmg Bradley University ARPA: cepu!bradley!jmg@UCLA-LOCUS Peoria, IL 61625 PH: (309) 692-9069 16-Jan-85 17:36:38-MST,1035;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 17:36:32-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 16 Jan 85 19:09 EST Received: from usenet by BRL-TGR.ARPA id a027901; 16 Jan 85 18:48 EST From: jmg%bradley.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: Re: Request pointer to a Blackjack progr Message-ID: <24900006@bradley.UUCP> Date: 13 Jan 85 18:51:00 GMT Nf-ID: #R:brl-tgr:-715400:bradley:24900006:000:446 Nf-From: bradley!jmg Jan 13 12:51:00 1985 To: info-cpm@AMSAA.ARPA There is a public domain blackjack program available through Micro Cornucopia ph. (503)-382-8048. ask for Kaypro disc K3. I do not know the difficulty level of the game or if they even give you the source or not, but I do know the program is available for the Kaypro. ---- Jeff Jeff Gibson UUCP: {cepu,ihnp4,noao,uiucdcs}!bradley!jmg Bradley University ARPA: cepu!bradley!jmg@UCLA-LOCUS Peoria, IL 61625 PH: (309) 692-9069 16-Jan-85 18:10:13-MST,1227;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 18:10:06-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 16 Jan 85 19:32 EST Received: from usenet by BRL-TGR.ARPA id a028544; 16 Jan 85 19:04 EST From: "D.DUBOSKY" Newsgroups: net.micro.cpm Subject: Microsoft Linker L80 Question Message-ID: <740@hou2h.UUCP> Date: 14 Jan 85 19:37:24 GMT To: info-cpm@AMSAA.ARPA Is anyone else having difficulty with Microsoft's Linker L80 when using the search mode, that is, with a /s at the end of the file to be searched? I am presently trying to use the linker with the C library of SmallC v2.1. If I link the entire library with the compiled program, the resulting code works just fine, but of course, I end up with a rather large program. When using the search mode, I get error messages that indicate that the linker has not found certain modules of code. What is a little confusing is that the modules that it is trying to link are not required by the compiled code but are definitely present in the library. Any suggestions would be appreciated. Thanks for any replies. Dan Dubosky hou2h!ddd 16-Jan-85 18:45:33-MST,1453;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 18:45:26-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 16 Jan 85 20:14 EST Received: from usenet by BRL-TGR.ARPA id a000142; 16 Jan 85 19:43 EST From: Geoff Kuenning Newsgroups: net.micro,net.micro.cpm,net.lang.c Subject: Re: an old idea whose time has come again Message-ID: <310@desint.UUCP> Date: 13 Jan 85 23:37:33 GMT Xref: sdcrdcf net.micro:3580 net.micro.cpm:1659 net.lang.c:2591 To: info-cpm@AMSAA.ARPA In article <173@abnji.UUCP> jeff@abnji.UUCP writes: > Rhetorical question: Why don't any of the 'modern' loaders >offer these wonderful options? Let's see you run a Fortran compiler >and non-trivial program in 16K!!!!! > >P.S. I have pieces of the 1130 all over my apartment, including the > front panel. Does anybody else miss the beastie???? Well, I wouldn't claim to *miss* the bloody thing, though I have fond memories. Let's remember, though, that that 16K Fortran compiler had *27* (count 'em) overlaid passes. Things like: pass 1 - lexical analysis of declarations, pass 2 - lexical analysis of code, pass 3 - parse integer declarations, pass 4 - put integer declarations into the symbol table (I'm making these up; it's been far too long to remember what they were. But you get the idea). -- Geoff Kuenning ...!ihnp4!trwrb!desint!geoff 16-Jan-85 19:26:49-MST,605;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 19:26:44-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 16 Jan 85 20:56 EST Date: Wed 16 Jan 85 18:58:02-MST From: Rick Conn Subject: Z3NEWS.103 To: info-cpm@AMSAA.ARPA The latest ZCPR3 newsletter, Z3NEWS.103, is now in MICRO:. As usual, lots of topics. Of note are topics on new versions of some of the tools and a support service provided by Echelon. Many other items of note also, depending on your interests. Enjoy! Rick ------- 16-Jan-85 19:56:28-MST,919;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 19:56:18-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 16 Jan 85 21:26 EST Date: 16 Jan 1985 19:27 MST (Wed) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Rick Watson Cc: Info-Cpm@Amsaa.ARPA Subject: TED query In-reply-to: Msg of 16 Jan 1985 10:48-MST from Rick Watson Does anyone have a copy of TED, the TECO lookalike editor written by Small Systems Design? Small Systems no longer markets TED. TED is available from the CP/MUG collection at Simtel20. No source, but a .COM and large .DOC file. Filename Type Bytes CRC Directory MICRO: TED.COM.1 COM 16896 2659H TED.DOC.2 ASCII 23424 DD8FH --Keith 16-Jan-85 21:08:14-MST,1220;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 21:08:02-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 16 Jan 85 22:31 EST Received: from usenet by BRL-TGR.ARPA id a004512; 16 Jan 85 21:51 EST From: Chuck McManis Newsgroups: net.micro.cpm Subject: Re: POW2 public domain formatter Message-ID: <480@intelca.UUCP> Date: 15 Jan 85 18:11:13 GMT To: info-cpm@AMSAA.ARPA Tim, Have you looked into the ROFF4 formatter? It has all of the features you mentioned plus some. It is on Simtel20 if you want to snarf a copy, also available on your local BBS (Consult RCPM-057.LST for details, not available in all areas, not sold in stores) It has the nice feature of being able to define ones own font (assuming your printer can do bit mapped graphics) and is quite flexible. --Chuck -- - - - D I S C L A I M E R - - - {ihnp4,fortune}!dual\ All opinions expressed herein are my {qantel,idi}-> !intelca!cem own and not those of my employer, my {ucbvax,hao}!hplabs/ friends, or my avocado plant. :-} 16-Jan-85 21:09:56-MST,2016;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 21:09:49-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 16 Jan 85 22:31 EST Received: from usenet by BRL-TGR.ARPA id a004507; 16 Jan 85 21:51 EST From: Chuck McManis Newsgroups: net.micro.cpm Subject: Re: Unix for CP/M 2.1 or > on a z80 Message-ID: <479@intelca.UUCP> Date: 15 Jan 85 17:43:15 GMT To: info-cpm@AMSAA.ARPA I saw microshell once, and was impressed by the similarity of the user interface with UNIX's. It implemented pipes by redirecting I/O through a temporary disk file and seemed to work fairly well until you needed to change the disk with the pipe file on it. This of course wouldn't be a problem on a hard disk. If I might make a suggestion, look into the ZCPR3 package on Simtel20 or your local computer BBS. It implements a rather large part of the Unix user interface, adds TERMCAP capabilities, a nice shell package with variables and parameter substitution similar to csh and some limited flow control. (If-Then-Else) But no CASE WHILE and UNTIL. Still some pretty involved shell scripts are possible. It does not offer I/O redirection or pipes, however the company handling bug reports and distribution of a self installing version ,Echelon inc., have hinted strongly that their new version of the BDOS will do just that. The best part is that if you can find a local BBS that has it you can get it FREE by just downloading it. That includes copies of a zillion utilities. It does make the CP/M user interface usable, but you will need a Z80 to take full advantage of it. --Chuck -- - - - D I S C L A I M E R - - - {ihnp4,fortune}!dual\ All opinions expressed herein are my {qantel,idi}-> !intelca!cem own and not those of my employer, my {ucbvax,hao}!hplabs/ friends, or my avocado plant. :-} 16-Jan-85 21:38:24-MST,1844;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 21:38:15-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 16 Jan 85 22:31 EST Received: from usenet by BRL-TGR.ARPA id a004517; 16 Jan 85 21:51 EST From: Chuck McManis Newsgroups: net.micro,net.micro.cpm Subject: Public Domain Archives Message-ID: <481@intelca.UUCP> Date: 15 Jan 85 20:21:13 GMT To: info-cpm@AMSAA.ARPA With all the hoopla about the various pros and cons of .5 Gbyte optical disks, I thought it might be quite feasible to put the entire Simtel-20 archives on such a disk, in such a way that it would be easy to update. There would be lots of room left over, and if they could be manufactured cheaply enough maybe a series a archives could be established around the country. I would certainly be willing to interface one of the Optimem or equivalent drives to a CP/M system (I am aware of the logistics of such an undertaking, with the restraints CP/M puts on file systems) and then providing a place to put it where it could be called up and searched. Does this sound like a reasonable undertaking ? It would be nice if we could get Shugart to donate a drive and some disks for the publicity but even paying for it outright is not enitirely impossible. Does anyone know of the single unit evaluation drives cost? Also, Frank or Keith, could one of you give an update on how much space the MICRO: archives are using ? --Chuck -- - - - D I S C L A I M E R - - - {ihnp4,fortune}!dual\ All opinions expressed herein are my {qantel,idi}-> !intelca!cem own and not those of my employer, my {ucbvax,hao}!hplabs/ friends, or my avocado plant. :-} 16-Jan-85 21:53:59-MST,583;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 21:53:53-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 16 Jan 85 23:06 EST Date: Wed 16 Jan 85 21:08:14-MST From: Rick Conn Subject: New ZCPR3 Files To: info-cpm@AMSAA.ARPA The following files have been updated in MICRO: CLEANDIR.COM and CLEANDIR.MAC DIR.COM and DIR.MAC MCOPY.COM and MCOPY.MAC Z3INS.COM and Z3INS.MAC Z3INS.DOC has been added. Z3NEWS.103 speaks briefly of these new files. Rick ------- 16-Jan-85 21:54:36-MST,1103;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 21:54:30-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 16 Jan 85 23:15 EST Date: Wed 16 Jan 85 21:17:14-MST From: Rick Conn Subject: Re: Public Domain Archives To: cem%intelca.uucp@BRL-TGR.ARPA cc: info-cpm@AMSAA.ARPA, RCONN@SIMTEL20.ARPA In-Reply-To: Message from "Chuck McManis " of Tue 15 Jan 85 20:21:13-MST Chuck, Interesting you should bring this up. The very large capacity disks is exactly what Echelon has been addressing recently. ZRDOS2, Echelon's BDOS replacement which combines with ZCPR3, addresses 512 M bytes directly. Other features, such as no need for a ^C any more and an extended READLN function (fct 10) are also present. Interacting with ZCPR3, named dirs over a 512M space become especially useful. I haven't brought up ZRDOS2 yet, but it is sitting on my shelf waiting for installation. Rick PS See the recent newsletters from Echelon in MICRO:Z3NEWS.10?. ------- 16-Jan-85 23:05:19-MST,901;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 16 Jan 85 23:05:09-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 17 Jan 85 0:41 EST Date: Wed 16 Jan 85 22:43:36-MST From: Rick Conn Subject: More new ZCPR3 Files To: info-cpm@AMSAA.ARPA The directory MICRO: (a new directory on SIMTEL20) contains the following Z3 files: LRUNZ3.ASM - a version of LRUNZ for Z3 Z3BYE.DOC - notes on using Z3 with RCP/M applications Z3HELPR4.EI - a list of people volunteering to help others with installing and in answering questions about Z3; note that certain people specialize, such as for the Osborne, Apple, Morrow, etc Z3EMX.LBR - using Z3 with EMX ZBYE.MAC - a version of BYE for Z3 use These will probably be moved into at a later date. Enjoy! Rick ------- 17-Jan-85 09:42:42-MST,708;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 17 Jan 85 09:42:35-MST Received: From hi-multics.arpa.ARPA by AMSAA via smtp; 17 Jan 85 10:46 EST Date: Thu, 17 Jan 85 09:40 CST From: Boebert@HI-MULTICS.ARPA Subject: L80 problem Message-ID: <850117154056.514308@HI-MULTICS.ARPA> Will the person who had the linkage problem with L80 and the output of Small C please send a detailed description of the difficulty to me (Boebert @ HI-Multics)? I recall overcoming a similar problem in getting Small C to work but I can't remember the details. I am posting this note because info-cpm comes to us as a digest with all the "from" fields trashed. 17-Jan-85 10:07:22-MST,837;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 17 Jan 85 10:07:17-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 17 Jan 85 11:29 EST Received: from apg-3.arpa by BRL-AOS.ARPA id a020192; 17 Jan 85 11:29 EST Date: 17 Jan 1985 11:22:08 EST (Thursday) From: John Shaver STEEP-TM-AC 879-7602 Subject: NYACC Sources To: info-cpm@brl.ARPA Cc: jshaver@apg-3.ARPA I am having difficulty with a local Federal Procurement Office. I have asked that they purchase the NYACC series on |Software. Unfortunately, the local procurement ( pardon, Acquisition [guess what an Acquirer is]) wants to verify by a phone call or letter that the prices I quoted were correct. Can someone provide me with a recent quote which I could provide to the local acquirers. 17-Jan-85 11:28:22-MST,891;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 17 Jan 85 11:28:17-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 17 Jan 85 12:55 EST Received: from usenet by BRL-TGR.ARPA id a004761; 17 Jan 85 12:43 EST From: "ross m. greenberg" Newsgroups: net.micro.cpm Subject: Re: Unix for CP/M 2.1 or > on a z80 Message-ID: <1010001@acf4.UUCP> Date: 17 Jan 85 15:13:00 GMT To: info-cpm@AMSAA.ARPA <> The only problem with ZCPR (to me) is the amount of disk that you need to get all the utilities us and operational. Having a KAYPRO-II with 2 180K drives, I'd have no room left on the disk for anything after loading all the nifty ZCPR utilities. ------------------------------------------------------ Ross M. Greenberg @ NYU ----> { allegra,ihnp4 }!cmcl2!acf4!greenber <---- 17-Jan-85 17:43:02-MST,1743;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 17 Jan 85 17:42:50-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 17 Jan 85 19:07 EST Received: from usenet by BRL-TGR.ARPA id a012683; 17 Jan 85 18:58 EST From: "R.BOTWIN" Newsgroups: net.micro,net.micro.cpm,net.lang.c Subject: Re: an old idea whose time has come again Message-ID: <593@houxn.UUCP> Date: 16 Jan 85 15:58:31 GMT Xref: godot net.micro:3438 net.micro.cpm:1715 net.lang.c:2622 To: info-cpm@AMSAA.ARPA [] Ah, yes...Memories of my first machine....an old 4K 1130. I miss it muchly...The techniques learned on that machine, at least for me, predate any formal CS training, and are "instinctive" rather than learned by rote... We used to call SOCAL and LOCAL "cram and crunch"....and got around large programming problems by making ALL variables COMMON. We had large payroll systems, personnel systems, even large linear algebra matrix manipulations using this technique. The whole concept of linking, speed trade-offs using core-image loads, relocating programs.....ah, yes.....that was the way to learn! We even knew if we had diagnostics in our compile by the sound of the old 1132 printer....It had a different "rhythm.".....I remember talking on the phone from home to a friend at the computer...in the background was the printer ker-chunking out a listing for him.....I heard the unmistakable tones of a diagnostic report, and told him he had better fix his bugs and re-compile....He thought I was psychic! Rob Botwin, N2FC .....{utah-cs|seismo|decvax}!harpo!eagle!hogpc!houxn!rb ATT/IS Labs (201) 577-5016 (Cornet 8-270-5016) FJ 1B-130 17-Jan-85 17:45:15-MST,2749;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 17 Jan 85 17:45:00-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 17 Jan 85 19:07 EST Received: from usenet by BRL-TGR.ARPA id a012732; 17 Jan 85 18:59 EST From: jeff Newsgroups: net.micro.cpm Subject: re: need a break key Message-ID: <182@abnji.UUCP> Date: 16 Jan 85 17:47:12 GMT To: info-cpm@AMSAA.ARPA [I'm new to USENET,so please be kind] Causing a BREAK without a break key is tricky since BREAK is not a character but a line condition. An active RS232 line (transmit or receive data) is normally in the MARKING state (quiescent state) (binary 1, voltage between -3 and -25 volts). When a character is sent, the line sends a start bit (goes SPACE, binary 0, voltage between +3 and +25 volts), then the data bits (and parity if enabled), then a stop bit (back to MARKING). A framing error is caused when the end bit isn't received when it is expected, usually suggesting mismatched speeds. A break condition is when the line is put in the SPACE state for the time it takes to transmit a character (including start and stop bits) and thus cannot be confused with a character transmission. Some serial communication chips will detect the start and end of a break (since it may last a looooong time) and interrupt on both. Others just give a framing error with 00h data. The UNIX Administrator's Manual under TERMIO(7) under IGNBRK states that a break condition is a framing error with data 00h. Non-null data causing a framing error is considered a framing error. A break key causes the line to go spacing for about 1.1 to 2x a character time length (usually a long time - around 200 milliseconds). Your trick of going to a slower speed may work if the software treats framing error as a break (regardless if the data is 00h or not). If they are treated differently, then you must transmit a NULL character, usually control @. This will be undistinguishable from a break to all but the fussiest of receivers. This also points out that a framing error on a null character will be misinterpreted as a break. I trust this definitively answers your question. Ask anything more technical and I will refer to the EIA Standard for RS-232-C "Interface Between Data Terminal Equipment and Data Communication Equipment Employing Serial Binary Data Interchange". So there! +-----------------------------------------------+ | Jeff 'oh my gawd - it's one of THOSE!' Skot | | at beautiful downtown Somerset NJ | | AT&T Info Systems | | ..!abnji!jeff | +-----------------------------------------------+ 17-Jan-85 21:22:03-MST,877;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 17 Jan 85 21:21:58-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 17 Jan 85 23:00 EST Date: Thu 17 Jan 85 21:01:18-MST From: Rick Conn Subject: Re: Unix for CP/M 2.1 or > on a z80 To: greenber%acf4.uucp@BRL-TGR.ARPA cc: info-cpm@AMSAA.ARPA, RCONN@SIMTEL20.ARPA In-Reply-To: Message from ""ross m. greenberg" " of Thu 17 Jan 85 15:13:00-MST You're quite right about ZCPR3 on 180K disks. Some of the Echelon newsletters talk about this, and one gives a breakdown of the disk overhead. There is some discussion about reducing this overhead by being selective about the features; overhead can drop to as little as 60K for some applications. But if you want everything, there is a price to pay. ------- 17-Jan-85 23:25:54-MST,720;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 17 Jan 85 23:25:50-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Jan 85 0:50 EST Received: from bbna.arpa by BRL-AOS.ARPA id a026104; 18 Jan 85 0:50 EST Date: 18 Jan 1985 00:51-EST Sender: WAGREICH@bbna.ARPA Subject: ON-LINE DOC FOR ROFF? From: WAGREICH@bbna.ARPA To: info-micro@brl.ARPA, info-cpm@brl.ARPA, info-c@brl.ARPA Message-ID: <[BBNA]18-Jan-85 00:51:27.WAGREICH> IS THERE ANY ON-LINE USER DOCUMENTATION FOR ROFF THAT EXPLAINS THE COMMANDS AND GIVES EXAMPLES? I'D APPRECIATE ANY GOOD USER DOC FOR ROFF. THANKS. I HOPE I DON'T GET A MILLION COPIES OF THE SAME DOCUMENT! 18-Jan-85 09:37:31-MST,599;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 09:37:26-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 18 Jan 85 11:01 EST Date: 18 Jan 1985 09:02 MST (Fri) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: SIMTEL20 directory list update MICRO:CPM.CRCLST on SIMTEL20 (the file listing all the filenames, sizes and CRCs of the MICRO directories) has been updated as of today. --Keith 18-Jan-85 11:39:12-MST,718;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 11:39:08-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 18 Jan 85 13:07 EST Received: from Mission.ms by ArpaGateway.ms ; 18 JAN 85 10:05:05 PST Date: 18 Jan 85 10:09:06 PST (Friday) From: Bicer.ES@XEROX.ARPA Subject: Re: Unix for CP/M 2.1 or > on a z80 In-reply-to: <1010001@acf4.UUCP> To: "ross m. greenberg" cc: info-cpm@AMSAA.ARPA Try MicroShell. I've had it for almost three years, and it it one of the most invaluable pieces of software I have. It works like a charm, and you'll never know that it is there (apart from ~10k less RAM). Jack Bicer 18-Jan-85 14:08:57-MST,775;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 14:08:52-MST Received: From almsa-1.arpa.ARPA by AMSAA via smtp; 18 Jan 85 15:39 EST Date: Fri, 18 Jan 85 14:30:14 CST From: Crede Edens To: info-cpm@amsaa.arpa Subject: 5 1/4 Disk Drive Interface to NEC APC? I noticed that several people have NEC APCs and I was wondering if anyone has hooked up a 5 1/4 inch disk drive to the NEC. At our users group meeting last night, the question came up and I know that if it can be done one of you guys has probably done it. If anyone has successfully accomplished this I would appreciate some info on it. Thanks in advance, Crede Edens edens@ALMSA-1.ARPA 18-Jan-85 15:51:06-MST,1556;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 15:50:57-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 18 Jan 85 17:24 EST Received: from usenet by BRL-TGR.ARPA id a017384; 18 Jan 85 15:32 EST From: Ravi Subrahmanyan Newsgroups: net.micro.cpm Subject: Thanks, everyone out there Message-ID: <2508@mcnc.UUCP> Date: 17 Jan 85 02:27:58 GMT To: info-cpm@AMSAA.ARPA To everyone who responded to my requests for help, esp. K.Peterson (WS*&@45% ?), chuck(CEM) , bob bloom, and everyone else, T H A N K S. I have tried to reply via regular mail, but the MAILER.DAEMONs keep sending me copies of my letters, so I'm really not sure if you have gotten them (I have a 50% hit ratio on such cases). A local machine with ZCPR3 was pointed out to me, so I can get the stuff to try out. Should keep me busy for quite a while. TO ALL THE GUYS WHO ASKED FOR HELP TO BE PASSED ON: esp. JOHN BLANKENAGEL, LILLARD,AM ... I have mailed you all the stuff I got, but I have got replies from the demons... I fear the worst. I'll keep trying, so if you're getting innundated with letters,please let me know to stop. Or, just let me know your addresses, & I'll be happy to ,mail the stuff to you (USPS, this time). Thanks again, [Ravi] [ Confucius say : If red is red, and turquoise is turquoise, why is lime green dirty yellow?] 18-Jan-85 15:51:38-MST,829;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 15:51:33-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 18 Jan 85 17:24 EST Received: from usenet by BRL-TGR.ARPA id a017472; 18 Jan 85 15:34 EST From: Neil Rhodes Newsgroups: net.micro.cpm Subject: want `lu' utility under unix Message-ID: <592@sdcsvax.UUCP> Date: 15 Jan 85 19:32:30 GMT To: info-cpm@AMSAA.ARPA I have a .lbr file on this system which is larger than my disk capacity (commodore 64), and would like to extract the files from the library on the vax, and then transfer the files individually. Does such a program exist? Neil Rhodes {ucbvax,decvax}!sdcsvax!neil -- Neil Rhodes UC San Diego {ucbvax,decvax}!sdcsvax!neil (619)455-0159 18-Jan-85 16:04:41-MST,783;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 16:04:35-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 18 Jan 85 17:31 EST Received: from usenet by BRL-TGR.ARPA id a019368; 18 Jan 85 16:13 EST From: Roger Lipp Newsgroups: net.micro,net.micro.cpm Subject: Epson QX-10 lightpen: info wanted Message-ID: <1680@pucc-h> Date: 16 Jan 85 22:19:06 GMT Xref: godot net.micro:3442 net.micro.cpm:1722 To: info-cpm@AMSAA.ARPA I am looking for information concerning a lightpen for the Epson QX-10 that would plug into the built-in lightpen port. If you know of any, please mail me any information. -- Roger Lipp {decvax|ucbvax|allegra|seismo|harpo|teklabs|ihnp4}!pur-ee!pucc-h!gmf 18-Jan-85 17:45:45-MST,1915;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 17:45:34-MST Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 18 Jan 85 19:21 EST Date: 18 January 1985 19:20-EST From: Herb Lin Subject: macrotech board update... To: info-cpm@Amsaa.ARPA cc: LIN@Mit-Mc.ARPA I have bought a Macrotech MI-286 from Gifford Computer Systems, whose problems I described in a previous note. Their recommended cure was to upgrade my hard disk controller board from a Morrow HDCA-4 to a Compupro Disk2. However, a conversation with the techs at Macrotech resulted in confusing information: Macrotech tells me that the problem is most likely in the Compupro RAM 16 boards that I am using; these are alleged to have a wrong pull-up resistor in R1. They said that the fix would be to put the correct resistor there, and all would be well. They also said that other Compupro memory boards did not have the same problem, and that they knew of people with Morrow controllers running Macrotech boards without difficulty. I tried something else, with their concurrence. I replaced my 4 RAM 16 boards with a RAM 22 board, and tried running the Macrotech board with that configuration. Here I had a very strange experience -- the system worked fine in the morning, but then I shut it down. In the afternoon, I powered up again, and found that the system no longer worked. Closer investigation revealed that my hard disk directory had been trashed in a very subtle way, and Gifford says that their other customers with Morrow controllers and Macrotech boards have reported similar trashing problems. I have decided to take Gifford's solution, since they were generous in offering me some trade-in value for my Morrow controller, *and* assuring me of refund if their solution did not work. More as it develops. herb lin 18-Jan-85 20:27:07-MST,701;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 20:27:02-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 18 Jan 85 21:57 EST Received: from usenet by BRL-TGR.ARPA id a025616; 18 Jan 85 21:50 EST From: Paul Hyder Newsgroups: net.micro.cpm Subject: Re: Turbo Pascal: Did I hear right? Message-ID: <521@mako.UUCP> Date: 18 Jan 85 01:32:07 GMT To: info-cpm@AMSAA.ARPA My CP/M version works just fine. There do seem to be some interesting problems with stack frames in procedures that call procedures but it could be my machine. Paul Hyder {...tektronix!tekecs!hyder} 18-Jan-85 20:29:22-MST,1470;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 20:29:13-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 18 Jan 85 21:57 EST Received: from usenet by BRL-TGR.ARPA id a025626; 18 Jan 85 21:50 EST From: Andrew Klossner Newsgroups: net.micro.cpm Subject: Re: Microsoft Linker L80 Question Message-ID: <1310@orca.UUCP> Date: 18 Jan 85 03:37:21 GMT To: info-cpm@AMSAA.ARPA [] "Is anyone else having difficulty with Microsoft's Linker L80 when using the search mode, that is, with a /s at the end of the file to be searched?" There's a bug in L80. When searching a library, it encounters a module, and begins passing over the symbols to see if any are needed. If it passes over a COMMON block, then comes to an symbol which is needed, it gets a fatal system error in trying to back up to the beginning of the module and begin loading. This prevents inclusion of output from the Aztec C compiler in libraries. A work-around is to edit the assembly output from the compiler and move all the common blocks to the end of the file. I submitted a bug report to Microsoft two years ago, and received acknowledgement, but to my knowledge they have never fixed this. CP/M-80 is dead, don't you know ... -- Andrew Klossner (decvax!tektronix!orca!andrew) [UUCP] (orca!andrew.tektronix@csnet-relay) [ARPA] 18-Jan-85 20:48:04-MST,5312;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 20:47:43-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 18 Jan 85 21:57 EST Received: from usenet by BRL-TGR.ARPA id a025630; 18 Jan 85 21:50 EST From: Andrew Klossner Newsgroups: net.micro.cpm Subject: Re: possible problems with large numbers of open files simultaneously? Message-ID: <1311@orca.UUCP> Date: 18 Jan 85 04:00:15 GMT To: info-cpm@AMSAA.ARPA All of this applies to CP/M-80 version 2.2. Key to understanding disk file I/O in CP/M is the fact that all of the information about an "open file" is contained in the FCB, which your program allocates and controls. To open a file, CP/M just fills in your FCB with the directory information about the base segment, then promptly forgets about the file. When you read, it uses the FCB to determine which record to get, calls the BIOS to read it, then updates the FCB to point to the next record. When you cross to a new segment, CP/M goes to the directory and fills in the FCB with the new segment's information. On output, the directory is not updated until you do a CLOSE or WRITE to a different segment. That's why, if you CREATE a file, WRITE many records to it, then kill your program, you often discover that you have a zero length file; the WRITEs happened but the directory was never updated to record them. On the next warm boot, all the records that were written are reclaimed as free space. "Does CP/M do strange things when many files are open and being written at once? I have a program that does this (six files are being written at once, and are therefore open), and a variety of strange behaviours occur, such as the disk write sequential call seems to return errors (non-zero value in the A register) before the disk is actually full." I regular open dozens of file for input and output, with no trouble. Since CP/M doesn't record knowledge of open files, there's no problem with any internal tables overflowing (there aren't any). Perhaps the fact that the directory updates are deferred is fooling you into thinking that the disk isn't full when actually all the free records have been used up. "Related question: the documentation for this op (whatever the number is) says that a non-zero value is returned in the A register for a nonsuccessful write due to a full disk. Can this happen for other reasons than a full disk? Examples would be some flavor of write error, etc." A write will also fail if it's attempting to create a new segment and the directory is full. "When deleting a file, what if anything besides the file name (the first 12 bytes, giving the drive, name, and extension) should be initialized, and to what value? Which should not be?" Of the first 16 bytes, set the last four to zero. Actually I always go belts-and-suspenders and zero all the rest of the FCB, but it shouldn't be necessary. "When opening a file for reading, same questions. Does not closing a file after reading it, either partially or totally, cause any problems?" Just the opposite. You should take pains NOT to do a CLOSE of a file that was used only for reading. This is because all a CLOSE does is copy the FCB back out to the directory. If you haven't modified the file, this is an unnecessary disk access, and will prevent your program from running when the file or the disk is read-only. "What is the best procedure for temporarily closing a file so it can be read from disk in a different FCB, and then reopening it later for writing, at the spot I left off when closing it? I. e. I flush the memory buffers for the six files I mentioned above, close the files, and use a different FCB for reading them. When I read it, I open the file, but never close it. To reopen the file, I save the number of the last record, open the proper extent of the file, and restore the last record number (base+32)." If you're absolutely sure that you're not going to write (or otherwise modify) the file while it's temporarily closed, it suffices to do a CLOSE and keep the FCB, then resume WRITING with the FCB later. This is because CLOSE doesn't cause the file to no longer be OPEN in the usual sense; all CLOSE really does is update the directory. In fact, if you have a transaction processing program which adds records to an open file, it should CLOSE the file whenever it knows that it will be idle for awhile (waiting for another line of terminal input), to make sure that the entire file will be there if the system crashes or someone removes the floppy. "To initialize an FCB for creating a file or deleting it, I set the following to zero: bytes 12 through 15, and byte 32 (offset from the base of the FCB). Is this the right thing to do? Should I do this much?" This should be enough. But it can't hurt to zero the whole thing, just in case. I admit to what may be superstition here, but I keep finding the "undefined" or "reserved for future use" bits in the FCB turn out to be used. -- Andrew Klossner (decvax!tektronix!orca!andrew) [UUCP] (orca!andrew.tektronix@csnet-relay) [ARPA] 18-Jan-85 22:57:57-MST,2741;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 18 Jan 85 22:57:47-MST Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 19 Jan 85 0:31 EST Received: from ucbeast.ARPA by UCB-VAX.ARPA (4.24/4.40) id AA15481; Fri, 18 Jan 85 21:24:27 pst Received: by ucbeast.ARPA (4.24/4.27) id AA12096; Fri, 18 Jan 85 20:41:14 pst Date: Fri, 18 Jan 85 20:41:14 pst Message-Id: <8501190441.AA12096@ucbeast.ARPA> From: Phil Lapsley To: info-cpm@amsaa.ARPA Subject: Hard Disk Problems I recently purchased a CompuPro Disk 3 hard disk controller to go with my CP/M-816 system. For the hard disk, I found a bargain for a Rotating Memory Systems RMS 513 10 MB drive for $250 at a swap meet. The drive's characteristics are 216 cylilinders, 6 heads (i.e., tracks) per cylinder, 9 sectors per track, 1K per sector. Naturally, this is all ST506 compatible. Not that I really want to bore you with all this; no, what I need is help getting the thing to work. I have had the controller card checked out at CompuPro, and it works. I have had the RMS 513 drive tested, and it performs "flawlessly", according to the third party who tested it. So, what's the problem? Well, I set up DPB's and DPH's, and the following would happen. The system would come up alright. Attempting to write to the hard disk with "pip" and the verify option would produce "foo.$$$: verify error." Attempting to write to the hard disk with "pip" and no verify would successfully create the file, but attempting to run the file would crash the system. When I would bring the system back up, there would be eight or nine (!) entries of "foo.com" (or whatever file I tried to transfer) in the directory of the hard disk. Now, it could very well be that I screwed up my DPB's and DPH's. But, it's my understanding that *any* ST506 compatible drive can be run as an ST506. It would just use 153 cylinders instead of 216, and 4 heads instead of 6. CompuPro supplies a bios entry for a ST506. Naturally (?), attempting to use the ST506 bios entry produces exactly the same results. I am at wit's end. I have had both the drive and the controller tested, and they each work separately. Running a format/verify/data test from the CompuPro disk 3 controller works fine. But trying to run the drive under CP/M bombs. Any hard disk wizards out there who could be of help? Please reply directly to me, as I am no longer on the alias (I had myself removed right before I needed it!) I'll summarize any general info I receive to the net. Thanks very much. Phil Lapsley (phil@Berkeley.ARPA) (...!ucbvax!phil) 19-Jan-85 02:05:53-MST,1582;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 02:05:45-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 19 Jan 85 3:37 EST Received: from simtel20.arpa by BRL-AOS.ARPA id a000982; 19 Jan 85 3:32 EST Date: Sat 19 Jan 85 01:31:17-MST From: Ron Fowler Subject: Large number of simultaneously open files To: info-cpm@BRL.ARPA Andy Klossner mentioned that you should take pains NOT to close a file open only for read because 1) It's not necessary 2) Causes an unnecessary disk access I must take exception to this; first, it's good programming practice to close all open files, regardless of their read/write status. But more im- portantly, multi-user operating systems (such as MP/M and TurboDOS) that allow filesharing must keep a record in memory for each file; these systems release this memory when a file is closed. Programs that open a large number of files without closing them (CRCK.COM is a good example of this) tend to cause the file lock space to be exhausted. This is an especially severe problem with MP/M, where lock space is a fixed number of files (TurboDOS uses all avail- able memory). Closing a file open for read does NOT cause an unnecessary directory access under CP/M 2.2; CP/M keeps a flag in the FCB that is set when a write oc- curs (bit 7 of the S2 byte, for those who are interested ... 0=written); if the file hasn't been written to, CP/M returns a successful close result, but inhibits any disk update. --Ron Fowler ------- 19-Jan-85 05:00:09-MST,2476;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 04:59:59-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 19 Jan 85 6:29 EST Date: 19 Jan 1985 04:31 MST (Sat) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Wiedemann@Radc-Multics.ARPA Cc: Info-Cpm@Amsaa.ARPA Subject: Kaypro escape sequences list In-reply-to: Msg of 10 Dec 1984 12:31-MST from Wiedemann at RADC-MULTICS.ARPA Here's the info you wanted on the Kaypro escape sequences. --Keith --cut here-- KAYPRO II VIDEO SOFTWARE DRIVER. The KAYPRO II video section was designed to imitate the control sequences of a Lear-Siegler ADM-3A terminal. For most commercial software, this means you can "install" or customize the display characteristics by choosing the ADM=3A from the menu. For custom software or those instances where there is no choice of "ADM-3A" on the menu, the following information may help. The following is a list of the KPRO II "Terminal" attributes and control sequences. Cursor Control - ---------------- Cursor left (bs) ............. 08h 08 Cursor right ................. 0Ch 12 Cursor down (lf) ............. 0Ah 10 Cursor up .................... 0Bh 12 Home cursor .................. 1Eh 30 Clear screen & home cursor ... 1Ah 26 Carriage return .............. 0Dh 13 Cursor Positioning - -------------------- Escape Sequence (ESC+"=") .... 1Bh,3Dh 27,61 Cursor Rows .................. 0-23 Cursor Columns ............... 0-79 Positioning Sequence: In MBASIC ... PRINT chr$(27)+"="+chr$(20+row)+chr$(20+col); Line Insert/Delete - -------------------- Line Insert (ESC+"E") ........ 1Bh,45h 27,69 Line Delete (ESC+"R") ........ 1Bh,52h 27,82 Clear to End of Screen/Line - ----------------------------- Clear EOL (Ctl-X) ............ 18h 24 Clear EOS (Ctl-W) ............ 17h 23 Set Greek or ASCII - -------------------- Set ASCII (ESC+"A") .......... 1Bh,41h 27,65 Set Greek (ESC+"G") .......... 1Bh,47h 27,71 After Setting Greek, lower case letters will print as the Greek Alphabet. 19-Jan-85 06:28:48-MST,1064;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 06:28:44-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 19 Jan 85 7:58 EST Received: from usenet by BRL-TGR.ARPA id a004797; 19 Jan 85 7:47 EST From: Chuck McManis Newsgroups: net.micro.cpm Subject: Re: CP/M Standards Message-ID: <482@intelca.UUCP> Date: 17 Jan 85 18:28:46 GMT To: info-cpm@AMSAA.ARPA Splendid Idea! I would be willing to help in anyway I could. (I'm great at supervising, just ask my wife :-) ) I would like to see if we could get D.R. to help in this too. Would certainly make it easier on those of us still writing original software for it. --Chuck -- - - - D I S C L A I M E R - - - {ihnp4,fortune}!dual\ All opinions expressed herein are my {qantel,idi}-> !intelca!cem own and not those of my employer, my {ucbvax,hao}!hplabs/ friends, or my avocado plant. :-} 19-Jan-85 12:29:37-MST,485;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 12:29:28-MST Received: From utexas-20.arpa.ARPA by AMSAA via smtp; 19 Jan 85 13:58 EST Date: Sat 19 Jan 85 13:02:19-CST From: Douglas Good Subject: File sizes from Turbo To: info-cpm@AMSAA.ARPA Does anyone know an easy way to get file sizes in Kilobytes using TurboPascal? If it would help I have a Kaypro computer. --Doug Good ------- 19-Jan-85 12:32:49-MST,701;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 12:32:44-MST Received: From ut-ngp.arpa.ARPA by AMSAA via smtp; 19 Jan 85 14:00 EST Date: Fri, 18 Jan 85 23:21:11 cst From: riggs, austen Posted-Date: Fri, 18 Jan 85 23:21:11 cst Message-Id: <8501190521.AA15792@ut-ngp.ARPA> Received: by ut-ngp.ARPA (4.22/4.22) id AA15792; Fri, 18 Jan 85 23:21:11 cst To: info-cpm@amsaa.ARPA Subject: Kermit on Apple Cc: garey@ut-ngp.ARPA Does anyone have a Kermit that will run on an Apple with an Applicard CP/M card and a superserial card in slot 2? Any help would be appreciated, Jim Garey garey@ut-ngp.arpa 19-Jan-85 14:52:30-MST,1597;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 14:52:23-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 19 Jan 85 16:19 EST Date: Friday, 18 January 1985 15:55-MST Message-ID: Sender: Sesh Murthy From: Sesh Murthy Subject: Hayes auto-dial protocol. ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Sat 19 Jan 1985 14:21-MST I have been told by friends that a lot of software for modems requires that your auto-dialling be EXACTLY like hayes does it, down to even the timings. They say that people have used this in hacks and if the timings etc. are not right then you are in trouble. I have a design for a 2400 bps modem which I think is Hayes compatible. Can anyone tell me of any software that sells in any volume that depends on this sort of exact compatibility and will fail otherwise. Note that my modem does exactly what Hayes says its modems do in the manual. I am looking for programs that depend on ANY unmentioned pieces of information about the Hayes modem. If you point out any such software to me I will get you a 2400 bps modem really cheap in a couple of months. On a similar note. Does anyone out there want to test out production samples a month from now. I should be worth my while to give you a free sample. Thanks much for the help. Sesh. P.S. Thanks for the help about private labelling.-- uucp: seismo!cmu-ri-leg!ssm arpa: ssm@cmu-ri-leg 19-Jan-85 17:24:21-MST,947;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 17:24:15-MST Received: From office-2.arpa.ARPA by AMSAA via smtp; 19 Jan 85 18:58 EST Date: 19-Jan-85 16:00 PST From: ACB.TYM@OFFICE-2.ARPA Subject: L80 and a QX-10 question To: info-cpm@amsaa.ARPA Message-ID: [what is all this about this first statement?] I thought that the original question about Small C related to the requirement of L80 that the library it is searching be in the "correct" order (that is only forward references). As described, it seemd that the small C library was not so ordered and thus might require several passes via /s option before completing the link. Can someone answer these two questions about the QX-10 disk format (380k is the name). Are the physical sectors 512 or 1024, and is the first physical sector number 0 or 1? Thanks for listening 19-Jan-85 17:47:35-MST,1559;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 17:47:29-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 19 Jan 85 19:24 EST Date: 19 Jan 1985 17:24 MST (Sat) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Beware LOCK.LBR timebomb BEWARE!!! A program called LOCK, which has been recently uploaded to some RCPMs, apparently has the potential of making .COM files unusable. This is another example of what can happen when we support programs which are released without source code. --Keith (Co-Sysop RCPM Royal Oak) Msg posted on 01/17/85 from DAN PATT to SYSOP/ALL about LOCK.LBR I downloaded the LOCK.LBR and without checking very carefully used the LOCK.COM. I tried to use lockout.com as the unlock.com file. Surprize, it isn't that file. Do you know where I can get a copy of both unlock.com and mkey.com? Or how to recover my locked file? Last time I'll use a new program on a needed file. Thanks Msg posted on 01/18/85 from BILL CROCKER to DAN PATT about LOCK.LBR Dan, you're not alone. One of our club (D:KUG) members also locked a file and can't un-lock it. If your file is not proprietary, up-load it to this system and leave me a message as to which drive and what file name. I will then down-load it and get with one of by friends who is a CP/M wizzard and see if he can un-lock it. Good luck, Bill Crocker 19-Jan-85 21:00:03-MST,1768;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 20:59:56-MST Received: From su-star.arpa.ARPA by AMSAA via smtp; 19 Jan 85 22:28 EST Date: 18 Jan 85 11:58:00 PST From: R. MEIER Subject: help needed with installation of smallc2. To: info-cpm Reply-To: R. MEIER Subject: help needed in installation of small-c and sq/usq Valentina, Recently, I have been trying to bring up smallc, from simtel20 micro:, without success on an Apple ][+. Is there anyone who could lend assistance on getting smallc2 installed? I have also been unable to bring up sq, usq, or lu. I have access to a VAX/VMS running Eunice (a Unix-like os), on which I have been able to bring up xsq, xusq, and lar from micro:. The files in smallc1.lbr, smallc2.lbr, and smc-asm.lbr have been successfully separated. On the Apple ][+ I have three 5.25" disks (128K), asm, and kermit 3.9. The problems that I have been encountering include the following: o stdiol.h file is missing o make.sub file is missing o #asm operative is flagged even though it is nested in #ifdef's which are unsatisfied. (I can solve this by commenting out that section. */ o zzor(), zzand() and other functions are undefined. o The file contains several pointer/int operations that create "illegal lhs of expression" errors in addition to "illegal op/pointer combination" warnings. Please send any suggestions to info-cpm or to rmeier@star. Thank you, Bob "All the World is an S-expression." (requoted from James Chalker) "(print (setf (cdr Universe) Universe (car Universe) Eternity)" (God) ------ 19-Jan-85 21:26:40-MST,1765;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 19 Jan 85 21:26:33-MST Received: From su-star.arpa.ARPA by AMSAA via smtp; 19 Jan 85 22:25 EST Date: 16 Jan 85 13:53:00 PST From: R. MEIER Subject: help needed on installation of smallc2 To: info-cpm Reply-To: R. MEIER Subject: help needed in installation of small-c and sq/usq Valentina, Recently, I have been trying to bring up smallc, from simtel20 micro:, without success on an Apple ][+. Is there anyone who could lend assistance on getting smallc2 installed? I have also been unable to bring up sq, usq, or lu. I have access to a VAX/VMS running Eunice (a Unix-like os), on which I have been able to bring up xsq, xusq, and lar from micro:. The files in smallc1.lbr, smallc2.lbr, and smc-asm.lbr have been successfully separated. On the Apple ][+ I have three 5.25" disks (128K), asm, and kermit 3.9. The problems that I have been encountering include the following: o stdiol.h file is missing o make.sub file is missing o #asm operative is flagged even though it is nested in #ifdef's which are unsatisfied. (I can solve this by commenting out that section. */ o zzor(), zzand() and other functions are undefined. o The file contains several pointer/int operations that create "illegal lhs of expression" errors in addition to "illegal op/pointer combination" warnings. Please send any suggestions to info-cpm or to rmeier@star. Thank you, Bob "All the World is an S-expression." (requoted from James Chalker) "(print (setf (cdr Universe) Universe (car Universe) Eternity)" (God) ------ 20-Jan-85 09:13:38-MST,2175;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 09:13:26-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 20 Jan 85 10:40 EST Received: from usenet by BRL-TGR.ARPA id aa00468; 20 Jan 85 1:45 EST From: oacb2 Newsgroups: net.micro.cpm Subject: Re: possible problems with large numbers of open files simultaneously? Message-ID: <1223@ut-ngp.UUCP> Date: 20 Jan 85 03:00:36 GMT To: info-cpm@AMSAA.ARPA > Just the opposite. You should take pains NOT to do a CLOSE of a file > that was used only for reading. This is because all a CLOSE does is > copy the FCB back out to the directory. If you haven't modified the > file, this is an unnecessary disk access, and will prevent your program > from running when the file or the disk is read-only. The BDOS (CP/M 2.2 and, I assume, CP/M Plus) is smart enough to not rewrite the FCB if it's not been changed. Not closing input files is just asking for trouble if you ever upgrade to a multiuser or multiprocessor system. > If you're absolutely sure that you're not going to write (or otherwise > modify) the file while it's temporarily closed, it suffices to do a > CLOSE and keep the FCB, then resume WRITING with the FCB later. This > is because CLOSE doesn't cause the file to no longer be OPEN in the > usual sense; all CLOSE really does is update the directory. In fact, > if you have a transaction processing program which adds records to an > open file, it should CLOSE the file whenever it knows that it will be > idle for awhile (waiting for another line of terminal input), to make > sure that the entire file will be there if the system crashes or > someone removes the floppy. Again, this may cause trouble if you upgrade to a multiuser or multiprocessor system. I strongly recommand that all files be closed after processing and that I/O never be done to a "closed" FCB. Closing an input file causes negligible overhead. Opening a closed file does require some overhead, but I think it's worth it. -- Mike Rubenstein, OACB, UT Medical Branch, Galveston TX 77550 20-Jan-85 09:20:12-MST,1035;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 09:20:06-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 20 Jan 85 10:55 EST Received: from usenet by BRL-TGR.ARPA id a004126; 20 Jan 85 7:46 EST From: Geoff Kuenning Newsgroups: net.micro,net.micro.cpm Subject: umodem for System V available Message-ID: <314@desint.UUCP> Date: 18 Jan 85 03:37:27 GMT Xref: sdcrdcf net.micro:3613 net.micro.cpm:1694 To: info-cpm@AMSAA.ARPA I posted this to net.wanted.sources a few days ago, but forgot these two groups. To all of you who are seeing it twice, my humble apologies. I have a copy of UMODEM that will run on System V. It's not the latest version around, but it works quite well. If you are interested in a copy, send me mail and I will either post it or mail it to you, depending on the level of interest. Geoff Kuenning ...!ihnp4!trwrb!desint!geoff -- Geoff Kuenning ...!ihnp4!trwrb!desint!geoff 20-Jan-85 09:31:06-MST,838;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 09:31:01-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 20 Jan 85 10:54 EST Received: from usenet by BRL-TGR.ARPA id a003881; 20 Jan 85 7:41 EST From: "Mark D. Falleroni" Newsgroups: net.micro.cpm Subject: Turbo Pascal output Message-ID: <1230@trwrba.UUCP> Date: 16 Jan 85 18:07:06 GMT To: info-cpm@AMSAA.ARPA Is there a method that enables program output to be sent to the screen and printer??? Cntrl-P works when running CPM, but from Turbo Pascal, it doesn't. (at least not on my machine.) Do I make the program a .COM file and use Cntrl-P?? Thanks in advance for any help given. Mark Falleroni TRW Ogden,Ut. (mdf) 20-Jan-85 10:02:37-MST,825;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 10:02:31-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 20 Jan 85 11:28 EST Received: from usenet by BRL-TGR.ARPA id a004320; 20 Jan 85 7:49 EST From: "Mark D. Falleroni" Newsgroups: net.micro.cpm Subject: What is Simtel20 Message-ID: <1232@trwrba.UUCP> Date: 18 Jan 85 16:10:59 GMT To: info-cpm@AMSAA.ARPA I'm relatively new to cpm and to this news network, so please excuse my ignorance. Would some kind sympathetic soul explain to me what is SIMTEL20?? From the cpm news that I've been reading, I suspect that it is a large BBS? If it is, how can I access it. Thanks in advance for any help given. Mark Falleroni TRW Ogden,Ut (mdf) 20-Jan-85 10:03:03-MST,825;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 10:03:00-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 20 Jan 85 11:19 EST Received: from usenet by BRL-TGR.ARPA id a004320; 20 Jan 85 7:49 EST From: "Mark D. Falleroni" Newsgroups: net.micro.cpm Subject: What is Simtel20 Message-ID: <1232@trwrba.UUCP> Date: 18 Jan 85 16:10:59 GMT To: info-cpm@AMSAA.ARPA I'm relatively new to cpm and to this news network, so please excuse my ignorance. Would some kind sympathetic soul explain to me what is SIMTEL20?? From the cpm news that I've been reading, I suspect that it is a large BBS? If it is, how can I access it. Thanks in advance for any help given. Mark Falleroni TRW Ogden,Ut (mdf) 20-Jan-85 10:16:07-MST,1078;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 10:16:00-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 20 Jan 85 11:28 EST Received: from usenet by BRL-TGR.ARPA id a005410; 20 Jan 85 8:51 EST From: Chuck McManis Newsgroups: net.micro.cpm Subject: Re: More new ZCPR3 Files Message-ID: <487@intelca.UUCP> Date: 18 Jan 85 20:21:53 GMT To: info-cpm@AMSAA.ARPA Rick, Do you think it would be possible to make a "standard" ZCPR3 bank select interface? It would really be nice If I could swap out some of Z3 environments when I wasn't using them. It would also give me back enough TPA to keep Mince from thrashing the disk. --Chuck -- - - - D I S C L A I M E R - - - {ihnp4,fortune}!dual\ All opinions expressed herein are my {qantel,idi}-> !intelca!cem own and not those of my employer, my {ucbvax,hao}!hplabs/ friends, or my avocado plant. :-} 20-Jan-85 10:32:58-MST,1613;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 10:32:49-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 20 Jan 85 11:29 EST Received: from usenet by BRL-TGR.ARPA id a005419; 20 Jan 85 8:51 EST From: Chuck McManis Newsgroups: net.micro.cpm Subject: ZCPR3 Hacks Message-ID: <489@intelca.UUCP> Date: 18 Jan 85 20:52:48 GMT To: info-cpm@AMSAA.ARPA I made a couple of changes to the ZCPR3.ASM file to make using the wheel byte a little easier. First I added a Wheel Prompt variable (WPRMPT) so that when you were enabled ZCPR could change the '>' to something else, being an old TOPS-20 fan I of course use '!'. Thus, when you are NOT enabled, and your prompt was "A:SYS>" , when you set the wheel byte it becomes "A:SYS!", real trivial stuff here. The second change was to make it easier to use my own system when it was in the "secure" mode. Basically, the password checking facility on directories is defeated by having wheel enabled. Since I don't know how many others will find these useful, currently the only copy of these changes, (besides my own) is on the ZCPR3 BBS at (415) 489-9005, if there is some interest I will send a copy to Simtel-20. --Chuck -- - - - D I S C L A I M E R - - - {ihnp4,fortune}!dual\ All opinions expressed herein are my {qantel,idi}-> !intelca!cem own and not those of my employer, my {ucbvax,hao}!hplabs/ friends, or my avocado plant. :-} 20-Jan-85 10:33:15-MST,2749;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 10:33:02-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 20 Jan 85 11:29 EST Received: from usenet by BRL-TGR.ARPA id a005414; 20 Jan 85 8:51 EST From: Chuck McManis Newsgroups: net.micro.cpm Subject: Size of ZCPR3 on disk Message-ID: <488@intelca.UUCP> Date: 18 Jan 85 20:43:25 GMT To: info-cpm@AMSAA.ARPA Actually, you can get a lot of benefit from just having Z3, the environments, and a couple of utilities there. With the "standard" 1K overhead in the BIOS plus the flow control package for really neat ZEX command files All you need on your disk are LDR to load the environments, two environments SYS.ENV, and SYS.FCP, IF.COM to handle IF's that the FCP can't and your own DIR.COM. All told about 16K worth of stuff, and more if you replace SUB with ZEX, no loss there. You get the benefits of multiple commands, path searching, and a termcap for use when you are using some of the other utilities. If you go over the list of utilities you will see a lot of duplication in them, such as PAGE.COM and PRINT.COM, which are like the resident commands TYPE and LIST. (more features but essentially the same function) ERROR1,ERROR2,ERROR3,ERRORX are neat (you only need one of the numbered error packages to handle errors and ERRORX to turn of handling errors) If you use VMENU you don't need MENU, if you use SWEEP you probably won't need MCOPY, and if you aren't debugging or something you don't need DU3 or MU3. Assuming you are the only one on the system you probably wouldn't need WHEEL so when it comes down to it, you really can everything you NEED plus some others for less 30K and practically everything with 64K. Not to bad really, especially if it means you can get rid of some of the programs you currently have on the disk, like PIP.COM or DUMP.COM. The only thing you might want at first but could later get rid of are the Help files for the utilities you did have on line. I have a 180K minifloppy that is nothing but help (and it has space leftover) set aside as sort of a tutorial disk. It really isn't as bad as you might think, the problem is all of Ricks examples in the Documentation seem to have EVERYTHING loaded so it looks like that is the Only way to have ZCPR3. This is definitely not true. --Chuck -- - - - D I S C L A I M E R - - - {ihnp4,fortune}!dual\ All opinions expressed herein are my {qantel,idi}-> !intelca!cem own and not those of my employer, my {ucbvax,hao}!hplabs/ friends, or my avocado plant. :-} 20-Jan-85 11:15:13-MST,1261;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 11:15:05-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 20 Jan 85 12:45 EST Received: from usenet by BRL-TGR.ARPA id a008157; 20 Jan 85 11:44 EST From: Michael Cooper Newsgroups: net.micro.cpm Subject: ZCPR3 -- Where can I get it? Message-ID: <816@reed.UUCP> Date: 17 Jan 85 20:27:28 GMT To: info-cpm@AMSAA.ARPA After posting an article asking about Unix-like utilities for a z80 running 2.1 CP/M, I recieved several suggestions. One was ZCPR3. They all said I could get it for free from many RCPM sites, but the last one around here in Portland that I know about was Chuch Forsberg's. It hasn't been around for a while. Anyone know of an RCPM site locally in the Portland area with ZCPR3? How about the next closest site? Michael Cooper ______________________________________________________________________________ {decvax, ucbvax, pur-ee, uw-beaver, masscomp, cbosg, mit-ems, psu-cs, uoregon, orstcs, ihnp4, uf-cgrl}!tektronix \ +---!reed!mikec {teneron, ogcvax, muddcs, cadic, oresoft, grpwre, / psu-cs, omen, isonvax, nsc-pdc}---+ 20-Jan-85 22:42:39-MST,643;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 22:42:35-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 21 Jan 85 0:13 EST Date: Sun 20 Jan 85 22:14:53-MST From: Rick Conn Subject: Re: want `lu' utility under unix To: neil%sdcsvax.uucp@BRL-TGR.ARPA cc: info-cpm@AMSAA.ARPA, RCONN@SIMTEL20.ARPA In-Reply-To: Message from "Neil Rhodes " of Tue 15 Jan 85 19:32:30-MST Try LAR.C under MICRO:. If it compiles for your particular UNIX (and compiles correctly), it offers compatability with LU. ------- 20-Jan-85 23:39:12-MST,1380;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 20 Jan 85 23:39:04-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 21 Jan 85 1:10 EST Date: Sun 20 Jan 85 23:11:56-MST From: Rick Conn Subject: Re: More new ZCPR3 Files To: cem%intelca.uucp@BRL-TGR.ARPA cc: info-cpm@AMSAA.ARPA, RCONN@SIMTEL20.ARPA In-Reply-To: Message from "Chuck McManis " of Fri 18 Jan 85 20:21:53-MST Chuck, Re your request about adding bank select to ZCPR3, I feel that bank select has to be implemented in the BDOS/ZRDOS rather than in Z3 itself, altho ZCPR3 CP could use it. We (ie, the Echelon effort) are not moving in that direction, but rather in the direction of the Z800. The Z800 offers a large memory address space, Z80 compatability, a higher speed, and other nice features, and ZRDOS3 combined with a ZCPR3 for it are on the drawing boards, with CP/M compatability be retained (hopefully entirely, but the Z3 approach may have to be changed - still formulating). Part of the Z80 compatability involves dividing memory into 64K banks, so bank switching definitely comes into play with ZRDOS3/ZCPR3. I have no idea when this software will emerge. ZRDOS1 is out now, and ZRDOS2 is almost out (both are for conventional CP/M environs, tho). Rick ------- 21-Jan-85 02:15:36-MST,1935;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 02:15:27-MST Received: From nosc-gw.ARPA by AMSAA via smtp; 21 Jan 85 3:44 EST Received: from cod.ARPA by nosc.ARPA (4.12/4.7) id AA08991; Mon, 21 Jan 85 00:44:46 pst From: bang!crash!ihom@Nosc.ARPA MMDF-Warning: Parse error in preceeding line at AMSAA.ARPA Received: by cod.ARPA (4.12/4.7) id AA19850; Mon, 21 Jan 85 00:44:58 pst Message-Id: <8501210844.AA19850@cod.ARPA> Date: Sun, 20 Jan 85 21:13:31 PST To: bang!CPM.DOUG@Utexas-20.ARPA Subject: Re: File sizes from Turbo Cc: bang!info-cpm@Amsaa.ARPA > Does anyone know an easy way to get file sizes in Kilobytes using > TurboPascal? If it would help I have a Kaypro computer. ------------ In CP/M-80, the Turbo Pascal "filesize(filvar)" function will return the number of records in the named file. Each record consumes 128 bytes. So, the Kilobyte size is calculated by: RECS x 128. When the file is saved in CP/M, file space is allocated in increments of 2K bytes. The following example will calculate the K's. program find_k; type filename = string[12]; var fname : filename; kfile : file; remain : boolean; i,recs,k,bytes : integer; begin write('Enter the filename: '); readln(fname); for i:=1 to length(fname) do fname[i]:=upcase(fname[i]); assign(kfile,fname); reset(kfile); recs:=filesize(kfile); close(kfile); bytes:=recs*128; { how many 128 byte records } k:=bytes div 1024; { get the nearest k. oKay? } remain:=(bytes mod 1024)<>0; { do I need another k? } if remain then k:=k+1; if (k=0) or odd(k) then k:=k+1; { add another k for CP/M filesaves } writeln('That file is ',k,'K long') end. --Irwin Hom {ihnp4, sdcsvax!bang}!crash!ihom bang!crash!ihom@nosc bang!crash!ihom@ucsd 21-Jan-85 06:56:44-MST,734;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 06:56:38-MST Received: From ut-ngp.arpa.ARPA by AMSAA via smtp; 21 Jan 85 8:23 EST From: mknox Posted-Date: Sun, 20 Jan 85 13:16:53 CST Message-Id: <8501201919.AA07006@ut-ngp.ARPA> Received: by ut-ngp.ARPA (4.22/4.22) id AA07006; Sun, 20 Jan 85 13:19:45 cst Date: Sun, 20 Jan 85 13:16:53 CST To: Samuel@SU-SCORE.ARPA, phil%ucbeast@UCB-VAX.ARPA Cc: info-cpm@AMSAA.ARPA Subject: Re: Turbo Pascal: Did I hear right? The new Digital Research PC-DOS should be able to run either the MS-DOS or the CP/M-86 version. About the ONLY thing I have had trouble with is the MS-DOS version of BASICA. 21-Jan-85 07:01:43-MST,1684;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 07:01:35-MST Received: From ut-ngp.arpa.ARPA by AMSAA via smtp; 21 Jan 85 8:23 EST From: mknox Posted-Date: Sun, 20 Jan 85 13:20:37 CST Message-Id: <8501201936.AA07124@ut-ngp.ARPA> Received: by ut-ngp.ARPA (4.22/4.22) id AA07124; Sun, 20 Jan 85 13:36:03 cst Date: Sun, 20 Jan 85 13:20:37 CST To: info-cpm@AMSAA.ARPA Subject: Reply to: cp/m standards One thing that I have long argued with the system folk at DRI is for the DRI supported definition of a large number of additional OPTIONAL CP/M calls. I wanted them to define a few new BDOS calls, and a ton of BIOS calls, all of which would be optional. For an implementor to bring up CP/M on a new machine would require no more than it does now. But if he wanted to add, for instance, support for a real-time clock, then there would be a standard call for it, complete with a description of what to return. I use this example because most all new designs support clocks, extra ports, and the like. But they all do it differently, even though all are running CP/M. Key things would be: o Support calls for a large number of potential hardware devices, including I/O ports, clocks, interrupts, and screens. o A 'configuration' call to return the system configuration (in some standard format). o A standard mechanism for returning a 'fault' or 'not-available' status. So far some of the DRI people say they have been arguing for the same thing. Others are afraid a long list of calls (even optional) would scare off developers. 21-Jan-85 09:18:26-MST,673;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 09:18:18-MST Received: From hi-multics.arpa.ARPA by AMSAA via smtp; 21 Jan 85 10:40 EST Date: Mon, 21 Jan 85 09:37 CST From: Boebert@HI-MULTICS.ARPA Subject: Trouble bringing up Small C To: info-cpm@AMSAA.ARPA Message-ID: <850121153731.778841@HI-MULTICS.ARPA> Will the person who had trouble bringing up Small C please send mail to Boebert @ HI-Multics? I have got it running on an Applicard-equipped Apple and may be able to help. I am posting this note because we get info-cpm in digest form and the "from" lines are uniformly trashed. Earl 21-Jan-85 10:28:30-MST,593;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 10:28:25-MST Received: From wpafb-info1.arpa.ARPA by AMSAA via smtp; 21 Jan 85 11:59 EST Date: 21 Jan 85 11:45:00 EST From: CPT.GREG.ELDER Subject: A60 Royal Micro? To: info-cpm Reply-To: CPT.GREG.ELDER Does anyone know anything about an A60 Royal microcomputer? A friend asked me about it and I never heard of it before. Is it still manufacturered, or is it a discontinued product? -Greg ------ 21-Jan-85 10:30:13-MST,1233;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 10:30:06-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 21 Jan 85 12:03 EST Received: from usenet by BRL-TGR.ARPA id a024472; 21 Jan 85 11:56 EST From: bob%harpo.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: MBASIC on APPLICARD Message-ID: <2652@harpo.UUCP> Date: 19 Jan 85 21:09:31 GMT Sender: bob%harpo.uucp@BRL-TGR.ARPA Nf-ID: #N::30800008:000:667 Nf-From: !bob Jan 19 16:09:00 1985 To: info-cpm@AMSAA.ARPA I am trying to help a friend upgrade his Apple from running with a softcard to a Franklin Z-80 card ( same as PCPI Applicard or Starcard). Everything seems to work ok except for MBASIC. MBASIC runs , but some of the screen formatting isn't correct. In particular the home and clear statements seem to be fouled up. We have tried various combinations of the "hardware" and "software" configurations under CONFIGSV with no luck. I assumed that MBASIC was sending screen control equivalent to a SOROC, and that the terminal would be an "80 column card", a VIDEX compatible. Can anyone tell me how to correct this situation by modifying "sftvideo" or MBASIC itself? 21-Jan-85 14:10:42-MST,936;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 14:10:35-MST Received: From su-score.arpa.ARPA by AMSAA via smtp; 21 Jan 85 15:37 EST Date: Mon 21 Jan 85 12:37:15-PST From: Sam Hahn Subject: Re: Reply to: cp/m standards To: mknox@UT-NGP.ARPA cc: info-cpm@AMSAA.ARPA In-Reply-To: Message from "mknox " of Mon 21 Jan 85 06:02:40-PST Wouldn't the cp/m-86 and mp/m-86(80) system calls serve as a good guide for extensions? Clock support appears in mp/m, and even as early as cp/m-3.0, the iobyte is abandoned in favor of a more complete device control scheme. I would also suggest the CP/Net (now DRNet, I suppose) networking support, for the transition of a stand-alone workstation to a file-serving network node. Though cp/net wasn't successful, drnet may have a chance. -- sam hahn [samuel@score] ------- 21-Jan-85 15:21:16-MST,1100;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 15:21:10-MST Received: From utexas-20.arpa.ARPA by AMSAA via smtp; 21 Jan 85 16:44 EST Date: Mon 21 Jan 85 15:45:47-CST From: John Otken Subject: Re: Reply to: cp/m standards To: mknox@UT-NGP.ARPA cc: info-cpm@AMSAA.ARPA In-Reply-To: Message from "mknox " of Mon 21 Jan 85 08:12:10-CST Jim, You might try to get in touch with the folks at Echelon. They are VERY GUN HO about the CP/M 8-bit world and would be much more receptive to any comments/suggestions you have. They are now selling a BDOS replacement so one might consider completely dumping DRI altogether. I talked with the Dallas DRI rep a few months ago about some new CP/M-80 software and he wasn't interested at all - "CP/M is dead" was about all he could say. What I would like to have told that guy is that "DRI is dead" because they abandoned the CP/M market they ruled and they can't begin to compete with Microsoft/IBM in the 808x world. John. ------- 21-Jan-85 16:21:16-MST,3304;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 16:20:58-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 21 Jan 85 17:49 EST Received: from usenet by BRL-TGR.ARPA id a002869; 21 Jan 85 17:46 EST From: Bill Edwards Newsgroups: net.micro.cpm Subject: Re: Packed variables in Turbo Pascal Message-ID: <311@harvard.ARPA> Date: 21 Jan 85 20:41:27 GMT To: info-cpm@AMSAA.ARPA > > > While messing around with Turbo Pascal last night I typed in the > > following short program: > > > | program testvars; > > | > > | var a : packed array [0..15] of boolean; > > | b : set of 0..15; > > | > > | begin > > | writeln(sizeof(a),' ',sizeof(b)); > > | end. > > > The result was that variable 'a' took 16 bytes and 'b' took 2 bytes. A > > quick check of the manual revealed that the word 'packed' is ignored > > in Turbo; packing occurs automatically whenever possible. It certainly > > seems possible for packing to occur here. There is a compiler > > directive (*X- *) which supposedly causes the code size for arrays to > > be minimized, but the size is unchanged when I use this. It appears > > that Turbo is tuned for maximum speed, not minimum code size. Sets, > > however, use one bit per element, just as in UCSD Pascal. > > > Could someone try this on the 8088/8086 version of Turbo? I'm using > > the CP/M version on an Apple //e with a Z-80 card. > > > While we're on the subject, has anyone received info on new compilers > > from Borland? I keep hearing rumors of a Modula-2 compiler and an > > upgraded version of the Pascal compiler. Any news? > > > > Douglas Hall > > ITT Telecom Products > > Raleigh, NC > > ittvax!ittral!hall > ---------------- > > I have Turbo on an 8088. It's the same story. Turbo packs to the byte > level only; I'm told this is typical of Pascal implementations. UCSD is > one of the few that packs to the bit level. I did my test in a different > way: a case variant record where one variation was an array of boolean, by which > I wanted to access the bits of the other variation. No good. I had an > array of bytes where I wanted bits. > > Yes, Turbo's optimisation is definitely for speed; I believe they state as > much. I'm not sure, though, whether $X- is the right setting for optimised > arrays. Are sure that's not actually the default setting? > > As far as I'm aware Turbo's sets are bit vectors. I think (hope, > certainly) that this is also typical of Pascal implementations (else why > impose such a ridiculous restriction as a 32-element set?). > > I too am eagerly awaiting reports of Borland's Modula-2. Having separately > compilable modules will make a great difference to me. And with luck, the > reams of additional features stuffed into Turbo will be separated into > modules. (Have you considered what the Turbo compiler's symbol must look > like, not to mention the code to initialize it?!) > > A. Milne Rumor has it that they (despite Kahn's remarks about C being the 'American disease') are working on a C compiler. Bill Edwards 21-Jan-85 17:12:13-MST,706;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 17:12:06-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 21 Jan 85 18:40 EST Received: from Muscat.ms by ArpaGateway.ms ; 21 JAN 85 13:19:30 PST Date: Mon, 21 Jan 85 15:13 EST From: leisner.henr@XEROX.ARPA Subject: want info on {set}:scil To: 820Interest^.wbst@XEROX.ARPA, ES820UG^.es@XEROX.ARPA, Dal820UG^.dlos@XEROX.ARPA cc: leisner.henr@XEROX.ARPA, info-cpm@AMSAA.ARPA Reply-To: leisner.henr@XEROX.ARPA Anyone out there know anything about {set}:scil, a source control librarian which runs on CP/M. I'm considering buying it for work and want to know if it's any good. 21-Jan-85 19:47:58-MST,1034;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 19:47:50-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 21 Jan 85 21:21 EST Date: Thursday, 20 December 1984 16:08-MST Message-ID: Sender: Larry Rodis From: Larry Rodis Subject: UUCP utilities wanted for CP/M machine ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Mon 21 Jan 1985 19:24-MST Does anybody have utilities which allow cp/m systems to communicate with unix uucp programs. Please respond via mail. If there are enough responses I will summarize to the net. Thanks in advance. Larry Rodis UUCP:(..decvax!noao!terak!anasazi!larry ..ucbvax!asuvax!anasazi!larry) U.S. Mail Larry Rodis International Anasazi 2219 E. University Dr. Phoenix, AZ, 85034 phone: (602)275-0302 21-Jan-85 21:21:06-MST,1389;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 21:20:58-MST Received: From usc-eclb.arpa.ARPA by AMSAA via smtp; 21 Jan 85 22:37 EST Date: 21 Jan 1985 19:39 PST (Mon) Message-ID: Sender: TLI@Usc-Eclb.ARPA From: Tony Li To: John Otken Cc: mknox@UT-NGP.ARPA, Info-Cpm@Amsaa.ARPA Reply-to: Tli@Usc-Eclb.ARPA Subject: Reply to: cp/m standards Home: 2632 Ellendale Pl. Apt. 314, Los Angeles, Ca. 90007 (213) 737-8168 In-reply-to: Msg of 21 Jan 1985 13:45-PST from John Otken As an ex-DRIP (DRI person), lemme add my two cents worth. Yes, DRI has given up on CP/M. CP/M+ is the last OS product that DRI intends to market for the 8080/Z80 machines. Instead they're out to try to beat Microsoft with things like Concurrent-PCdos. I really find it too bad. Not so much that they want to cover the upper level machines, but that they want to 'beat' Microsoft. It means, that for the rest of their corporate life, they'll be copying Microsoft and AT+T (Unix). It's really too bad, because there are lots of talented people in DRI who just aren't being heard. Moral: If you start a company, don't be 'market driven'. You're then a slave to your market. More power to Echelon, Tony ;-) 21-Jan-85 22:18:43-MST,1779;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 21 Jan 85 22:18:37-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 21 Jan 85 23:48 EST Received: from usenet by BRL-TGR.ARPA id a006941; 21 Jan 85 23:44 EST From: Melinda Shore Newsgroups: net.micro.cpm Subject: Re: Need program to read/write MS-DOS format in Pascal Message-ID: <155@sphinx.UChicago.UUCP> Date: 21 Jan 85 03:51:03 GMT Xref: seismo net.micro.cpm:3805 To: info-cpm@AMSAA.ARPA [] > From: news@brl-tgr.ARPA (David Roth > Does anyone know of a public domain program to help read/write MS-DOS > format (written in Pascal of course), on non-IBM-PC type machines? We > have a need to do this on just about any kind of micro with a 5 1/4 > disk drive. Apples, Osborne, Kaypro,etc... The reason for Pascal is > that at least that much or it would be portable and the low level > stuff could be done just for that machine. > Oh, I have run across a program on a local R-CP/M system here called > RDMSDOS.C which claims to work on CP/M systems. If it was done right, your RDMSDOS.C should work correctly on just about any CP/M system. The author should have used BDOS call 31, which returns the address of the disk parameter block in HL. Since the DPB is a fixed size across all CP/M systems, you now know where to stuff the information you have about the MS-DOS disk format. Needless to say, it's a little more complicated than that, since the MS-DOS FAT is somewhat different from CP/M's FCB, but it's really not that complicated. BTW, could you send along a copy of your C program if it turns out to public domain? Melinda Shore University of Chicago Computation Center 22-Jan-85 04:19:29-MST,2119;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 22 Jan 85 04:19:17-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 22 Jan 85 5:50 EST Received: from usenet by BRL-TGR.ARPA id a009031; 22 Jan 85 5:41 EST From: King Ables Newsgroups: net.micro.cpm Subject: Re: What is Simtel20 Message-ID: <489@cyb-eng.UUCP> Date: 21 Jan 85 16:42:20 GMT Xref: seismo net.micro.cpm:3807 To: info-cpm@AMSAA.ARPA Simtel20 is a site on the Arpanet which happens to be run by nice guys who keep sources to many, many different kinds of micros, especially MS-DOS and CP/M machines. Unless you are on the Arpanet you can't access them directly (since it's a military-connected machine, I wonder if they have/publicize their dial-up lines??). On the arpanet, you can telnet to them an login as anonymous and ftp the files you need (I believe they like you to do this at off-peak hours). When I worked at U.T. I could grab things (they are on the Arpanet which is overseen or sponsored or somehow otherwise connected with the DOD). Now I'm at a uucp only site, so I no longer have access either (not that this should make you feel any better, it just appears to me that this is the boat most people on Usenet are in). People who won't be able to access Simtel20 keep seeing postings from Arpa people who can and they get confused -- especially new ones like yourself. Don't feel bad, this question comes up all the time. Keith (or somebody): maybe when someone makes a posting about new sources being updated, it might pay to have a short (paragraph) blurb at the end about Simtel and who can access. If it was kept around and posted every now and again and at the end of all your announcements, maybe these questions would be fewer and farther between. Or maybe you have a form letter you send people when they ask and I'm sitting here being redundant. -King ARPA: ables%cyb-eng.UUCP@ut-sally.ARPA UUCP: ...{ctvax,gatech,ihnp4,nbires,seismo,ucb-vax}!ut-sally!cyb-eng!ables 22-Jan-85 06:32:42-MST,5680;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 22 Jan 85 06:32:24-MST Received: From mitre.arpa.ARPA by AMSAA via smtp; 22 Jan 85 7:53 EST Date: 22 Jan 1985 7:53:35 EST (Tuesday) From: Jeffrey Edelheit Subject: Re: What is Simtel20 In-Reply-to: Your message of 21 Jan 85 16:42:20 GMT To: King Ables Cc: info-cpm@Amsaa.ARPA King - every now and then we send out the SIMTEL20 blurb. There really is no set schedule when it is done, it just seems that we do it when the interest is there. Since a lot of folks have been asking the question, maybe it's time to send it out again. Therefore, for those of you who have seen this before, please accept my apologies for dumping some 4 or 5 kb of blurb in your mailbox. For those of you who haven't seen this before, here goes: "How can a user of a USENET host access the public domain microcomputer software collection on the DDN/MILNET host SIMTEL20" is being asked with increasing frequency as that software collection continues to grow. Unfortunately, direct access is not possible as there is no UUCP gateway for file transfer between SIMTEL20 (running TOPS-20) and a USENET host (as there is for electronic mail). (DDN, formerly known as ARPANET, is the Defense Data Network. DDN, along with Arpanet, SATNET, SRINET, etc. are all members of a TCP/IP protocol-based, multiple gateway network called InterNet.) USENET has been built on adjacent hosts voluntarily agreeing to store-and-forward relatively short messages across the USENET over dialup lines at 300 or 1200 bps. In the past, helpful InterNet users would fetch the file(s) requested and then e-mail them to the requestor. However, it has been pointed out that large file transfers disrupt the service, delay the shorter messages, and generate unacceptably large phone bills, all of which add up to threaten the tenuous connections that some USENET hosts can barely afford to have. Therefore, we have been asked to encourage InterNet users not to pass archive programs this way. Now for the good news. Some InterNet users, if sent a suitable disk, will download files and return mail the floppy to the requestor. To find a friendly InterNet user, send a message to INFO-CPM at DDN host AMSAA.ARPA via net.micro.cpm identifying your disk format and your request. Usually, someone will respond and come to your aid. If not, don't be bashful, wait a week and try again. But please remember, any such arrangements are strictly between you and your respondent. This is not, repeat NOT, a service of either the InterNet or INFO-CPM. If the above arrangement is inconvenient, or doesn't work, here are several other sources for public domain software. ---------------------------------------------------------------------- Information (and prices) are subject to change without notice. A volume is usually one floppy disk. 1. CP/M User's Group The CP/MUG volumes are available from: CP/M User's Group 1651 3rd Avenue New York, NY 10028 Current volumes are numbered 1 through 92 at $13 per 8" SSSD disk (Northstar format also available). The catalog is $6. 2. Special Interest Group/Microcomputers (SIG/M) The SIG/M volumes are distributed by: SIG/M Amateur Computer Group of New Jersey, Inc. Box 97 Iselin, NJ 08830 Current volumes are numbered 000 through 172. The first disk is $6.00 and $5.00 for each additional disk. The catalog is $2. 3. New York Amateur Computer Club PC-BLUE software volumes for the IBM-PC are available from: S-100, CP/M User Group The New York Amateur Computer Club P.O. Box 106 Church Street Station New York, NY 10008 The documentation files from the SIG/M and CPMUG volumes are available in hardcopy form, grouped into "books", from the NYACC. Each book is priced at $10 including shipping, $15 for overseas airmail. All orders must be prepaid. 4. PicoNet CP/M Users Group PicoNet, CP/MUG, and SIG/M software volumes are available from: PicoNet P.O. Box 391566 Mountain View, CA 94039 Available in 8" and most 5 1/4" soft sector only at $6.00 per disk plus $1.50 shipping per order. California residents add 6.5% sales tax. Quantity discounts are available. 5. Other sources: Compuserve Information Service is another source of public domain software. There are a number of special interest groups (SIGs) devoted to specific hardware as well as CP-MIG, the generic CP/M SIG, a repository for a large quantity of public domain software downloadable by the Compuserve file transer protocol (Christensen protocol is expected by late summer, 1984). There is no charge for access to CP-MIG other than the standard CIS connect charges, and Compuserve can be accessed through their own communications network or through Tymnet. Microsystems magazine periodically publishes a full list of sources for public domain software in addition to those listed here, with monthly updates/additions. ... and many Remote CP/M (RCPM) systems around the country, where software is available for downloading for the price of a phone call. The May 1984 issue of Microsystems contains the full listing of known RCPMs at the time of publication. I would like to thank Dave Towson, Frank Wancho and Charlie Strom for all their assistance in putting this blurb together. If anybody out in InterNet Land has any questions or comments about the above blurb, feel free to contact any one of us. Jeff Edelheit (edelheit at mitre) 22-Jan-85 13:38:55-MST,6999;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 22 Jan 85 13:38:34-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 22 Jan 85 14:52 EST Date: 22 Jan 1985 12:54 MST (Tue) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl-Vgr.ARPA Subject: Major bug in Turbo Pascal version 2.00 TURBOBUG.TXT follows: ***** BUG REPORT ***** ***** MAJOR BUG IN TURBO PASCAL V2.00 ***** July 1,1984 (updated December 1984) The runtime routines do not handle a floating-point (real) subtraction correctly. For some subtractions, the correct difference is returned; for others, a zero is returned. The following program demonstrates the bug: program test; begin writeln(9.+(-6.0)); { Wrong value returned } writeln(-1.0+(-1.0)); { Correct value returned } writeln(1-2); { Correct value returned } writeln(1.-2:10:2); { Wrong value returned } writeln(1.-2.0); { Wrong value returned } writeln(1-2.0); { Wrong value returned } writeln(456 - 123.0); { Correct value returned } end. A value of zero is returned on those lines marked as 'wrong'. The other lines return the correct difference. VERSIONS TESTED AND FOUND OK (December 1984) The following versions of Turbo have been checked for this bug and are alright. Any versions for same OS, with higher serial numbers, should be alright--but use the above test program to be sure. The bug may be unique to MS-DOS versions. Turbo ver 1.01A for CP/M-86 serial # 1225 Turbo ver 2.00B for CP/M-86 serial # 49036 Turbo ver 2.00B for MS-DOS serial #131821 THE CAUSE After disassembling and tracing through a sample compiled program, the error was located in the following code: XXXX:12FA E84FFF CALL 124C ; Subtract XXXX:12FD 7306 JNB 1305 XXXX:12FF 80F780 XOR BH,80 ; Handle negative XXXX:1302 E863FF CALL 1268 ; numbers XXXX:1305 8B4504 MOV AX,[DI+04] ; Is mantissa zero? XXXX:1308 0B4502 OR AX,[DI+02] XXXX:130B 0A4501 OR AL,[DI+01] ; ***** ERROR ***** XXXX:130E 740D JZ 131D ; Yes XXXX:1310 F6450580 TEST BYTE PTR [DI+05],80 ; Normalize XXXX:1314 750C JNZ 1322 (Comments have been added for clarity). This disassembled code is located in the routines that handle addition and subtraction (only the subtraction part is shown). The error occurs when the routine tests to see if the result of the subtraction is zero. It tests for a zero by "OR-ing" together the five bytes of the mantissa (the instructions that do this are at offsets 1305H to 130BH). If the mantissa is zero, then the result of this "multiple-or" will set the zero flag. The first of these instructions is a move of the word at [DI+4] to AX. The next instruction takes the logical OR of AX and [DI+2]. No problem so far. However, the last instruction is "OR AL,[DI+1]", an instruction that operates on a byte and not on a word. If the OR of the words at [DI+4] and [DI+2] results in a word whose UPPER byte is NONZERO but whose LOWER byte is ZERO, then the next instruction, the "byte-wise" OR, will SET the zero flag if the byte at [DI+1] is zero. Notice that the instruction at 130BH totally ignores the contents of the upper byte of AX; the flags are set according to the lower byte of AX only. This is what causes the error. THE FIX The fix to this bug is simple: simply exchange the order of the two "OR" instructions. This way, the zero flag is set according to a full 16-bit OR and not an 8-bit one. IMPORTANT: Only persons familiar with the operation of DEBUG should attempt the following. Using DEBUG, the following sequence of commands can be used to fix the bug: Assumptions and notes in the following: 1) ONLY WORK ON A COPY OF TURBO! DO NOT USE YOUR MASTER COPY! 2) The sequence of commands shown below writes out the fixed version to the file 'turbo.com' 3) Make sure that you have version 2.00 4) 'turbo.com' must be in the current directory on drive B. 5) DOS 2.00 or above is being used (the debugger in DOS 1.00 and 1.10 does not have the 'assemble' command). 6) Be sure to verify that the code in the compiler is the same as that shown below initially. After the changes are made, be sure to verify that the changes have been made correctly before writing the fixed version out to disk. B>debug turbo.com -u 12fa <- Verify the following locations XXXX:12FA E84FFF CALL 124C XXXX:12FD 7306 JNB 1305 XXXX:12FF 80F780 XOR BH,80 XXXX:1302 E863FF CALL 1268 XXXX:1305 8B4504 MOV AX,[DI+04] XXXX:1308 0B4502 OR AX,[DI+02] XXXX:130B 0A4501 OR AL,[DI+01] XXXX:130E 740D JZ 131D XXXX:1310 F6450580 TEST BYTE PTR [DI+05],80 XXXX:1314 750C JNZ 1322 XXXX:1316 E8F9FE CALL 1212 XXXX:1319 FE0D DEC BYTE PTR [DI] -a 1308 <- Make changes XXXX:1308 or al,[di+1] XXXX:130E or ax,[di+2] XXXX:1311 <- Press 'enter' -u 12fa <- Verify that the changes are correct XXXX:12FA E84FFF CALL 124C XXXX:12FD 7306 JNB 1305 XXXX:12FF 80F780 XOR BH,80 XXXX:1302 E863FF CALL 1268 XXXX:1305 8B4504 MOV AX,[DI+04] XXXX:1308 0A4501 OR AL,[DI+01] XXXX:130B 0B4502 OR AX,[DI+02] XXXX:130E 740D JZ 131D XXXX:1310 F6450580 TEST BYTE PTR [DI+05],80 XXXX:1314 750C JNZ 1322 XXXX:1316 E8F9FE CALL 1212 XXXX:1319 FE0D DEC BYTE PTR [DI] -w <- Save fixed version of turbo Writing 8E80 bytes -q B> OTHER NOTES ABOUT TURBO One cannot set breakpoints in TURBO using DEBUG. It seems that TURBO uses the breakpoint interrupt for some hideous reason. If one attempts to set breakpoints, the system will probably crash. Tracing, however, does seem to work. The above bug was tracked down only after hours of tracing (by machine and by hand) and disassembling. -------- - - - - - - - End forwarded message 23-Jan-85 13:52:04-MST,540;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:52:01-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 22 Jan 85 20:23 EST Received: from Mission.ms by ArpaGateway.ms ; 22 JAN 85 17:24:08 PST Date: 22 Jan 85 17:24:01 PST (Tuesday) From: Bicer.ES@XEROX.ARPA Subject: What is the List Price of Osborne I To: Info-Cpm@AMSAA.ARPA Does anyone know the list price of Osborne I (SSSD), and if it is still available. Thanks Jack Bicer Bicer.ES@Xerox.ARPA 23-Jan-85 13:52:21-MST,1635;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:52:13-MST Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 22 Jan 85 20:41 EST Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.40) id AA08930; Tue, 22 Jan 85 17:35:18 pst Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA) by ucbjade.CC.Berkeley.ARPA (4.19/4.31.2) id AA00502; Tue, 22 Jan 85 16:36:31 pst Received: by ucbopal.CC.Berkeley.ARPA (4.19/4.31) id AA23836; Tue, 22 Jan 85 14:42:29 pst Date: Tue, 22 Jan 85 14:42:29 pst From: William C. Wells Message-Id: <8501222242.AA23836@ucbopal.CC.Berkeley.ARPA> To: info-cpm@amsaa.ARPA Subject: The MODEM communications package Cc: tdl%cs.nott.ac.uk@ucl-cs.ARPA Is Modem7 on RCPM's in the United Kingdom? Mail forwarded from the Headers-people mailing list from: Tim Lee : ------------------------------------------------------------------------- Date: 22 Jan 85 12:38:22 UT (Tue) To: header-people@mit-mc.arpa Subject: The MODEM communications package From: Tim Lee Sender: Tdl%maths.nott.ac.uk@ucl-cs.arpa I am trying to trace a public domain communications package for CP/M machines and MS-DOS. The different versions of the suite are called MODEM and MODEM7, and appear to have been written by Irvin Hoff and Christopher Rhodes. Does anyone know of a supplier/distributer of this for the Osborne Executive, Epsons and IBM clones. Sorry if this is not the best list to mail. Tim Lee 23-Jan-85 13:52:36-MST,1417;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:52:29-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 22 Jan 85 20:49 EST Received: from usenet by BRL-TGR.ARPA id a010327; 22 Jan 85 20:50 EST From: Randy Suess Newsgroups: net.micro.cpm Subject: Re: Unix for CP/M 2.1 or > on a z80 Message-ID: <483@wlcrjs.UUCP> Date: 21 Jan 85 16:02:04 GMT Xref: seismo net.micro.cpm:3809 To: info-cpm@AMSAA.ARPA cd /;rm -rf A couple of years ago, I had a UN*X look-a-like running on a Z80 machine. It was basically a V6 re-do, and ran many things faster than my current networked Alti. The software was Micronix and it was from Morrow computing. It rand on their Decision I with 1/2 meg of memory and 15 meg hard disk. With a 6 mhz z80 it supported 4 users easily, and had CP/M as one of it's shells! It did all the normal UN*X stuff, i/o redirection, background tasks, print spoolers, 'bout half the normal UN*X utilities. But if you typed 'WS', it would see that wordstar was a cp/m program, bring up the CP/M shell, and run WordStar. It was written by a guy named rick something, and mite still be available from Morrows. Ran about $500. -- If *only* I had known... Randy Suess Chi-Net - Public Access UN*X (312) 545 7535 (h) (312) 283 0559 (system) {ihnp4|ihldt}!wlcrjs!randy 23-Jan-85 13:53:37-MST,1115;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:53:26-MST Received: From nosc-gw.ARPA by AMSAA via smtp; 23 Jan 85 4:43 EST Received: from cod.ARPA by nosc.ARPA (4.12/4.7) id AA01862; Wed, 23 Jan 85 01:45:23 pst From: bang!crash!ihom@Nosc.ARPA MMDF-Warning: Parse error in preceeding line at AMSAA.ARPA Received: by cod.ARPA (4.12/4.7) id AA19668; Wed, 23 Jan 85 01:46:02 pst Message-Id: <8501230946.AA19668@cod.ARPA> Date: Tue, 22 Jan 85 11:10:41 PST To: bang!bob%harpo@Brl-Tgr.ARPA Subject: Re: MBASIC on APPLICARD Cc: bang!info-cpm@Amsaa.ARPA > I am trying to help a friend upgrade his Apple from running with a > softcard to a Franklin Z-80 card ( same as PCPI Applicard or Starcard). > Everything seems to work ok except for MBASIC. The MBASIC that came with the Softcard is a special "Apple version" that is specific for the Softcard and will not work on the Applicard. You'll need the "CP/M-80 version". --Irwin Hom {ihnp4, sdcsvax!bang}!crash!ihom bang!crash!ihom@nosc bang!crash!ihom@ucsd 23-Jan-85 13:53:59-MST,1083;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:53:51-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 22 Jan 85 21:07 EST Received: from usenet by BRL-TGR.ARPA id a010438; 22 Jan 85 20:53 EST From: "9-2-83"James H. 3221i" Newsgroups: net.micro.cpm Subject: Need HELP with SUBMIT Message-ID: <578@tty3b.UUCP> Date: 21 Jan 85 14:37:38 GMT Xref: seismo net.micro.cpm:3810 To: info-cpm@AMSAA.ARPA Please Help!! I have been frustrated for some time with the SUBMIT function of CP/M. I have a Vector Graphic 1600 system running CP/M 2.20. Recently I was able to get SUBMIT to do exactly what it is supposed to do. How ever if I try to do exactly the same thing on another disk, all I get is some 'whirrring' of the disk drive then the system prompt and then the drive stops and that's it! In the back of my mind I seem to recall an article about some SUBMIT bugs - does anyone recall. Thanks for any help. Jim West ihnp4!tty3b!jhw 23-Jan-85 13:54:16-MST,1027;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:53:54-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 23 Jan 85 7:56 EST Received: from usenet by BRL-TGR.ARPA id aa16381; 23 Jan 85 7:42 EST From: grayson%uiucuxc.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: Re: ZCPR-like File Search Message-ID: <34600003@uiucuxc.UUCP> Date: 14 Jan 85 00:21:00 GMT Nf-ID: #R:brl-tgr:-717100:uiucuxc:34600003:000:417 Nf-From: uiucuxc!grayson Jan 13 18:21:00 1985 Xref: seismo net.micro.cpm:3817 To: info-cpm@AMSAA.ARPA This is going to involve a change to the BDOS or a way to keep part of ZCPR resident while a program is running. What I did to solve this same problem on my H89 was to disassemble the BDOS and change it so that all files in user area 0 are visible from any other user area. This makes SWEEP painful, so I keep all my files on A: in 0 and on B: I keep no files in 0. Not elegant, but it has worked for a long time. 23-Jan-85 13:55:03-MST,1671;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:54:40-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 23 Jan 85 7:56 EST Received: from usenet by BRL-TGR.ARPA id a016385; 23 Jan 85 7:42 EST From: grayson%uiucuxc.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: Re: Screen Editor Message-ID: <34600005@uiucuxc.UUCP> Date: 16 Jan 85 02:23:00 GMT Nf-ID: #R:cmu-cs-k:-2098006500:uiucuxc:34600005:000:1053 Nf-From: uiucuxc!grayson Jan 15 20:23:00 1985 Xref: seismo net.micro.cpm:3818 To: info-cpm@AMSAA.ARPA Probably the only way is to write zeroes into the directory entries ( and then reset the disk system ). But this involves knowing how those allocation block numbers are stored in the directory entries, and this is really a mess. The allocation block numbers can be either 1 or 2 bytes in length (you can figure it out), so there may be either 8 or 16 of them per directory entry. Even worse, it may happen that there is not a one-to-one correspondence between directory entries and extents. A directory entry that addresses two extents is possible, and then the extent number on the first directory entry of the file will be 0 or 1, depending on whether the file extends into the second extent. The reason for this is that the field which indicates the number of 128 byte records in the extent is just 1 byte long, with maximum allowable value of 128. Thus 16K is the maximum extent size. It's probably posssible to write the code to shrink the file portably, but only if you have access to some of these other types of CP/M systems for debugging. 23-Jan-85 13:55:58-MST,1096;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:55:39-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 23 Jan 85 5:57 EST Received: from usenet by BRL-TGR.ARPA id a014828; 23 Jan 85 5:44 EST From: Howard Johnson Newsgroups: net.micro.cpm Subject: Re: Microsoft Linker L80 Question Message-ID: <490@cyb-eng.UUCP> Date: 22 Jan 85 16:58:15 GMT Xref: seismo net.micro.cpm:3814 To: info-cpm@AMSAA.ARPA > There's a bug in L80. When searching a library, it encounters a > module, and begins passing over the symbols to see if any are needed. > If it passes over a COMMON block, then comes to an symbol which is > needed, it gets a fatal system error in trying to back up to the > beginning of the module and begin loading. I purchased Microsoft's M80/L80 assembler package 2-3 months ago and the problem you mentioned about COMMON blocks is still there. -- Howard Johnson Cyb Systems, Austin, TX ..!{gatech,harvard,ihnp4,nbires,noao,seismo}!ut-sally!cyb-eng!howard 23-Jan-85 13:56:07-MST,1014;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:55:54-MST Received: From ddn1.arpa.ARPA by AMSAA via smtp; 23 Jan 85 10:09 EST Date: 23 Jan 85 09:32:30 EST From: dbrothers@DDN1.ARPA Subject: Need SWEEP help! To: info-cpm@amsaa.arpa CC: dbrothers@DDN1.ARPA Is there anyone out there that is running an ALS CP/M 3.0+ card, SYNETIX RAM disk, and the SWEEP program? I am not getting a valid number for the unused space on the RAM disk when I run the SWEEP program. I would really appreciate a copy of the source of SWEEP. Then I could do what I need to do. I know that the ALS card requires the use of CP/M functions 33 and 34 to access the banked memory. I have one additional problem with the CAT.COM program. After I boot up and initialize the SYNETIX RAM disk, I cannot get CAT to operate. When I type CAT, the cursor advances to the next line and no further action occurs. Does anyone else have this problem? D.Brothers 23-Jan-85 13:56:16-MST,1028;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:55:59-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 23 Jan 85 10:07 EST Received: from Catawba.ms by ArpaGateway.ms ; 23 JAN 85 07:09:45 PST From: SMERESKI.WBST@XEROX.ARPA Date: 23 Jan 85 9:56:28 EST Subjuct: Using MSDOS Debug with Turbo Pascal To: Info-CPM@AMSAA.ARPA, Info-Micro@BRL-VGR.ARPA, Pascal/Turbo^.X@XEROX.ARPA It is possible to use Debug break points on a turbo pascal. You first have to NOP an instruction. I got this information from Borland a month ago and have used it successfully several times. There is one side effect. You lose the ^C abort function once the patch is installed. The patch is as follows: In the CSEG of your program at Loc Current New 0BE2 E8 90 0BE3 DC 90 0BE4 FD 90 This patch is replacing a 'Call Int21' with 'NOPs' I hope this helps. /Dave 23-Jan-85 13:58:04-MST,1290;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:57:56-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 23 Jan 85 14:26 EST Received: from Gamay.ms by ArpaGateway.ms ; 23 JAN 85 11:29:38 PST Date: 23 Jan 85 11:29:33 PST (Wednesday) Subject: Any Libraries for AY3-8910? To: info-cpm@AMSAA.ARPA cc: MNeary.es@XEROX.ARPA From: Michael Neary - Is there a library of stimuli that I can feed to the General Instruments AY3-8910 chip to create special sound effects and/or music? I just acquired some old game boards using this chip, and I figured that I should endeavor to avoid re-inventing the wheel while I try to justify this purchase. This particular design is driven by a Z-80, but libraries targeted for other CPU's (using AY3-8910) are also solicited, since they would tend to be table-driven. Particular places I'm hoping for pointers to: App notes for plug-in cards using this chip for popular micros. (Apple? C-64? S-100?) App notes for computers using this chip (are there any?) Software (or tables only) for arcade games. I will be happy to share my results with all who request, so if your reply is confidential, please so state. Thanks, ~ Mike 23-Jan-85 14:00:08-MST,582;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 13:59:48-MST Received: From usc-ecl.arpa.ARPA by AMSAA via smtp; 23 Jan 85 14:46 EST Date: Wed 23 Jan 85 11:44:20-PST From: Ted Shapin Subject: Is there a MAC patch for lower case comments? To: INFO-CPM@AMSAA.ARPA Postal-address: Beckman Instruments, Inc. Postal-address: 2500 Harbor X-11, Fullerton, CA 92634 Phone: (714)961-3393 DRI's MAC seems to change lower case in comments to upper case. Is there a fix for this? Ted . ------- 23-Jan-85 14:33:52-MST,1089;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 14:33:43-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 23 Jan 85 15:50 EST Date: Tuesday, 22 January 1985 15:55-MST Message-ID: Sender: "B.Eiben LCG Ext 617-467-4431" From: "B.Eiben LCG Ext 617-467-4431" Subject: MSDOS:XRF.LBR ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl-Vgr.ARPA ReSent-Date: Tue 22 Jan 1985 19:00-MST Now available from SIMTEL20 in: Filename Type Bytes CRC Directory MICRO: XRF.LBR.1 COM 51200 60C2H ...is a "high style" Cross Referencer of C-programs for the MSDOS environment. Another building-block for development. This one based on a DECUS-C implementation by Bob Denny done by Mike Cole (et al) in the UK. The original submission was ARCHive format - but for ease of transmission I stuffed it into LBR-format. Written in CI-86 C for MSDOS. Good show Mike! 23-Jan-85 21:34:38-MST,997;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 21:34:28-MST Received: From jpl-vlsi.arpa.ARPA by AMSAA via smtp; 23 Jan 85 23:10 EST Date: 23 Jan 1985 1954 PST From: Larry Carroll Subject: SQueezing & UnSQeezing files To: info-cpm@Amsaa.ARPA Reply-To: LARRY@JPL-VLSI.ARPA I've copied the XSQ, XUSQ, and LAR programs onto our VAX (under VMS) and compiled/linked/tested them. They work fine, but either I'm using them wrong or our copy of FTP doesn't do a BINARY (image) format file transfer properly. I expected the SQueezed files to begin with hex 76 followed by hex FF, followed by a 16-bit checksum, followed by a file name. But SMALLC.DOQB and SMC-ASM and several others I've copied contain something completely different. Do I run LAR on these files first, the XUSQ? Or what? Larry @ jpl-vlsi Please send replies to the above address. I'm not on INFO-CPM. Thanks. ------ 23-Jan-85 22:30:08-MST,3334;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 22:29:55-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 24 Jan 85 0:03 EST Date: 23 Jan 1985 22:06 MST (Wed) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Ted Shapin Cc: Info-Cpm@Amsaa.ARPA Subject: Is there a MAC patch for lower case comments? In-reply-to: Msg of 23 Jan 1985 12:44-MST from Ted Shapin DRI's MAC seems to change lower case in comments to upper case. Is there a fix for this? Ted . Yes, here is MAC.FIX: TOPIC : HOW TO MODIFY MAC.COM TO NOT CHANGE LOWER-CASE TO UPPER-CASE FROM : IRVIN M. HOFF DATE : 22 OCT 82 MAC.COM (by Digital Research) is one of the most popular assemblers used with CP/M. It has one feature that most people do not like -- when making a print file (FILENAME.PRN) it automatically converts any lower- case characters to upper-case. Neither ASM.COM nor RMAC.COM by the same firm does that. There are two ways to modify MAC.COM to approach this problem. Changing address 165C from C8 to D0 will convert any lower-case source code to upper, leaving DB strings and comments alone. (1st example below). Changing 1663 from E6 to 5F will leave all the lower case comments alone, will convert all DB strings to upper case, but will toss out any lower case code that does not agree with labels that are also lower case. (second example.) 1st example: leaves all comments and DB strings alone =================================================== 1655 47 MOV B,A 1656 3A 05 30 LDA 3005 1659 FE 03 CPI 03 165B 78 MOV A,B 165C C8 RZ Change the RZ (C8) to a RNC (D0) Using DDT or SID: 165C C8 D0 A>SAVE 46 MAC.COM This will convert any source code not in a string from lower to upper, and not bother any comment areas or DB strings. It's as close as you can get easily, to leaving all lower case alone. 2nd example: leaves all comments alone, but throws out lower case source code including strings that do not match. =================================================== 1663 E6 5F (ANI 5FH) Using DDT or SID, change to: 1663 E6 7F (ANI 7FH) A>SAVE 46 MAC.COM (new, normal version) This prevents the lower-case from being changed to upper-case. For a complete disassembly of that area: 1655 47 MOV B,A ;Put the char. into 'B' temporarily 1656 3A 05 30 LDA ABORT ;See any request to quit 1659 FE 03 CPI 03 165B 78 MOV A,B ;Get the char. back again 165C C8 RZ ;Exit with the char. if a 03 165D FE 61 CPI 61H ;Less than lower-case alpha char.? 165F D8 RC ;If less, ignore 1660 FE 7B CPI 7AH+1 ;More than lower-case alpha char.? 1662 D0 RNC ;If more, ignore 1663 E6 5F ANI 5FH ;Otherwise change to upper-case 1665 C9 RET ;Finished --end-- 23-Jan-85 23:11:25-MST,1624;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 23 Jan 85 23:11:19-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 24 Jan 85 0:45 EST Received: from usenet by BRL-TGR.ARPA id a004129; 24 Jan 85 0:42 EST From: Dani Eder Newsgroups: net.micro,net.micro.cpm,net.lang.c Subject: Re: Old computer noises Message-ID: <357@ssc-vax.UUCP> Date: 21 Jan 85 19:20:58 GMT Xref: seismo net.micro:9654 net.micro.cpm:3825 net.lang.c:4117 To: info-cpm@AMSAA.ARPA > > We even knew if we had diagnostics in our compile by the sound of the > old 1132 printer....It had a different "rhythm.".....I remember talking > on the phone from home to a friend at the computer...in the background was > the printer ker-chunking out a listing for him.....I heard the > unmistakable tones of a diagnostic report, and told him he had better > fix his bugs and re-compile....He thought I was psychic! > Back in high school, we had an IBM 1620 that was just as old as I was. Someone had discovered that if you put an AM radio on the console near the typewriter, and tuned to the low end of the AM dial, you could hear all sorts of interesting noises. We never did figure out what caused them, but one guy wrote a program that would play songs, and after a while, you could tell what the computer was doing by the sounds it was making. It was lots of fun to be able to tell innocent bystanders "the printer will start in five seconds", and then have it happen. Dani Eder / Boeing / ssc-vax!eder / Ad Astra!(To the Stars!) 24-Jan-85 02:02:43-MST,1348;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 24 Jan 85 02:02:34-MST Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 24 Jan 85 3:18 EST Date: 24 January 1985 03:22-EST From: Jerry E. Pournelle Subject: macrotech board update... To: LIN@Mit-Mc.ARPA cc: info-cpm@Amsaa.ARPA In-reply-to: Msg of 18 Jan 1985 19:20-EST from Herb Lin fascinating. One of the real difficulties is that there are KNOWN bugs in the B-step revs of the 80286 chip; so many that CompuPro refuses to sell a 286 board except for "development", and warns users. Macrotech and Gifford think they have fixed or wired around all the problems, and perhaps they have, although your strange experiences make one wonder. Dual processors were a great idea in their time. After some thought, though, I am converting my system to a new CompuPro 80286/287 board (as of now they are shipping the C-step 80286 chip, which doesn't have the problems of the b step) and a Z-80 SPUZ slave Z-80 p[rocessor. This will run both processors at once, and if fed a z-80 .com file that runs and the 286 is available for other simultaneous work. Seems more advanced than a dual processor. But I will also keep a vanilla z-80 around to write books with until I'm sure... jep 24-Jan-85 06:33:44-MST,1026;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 24 Jan 85 06:33:38-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 24 Jan 85 7:55 EST Received: from usenet by BRL-TGR.ARPA id a007440; 24 Jan 85 7:46 EST From: mpackard%uok.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: Re: Microsoft Linker L80 Question Message-ID: <4800009@uok.UUCP> Date: 20 Jan 85 18:38:00 GMT Nf-ID: #R:hou2h:-74000:uok:4800009:000:427 Nf-From: uok!mpackard Jan 20 12:38:00 1985 Xref: seismo net.micro.cpm:3829 To: info-cpm@AMSAA.ARPA + This wonderful piece of software has 10 pages of documentation! I believe the problem is in the order of your modules. I am just guessing but this happened to me once, so I ordered the modules so the linker doesn't have to back-up. If a function in one module calls a function in another module, the caller must come before the called function. Good luck, you'll need it. {allegra,ihnp4}!convex!ctvax!uokvax!uok!mpackard 24-Jan-85 08:29:07-MST,983;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 24 Jan 85 08:28:55-MST Received: From bbnz.arpa.ARPA by AMSAA via smtp; 24 Jan 85 9:52 EST Date: Thu, 24 Jan 85 9:50:34 EST From: Michael Barker Subject: Re: Re: Microsoft L80 question To: info-cpm@amsaa.arpa Cc: mbarker@BBNZ.ARPA >I believe the problem is in the order of your modules. I am just >guessing but this happened to me once, so I ordered the modules >so the linker doesn't have to back-up. If a function in one module >calls a function in another module, the caller must come before the >called function. Good luck, you'll need it. >{allegra,ihnp4}!convex!ctvax!uokvax!uok!mpackard There is another temporary fix... just ask L80 to search the library twice (or more) by doing "foolib/s,foolib/s". L80 doesn't know how to backup, but you can tell it to search as many times as necessary to pick up backward references. mike 24-Jan-85 09:08:43-MST,1917;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 24 Jan 85 09:08:34-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 24 Jan 85 10:33 EST Received: from radc-tops20.arpa by BRL-AOS.ARPA id a017570; 24 Jan 85 10:31 EST Date: Thu 24 Jan 85 10:31:54-EST From: Gern Subject: Re: Any Libraries for AY-3-8910 (MUSIC!) To: INFO-MICRO@BRL.ARPA cc: INFO-CPM@BRL.ARPA I have developed and someday soon (hopefully) will market a S-100 card with two AY-3-8910s, joysticks, tracballs, clock/calander w/battery backup, and SSI-263 high tech Speech Synthesizer. I have demo programs in ZBASIC (Zenith Z-100) to drive all the sounds (these came from the AY.. Data Sheets) and MUSIC (I wrote a sheet music hand encoded data cruncher to AY.. program to pump the AYs with mindblowing music. I hand encoded Star Wars and the rest I converted from the SIG/M Music- Composer Data (device used CP/M CPU intensive 4 D/A converters) to my more humanlly readable data format. I think they are SIG/M volumes 66-69 (3 disks) +/- a number. You can get it by FTP from SIMTEL-20. Unfortunately, I can not release my programs (they are not the greatest anyway as I know very little about Music) until my device comes to market and copyrights are canned. The AY-3-8910 Data Manual is a must if you are to do anything worthwhile with them. It also contains equations for register values for a wanted frequency, wave form stuff and most important a table of all the notes on a piano and the freq to several places. I can upload this for you as I'd hate to have another person on earth have to type it in again. If you or anyone has any other info on using the AY-3-8910, have any interesting noises, and/or any computer format music/song data for any computer music devices please let me in on it. Thanx Cheers, Gern ------- 24-Jan-85 15:09:58-MST,572;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 24 Jan 85 15:09:51-MST Received: From wiscvm.arpa.ARPA by AMSAA via smtp; 24 Jan 85 16:32 EST Received: from (HARRELL)EDUCOM.BITNET by WISCVM.ARPA on 01/24/85 at 15:33:50 CST Date: 24 JAN 85 16:10-EST From: HARRELL%EDUCOM.BITNET@WISCVM.ARPA To: info-cpm@amsaa.ARPA Subject: ZILOG 8400 Does anyone know of anyplace using a Zilog 8400? Could you comment on the "usefulness to a small college or university?" Any information appreciated. Thanks Ralph 24-Jan-85 18:18:44-MST,998;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 24 Jan 85 18:18:38-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 24 Jan 85 19:50 EST Received: from usenet by BRL-TGR.ARPA id a019654; 24 Jan 85 19:50 EST From: "M.CAIN" Newsgroups: net.micro.cpm Subject: Re: Unix for CP/M 2.1 or > on a z80 Message-ID: <124@nvuxd.UUCP> Date: 22 Jan 85 13:48:02 GMT Xref: seismo net.micro.cpm:3831 To: info-cpm@AMSAA.ARPA I had the opportunity to use Microshell for several months a couple of years ago, and it was generally great. The only difficulty arose with programs compiled using a C compiler that incorporated code for command-line arguments and I/O redirection. Microshell and the C programs never could seem to agree on who was going to do the redirection, with the usual result that stuff went in all sorts of strange directions.... Michael Cain Bell Communications Research, Inc. 24-Jan-85 19:29:50-MST,3454;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 24 Jan 85 19:29:36-MST Received: From rand-unix.arpa.ARPA by AMSAA via smtp; 24 Jan 85 20:56 EST Received: by rand-unix.ARPA; Thu, 24 Jan 85 17:34:17 pst From: Bridger Mitchell Message-Id: <8501250134.AA01726@rand-unix.ARPA> Date: 24 Jan 85 17:34:14 PST (Thu) To: Info-Cpm@Amsaa.ARPA Cc: Keith Petersen , Bridger Mitchell Subj: PUBlic filetype patch for CP/M 2.2 - official version PUBPATCH is a CP/M 2.2 BDOS patch that implements the PUBlic file attribute (bit 7 of 2nd character of a filename) and makes a file with the PUBlic attribute assessible from any user number. PUBlic files allows a single copy of "associated files" -- libraries, databases, overlays, swap files, etc -- to serve all user numbers. They retain their other attributes and may therefore be read/write as well as read/only. Complete documentation of PUBlic files appears in "CP/M 2.2 Goes Public", by Bridger Mitchell and Derek McKay, Plu*Perfect Systems, Dr. Dobb's Journal, Nov. 1984. Limited documentation is included in the preamble of PUBPATCH.ASM, and supporting files and installation are described in PUBLIC.DOC. Some earlier releases by others, available on some RCPM systems, that attempt to implement a similar patch are reporting differing degrees of success. To cut through any confusion, I've sent Keith Petersen the Plu*Perfect Systems release disk, and he's uploaded it to SIMTEL20. Keith has removed the earlier versions - only the "official" versions of the files remain and are listed below. Note that some "unofficial" versions were also called "PUBPATCH.ASM". The patch can be installed in Z80 systems running standard CP/M 2.2 using RELPUBLC.COM to relocate PUBPATCH.HXR (a hex-relocatable version of PUBPATCH). The squeezed source file is PUBPATCH.AQM. SD.COM (with SD.DOC) are SuperDirectory extended to support display of PUBlic files. DISK7P.COM (with DISK7P.DOC) is the extended file- maintenance utility DISK7. The PUBLIC.COM and PUBLIC.AQM file is v 1.1. It corrects a bug in the published source v 1.0, which failed to set the PUBlic attribute bit for very long files that overflowed the extent count into the S2 directory byte. Restrictions, documented in LICENSE.NOT, are summarized here: PUBPATCH.ASM, PUBLIC.ASM, and derivative files RELPUBLC.COM and PUBPATCH.HXR, are copyrighted by Plu*Perfect Systems. Permission is granted for single-user, non-commercial use. Use of these programs for any commercial purpose requires advance written authorization from Plu*Perfect Systems. DISK7 is licensed for non-commercial use by Frank Gaude. The files are available from SIMTEL20 as: Filename Type Bytes CRC Directory MICRO: -AUTHOR.PUB.1 ASCII this announcement DISK7P.COM.1 COM 4480 EA11H DISK7P.DOC.1 ASCII 1150 55E0H LICENSE.NOT.1 ASCII 758 03E9H PUBLIC.AQM.1 COM 6016 F67FH PUBLIC.COM.1 COM 1152 4B74H PUBLIC.DOC.1 ASCII 1325 D131H PUBPATCH.AQM.1 COM 6784 9CE6H PUBPATCH.HXR.1 ASCII 728 0748H RELPUBLC.COM.1 COM 13056 E37FH SD.COM.1 COM 4096 6F9EH SD.DOC.1 ASCII 641 E900H ...and for those who want the whole package as an LBR file: PUBPAT.LBR.1 COM 40832 B44AH ---- --bridger mitchell 25-Jan-85 07:24:50-MST,1615;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 25 Jan 85 07:24:25-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 25 Jan 85 8:34 EST Received: from usenet by BRL-TGR.ARPA id a028148; 25 Jan 85 8:12 EST From: Dave Beyerl Newsgroups: net.micro.cpm Subject: Re: Turbo Pascal output Message-ID: <864@ihuxk.UUCP> Date: 23 Jan 85 12:06:14 GMT Xref: seismo net.micro.cpm:3835 To: info-cpm@AMSAA.ARPA > Subject: Turbo Pascal output > > Is there a method that enables program output to be sent > to the screen and printer??? Cntrl-P works when running > CPM, but from Turbo Pascal, it doesn't. (at least not on > my machine.) Do I make the program a .COM file and use Cntrl-P?? > Thanks in advance for any help given. > Mark Falleroni > TRW > Ogden,Ut. > (mdf) > In order to print output to both the screen and the line printer in Turbo Pascal under CP/M you must include a second writeln statement which directs its output to the Lst device. For example, to print the string 'Hello There!' on both the screen and printer, you would include the following lines in your program: writeln ('Hello There!'); { print on screen } writeln (Lst,'Hello There!'); { print on printer } This is discussed beginning in section 14.5, Text Files, of my Turbo manual. There is a program with examples in section 14.5.1, and a description of the logical devices given in section 14.5.2. Dave Beyerl ihuxk!db21 AT&T Bell Labs, Naperville, IL 25-Jan-85 14:51:38-MST,1041;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 25 Jan 85 14:51:32-MST Received: From rice-gateway.ARPA by AMSAA via smtp; 25 Jan 85 16:23 EST Received: by rice.ARPA (AA03429); Fri, 25 Jan 85 15:24:24 CST Date: Fri, 25 Jan 85 15:09:54 CST From: Paul Milazzo Subject: Manipulating CP/M floppies with UNIX? To: INFO-CPM@AMSAA.ARPA Message-Id: <1985.01.25.15.09.57.630.03354@Dione.rice> Does anyone have a UNIX utility to manipulate SS SD 8" CP/M floppies under UNIX? I have a bare-bones program capable of extracting files. It cannot, however, write on the floppies, nor can it deal with attribute bits or CP/M+ file system extensions. If no such program is conveniently available, could someone point me towards the information necessary to write one of my own? My CP/M manuals don't seem to contain quite enough information. Thanks, Paul G. Milazzo Dept. of Computer Science Rice University, Houston, TX 29-Jan-85 09:00:47-MST,786;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:00:42-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 24 Jan 85 1:45 EST Received: from usenet by BRL-TGR.ARPA id a004969; 24 Jan 85 1:43 EST From: "9-2-83"James H. 3221i" Newsgroups: net.micro.cpm Subject: Re: What is Simtel20 Message-ID: <581@tty3b.UUCP> Date: 21 Jan 85 23:21:10 GMT Xref: seismo net.micro.cpm:3827 To: info-cpm@AMSAA.ARPA I too am new to the net news and have not been able to find out how to access SIMTEL20!! I see people talking about many programs I would love to try. Can I access SIMTEL20, and if so HOW?? I work at AT&T Teletype Corp., Skokie, IL Jim West ihnp4!tty3b!jhw 29-Jan-85 09:01:03-MST,959;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:00:55-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 25 Jan 85 8:33 EST Received: from usenet by BRL-TGR.ARPA id a028070; 25 Jan 85 8:11 EST From: "9-2-83"James H. 3221i" Newsgroups: net.micro.cpm Subject: SUBMIT problem SOLVED! Message-ID: <585@tty3b.UUCP> Date: 23 Jan 85 14:30:18 GMT Xref: seismo net.micro.cpm:3834 To: info-cpm@AMSAA.ARPA [] Thanks to all who replied to my problem with SUBMIT. The problem was an unwanted blank line at the end of the '.SUB' file. That sure kills the operation cold... Found that the screen editor I use ('scope' from Vector Graphic) adds a blank line at the end of the file if I use the 'insert' mode, but not if I use the 'append' mode. I can now watch for that problem and have perfect results every time. Jim West ihnp4!tty3b!jhw 29-Jan-85 09:01:52-MST,981;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:01:44-MST Received: From uci-icse.arpa.ARPA by AMSAA via smtp; 28 Jan 85 22:01 EST Date: 28 Jan 85 19:00:04 PST (Mon) To: George Smith cc: info-cpm@Amsaa.ARPA, young@Uci-Icse.ARPA Subject: Re: scribble In-reply-to: Your message of 24 Jan 85 16:41:51 GMT. <641@voder.UUCP> From: Michal Young Received: from Localhost by UCI-ICSE for young; 28 Jan 85 19:02:18 PST (Mon) It certainly would be nice if scribble were released to the public domain. A lot of Kaypro owners have Perfect Writer/Perfect Formatter, which are clones of Mince/Scribble. But unlike Scribble, P. Formatter did not come with source code, and so Kaypro owners have not been able to customize the formatting to their likes and needs. (Or was it just Mince that came with source?) --Michal Young, UC Irvine young@uci 29-Jan-85 09:02:22-MST,1156;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:02:15-MST Received: From mitre.arpa.ARPA by AMSAA via smtp; 26 Jan 85 10:55 EST Date: 25 Jan 1985 22:08:58 EST (Friday) From: Thomas Reid Subject: MDM730 Overlay for Ithaca Intersystems VIO board with 2661 USART To: info-cpm@Amsaa.ARPA Cc: treid@Mitre.ARPA Help: I have an Ithaca Intersystems 525 (or 800) system with a VIO board that has a 2661 USART on it. The system is 3 years old. The M7VIO-1.ASM overlay for MDM730 is for the 2651 and, needless to say, doesn't work. The initialization is wrong (comes up 300 baud, not 1200, etc.) and when this is circumvented via a built-in terminal mode, every 10th-50th character is duplicated in MDM730 terminal mode. Solutions sought in order of desire: (1) someone who has brought up modem7 on an II 525/800 and can help this lost soul, (->3) information on the care, feeding, initialization, and I/O on the 2661, (<-2) another M7 overlay, and finally (4) kind thoughts for one who will never enjoy the pleasures of MDM730. Thanks for all. Tom. 29-Jan-85 09:02:50-MST,3234;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:02:35-MST Received: From nosc-gw.ARPA by AMSAA via smtp; 26 Jan 85 10:55 EST Received: from cod.ARPA by nosc.ARPA (4.12/4.7) id AA29941; Fri, 25 Jan 85 21:51:17 pst From: bang!crash!ihom@Nosc.ARPA MMDF-Warning: Parse error in preceeding line at AMSAA.ARPA Received: by cod.ARPA (4.12/4.7) id AA15118; Fri, 25 Jan 85 21:51:41 pst Message-Id: <8501260551.AA15118@cod.ARPA> Date: Fri, 25 Jan 85 15:22:49 PST To: bang!CMP.DOUG@texas-20 Subject: Re(3): File sizes from Turbo & directory Cc: bang!info-cpm@Amsaa.ARPA >Do you have any idea how to get directory listings from Turbo? There's >probably an easy way out of that too that I don't know about... Easy?? Well, not really. To get a directory listing, you have to set up the File Control Block (FCB) and call BDOS functions 11h (search for first) and 12h (search for next). In this example, bytes 0 to 11 will be used in setting up the FCB. Byte 0 is the drive number to access, bytes 1 to 8 is the file name, and bytes 9 to 11 is the file type. Since we're searching the entire directory, fill the bytes for name and type with 3Fh (questionmark) for *all* files. When calling BDOS 11h, if a file is found, the Direct Memory Address (DMA) is filled with the record (128 bytes) containing the directory entry and returns a value (0,1,2,3) indicating the starting position (each record contains 4 filenames of 32 bytes each). Calling BDOS 12h continues the search in the directory until no more files are found. Something like this will do the job: program directory; const { CP/M-80 BDOS calls } search_first = $0011; search_next = $0012; set_DMA = $001A; var first : boolean; i,directory_code : integer; DMA : array[1..128] of byte; FCB : array[0..11] of byte absolute $005C; { location of File Control Block } procedure next; var ch : char; starting_position : integer; name : string[12]; begin name := ''; starting_position := directory_code * 32; { get start of next file } for i:= starting_position + 1 to starting_position + 11 do begin ch := char(mem[addr(DMA) + i]); if i = starting_position + 9 then name := name + '.' + ch else name := name + ch end; writeln(name); end; begin bdos(set_DMA,addr(DMA)); { allocate a record of memory for the DMA } FCB[0] := 0; { drive # to access: 0 = A, 1 = B, ...} for i := 1 to 11 do { fill FCB with '?'s to match all files } FCB[i] := $3F; first := true; repeat { get directory_code of file given by the FCB } if first then directory_code := bdos(search_first,addr(FCB)) else directory_code := bdos(search_next); { continue search } first := false; if directory_code <> $FF then next; { file present? } until directory_code = $FF; { no more files } end. --Irwin Hom {ihnp4, sdcsvax!bang}!crash!ihom bang!crash!ihom@nosc bang!crash!ihom@ucsd 29-Jan-85 09:03:15-MST,3384;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:03:04-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 26 Jan 85 11:15 EST Received: from Aurora.ms by ArpaGateway.ms ; 26 JAN 85 07:25:54 PST From: SMERESKI.WBST@XEROX.ARPA Date: 26 Jan 85 10:23:11 EST Subject: Re: Turbo Pascal output To: info-cpm@AMSAA.ARPA, Pascal/Turbo^.X@XEROX.ARPA, db21%ihuxk.uucp@BRL-TGR.ARPA Re: ---------------------------------------------------------- >> Subject: Turbo Pascal output >> >> Is there a method that enables program output to be sent >> to the screen and printer??? Cntrl-P works when running >> CPM, but from Turbo Pascal, it doesn't. (at least not on >> my machine.) Do I make the pr^ram a .COM file and use Cntrl-P?? >> Thanks in advance for any help Oiven. >> Mark Faleroni >> TRW >> Ogden,Ut. >> (mdf) >> > In order to print output to both the screen and the line >printer in Turbo Pascal under CP/M you must include a second >writeln statement which directs its output to the Lst device. >For example, to print the string 'Hello There!' on both the >screen and printer, you would include the following lines in >your program: > > writeln ('Hello There!'); { print on screen } > writeln (Lst,'Hello There!'); { print on printer } > > This is discussed beginning in section 14.5, Text Files, >of my Turbo manual. There is a program with examples in >section 14.5.1, and a description of the logical devices given >in section 14.5.2. > > Dave Beyerl > ihuxk!db21 > AT&T Bell Labs, Naperville, IL > ---------------------------------------------------------------- Because of the good documentation and careful construction of Turbo-Pascal it is possible to make it do almost anything you wish. For instance if you really want to echo all console output to the printer the following program will do it. The information needed to set it up can be found in the Turbo Pascal manual in section A.12 for CPM systems and B2.3 for 8086 based systems. Program ControlpTest; Var Ch : Char; SaveAddress : Integer; Procedure PWrite (Ch : Char); Var CB : Byte Absolute Ch; Begin {PWrite} Bios (4, CB); Bios (3, CB); End; {PWrite} Begin {ControlpTest} SaveAddress := ConOutPtr; {Save address of default routine} ConOutPtr := Addr (PWrite); {turn on printer echo} Read (Kbd, Ch); While Ch <> ^Z Do {test the echo until control-Z} Begin Write (Ch); Read (Kbd, Ch); End; ConOutPtr := SaveAddress; {turn off printer echo} End. If you really want to simulate control-P in all its glory then simply patch into the console input routine in a similar fashion (ConInPtr := address of your own Procedure). Your procedure can then scan all console input for a control-P and turn the echo on or off as shown above. I hope this technique is useful to some of you. /Dave 29-Jan-85 09:03:33-MST,934;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:03:27-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 26 Jan 85 11:52 EST Received: from usenet by BRL-TGR.ARPA id a001400; 26 Jan 85 11:44 EST From: jason%jett.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: Re: EPSON GENEVA QUERY Message-ID: <398@jett.UUCP> Date: 24 Jan 85 01:00:45 GMT Xref: seismo net.micro.cpm:3836 To: info-cpm@AMSAA.ARPA The Qx-10 version of FILINK.COM does exsist... I've used it on many occasion at work... Also, on the utility floppy (comes with the PF-10 disk drive) are copies of EPPXMDM.COM (Modem7 for the Geneva) and documentation... but these two files are strangely not ever even acknowledged on the 'List of Software Utilities' tha t is in the manual... This has been on every Utility Disk I have seen... Jason Hamby ihnp4!akgua!jett!jason 29-Jan-85 09:03:48-MST,637;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:03:45-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 26 Jan 85 12:51 EST Received: from usenet by BRL-TGR.ARPA id a002627; 26 Jan 85 12:13 EST From: Geoff Kuenning Newsgroups: net.micro,net.micro.cpm Subject: UMODEM for System V posted to net.sources Message-ID: <324@desint.UUCP> Date: 24 Jan 85 04:08:39 GMT Xref: seismo net.micro:9690 net.micro.cpm:3837 To: info-cpm@AMSAA.ARPA The subject line says it all. -- Geoff Kuenning ...!ihnp4!trwrb!desint!geoff 29-Jan-85 09:04:03-MST,1270;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:03:57-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 26 Jan 85 13:01 EST Received: from usenet by BRL-TGR.ARPA id a003534; 26 Jan 85 12:34 EST From: Chuck McManis Newsgroups: net.micro.cpm Subject: Re: Unix for CP/M 2.1 or > on a z80 Message-ID: <498@intelca.UUCP> Date: 25 Jan 85 16:28:54 GMT Xref: seismo net.micro.cpm:3838 To: info-cpm@AMSAA.ARPA Another possible solution for those who insist on downgrading their CP/M systems to UNIX :-) was/is Cromemco's CROMIX. It ran on their S-100 machines with a Z-80 and 128K min of RAM. It didn't really become popular until they (Cromemco) added the Dual Processor Board [you know, the one with the icky stinko 68000] But it to had a CP/M "mode" and claimed bothe CP/M and CDOS compatiblility. Not to slow either. --Chuck -- - - - D I S C L A I M E R - - - {ihnp4,fortune}!dual\ All opinions expressed herein are my {qantel,idi}-> !intelca!cem own and not those of my employer, my {ucbvax,hao}!hplabs/ friends, or my avocado plant. :-} 29-Jan-85 09:04:16-MST,652;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:04:12-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 26 Jan 85 13:02 EST Received: from usenet by BRL-TGR.ARPA id a003655; 26 Jan 85 12:37 EST From: "Mark D. Falleroni" Newsgroups: net.micro.cpm Subject: Thanks for info Message-ID: <1239@trwrba.UUCP> Date: 24 Jan 85 16:14:56 GMT Xref: seismo net.micro.cpm:3839 To: info-cpm@AMSAA.ARPA Thanks to all who furnished me with information about SIMTEL20 Mark Falleroni TRW Ogden,Ut 29-Jan-85 09:04:34-MST,1401;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:04:24-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 26 Jan 85 13:02 EST Received: from usenet by BRL-TGR.ARPA id a003982; 26 Jan 85 12:43 EST From: George Smith Newsgroups: net.micro.cpm Subject: scribble Message-ID: <641@voder.UUCP> Date: 24 Jan 85 16:41:51 GMT Xref: seismo net.micro.cpm:3840 To: info-cpm@AMSAA.ARPA [scribble has gone the way of the line eater bug] I gave Mark of the Unicorn a call this morning. I was seeking an update to a program we bought from them 3 years ago called scribble. It was a word processing package patterned after scribe. The version we have is v1.3 and I know that at one time they were selling v1.4 which had bug fixes and enhancements. However, a very nice girl from MOTU informed me that scribble is a non-product and that there are no updates possible. I asked her about v1.4 and she said go ahead and get it any way possible. Does anyone out there have v1.4? I would be willing to pay for media and postage to any kind soul who can help me out. P.S. Maybe we should ask MOTU to donate scribble to the Public Domain since they have no further interest in it? -- George B. Smith National Semiconductor ...!{ihnp4!nsc | decvax!decwrl!nsc | ucbvax}!voder!gbs 29-Jan-85 09:05:07-MST,1184;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:04:59-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 26 Jan 85 13:29 EST Received: from usenet by BRL-TGR.ARPA id a004548; 26 Jan 85 12:53 EST From: apratt%iuvax.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: Re: File sizes from Turbo Message-ID: <5100006@iuvax.UUCP> Date: 24 Jan 85 15:39:00 GMT Nf-ID: #R:brl-tgr:-755800:iuvax:5100006:000:580 Nf-From: iuvax!apratt Jan 24 10:39:00 1985 Xref: seismo net.micro.cpm:3841 To: info-cpm@AMSAA.ARPA The submitted algorithm has some misleading information and at least one flaw outright: Files CAN be empty, taking up zero K on the disk. The misleading part is that not ALL CP/M systems allocate 2k at a time; mine (Osborne DD) allocates only 1K. This is nice since you waste at most 1023 bytes (as opposed to 2047 in the worst case of 2K clusters), but it is NOT nice in that reading a file >16K causes a seek back to the directory to open another extent, whereas this would only happen every 32K with 2K allocations. ---- -- Allan Pratt ...ihnp4!inuxc!iuvax!apratt 29-Jan-85 09:05:21-MST,1427;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:05:15-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 26 Jan 85 13:30 EST Received: from usenet by BRL-TGR.ARPA id aa04805; 26 Jan 85 12:59 EST From: jmg%bradley.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: Re: Kermit on Apple Message-ID: <24900008@bradley.UUCP> Date: 24 Jan 85 20:02:00 GMT Nf-ID: #R:brl-tgr:-755900:bradley:24900008:000:820 Nf-From: bradley!jmg Jan 24 14:02:00 1985 Xref: seismo net.micro.cpm:3843 To: info-cpm@AMSAA.ARPA yes, i do have a copy of kermit that will run on an apple. but it is configured for a micromodem ][. the conversion would not be hard though! the source is ~ 176K. and the library file for kermit is ~ 360K. if you send me a disc i will give you the 'com' file configured for the micromodem(i think it sould run at 300 baud just fine) or if your machine has uuencode/uudecode i will send you a copy of the 'com' file through mail. you are welcome to the sources but i don't think you have the disc space to accommonate the source file for kermit let alone assemble it! ---- Jeff HOME Address: 6406 Talisman Terr. Peoria, Il 61615 Jeff Gibson UUCP: {cepu,ihnp4,noao,uiucdcs}!bradley!jmg Bradley University ARPA: cepu!bradley!jmg@UCLA-LOCUS Peoria, IL 61625 PH: (309) 692-9069 29-Jan-85 09:05:43-MST,1174;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:05:36-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 26 Jan 85 13:30 EST Received: from usenet by BRL-TGR.ARPA id a004801; 26 Jan 85 12:59 EST From: grayson%uiucuxc.uucp@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: Re: Need HELP with SUBMIT Message-ID: <34600006@uiucuxc.UUCP> Date: 7 Feb 85 05:23:00 GMT Nf-ID: #R:tty3b:-57800:uiucuxc:34600006:000:564 Nf-From: uiucuxc!grayson Jan 24 23:23:00 1985 Xref: seismo net.micro.cpm:3842 To: info-cpm@AMSAA.ARPA The problem with submit is documented in the cpm manual. "If the submit function is performed on any disk other than drive A, the commands are not processed until the disk is inerted into drive A and the system reboots." The problem is that the $$$.SUB file is created on B:, say, but the CCP looks only on A: for it. There is a patch which fixes it and is easy to apply - I might be able to dig it out for you if you send me mail, but it would take a while, since now I use ZEX exclusively (you could use ZEX or EX - they are memory-based submt type programs). 29-Jan-85 09:05:59-MST,1367;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:05:52-MST Received: From hi-multics.arpa.ARPA by AMSAA via smtp; 26 Jan 85 19:14 EST Posted-Date: 26 Jan 85 00:41 CST Date: Sat, 26 Jan 85 00:40 CST From: Weinstein@HI-MULTICS.ARPA Subject: 15 MBYTE HARD-DISC To: info-ibmpc@USC-ISIF.ARPA, info-micro@BRL.ARPA, info-cpm@BRL.ARPA Message-ID: <850126064044.861636@HI-MULTICS.ARPA> Resent-Date: 26 Jan 85 18:12 CST Resent-From: Weinstein@HI-MULTICS.ARPA Resent-To: info-cpm@AMSAA.ARPA Resent-Message-ID: <850127001220.406368@HI-MULTICS.ARPA> I just got a DISCTRON D519 HARD DISC DRIVE for my COMPAQ computer. I am currently running with a Western Digital Hard Disc controller and I am quite pleased. I was able to get a good price on this 15 MByte drive and can probably get a few more if there is any interest. This is ONLY the disc drive (you have to buy your own power supply and controller). The price is $300.00. The drives are new and tested. Please send mail to Weinstein -at HI-MULTICS or call 612-425-1813 THIS IS NOT A ADD, I AM JUST WILLING TO HELP A FEW PEOPLE WHO KNOW WHAT TO DO WITH A BARE HARD DISC DRIVE. THERE ARE ONLY 6 DRIVES CURRENTLY AVAILABLE.... HOWEVER I DO NOT KNOW IF THERE WILL BE ANY LEFT WHEN YOU READ THIS MESSAGE. Dennis 29-Jan-85 09:06:22-MST,774;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:06:16-MST Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 27 Jan 85 4:03 EST Date: 27 January 1985 04:03-EST From: Jerry E. Pournelle Subject: Need HELP with SUBMIT To: grayson%uiucuxc.uucp@Brl-Tgr.ARPA cc: info-cpm@Amsaa.ARPA In-reply-to: Msg of 7 Feb 85 05:23:00 GMT from grayson%uiucuxc.uucp at BRL-TGR.ARPA It's possibly no hlp to know this but the CompuPro 8/16 is able to use SUBMIT on any disk (or any user, or any sectin of the segmented hard disk). I am not sure how this is done since Tony has been making CP/M do things for me that apparently it won't do for anyone else, and after a while I get used to it... 29-Jan-85 09:07:01-MST,713;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:06:55-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 27 Jan 85 4:44 EST Received: from usenet by BRL-TGR.ARPA id a012904; 27 Jan 85 4:41 EST From: "9-2-83"James H. 3221i" Newsgroups: net.micro.cpm Subject: MicroShell WANTED! Message-ID: <588@tty3b.UUCP> Date: 25 Jan 85 14:24:19 GMT Xref: seismo net.micro.cpm:3849 To: info-cpm@AMSAA.ARPA [] Where can I obtain MicroShell? Is it still being sold?? I am running a Vector Graphic 1600 with CP/M 2.2. Any help will be appreciated! Jim West ihnp4!tty3b!jhw AT&T Teletype Corp., Skokie, IL 29-Jan-85 09:07:20-MST,2879;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:07:11-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 27 Jan 85 5:01 EST Received: from usenet by BRL-TGR.ARPA id a013276; 27 Jan 85 4:49 EST From: Ed Macke Newsgroups: net.micro.cpm Subject: Apple CP/M question Message-ID: <114@wuibc.UUCP> Date: 25 Jan 85 20:30:21 GMT Xref: seismo net.micro.cpm:3850 To: info-cpm@AMSAA.ARPA [] A friend of mine has posed a question concerning CP/M which is beyond my competence, so I'm hoping someone out there can provide an answer. The problem runs as follows: He has a system consisting of an Apple //e, an Advanced Logic Systems CP/M Card, and an Epson RX-80 printer (the printer interface card is, I believe, a standard Apple Centronics card). The version of CP/M being used is 3.01B1. Whenever he attempts to get a hardcopy of the file, the text always comes out double spaced on the printer. I came up with a band-aid solution to this by writing a short Applesoft Basic program which set the printer default line spacing to half normal. The question we're trying to answer is this: A) Are there any system parameters or switches inside the CP/M operating system which can be changed to cure this double spacing problem? Apparently CP/M is sending a line feed with each carriage return, and the printer is happily appending a line feed after the carriage return also. Anyway, we don't want to change the dip switches inside the Epson, since other software depends on them, so is there a way to stop CP/M from sending its own line feed? B) If the answer to A) is no, then we would like to find out how to set up a 'PROFILE.SUB' file to perform the same actions as the Applesoft program. Those actions are: --print a message to the screen to turn on the printer, and then press a key --wait for a keypress --establish a data channel to the printer (PR#1 in Applesoft) --send the appropriate control characters to the printer (ESC-@-CR-ESC-A-ACK-CR) --close the data channel (PR#0) I've speculated that the last 3 steps could be performed by: DEVICE CONOUT: = LPT TYPE SETUP.DAT DEVICE CONOUT: = CRT where SETUP.DAT contains the control characters for the printer; however, I haven't been able to create SETUP.DAT, since the only text editor he has is ED and I can't figure out how to enter control characters into a file using it. Anyway, if anyone has any answers/solutions/clarifications concerning the above questions, please send me mail at ...ihnp4!wucs!wuibc!etm And thanks in advance to anyone who does. Ed Macke Computer Systems Lab Washington University St. Louis, Mo. -- Ed Macke Computer Systems Lab Washington University St. Louis, Mo. 29-Jan-85 09:07:38-MST,1969;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:07:30-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 27 Jan 85 5:01 EST Received: from usenet by BRL-TGR.ARPA id a013405; 27 Jan 85 4:52 EST From: James Hunter Newsgroups: net.micro.cpm Subject: Re: Turbo Pascal output Message-ID: <348@utai.UUCP> Date: 25 Jan 85 00:01:50 GMT Xref: seismo net.micro.cpm:3851 To: info-cpm@AMSAA.ARPA In article <864@ihuxk.UUCP> db21@ihuxk.UUCP (Dave Beyerl) writes: > >> Subject: Turbo Pascal output >> >> Is there a method that enables program output to be sent >> to the screen and printer??? Cntrl-P works when running >> CPM, but from Turbo Pascal, it doesn't. (at least not on >> my machine.) Do I make the program a .COM file and use Cntrl-P?? >> Thanks in advance for any help given. >> > In order to print output to both the screen and the line >printer in Turbo Pascal under CP/M you must include a second >writeln statement which directs its output to the Lst device. >For example, to print the string 'Hello There!' on both the >screen and printer, you would include the following lines in >your program: > > writeln ('Hello There!'); { print on screen } > writeln (Lst,'Hello There!'); { print on printer } > Or, you could write a procedure to print to both the console and the printer: type workstring = string[255]; procedure both(stuff: workstring); begin writeln(stuff); writeln(LST,stuff); end; You may want to use the compiler directive {$V-} with this which relaxes parameter checking and allows parameters of any string length to be passed. {See section 16.1.1 of manual about this}. The problem with this approach is that you may want to print both strings and numbers, which won't be automatically formatted as with the writeln command. --------------------- Gumby lives!! 29-Jan-85 09:08:00-MST,1236;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:07:50-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Jan 85 12:19 EST Received: from hi-multics.arpa by BRL-AOS.ARPA id a000374; 26 Jan 85 1:42 EST Date: Sat, 26 Jan 85 00:40 CST From: Weinstein@HI-MULTICS.ARPA Subject: 15 MBYTE HARD-DISC To: info-ibmpc@USC-ISIF.ARPA, info-micro@BRL.ARPA, info-cpm@BRL.ARPA Message-ID: <850126064044.861636@HI-MULTICS.ARPA> I just got a DISCTRON D519 HARD DISC DRIVE for my COMPAQ computer. I am currently running with a Western Digital Hard Disc controller and I am quite pleased. I was able to get a good price on this 15 MByte drive and can probably get a few more if there is any interest. This is ONLY the disc drive (you have to buy your own power supply and controller). The price is $300.00. The drives are new and tested. Please send mail to Weinstein -at HI-MULTICS or call 612-425-1813 THIS IS NOT A ADD, I AM JUST WILLING TO HELP A FEW PEOPLE WHO KNOW WHAT TO DO WITH A BARE HARD DISC DRIVE. THERE ARE ONLY 6 DRIVES CURRENTLY AVAILABLE.... HOWEVER I DO NOT KNOW IF THERE WILL BE ANY LEFT WHEN YOU READ THIS MESSAGE. Dennis 29-Jan-85 09:09:14-MST,1878;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:08:31-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Jan 85 12:22 EST Received: from mit-mc.arpa by BRL-AOS.ARPA id a000985; 26 Jan 85 12:24 EST Date: 26 January 1985 12:21-EST From: Charlie Strom Subject: New magazine to appear To: INFO-CPM@brl.ARPA cc: INFO-MICRO@brl.ARPA New Computer Journal to Appear Sol Libes, fromer editor Microsystems, has announced a new bimonthly publication, Micro/Systems Journal. Sol has advised us that Micro/Systems Journal will cover CP/M, MSDOS, S-100 topics, etc. along lines similar to the old Microsystems. There will be emphasis on both hardware and software topics, with special coverage of public domain software in both the CP/M and MSDOS worlds. We can also expect reviews of hardware and software, expert technical articles, etc. The premier issue of Micro/Systems Journal is slated for release in early March, 1984. A mass mailing will be going out shortly soliciting charter subscriptions, but we can summarize the subscription information as follows: U.S. Subscriptions 1 year ........ $18 bulk mailing 2 year ........ $32 1 year ........ $24 first class 2 year ........ $44 Canada/Mexico 1 year ........ $24 first class 2 year ........ $44 Foreign 1 year ........ $32 2 year ........ $58 Before April 15, subscribers may deduct 10%; former Microsystems subscribers may deduct an additional 5%. Subscriptions should be sent to: Micro/Systems Journal, Box 1192, Mountainside, N.J. 07092. Advertising Advertisers are solicited and requested to call Sol Libes at 201-522-9347 Tuesday-Friday. Charlie Strom 1/22/85 29-Jan-85 09:10:07-MST,2518;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:09:44-MST Received: From ddn1.arpa.ARPA by AMSAA via smtp; 28 Jan 85 9:39 EST Date: 28 Jan 85 08:44:09 EST From: dbrothers@DDN1.ARPA Subject: Apple IIe,ALS CP/M Card, Serial Printer Card To: info-cpm@amsaa.arpa CC: Comment: I got the following question from a friend of mine. I can't see why you can't use the seriel card in slot one. That should not stop CP/M from booting up. Can anyone out there shed any light on this problem? Reply to either him or me. Thanks in advance.. Doug Forwarded message(s): ----------------------------------------------------- Date: 28 Jan 85 11:45 GMT From: brad @ dca-eur To: dbrothers @ DDN1.ARPA CC: brad @ dca-eur Text: Re: CPM information & SIMTEL Date: 28 Jan 1985 11:22:21 Z Text: Doug, I still have not gotten my serial card to work. I have only an Apple Serial Card not the Super Serial card (I borrowed a Super card from a neighbor only to see that it didn't work in slot 1 eithter). I wrote to ALS and got a reply they say they have a utility called FLIP that does the same thing as DEVICE except with the Apple Slots 1, 2, and 3. It is included in CP/M releases 3.01B2 and later. I got release 3.01B1 and didn't get it. Just sent them a letter today asking them to send it and asked them to charge their CP/M programmers kit on my MasterCard and send that too. I have tried alot of different things with the printer card in slot 2 trying to direct the output to AUX: using DEVICE . I have been unsuccessful in getting DEVICE to do anything. All devices are assigned as Null. A control-P with the printer card in slot 2 only gives me double characters on the screen. As I mentioned earlier the serial card doesn't allow CP/M to boot when the serial card is in slot 1. ALS' documentation says slot 1 is for the printer card and does not specifically state parallel only! Anyhow, I don't care if I have to put my printer serial card in slot 2 I'd just like to be able to get the output of WordStar to my printer! my slot assignment is: Slot #0 16K Card Slot #1 vacant Slot #2 Serial Card Slot #3 Micromax-80 80 Col card Slot #4 CP/M Card Slot #5 Vacant Slot #6 Disk Controller Slot #7 ThunderClock If you could tell me how to direct the output to AUX: or slot 2 I'd appreciate it! Thanks, Jim -------------END OF FORWARDED MESSAGE(S)------------- 29-Jan-85 09:11:01-MST,1080;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:10:29-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 28 Jan 85 9:55 EST Received: from usenet by BRL-TGR.ARPA id a000546; 28 Jan 85 9:41 EST From: Michael Shneier Newsgroups: net.micro.cpm Subject: permanently changing default disk from a program Message-ID: <393@nbs-amrf.UUCP> Date: 28 Jan 85 14:06:36 GMT Xref: seismo net.micro.cpm:3855 To: info-cpm@AMSAA.ARPA I am running CP/M-86, and want to be able to set the default disk from within a program in such a way that it *REMAINS* set after exiting the program. The bdos 14 call modifies the default only while the program is running, but I need to chain to a program on another disk, which will run with that disk selected. (I have considered modifying the second program to select the right disk based on a passed parameter, but would prefer a cleaner solution.) -- Mike Shneier UUCP: {seismo,allegra}!umcp-cs!nbs-amrf!shneier 29-Jan-85 09:11:30-MST,655;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:11:19-MST Received: From ardc.arpa.ARPA by AMSAA via smtp; 28 Jan 85 10:25 EST Date: Mon, 28 Jan 85 10:23:11 EST From: David G. Sampar (PM-AL) To: 9-2-83 cc: info-cpm@Amsaa.ARPA Subject: Re: MicroShell WANTED! The address you need is: New Generation Systems, Inc. 1800 Michael Faraday Drive, Suite 206 Reston, VA 22090 703-471-5598 800-368-359 There is an article on MicroShell in the Jan/Feb issue of Sextant, a magazine for Heath/Zenith users. 29-Jan-85 09:12:11-MST,1875;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:11:58-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 28 Jan 85 11:47 EST Received: from usenet by BRL-TGR.ARPA id a003951; 28 Jan 85 11:41 EST From: Rick Chinn Newsgroups: net.micro.cpm Subject: Re: Need HELP with SUBMIT Message-ID: <515@tpvax.fluke.UUCP> Date: 25 Jan 85 15:22:01 GMT Xref: seismo net.micro.cpm:3856 To: info-cpm@AMSAA.ARPA > Please Help!! I have been frustrated for some time with the SUBMIT > function of CP/M. I have a Vector Graphic 1600 system running CP/M > 2.20. > I don't think that you're the only person that submit has chosen to abuse. I regularly have trouble with it, to wit: write a submit file, run it, it runs, make one change, the whole thing bombs. Look at submit file with ddt, can't find any bogus characters...give up...(if I had a dime for every hour I've wasted, I could go to dinner at a *nice* restaurant) I don't use submit anymore. I use microshell instead. It looks more like unix anyway, and I've never had trouble with it not wanting to do what's in the batch file. I also have another shell-type program called clip that does the same sort of thing, and allows conditionals, more like a shell script would. (neither are public domain, they're commercial programs) If someone out there in net.land knows how to make submit do something useful, please let me know. I'm very tempted to do this: a> era submit.com Rick Chinn John Fluke Mfg. Co MS 232E PO Box C9090 Everett WA 98206 ihnp4!uw-beaver----\ decvax!microsof \ ucbvax!lbl-csam \ +====!fluke!rzdz sun / sb1!allegra / ssc-vax------------/ (206) 356-5232 p.s. I tried mail, but UUCP sez nocando. 29-Jan-85 09:12:48-MST,1166;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:12:38-MST Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp; 21 Jan 85 2:54 EST Received: ID ; Mon 21 Jan 85 02:56:51-EST Date: Mon 21 Jan 85 02:56:50-EST From: Penny Anderson Subject: Re: ZCPR3 Hacks To: cem%intelca.uucp@BRL-TGR.ARPA cc: APA@CMU-CS-C.ARPA, info-cpm-request@AMSAA.ARPA In-Reply-To: Message from "Chuck McManis " of Fri 18 Jan 85 20:52:48-EST Resent-Date: Mon, 28 Jan 85 14:37:36 EST Resent-From: cpmlist@AMSAA.ARPA Resent-To: info-cpm@AMSAA.ARPA Chuck, Won't changing your system prompt to "A:!" screw up the way ZEX handles input control. If you use the "" option in a ZEX file, ZEX turns control over to the console until it sees a 'special character' pass by. The special character in the distribution version is a ">" with the MSB set. It seems like that should leave the re- mainder of your ZEX file pending forever. Is that right, Rick? Don Shields c/o [Penny Anderson - APA@CMU-C] ------- 29-Jan-85 09:13:38-MST,1546;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:13:30-MST Received: From su-star.arpa.ARPA by AMSAA via smtp; 28 Jan 85 14:43 EST Date: 28 Jan 85 11:20:00 PST From: R. MEIER Subject: re:apple-cpm serial interface problems To: info-cpm Reply-To: R. MEIER Jim, I have the following arrangement of cards and have not had a problem. Slot 0:128K ram Slot 1:Super-Serial Card (modem) Slot 2:Apple Serial Card (printer) Slot 3:80-col card Slot 4:Z80 card Slot 5:vacant Slot 6:disk Slot 7:vacant Within the configuration block of CP/M, I have routines to make the 128K ram look like a disk, the Slot 2 Apple Serial Card look like a printer with DTR flow control, and the Super-Serial Card look like another console. The Apple Serial Card has no flow control on board, but since the printer doesn't transmit, I switched the DTR and REC lines on the RS-232 connector. The Apple Serial Card is nothing but a ROM, line driver, and line sensor that I can read/write directly. The ROM contains software for RS-232 timing, so I use it to output a byte at a time, but I only send it a byte after reading that the DTR line is high. The Super-Serial Card has flow control on board and so is called in the normal fashion of a port/status register pair. If the above superficial view is helpful, then fine, otherwise, write me at rmeier@star.arpa. Bob (rmeier@star.arpa) ------ 29-Jan-85 09:14:47-MST,1432;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:14:40-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 28 Jan 85 15:56 EST Received: from Tokay.ms by ArpaGateway.ms ; 28 JAN 85 12:57:51 PST Date: 28 Jan 85 11:47:34 PST (Monday) From: Kaminski.PA@XEROX.ARPA Subject: CP/M-80 file directory debugger needed To: Info-Cpm@AMSAA.ARPA, XeroxInfo-CPM^.wbst@XEROX.ARPA cc: Reply-To: Kaminski.PA@XEROX.ARPA ---------------------------------------------------------------- Return-Path: <@OFFICE-2.ARPA:WRS@C39.Tymnet.ARPA> Received: from OFFICE-2.ARPA by Xerox.ARPA ; 24 JAN 85 22:03:17 PST Received: from C39.Tymnet by OFFICE-2.ARPA; 24 Jan 85 22:03:14 PST Reply-to: WRS@OFFICE-2.ARPA From: William R. Soley Date: Thu, 24 Jan 85 19:42:10 PST To: Kaminski.PA Subject: CP/M-80 file directory debugger needed I'm looking for a program which will let me display and patch the directory and allocation vector on a CP/M disk. It would be nice if it would also automatically check for some consistency and rebuild the allocation vectors. I've heard a rumor that one such program is named "FILFIX", but don't know from where it is available. I'd very much appreciate any pointers to this program or one similar. Thank you, Bill Soley ---------------------------------------------------------------- 29-Jan-85 09:15:49-MST,936;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:15:18-MST Received: From mitre.arpa.ARPA by AMSAA via smtp; 28 Jan 85 18:55 EST Date: 28 Jan 1985 18:50:05 EST (Monday) From: Jeffrey Edelheit Subject: New Osborne's Available To: info-cpm@Amsaa.ARPA Cc: edelheit@Mitre.ARPA Recently, someone on the net asked if new Osborne's are available and, if so, how much. Today's US mail had a post card from WestWind Computer in it. WestWind is the result of a merger (buy-out?) of Drive C and Trantor. Anyway, the card said that new, warrantee-able O-1s and Executives were available for $697 and $947, respectively. Their phone # is 800-526-6500 outside of CA and 800-831-3144 in CA. I HAVE NO RELATIONSHIP OR INTEREST IN THIS FIRM AND AM MERELY PASSING ON SOME INFORMATION I GOT IN THE MAIL !!!!!!!!! Jeff Edelheit (edelheit@mitre) 29-Jan-85 09:15:54-MST,1719;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:15:18-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 28 Jan 85 22:42 EST Received: from usenet by BRL-TGR.ARPA id a004898; 28 Jan 85 22:43 EST From: Bill Edwards Newsgroups: net.micro.cpm Subject: Re: CP/M-80 file directory debugger needed Message-ID: <339@harvard.ARPA> Date: 29 Jan 85 01:08:45 GMT Xref: seismo net.micro.cpm:3862 To: info-cpm@AMSAA.ARPA > ---------------------------------------------------------------- > Return-Path: <@OFFICE-2.ARPA:WRS@C39.Tymnet.ARPA> > Received: from OFFICE-2.ARPA by Xerox.ARPA ; 24 JAN 85 22:03:17 PST > Received: from C39.Tymnet by OFFICE-2.ARPA; 24 Jan 85 22:03:14 PST > Reply-to: WRS@OFFICE-2.ARPA > From: William R. Soley > Date: Thu, 24 Jan 85 19:42:10 PST > To: Kaminski.PA > Subject: CP/M-80 file directory debugger needed > > I'm looking for a program which will let me display and patch the directory > and allocation vector on a CP/M disk. It would be nice if it would also > automatically check for some consistency and rebuild the allocation vectors. > > I've heard a rumor that one such program is named "FILFIX", but don't know > from where it is available. I'd very much appreciate any pointers to this > program or one similar. > > Thank you, > Bill Soley > > ---------------------------------------------------------------- I don't know about on the net, but DU, or PATCH16 are both disk editors (p.d.). DU is widely availablle on RCP/M's, and PATCH16 can be gotten from the Newton Bigboard (617) 965-7259 Bill Edwards 29-Jan-85 09:16:35-MST,2586;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:16:20-MST Received: From dca-eur.arpa.ARPA by AMSAA via smtp; 29 Jan 85 3:50 EST Date: 29 January 1985 08:52 GMT From: brad@Dca-Eur.ARPA Subject: Apple Serial Problem w/ ALS cpm card To: info-cpm@Amsaa.ARPA Date: 29 Jan 1985 08:43:14 Z Comment: Forwarded message(s): ----------------------------------------------------- To: rmeier @ su-star From: brad @ dca-eur Subject: ALS CP/M Card Date: 29 Jan 1985 07:28:35 Z cc: brad @ dca-eur, dbrothers @ ddn1 Text: Bob, Thanks for your reply. Last night I had a major breakthru by getting data to my printer. I was able to do this by putting my serial card in slot #2 and using PIP to send a file to AUX: (slot 2) I have WordStar and would like to use the print command in WordStar, but the next best thing would be to send the output of WordStar to disk and then use pip to print it out. ALS told me in a letter that with release 3.01B2 and later they have a utility called FLIP to reassign Apple slots 1, 2, and 3 similar to the way DEVICE.COM works. I have release 3.01B1 and don't have the the FLIP utility. ALS says they will mail it to me. So far I have been unable to get DEVICE.COM to work (maybe I'm using the wrong format for the command or something else simple). Since ALS has come up with the FLIP utility, perhaps that's because DEVICE doesn't work with the Apple. Oh, well, my main concern was to get data to the serial printer and I overcame that last night using PIP. It still would be nice to be able to turn on the printer using ctrl-p, hopefully ALS FLIP will do that by allowing me to redefine slot #2 as LST: instead of AUX: . I still haven't discovered why CP/M won't boot with the serial card in slot #1. I thought it may be because the serial card occupies some of the same ROM space as the CP/M card. I know there is a problem where the MicroModem will not work in slot 2 if the Serial Card is in slot #1. Maybe you can shed some light on that since you have serial cards in both slot 1 and 2. I have ordered the ALS Programmers' Toolkit which includes two disks containing both the source for ALS' BIOS and Digital Research skeletal BIOS. With that I should be in pretty good shape to figure things out. Over here in Stuttgart, Germany. I am really isolated from the "real world". I don't know anyone else here that has the ALS CP/M card here. Thanks again. Brad -------------END OF FORWARDED MESSAGE(S)------------- 29-Jan-85 09:17:44-MST,1686;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:17:26-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 29 Jan 85 7:40 EST Received: from usenet by BRL-TGR.ARPA id a010173; 29 Jan 85 7:41 EST From: Jerry Hollombe Newsgroups: net.micro.cpm Subject: re: What is the list price of an Osborne 1? Message-ID: <203@ttidcc.UUCP> Date: 28 Jan 85 23:08:41 GMT Xref: seismo net.micro.cpm:3866 To: info-cpm@AMSAA.ARPA >From: Bicer.ES@XEROX.ARPA >Subject: What is the List Price of Osborne I >Message-ID: <7644@brl-tgr.ARPA> > >Does anyone know the list price of Osborne I (SSSD), and if it is >still available. A few Osborne 1's are still available from Drive C. Prices start at $797 for 52 column screen, $997 for the 52/80/104 column screen. All are double-density, fully warrantied and include CP/M 2.2, WordStar, SuperCalc, CBasic, and MBasic. They also have Executives for $1197 with CP/M 3.0, Personal Pearl, and the UCSD P-system as well as the O-1 software (except for CP/M 2.2, of course). Drive C recently changed their name, I can't remember to what, but their address is still the one below as far as I know: Drive C: 1690 65th Street Emeryville, CA 94608 -- ============================================================================== The Polymath (Jerry Hollombe) Citicorp TTI If thy CRT offend thee, pluck 3100 Ocean Park Blvd. it out and cast it from thee. Santa Monica, California 90405 (213) 450-9111, ext. 2483 {vortex,philabs}!ttidca!ttidcc!hollombe 29-Jan-85 09:26:04-MST,1160;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:25:43-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 29 Jan 85 8:52 EST Received: from Catawba.ms by ArpaGateway.ms ; 29 JAN 85 05:54:59 PST Date: Tue, 29 Jan 85 08:54 EST From: Thieret.WBST@XEROX.ARPA Subject: A book about CP/M-86 To: Info-Cpm@AMSAA.ARPA, Info-Micro@BRL-VGR.ARPA cc: Thieret.WBST@XEROX.ARPA I've recently become the recipient of a single board computer (guaranteed to boot up) equipped with 8088,8087,8089, and 7220 for console and graphics for an exceedingly reasonable price. The computer in question comes with CP/M-86 and not MS-DOS. It also comes sans documentation for the operating system. This is NOT (repeat NOT) a pirate copy. The computer has been discontinued by the manufacturer who is selling off his stock. The hardware is well documented though. I'm looking for a book which documents the features of CP/M-86 especially the assembler. I am experienced in CP/M-80 and could likely use the 86 version but the book would be helpful. Thanks, Tracy. (Thieret.WBST @ Xerox.ARPA) 29-Jan-85 09:32:42-MST,3526;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:32:26-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 29 Jan 85 3:10 EST Received: from csnet-pdn-gw by BRL-TGR.ARPA id a007301; 29 Jan 85 2:59 EST Received: from clemson by csnet-relay.csnet id af03850; 29 Jan 85 2:55 EST Date: Mon, 28 Jan 85 21:05 EST From: Larry Afrin To: info-micro@BRL-TGR.ARPA, info-cpm@BRL-TGR.ARPA Subject: Need Help on BASICA Comm Support [Preface: I've already bounced the following problem off of info-ibmpc@ usc-isib with no luck (my thanks anyway). Does anybody on info-micro or info-cpm have any suggestions short of getting in touch with IBM, Microsoft, or Andy Fluegelman (sp?)? -- Thanks, L.A.] I'm having problems trying to get BASICA to deal with the Async Comm Adapter at 1200 baud, no parity, 8 data bits, and 1 stop bit. After I do an 'open "com1:1200,n,8,1"' statement, I send my Hayes Smartmodem 1200 a couple of "AT"'s to set it straight as to what the communications parameters are, and then I send it the command to dial the local TELENET access point. So far, so good -- everything the modem has echoed back to the PC has been interpreted perfectly with regard to the comm parms. But from the very beginning of my TELENET dialogue, something goes amiss. Everything I send to TELENET is sent correctly and interpreted correctly, but I have problems when I try to receive data from TELENET. It seems that the BASICA comm support software insists on setting the high bit in the 8-bit data byte I'm receiving in order to bring the total number of data bits to an odd number. If the data byte already has an odd number of data bits, then the high bit is left alone as a zero-bit. For example, if TELENET tries to send me an upper case A (ASCII 65 -- the 64 bit and the 1-bit), then what BASICA delivers to my program in response to an "input$(1,#1)" is an ASCII 193 -- the 128 bit is set to bring the total number of data bits up to 3, an odd number. I know this is starting to sound like a parity problem, but is it?... I've done some investigation and found the following things out. For one, TELENET isn't the problem, and neither is my modem or the Async Adapter card, because when I try to talk to TELENET using the 1200-N-8-1 configuration through a non-BASIC program (e.g., PC/Intercomm or Smartcom II), everything works fine. I've even checked the Line Control Register on the INS8250 chip after opening COM1:1200,N,8,1, and it correctly reports a value of 3, regardless of whether the comm port was opened by BASIC or a non-BASIC program. Therefore, it really does appear like the problem is with the input part of the BASIC comm routines (output at 1200,N,8,1 works fine). What really makes this weird is that PC-TALK III uses 1200,N,8,1 for transmitting and receiving binary and XMODEM files, and as far as I know, I've never seen any reports of those routines failing because of this apparent error. That's why I'd like to think that I'm just doing something ridiculously wrong. If anybody's got any ideas on what the problem is and/or how to solve it, *please* let me know. -- Larry Afrin Dept. of Computer Science Clemson University ----------------------------- Please send replies, if any, to: lbafrin@clemson if you're on CSNet lbafrin.clemson@csnet-Relay if you're on ARPANet 29-Jan-85 09:45:38-MST,831;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:45:34-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 29 Jan 85 10:54 EST Date: Friday, 25 January 1985 18:42-MST Message-ID: Sender: Eric Stork From: Eric Stork Subject: Bugs in MAC.FIX patch for MAC ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Sat 26 Jan 1985 07:42-MST I tried both patches in MAX.FIX, but neither really works. Also, on Option 2, the author grabled the instruction (one should change 1664, not 1663). Have you tried either one? Does it work for you? If not, maybe one ought to spare people grief. I assume you want this sort of feedback. Eric. 29-Jan-85 13:30:57-MST,3581;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 13:30:42-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 29 Jan 85 14:46 EST Date: Sunday, 27 January 1985 12:39-MST Message-ID: Sender: LCG.KERMIT@Dec-Marlboro.ARPA From: LCG.KERMIT@Dec-Marlboro.ARPA Reply-To: B.Eiben LCG Ext 617-467-4431 Subject: BACKUP UTILITY VERSION 1.2 (BU-V12.LBR) ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Tue 29 Jan 1985 11:56-MST Now available from SIMTEL20: Filename Type Bytes CRC Directory MICRO: BU-V12.LBR.1 COM 58112 5D6CH i just uploaded version 1.2 of BU. fixed up the printer routines. added top- of-forms, better use of spacing, etc. the library in addition to the .ASM and .DOC has four files: BU1.COM - improved generic version. should work with most micro's and printers. BU2.COM - adjusted # of columns and lines per page. printer must be setup to 132 columns (16.5 char/in.) and 88 lines per page. BU3.COM - same as BU2.COM but will send the DEC escape sequences to setup printer. no need to run a printer setup program before hand. BU4.COM - same as BU3.COM with RBYANC support added. BU1,BU2, and BU3 write a disk label to floppy with a date dependent format e.i. '-YYMMDDd.nnn where YYMMDD are the date entered, 'd' is the drive letter backed up and 'nnn' is the label prompted for. Using this label with RBYANC poses a problem because you cannot, at least i have not found a way yet, to delete an entire volume from the MAST.CAT. instead, BU4 will write the date out in this format, '+YYMMDDd.nnn' and write a second label name with the following format '--BACKUP.nnn', 'nnn'= volume label prompted for under BU?.COM. When backing up over old floppies, the label will remain the same therefor RBYANC will just update the volume directory in MAST.CAT instead creating a new volume. I use two sets of backups (doesn't everybody ???) using the following format: 'A01, A02, A03 ... Ann' for the first and 'B01, B02, B03, ... Bnn' for the second. This makes the volume labels for RBYANC as follows: '--BACKUP.A01, --BACKUP.A02, etc.' and '--BACKUP.B01, --BACKUP.A02, etc.'. makes them easy to spot in MAST.CAT. also, the date file name is always up front of MAST.CAT making it easy to tell when the last bakups where done. sorry for the lengthy explanation. The BU-V12.ASM can be easily modified to accomodate other printers. i added some new EQU to 1. send printer escape sequences, detailed by 'SETPRINTER' 2. add RBYANC support 3. change # of columns and page size these are all easily modifiable. i plan for some extensive DEC dependent escape sequences to be used for Rainbow,s to pretty up the screen and printer later, look for another upload of BU-RB.LBR *** note *** i did not add cut lines to printer, to messy to figure in and keep all of the directory on one page. you may wish to redo yourself GREG TEATER DIGITAL EQUIPMENT CORP. 6400 E. BROAD ST. COLUMBUS, OHIO 43213 (614) 868-1900 X264 29-Jan-85 14:27:59-MST,1185;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 14:27:51-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 29 Jan 85 15:56 EST Received: from nadc.arpa by BRL-TGR.ARPA id a022128; 29 Jan 85 15:46 EST Date: 29 Jan 1985 15:43:26-EST From: mlsmith@nadc.ARPA To: info-cpm@BRL-TGR.ARPA, info-micro@BRL-TGR.ARPA, lbafrin%clemson.csnet@BRL-TGR.ARPA, CSNET-RELAY@nadc.ARPA MMDF-Warning: Parse error in preceding line at BRL-TGR.ARPA Subject: Need Help on BASICA Comm Support Cc: kushnier@nadc.ARPA What else is the basic program doing? To get a good communications set both transmit and receive, the basic has to be back to the interface quick enough to catch the echoed characters. If not a control-s and control-q flow control is needed, so data in and data out do not occur at the same time. If all this fails look in writing a machine language I/O handler or compiling basic. I had this problem with a Digital Group computer and their stupid operating system did not set up the Uart's properly. I doubt that's the problem here since the other software works. good luck, mlsmith@nadc.ARPA 29-Jan-85 14:45:23-MST,840;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 14:45:14-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 29 Jan 85 16:09 EST Received: from simtel20.arpa by BRL-AOS.ARPA id a000632; 29 Jan 85 16:07 EST Date: 29 Jan 1985 14:02 MST (Tue) Message-ID: From: CSTROM@SIMTEL20.ARPA To: jason%jett.uucp@brl-tgr.ARPA Cc: INFO-CPM@brl.ARPA, CSTROM@simtel20.ARPA Subject: EPSON GENEVA QUERY In-reply-to: Msg of 23 Jan 1985 18:00-MST from jason%jett.uucp at BRL-TGR.ARPA Re filink for the Geneva - I have seen a generic implementation with source available which should be easily adaptable to any machine running CP/M 2.2. It is an independent effort (not from Epson) and it is in the database on the Epson sig on Compuserve. 29-Jan-85 15:58:12-MST,806;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 15:58:01-MST Received: From su-score.arpa.ARPA by AMSAA via smtp; 29 Jan 85 17:27 EST Date: Tue 29 Jan 85 13:57:37-PST From: Sam Hahn Subject: Re: A book about CP/M-86 To: Thieret.WBST@XEROX.ARPA cc: Info-Cpm@AMSAA.ARPA In-Reply-To: Message from "Thieret.WBST@XEROX.ARPA" of Tue 29 Jan 85 06:17:03-PST Correct me if I'm wrong, but I think I've seen a book by John Lindsay called "CP/M-86 Assembly Language Programming". He's also written a similar book for CP/M-80. Most others I've seen just rehash the instruction set. I haven't yet read this one since I'm still waiting for it (from Data Processing Book Svc, no less::::: NO PLUG!! just info...) ------- 29-Jan-85 17:23:18-MST,797;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 17:23:12-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 29 Jan 85 18:44 EST Received: from usenet by BRL-TGR.ARPA id a025160; 29 Jan 85 18:41 EST From: Richard Foulk Newsgroups: net.micro.cpm Subject: Info on Randomhouse Thesaurus? Message-ID: <131@bigtuna.UUCP> Date: 23 Jan 85 15:12:13 GMT Xref: seismo net.micro.cpm:3871 To: info-cpm@AMSAA.ARPA Does anyone have any info on the structure of the data file that comes with the Random House Thesaurus -- the additive package for Wordstar? I'd like to be able to access the thesaurus from some other programs. thanks -- Richard Foulk (..islenet!bigtuna!richard) 30-Jan-85 09:31:38-MST,1555;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 30 Jan 85 09:31:30-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 30 Jan 85 10:51 EST Date: Wed 30 Jan 85 08:46:24-MST From: Rick Conn Subject: New ZCPR3 Files To: info-cpm@AMSAA.ARPA The following files are now in MICRO: on SIMTEL20. They are also in MICRO:, and they are placed in Z3NEW for your convenience; they will be removed from Z3NEW after at least one week. LDR.MAC and LDR.COM -- version 1.2 of LDR Z3INS.MAC and Z3INS.COM -- version 1.2 of Z3INS Z3FULL.RPT and Z3HELP.RPT -- configuration of all ZCPR3 files Z3NEWS.104 -- latest newsletter from Echelon (discusses VFILER, ZRDOS2, Z800, others) WMZ3PAT.ASM -- a patch to Word Master version 1.07 to feed off of the ZCPR3 TCAP facility for terminal control! By Dennis Wright WSZ3PAT.ASM -- a similar patch to Word Star version 3.0! Also by Dennis Wright The two patch files are really signficant! I have tried them both, and they seem to work very nicely! Now, WM and WS can run with any terminal by changing just the TCAP entry on the Z3 System. Imagine an interactive user dialing into a BBS, specifying his terminal, and then being able to run WM or WS to edit files! Very nice. One tradeoff, tho -- the size of WM.COM and WS.COM increases as a result of this patch. WS.COM is almost twice as big as the previous version; WM.COM is enlarged only slightly. Enjoy! Rick ------- 30-Jan-85 23:15:52-MST,1511;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 30 Jan 85 23:15:46-MST Received: From ut-ngp.arpa.ARPA by AMSAA via smtp; 31 Jan 85 0:37 EST From: mknox Posted-Date: Wed, 30 Jan 85 20:28:59 CST Message-Id: <8501310231.AA14047@ut-ngp.ARPA> Received: by ut-ngp.ARPA (4.22/4.22) id AA14047; Wed, 30 Jan 85 20:31:29 cst Date: Wed, 30 Jan 85 20:28:59 CST To: info-cpm@amsaa.ARPA Subject: Trouble booting CP/M-86 I hope someone has a fix for this problem. I don't have a good solution. I have been running CP/M-86 from floppies on an IBM-PC (early model). I added a hard disk and run CCP/M-86 from that, as well as still running the CP/M-86 from floppy. Because I had an old IBM-PC I could not boot directly from hard disk, but had to use a special boot floppy to bring up CCP/M. Now I have the new ROM for my PC, and I can boot MS-DOS or CCP/M directly from the hard disk. *BUT* I can no longer boot any of my CP/M-86 floppy disks. I put the diskette in drive A: and power up. After a small wait the CRT says '1 hard disk' and spins the floppy. It then says: Interrupt #40 from C800:0353 Strike any key to continue vertically down the screen (and it wasn't easy to read, believe me!). Striking any key just repeats the message. What am I doing wrong. I can still boot a floppy version of MS-DOS, but not CP/M-86. Turning off the hard drive doesn't help. Any suggestions? tnx 31-Jan-85 06:38:34-MST,799;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 31 Jan 85 06:38:12-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 31 Jan 85 8:06 EST Received: from BacoNoir.ms by ArpaGateway.ms ; 31 JAN 85 05:08:00 PST Date: Thu, 31 Jan 85 08:07 EST From: Lowans.Henr@XEROX.ARPA Subject: Re: A book about CP/M-86 In-reply-to: "Thieret.WBST's message of Tue, 29 Jan 85 08:54 EST" To: Thieret.WBST@XEROX.ARPA cc: Info-Cpm@AMSAA.ARPA, Info-Micro@BRL-VGR.ARPA Osborn/McGraw-Hill has a very good book titled 'CPM Users Guide' that covers both CPM and CPM-86 with some assembly language. I believe it is in its 3d edition. Do not confuse this with the newly released 'CPM-86 Users Guide', I just purchased a copy and am unimpressed. Paul 31-Jan-85 07:34:26-MST,1337;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 31 Jan 85 07:34:19-MST Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 31 Jan 85 8:49 EST Received: from usenet by BRL-TGR.ARPA id a003227; 31 Jan 85 8:48 EST From: Jan Steinman Newsgroups: net.micro.cpm Subject: PUBlic swipes files! Help! Message-ID: <552@mako.UUCP> Date: 29 Jan 85 17:03:58 GMT Xref: seismo net.micro.cpm:3874 To: info-cpm@AMSAA.ARPA I have installed the PUBlic (1.0) patch described in Dr. Dobbs and find many files dissapear when using a patched system! DU informas me that the missing files are those which follow the first erased FCB in the directory, leading me to believe the patched "Find Next" BDOS call is quitting when it finds a single E5H, instead of the "high water mark", a whole FCB of E5H's. Comparison with the published listing shows my patch is identical (I think). Has anyone else experienced this? Does v1.1 fix this as well as the multiple extent problem mentioned, or does v1.1 only apply to the PUBLIC utility? Or perhaps this patch only works with contiguous directory entries? (ugh!) -- :::::: Jan Steinman Box 1000, MS 61-161 (w)503/685-2843 :::::: :::::: tektronix!tekecs!jans Wilsonville, OR 97070 (h)503/657-7703 :::::: 31-Jan-85 08:24:29-MST,1488;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 31 Jan 85 08:24:21-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 31 Jan 85 9:28 EST Date: 31 Jan 1985 07:22 MST (Thu) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Cc: Info-Micro@Brl-Vgr.ARPA Subject: ITS-binary files on SIMTEL20 - pro and con The original purpose of the so-called ITS-binary file, with its four-byte header, was so that people using the MIT "ITS" operating system would be able to tell the difference between BINARY and ASCII files (the operating system has no such built-in feature). It appears that putting this four-byte header on all our MICRO: binary files is causing problems for people on other operating systems who must strip the first four bytes. The question is: Should all of the rest of the net users have to work out this extra step (sometimes requiring special programs to do it). I think not. The solution, it seems to me, is for someone at MIT to write a special version of FTP that will add the special ITS-binary header on any BINARY file that is FTPed. This would require the FTP to be able to query the sending end as to what the file type is: ASCII or BINARY. I hope we can do away with ITS-binary files soon. They're a real pain to have to explain to every new user. --Keith 31-Jan-85 08:59:54-MST,1132;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 31 Jan 85 08:59:30-MST Received: From uiuc.arpa.ARPA by AMSAA via smtp; 31 Jan 85 9:51 EST Received: from uiucuxc.Uiuc (uiucuxc.ARPA) by Uiuc.ARPA (4.12/4.7) id AA03567; Thu, 31 Jan 85 08:56:35 cst Received: by uiucuxc.Uiuc (4.12/4.7) id AA26342; Thu, 31 Jan 85 08:54:20 cst Date: Thu, 31 Jan 85 08:54:20 cst From: Daniel Grayson Message-Id: <8501311454.AA26342@uiucuxc.Uiuc> To: cmcl2!seismo!POURNE@mit-mc.ARPA, grayson%uiucuxc.uucp@BRL-TGR.ARPA Subject: Re: Need HELP with SUBMIT Cc: info-cpm@amsaa.ARPA Using submit on any disk involves a simple patch to SUBMIT - changing one byte causes it to put the $$$.SUB file on A: instead of the current disk, so that the CCP can find it. Anyway, I've been using ZCPR2 for so long, the issue is academic for me. ZEX works much better because it is memory based, and EX will do the same on any CPM system. Thanks for the feedback. uucp: {ihnp4,pur-ee}!uiucdcs!uiucuxc!grayson Dan Grayson, Math Dept, Univ of Ill, Urbana 61801