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: Receive