1-Jun-83 09:45:00,725;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 1 Jun 83 12:02 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 1 Jun 83 11:47 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 1 Jun 83 11:44 EDT Date: 1 June 1983 09:45 cdt From: Cargo.PD@hi-multics Subject: $$$.sub structure To: info-cpm@mit-mc I want to write an alternative command processor which uses CCP to handle command file processing. I need some help to determine where the $$$.SUB is defined so I know what to structure the file contents. Is it in the DRI manuals, or in any of the CP/M journals? Word of mouth? Look at some existing PD programs? Send suggestions to me and I will batch them for the net if there is enough interest. 1-Jun-83 11:15:00,833;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 1 Jun 83 14:29 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 1 Jun 83 14:04 EDT Received: From Usc-Eclb.ARPA by BRL via smtp; 1 Jun 83 14:01 EDT Date: 1 Jun 1983 1015-PDT From: Dick Subject: TYPE20 To: info-cpm@brl I recently got the version 2 TYPE, and found that it says it ignores user numbers in the header, which appears to mean it will not type files in other than user 0, since it could not find some files I knew to exist in users 1-6. Is there any Doc file for it? None was available at the time I got it. I would like to know the differences between all the versions of TYPE from 15 to 20, and perhaps how to patch things like user recognition, # of lines to type, tab expansion on/off, types of file to ignore, etc... ------- 1-Jun-83 21:00:00,456;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 1 Jun 83 21:16 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 1 Jun 83 21:11 EDT Received: From Cmu-Cs-C.ARPA by BRL via smtp; 1 Jun 83 21:01 EDT Received: ID ; 1 Jun 83 21:00:17 EDT Date: Wed, 1 Jun 1983 21:00 EDT From: David B. Anderson To: info-cpm@brl Subject: cp/m on Apple ///? I would like to hear from anyone using cpm on an Apple ///. 1-Jun-83 23:59:00,561;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 2 Jun 83 0:20 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 Jun 83 0:12 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 1 Jun 83 23:59 EDT Date: 1 June 1983 23:59 EDT From: Keith Petersen Subject: LTYPE and TYPE To: Info-Cpm@brl LTYPE.COM already has the logic to deal with both squeezed and unsqueezed files inside an LBR. No need to put TYPE18 into it. LU210 is the latest DOC file for LU211.COM. 211 was a small bug fix, did not change functions in 210. --Keith 2-Jun-83 03:01:00,1295;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 2 Jun 83 3:25 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 Jun 83 3:18 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 2 Jun 83 3:11 EDT Date: 2 June 1983 03:01 EDT From: Keith Petersen Subject: Unix UMODEM version 3.2 now available To: Info-Cpm@brl UMODEM, the Unix "C" version of Ward Christensen's MODEM program has just been updated to version 3.2 and is now available on MIT-MC AR43:CPM;UMODEM 32C the C source code AR43:CPM;UMODEM 32HIS the history of updates This program is NOT intended to run under CP/M, is for mainframe UNIX systems. It uses a protocol compatible with MODEM2, MODEM7, MDM7xx, etc. There is NO batch mode - only one file can be sent each time to the program is invoked. UMODEM does deal with the differences between UNIX end-of-line (only LF) and CP/M end-of-line (CRLF) in ASCII files. Binary files are transferred intact. Details of this update: -- UMODEM Version 3.2 Mods by Michael M Rubenstein, 5/26/83 . fixed bug in readbyte. assumed that int's are ordered from low significance to high . added LOGDEFAULT define to allow default logging to be off. compile with -DLOGDEFAULT=0 to set default to no no logging. --end-- 2-Jun-83 18:38:00,748;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 2 Jun 83 21:05 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 Jun 83 20:58 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 2 Jun 83 20:39 EDT Date: 2 Jun 1983 1738-PDT From: DKREBILL@usc-isie Subject: MDM707 for BASIS To: INFO-CPM@mit-mc cc: DKREBILL@usc-isie, INFO-MICRO@sri-kl Does anyone in te community have an overlay file for MDM707 for a BASIS? Someone recently asked me to help them accomplish this, and after attempting to modify the Apple overlay and reading the relatively crummy documentation I concluded I needed HELP! Does any one know how to modify on of the overlays to get the BASIS up on MDM? Thanks in advance for any help!!! Dan ------- 2-Jun-83 20:49:26,494;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 2 Jun 83 22:22 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 Jun 83 21:10 EDT Received: From Brl-Bmd.ARPA by BRL via smtp; 2 Jun 83 21:04 EDT Date: 2 Jun 83 20:49:26 EDT (Thu) From: Ron Natalie To: Gail Zacharias cc: strom@brl-bmd, INFO-MICRO@brl, INFO-CPM@brl Subject: Re: Silicon vs. Silicone Now you can get everyone to learn how to spell "interrupt" correctly. -Ron 2-Jun-83 20:50:24,480;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 2 Jun 83 22:23 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 Jun 83 21:10 EDT Received: From Brl-Bmd.ARPA by BRL via smtp; 2 Jun 83 21:04 EDT Date: 2 Jun 83 20:50:24 EDT (Thu) From: Ron Natalie To: Gail Zacharias cc: strom@brl-bmd, INFO-MICRO@brl, INFO-CPM@brl Subject: Re: Silicon vs. Silicone Now you can educate everyone on the number of R's in interrupt. 2-Jun-83 21:54:00,440;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 3 Jun 83 0:37 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 3 Jun 83 0:16 EDT Received: From Ucb-Vax.ARPA by BRL via smtp; 3 Jun 83 0:05 EDT Date: 02 June 83 23:54-EDT From: C4F%cornella@BRL.ARPA Subject: (copy) Undelivered mail Message-Id: <8306030354.AA26309@UCBVAX.ARPA> Received: by UCBVAX.ARPA (3.341/3.31) id AA26309; 2 Jun 83 20:54:30 PDT (Thu) To: INFO-CPM@brl 2-Jun-83 22:09:00,919;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 2 Jun 83 23:32 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 Jun 83 23:29 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 2 Jun 83 23:26 EDT Date: 2 June 1983 22:09 edt From: Richard Jay Solomon Subject: Starwriter To: info-apple@mit-mc, info-printers@mit-mc, info-cpm@mit-mc cc: hold.sv Acknowledge-To: Solomon.Datanet at MIT-MULTICS We have 2 C.Itoh Starwriters and Wordstar 3.01P for Apple CP/M. The printers are parallel. Does anyone have a clue on how to get it to microjustify with wordstar. I have both the Installation Manual and the Customization Notes, but cannot find any indicatoin of how to install a parallel daisy wheel printer that works. The best I get is pretending it is a TTY that backspaces. But no microjustification. Thanks in advance. Richard Solomon 3-Jun-83 09:15:38,1056;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 3 Jun 83 10:33 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 3 Jun 83 10:19 EDT Received: From Brl-Vgr.ARPA by BRL via smtp; 3 Jun 83 10:14 EDT Date: 3 Jun 83 9:15:38 EDT (Fri) From: Mike Muuss To: w8sdz@mit-mc, bbloom@brl, info-cpm@brl cc: Gurus@brl-vgr, PHD@brl-vgr Subject: BRL FTP BRL's *new* FTP server (up on all BRL PDP-11/70s last week) does in fact do ASCII and IMAGE transfers now. It's not clear to me that a binary file from MC would make any sense (36 bit words -vs- 8 bit bytes), but it should work. We have only tested BINARY transfers against other UNIXes, though, so if you have problems, be sure to drop a line to . FYI, we are devoting most of our attention to our VAX and HEP UNIX systems these days. While you folks are finally growing from 8 to 16 bits, we are gladly fleeing the restrictions of 16 bits and running to our 32 and 64 bit computers. (Exit hardware-snob mode). Cheers, -Mike 3-Jun-83 12:53:00,1134;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 3 Jun 83 16:12 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 3 Jun 83 16:07 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 3 Jun 83 15:54 EDT Date: 3 Jun 1983 1353-CDT From: Kim Korner Subject: Access PC Help Request To: info-cpm@mit-mc In-Reply-To: Your message of 30-May-83 0212-CDT Does anyone have experience with the Access Matrix PC. I've bought one and like it very much. Unfortunately the company is new and is being hard pressed to meet delivery commitments- let alone get around to such mundane things as supplying users with hardware information. I'm having to poke about with DDT and learn what I can, which is tedious. Anyone done similar poking or seen any real techinical info? Alternately, I am about to configure a dual DSDD Seimens 8" subsystem to the above machine (as soon as they can get around to delivering a cable to connect the internal controller to the subsystem... ). Being new to the PC world are there obvious difficulties/pitfalls in such an effort? Thanks for any assistance. -KM< ------- 3-Jun-83 15:16:00,1262;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 3 Jun 83 17:52 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 3 Jun 83 17:47 EDT Received: From srinet-gateway.ARPA by BRL via smtp; 3 Jun 83 17:36 EDT Date: 3 Jun 1983 at 1416-PDT To: Jerry E Pournelle cc: info-cpm@brl Subject: S-100 Unix From: fylstra.tsca@sri-unix Received: from SRI-Tsca.micom by SRI-TSC.micom with rs232; 3 Jun 83 14:21-PDT Jerry -- here's an idea for your friends at Godbout... I wish one of the S-100 manufacturers of a 68K cpu board for the S-100 bus (Godbout, Dual, Cromemco, ERG, ...) would package Unix with their 68K board. I'd love to throw away my Z80 cpu and roll my own Unix system with the remaining S-100 parts (chassis, memory, peripherals) rather than junking it and buying into the UnixBox market at $8-20K. What you'd need would be a relocatable version of the Unix kernel into which you'd bind your own home-made device drivers and real-time clock; you'd have to create a file system on your hard disk and install a customized version of the booter. This may be beyond the ability of most S-100 users, but then... we figured out how to use SYSGEN and MOVCPM and how to customize our BIOS, didn't we? Dave Fylstra 3-Jun-83 16:24:00,778;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 3 Jun 83 19:17 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 3 Jun 83 19:07 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 3 Jun 83 19:05 EDT Date: 3 Jun 1983 1824-EDT From: Andrew Scott Beals Subject: Re: BRL FTP To: w8sdz@mit-mc, bbloom@brl, info-cpm@brl In-Reply-To: Your message of 3-Jun-83 0915-EDT Anyone who would even think of comparing UNIX to CP/M is out of their gourds. CP/M is good for what it does. It is a program loader and simple operating system. THAT IS IT. UNIX(tm), on the other hand is the best development enviroment around. It was written by hackers for themselves, so it wins. People who compare the two are showing their ignorance. ------- 4-Jun-83 05:39:00,483;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 4 Jun 83 5:52 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 4 Jun 83 5:42 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 4 Jun 83 5:39 EDT Date: 4 June 1983 05:39 EDT From: Jerry E. Pournelle Subject: "Real Programmers Don't Eat Quiche" To: FJW@mit-mc cc: INFO-CPM@brl, INFO-MICRO@brl In-reply-to: Msg of 21 May 1983 00:43 EDT from Frank J. Wancho Real Programmers don't use decimal.... 4-Jun-83 07:53:33,639;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 Jun 83 0:33 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 Jun 83 0:22 EDT Received: From Rand-Relay.ARPA by BRL via smtp; 5 Jun 83 0:18 EDT Date: 4 Jun 1983 09:53:33-EDT From: goldfarb.ucf-cs@rand-relay Return-Path: Subject: Re: BRL FTP To: SJOBRG.ANDY@mit-oz, mit-mc.ucf-cs@rand-relay, bbloom@brl, info-cpm@brl, w8sdz@mit-mc MMDF-Warning: Parse error in preceeding line at BRL.ARPA Via: UCF-CS; 4 Jun 83 19:11-PDT Speaking of ignorance, referring to Dennis Ritchie and Ken Thompson as hackers is showing a whole lot of it. 4-Jun-83 08:19:00,1558;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 4 Jun 83 10:34 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 4 Jun 83 10:25 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 4 Jun 83 10:23 EDT Date: 4 Jun 1983 1019-EDT From: SJOBRG.ANDY%MIT-OZ@mit-mc Subject: Re: S-100 Unix To: fylstra.tsca@sri-unix cc: POURNE@mit-mc, info-cpm@brl In-Reply-To: Your message of 3-Jun-83 2231-EDT Because it hasn't been done yet, there are a number of considerations: 1) The 68k isn't the ultimate 16bitter on the market. If you want to have >real< unix* (Berkeley unix), then you need to have a good virtual memory scheme. For this, if you want to stick with the 68000 family, you would need to go with a 68010 and a number of 68451 (memory management) chips - about 16 or so to be useful. As you see, this implementation can take up a lot of board space, so... 2) Drop the 68k and go with National's 16032. It is more orthogonal in its instruction set, and it handles virtual memory in the proper way, with >fast< context switching (which happens a lot in multi-user operating systems like unix). The chip is also about as fast as a vax (according to National's literature, using the prime number program that was in (I think) Sept 81 Byte), and the benchmark that they used can be optimised for even more speed (so, according to my guesses and testing it out on our 68ks at work, it would end up being as fast as a vax). Long live unix! -andy ------------ *Unix is a trademark of Bell Laboratories ------- 4-Jun-83 08:29:11,2117;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 Jun 83 0:44 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 Jun 83 0:36 EDT Received: From Rand-Relay.ARPA by BRL via smtp; 5 Jun 83 0:21 EDT Date: 4 Jun 1983 10:29:11-EDT From: goldfarb.ucf-cs@rand-relay Return-Path: Subject: Re: S-100 Unix To: POURNE@mit-mc, fylstra.tsca@sri-unix Cc: info-cpm@brl Via: UCF-CS; 4 Jun 83 19:15-PDT There is an S-100 68K Unix machine manufactured by Dual Systems which has been on the market for a couple of years. Furthermore, there is what Microsoft calls an upgraded V7 (Xenix) and it is strongly rumored that another major microcomputer software house is working on some form of a Unix port for micros. Since you specifically mentioned Godbout, I think it is likely that you'll see a Unix for their 16032; National Semiconductor is supporting that processor with 4.1bsd. 4.1, which does demand-paging, might be a problem for the slower Winchesters such as the Morrow disk that Priority One has been selling for $1295 (I believe the average access time is 195 ms.). Aside from paging, vanilla Unix does a lot of swapping and thus it goes to the disk a lot. I have used Fortunes and Wicats whose lack of disk speed is a major annoyance. I have no doubt that a good BIOS hacker could figure out how to modify a bootstrap and write device drivers for Unix. And while working with the kernel requires a firm educational foundation in operating systems theory, most of the routines in there were deliberately kept simple, with complex algorithms being used only when they would result in great gains. But, then, there is usually little reason to go poking around in the kernel, anyway, once Unix has been ported to your specific machine (how often do you modify the BDOS?), nor do most Unix installations have the luxury of a source license. That leaves price as the only major obstacle and I confess to knowing nothing about what will happen to prices in the future. Maybe Dr. Pournelle has some wisdom to add in this area...... Ben 4-Jun-83 08:33:00,588;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 4 Jun 83 10:57 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 4 Jun 83 10:47 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 4 Jun 83 10:38 EDT Date: 4 Jun 1983 1033-EDT From: SJOBRG.ANDY%MIT-OZ@mit-mc Subject: Re: "Real Programmers Don't Eat Quiche" To: POURNE@mit-mc cc: FJW@mit-mc, INFO-CPM@brl, INFO-MICRO@brl In-Reply-To: Your message of 4-Jun-83 0539-EDT Real programmers think in hex and can program their machines without resorting to assemblers or high-level languages. -andy p.s. NUKE PASCAL! ------- 4-Jun-83 09:23:00,1082;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 4 Jun 83 9:37 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 4 Jun 83 9:30 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 4 Jun 83 9:22 EDT Date: 4 June 1983 09:23 EDT From: R. P. Miller To: INFO-CPM@mit-mc I am in need of information regarding UCSD Pascal users who have successfully married it with a Semidisk system. Anyone who has done so, please leave a message detailing how you accomplished the task and what pitfalls have cropped up in doing so. I am running NorthStar UCSD Pascal in the N* Horizon computer with two single sided, double density 5.25" drives. In volume 5, number 18 (May 9, 1983) of Infoworld, there was an advertisement on page 47 by SemiDisk. In it, they announce a new 256K semidisk for $995 and also reduce the price for the 512K semidisk to $1495. This RAM would be perfect for the emulation of a disk under the P-system on my Horizon. Unfortunately, Semidisk only supports CP/M operation (not Pascal). HELP!!! Thanks in advance, Ray Miller... 4-Jun-83 09:36:00,955;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 4 Jun 83 9:49 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 4 Jun 83 9:41 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 4 Jun 83 9:35 EDT Date: 4 June 1983 09:36 EDT From: Paul R. Grupp Subject: RCPMLIST To: SJOBRG.ANDY@mit-oz cc: AUTHOR@mit-mc, w8sdz@brl, info-cpm@brl, goldfarb.ucf-cs@rand-relay In-reply-to: Msg of Fri 8 Apr 1983 17:27 EST from SJOBRG.ANDY%MIT-OZ There *IS* a list for people to get new RCPMLISTs and they are no longer mailed to info-cpm. Only short messages saying when a new one is available with a pointer to where the file is, are now sent for those of us who DO want the list but don't want it in our mail box. I can see where the bulk of the RCPMLIST might be a problem with disk quota for mail but fail to see where a SHORT message should be a problem. I for one would be VERY unhappy to quit receiving these pointers. --Paul 4-Jun-83 09:48:00,880;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 4 Jun 83 9:59 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 4 Jun 83 9:52 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 4 Jun 83 9:47 EDT Date: 4 June 1983 09:48 EDT From: Paul R. Grupp Subject: S-100 Unix To: fylstra.tsca@sri-unix cc: POURNE@mit-mc, info-cpm@brl In-reply-to: Msg of 3 Jun 1983 at 1416-PDT from fylstra.tsca at sri-unix DUAL does have UNIX (V7) for their 68000 system. They also have UNIX System-III for their 68010. Godbout (and MANY others) feel that the 68K is "treading water" with this type of application and that it is better left to CPUs like the 16032 and the iAPX286, which thay claim that they will supply a "FULL UNIX development package" for when thay start marketing these boards. --Paul P.S. This info came from Bill Godbout at the NCC last month.. 4-Jun-83 10:04:00,722;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 4 Jun 83 10:23 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 4 Jun 83 10:14 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 4 Jun 83 10:04 EDT Date: 4 June 1983 10:04 EDT From: Roger L. Long Subject: S-100 UNIX To: fylstra.tsca@sri-unix cc: POURNE@mit-mc, Info-CPM@brl DUAL does offer UNIX on their stuff. From what I hear of GODBOUT, they decided the cost of putting UNIX in their system was way too much and since CP/M-68K came out about that time, decided that would be enough to support their 68000 board. They also have some OS written in Forth. Cromemco has something called "CROMIX" which is a UNIX-lookalike, I believe. 4-Jun-83 22:03:36,1214;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 Jun 83 0:20 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 Jun 83 0:10 EDT Received: From Rutgers.ARPA by BRL via smtp; 5 Jun 83 0:05 EDT Date: 4 Jun 83 22:03:36 EDT From: Ron Subject: Re: S-100 Unix, and the wonderful NS16032 To: SJOBRG.ANDY%MIT-OZ@MIT-MC.ARPA, fylstra.tsca@SRI-UNIX.ARPA cc: POURNE@MIT-MC.ARPA, info-cpm@BRL.ARPA In-Reply-To: Message from "SJOBRG.ANDY%MIT-OZ@mit-mc" of 4 Jun 83 10:19:00 EDT Let's not start the Nth in a series of "my CPU is better than yours" contests. Least of all should tout a manufacturer's literature. The limitation of single chip CPU based machines is the design of their bus. Has a manufacturer of a "micro-mainframe" come up with a mainframe equivalent bus, in terms of throughput? Finally, couldn't a 68010 swap the MMU's segment registers when a non-existant page gets accessed in a new segment? Might be a tad slower but you'd only need one MMU with a few segments. As you said: "Because it hasn't been done yet..." Let's not make assumptions. Rather, ask the man who owns both and has compared them. (ron) [A diehard empiricist] ------- 4-Jun-83 23:27:00,398;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 Jun 83 1:41 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 Jun 83 1:34 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jun 83 1:29 EDT Date: Sunday, June 5, 1983 1:27AM-EDT From: Andrew Scott Beals Subject: ar43:cpm;tmodem 1 To: info-cpm@brl ... is a unix manual page for the tmodem c program.. 5-Jun-83 02:07:00,595;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 Jun 83 2:26 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 Jun 83 2:18 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jun 83 2:12 EDT Date: Sun, 5 Jun 1983 02:07 EDT From: SJOBRG.ANDY%MIT-OZ@mit-mc To: goldfarb.ucf-cs@rand-relay Cc: pourne@mit-mc, info-cpm@brl Subject: C compiler wanted In-reply-to: Msg of 28 May 1983 09:02-EDT from goldfarb.ucf-cs at rand-relay The aztec c compiler is the one that is closest to unix, in both what it accepts as legal source code, and it has the most standard library... 5-Jun-83 02:40:00,1125;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 Jun 83 3:21 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 Jun 83 3:08 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jun 83 3:02 EDT Date: Sun, 5 Jun 1983 02:40 EDT From: SJOBRG.ANDY%MIT-OZ@mit-mc To: Ron Cc: fylstra.tsca@sri-unix, POURNE@mit-mc, info-cpm@brl Subject: S-100 Unix, and the wonderful NS16032 In-reply-to: Msg of 4 Jun 83 22:03:36 EDT from Ron The 68010 can swap out the MMU's segment registers, but with only 32 and 512word pages, there simply aren't enough of them! You really need piles and piles of that little mmu to do anything useful. I want to have 6meg virtual addresses...Try that little bit of arithmetic. You can do it on a 16032. Because it hasn't been done yet, the 68k s100 unix machines should be killed before they start growing. The first (and currently only) micro-mainframe is the 16k. -andy p.s. if you are still hot for the 68010, take a look at the number of clock states for instructions vs the 68000...it'll brighten your flames a bit. 5-Jun-83 05:40:00,1977;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 Jun 83 5:46 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 Jun 83 5:39 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jun 83 5:39 EDT Date: 5 June 1983 05:40 EDT From: Roger L. Long Subject: UNIX on the 68000 To: SJOBRG.ANDY@mit-oz cc: POURNE@mit-mc, info-cpm@brl, fylstra.tsca@sri-unix Put simply, you know not of what you speak! You should really take a look at the specs for the 68451 MMU before you try to tell the rest of us how it doesn't work. I think I can speak with a bit more authority since I just finished porting UNIX to my companies 68000 product which uses two 68451 MMUs. First of all, the page size may be any power of two, so the typical process might use 4 or 5 segments. You can get along easily with only one 68451 - our company chose to use two in order to reduce swapping of descriptors in systems with LOTS of main memory. Running in single-user mode, you will typically not use more descriptors than will fit on one MMU unless you have a lot going on in background. In comparing the 68000 with the National 16032, I think a main consideration to keep in mind is not the raw power of the CPU. If you look at benchmarks comparing the 68000 to a VAX in terms of raw CPU power, I believe the 68000 running at 8MHz is .8 the power of a VAX 780. However, you are not going to see a 68000 UNIX system outperform a VAX UNIX system. The bottleneck is the disk! UNIX is such a disk-intensive OS and most implementations, including ours, use winchesters, which are fast compared to floppies, but not compared to the disks that hang off a VAX. What started this all off was a query about putting UNIX on an S100 box in what I would assume would be a single-user environment. Whether it be a 68000 or a 16032, I think you're going to have more than enough CPU to keep the average hacker happy in that kind of environment. -roger 5-Jun-83 08:02:00,895;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 Jun 83 8:21 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 Jun 83 8:12 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jun 83 8:01 EDT Date: 5 June 1983 08:02 EDT From: Charlie Strom Subject: S-100 Unix To: goldfarb.ucf-cs@rand-relay cc: POURNE@mit-mc, info-cpm@brl, fylstra.tsca@sri-unix In-reply-to: Msg of 4 Jun 1983 10:29:11-EDT from goldfarb.ucf-cs at rand-relay Just to add a little fuel to the fire, I have it on good authority that we will soon be seeing the Bellmac-32 personal comouter from Ma Bell (I still don't know which division is which now) and it will of course be running Unix. Needless to say, if I was able to get that information, IBM will also be quite aware of it by now and presumably is feverishly porting Unix over to the PC. I wonder where this will leave Microsoft? 5-Jun-83 08:12:27,1168;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 Jun 83 8:21 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 Jun 83 8:13 EDT Date: 5 Jun 83 8:12:27 EDT (Sun) From: Rick Conn To: info-cpm@brl cc: info-apple@brl Subject: New ZCPR2 Files et al I just received the latest issue of the ACG-NJ News, and Steve Leon's SIG/M column mentions several new ZCPR2 files, including six upgrades (probably different features various people wanted to see) and a file which implements ZCPR2 on the Apple. He states that he has not tried this Apple installation, but at least it may be a good starting point. Also of general interest is version 1.1 of I/O Capture on the same disk. I/O Capture is a program which redirects console output to disk. Finally, BISHOW Version 1.1 is there as well. It displays files in a bidirectional fashion. I think Keith announced it on MC earlier, but I did not catch the version number. All of these files are on Volume 116 and can be obtained from SIG/M at the usual address or via some RBBS systems. The new ZCPR2 files came from some Toronto RCPM systems. Rick 5-Jun-83 08:52:06,2994;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 Jun 83 9:15 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 Jun 83 9:01 EDT Date: 5 Jun 83 8:52:06 EDT (Sun) From: Rick Conn To: info-cpm@brl Subject: New ZCPR2 Documentation I noted an earlier message from the ARPA Net from someone who wanted to add some more utilities to the ZCPR2 System. In response to this message and other direct requests for informa- tion, I'm starting to write a new document on how to use TEMPLATE to write utilities which fit into the ZCPR2 System. By fitting into the system, I am referring to being able to reference named directories, follow paths, and adapt to different ZCPR2 environs by installation via GENINS. I hope my reply to the earlier mes- sage did not discourage the writer, particularly since the only pointer I could really give was to look at the source to TEMPLATE and a couple of utilities to see how it was done. Note that this has no impact on the utilities in the PD. They will still function as per their design, and they should run under ZCPR2 as they do under CP/M. What I am hoping will come of this is the development of a consistent set of ZCPR2 utilities by people other than myself. For instance, the utilities in the distribution are consistent in the following senses: 1. they can reference named directories XDIR JEFF:, ERASE MYDIR:*.DOC, etc 2. they can accept file lists when it makes sense ERASE f1,f2,f3,f4.*,mydir:f5.*,... 3. their command syntax is similar COMMAND or COMMAND / 4. GENINS can install ALL of them for different environs 5. they can search along paths when necessary HELP MYHELP looks along a path for MYHELP.HLP 6. built-in documentation is available and is invoked in the same way COMMAND // or COMMAND / TEMPLATE supports designs such as what I am describing quite nicely. The programmer need only "fill in the blanks" for the initialization routines, deinit routines, function performed, banner, built-in documentation, etc. The rest of TEMPLATE does the work of path searching, named directory conversion, command line processing, etc. The work performed by the programmer boils down to writing a function which is passed the FCB for an unambi- guious file, and the process is already logged into the directory in which that file resides (if it exists). Clearly, TEMPLATE is not an end-all to all situations yet, and as I get into the paper, you are likely to see one or more new versions of TEMPLATE come out before the paper is fin- ished. Rick 5-Jun-83 10:49:00,1449;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 Jun 83 13:02 EDT Received: From Ucb-Vax.ARPA by BRL-BMD via smtp; 5 Jun 83 12:46 EDT Date: 05 June 83 12:49-EDT From: C4F%cornella@BRL-BMD.ARPA Subject: (copy) modem questions, hardware Message-Id: <8306051648.AA11080@UCBVAX.ARPA> Received: by UCBVAX.ARPA (3.341/3.31) id AA11080; 5 Jun 83 09:48:04 PDT (Sun) To: INFO-CPM@brl-bmd 1. when transferring files automatically from a mainframe to a given cp/m system, i take it that one needs a program running on the mainframe (which is specific to that mainframe) to handle the transmission part of that job. Anyone know how to find out what program is needed on the mainframe? For example, i want to transfer files from a TOPS-20 to my CP/M system. What do i need on the 2060? Apparently, I also need something on my cp/m system. Will MODEM7 do? Can it be used for ALL mainframe-->CP/M transfers? 2. From a maintenenceof system hardware integrity standpoint, is it better to keep a system continuously on or to turn it off when you don't need it. The system in question had both hard and floppy disks. Of course, if the time between on-off-on is large (days), it's obvious that it's better to turn it off and then on. If it is small (minutes), it's obvious that it's better to leave it on continuously. What's the crossover time? thx. replies to lin@mit-mc, as my $$ %&* address does'nt process properly . 5-Jun-83 12:17:06,584;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 Jun 83 15:26 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 Jun 83 14:22 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jun 83 14:15 EDT Received: by sen.rochester (3.290mJ) id AA00573; 5-Jun-83 14:17:06-EDT (Sun) Received: by cay.Rochester (3.327.3L) id AA03990; 5 Jun 83 14:17:09 EDT (Sun) Message-Id: <8305051817.573@sen.rochester> Date: 5-Jun-83 14:17:06-EDT (Sun) From: Mike Ciaraldi Subject: REAL PROGRAMMERS To: info-cpm@mit-mc.ARPA REAL PROGRAMMERS DON'T USE LOWER CASE. 5-Jun-83 12:33:12,954;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 Jun 83 15:27 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 Jun 83 14:33 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jun 83 14:32 EDT Received: by sen.rochester (3.290mJ) id AA00640; 5-Jun-83 14:33:12-EDT (Sun) Received: by cay.Rochester (3.327.3L) id AA04003; 5 Jun 83 14:33:15 EDT (Sun) Message-Id: <8305051833.640@sen.rochester> Date: 5-Jun-83 14:33:12-EDT (Sun) From: Mike Ciaraldi Subject: CP/M and CCP/M for Z-100 To: info-cpm@mit-mc.ARPA Does anyone know of an implementation of CP/M-86 and/or Concurrent CP/M-86 for the Heath/Zenith Z-100 Series? Zenith originally said they would release a CP/M-86 (they have already released CP/M-80), but I have heard this might not happen. Or, has anyone brought up CCP/M themselves? How much do you have to change the BIOS/XIOS on any given machine? Thanks Mike Ciaraldi ciaraldi@rochester 5-Jun-83 14:35:00,2744;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 Jun 83 15:28 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 Jun 83 14:43 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jun 83 14:36 EDT Date: Sun, 5 Jun 1983 14:35 EDT From: SJOBRG.ANDY%MIT-OZ@mit-mc To: Roger L. Long Cc: fylstra.tsca@sri-unix, POURNE@mit-mc, info-cpm@brl Subject: UNIX on the 68000 In-reply-to: Msg of 5 Jun 1983 05:40 EDT from Roger L. Long Foo! I have looked at the specs. I also know how unix works internally. A 512 byte page size is a good size for a virtual memory system. If you make the page size smaller or larger, you're going to be swapping yourself to death. If you're not running a virtual memory system, then the problem of trashing gets worse if you're trying to run (ugh) plain vanilly v7. If Motorola had done it right with the 68451, they would have put in lots more pointers, or had just a pointer or two into main memory (albiet slower, but it provides for much faster context switching. Unix is a multi-tasking system by definition, and on any systems that have a number of services availiable (networking, multi-users, watchdogging), you may have thrashing problems if you don't have moby amounts of memory. You also need to context-switching from process to process. If it isn't fast enough, then you get thrashing... I have at work a little baby 68k system with v7, and there simply isn't enough processing power to keep >me< happy. There are three problems: 1) It is running v7 ((ugh) swapping instead of winning paging) 2) There simply isn't enough memory. We're running 2meg with 8k pages, and that isn't enough to pop into vi (or emacs when I get the tape) from csh - it has to swap out csh in order to load in vi. This is not good for standard development cycles. Maybe you're using ed instead? 3) The disk i/o on our little 24meg kennedy winnies is too slow - they are one of the causes of my thrashing problems (I run about 8 process -- network mailers, and misc daemons). If I had >real< unix (Berkeley unix), then it would cease to be a problem. Bell still hasn't put out a working paging unix yet! Even at Bell, they're running Berkeley on thier vaxen. In an s100 enviroment, there may be even more bottlenecks than in a multibus enviroment. Not only do we need real virtual memory and a good processor for unix to be happy, but there will have to be faster i/o devices or the damn thing is going to be i/o bound rather than computation bound (hell, under gosling emacs, i can keep a 780 computation bound when i'm doing useful work). Maybe I'll never be happy with a unix micro. -andy 5-Jun-83 15:08:00,659;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 Jun 83 16:27 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 Jun 83 15:15 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jun 83 15:09 EDT Date: Sun, 5 Jun 1983 15:08 EDT From: SJOBRG.ANDY%MIT-OZ@mit-mc To: Charlie Strom Cc: fylstra.tsca@sri-unix, goldfarb.ucf-cs@rand-relay, POURNE@mit-mc, info-cpm@brl Subject: S-100 Unix In-reply-to: Msg of 5 Jun 1983 08:02 EDT from Charlie Strom I thought that microsoft already has a xenix that runs on the pc. Has anyone heard of this, or is it just something cons'ed up out of fantasy? -andy 5-Jun-83 16:40:00,582;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 Jun 83 17:10 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 Jun 83 16:48 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jun 83 16:40 EDT Date: 5 June 1983 16:40 EDT From: Jon Solomon To: INFO-CPM@mit-mc I don't know how I got on the list, but please remove either JSol@oz JSol@mc jsol@Ml Jsol@ai jsol@xx from the info-cpm mailing lists. Thanks, --JSol p.s. I can read the list on a bulletin board, I just want to cut down the amount of mail my mail box gets. Thanks, --JSol 5-Jun-83 23:32:00,401;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 6 Jun 83 1:52 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 6 Jun 83 1:37 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 6 Jun 83 1:32 EDT Date: 5 Jun 1983 22:32:00-PDT From: Jim Gilbreath Reply-to: CCVAX.gil@nosc To: info-cpm@mit-mc.arpa Subject: real programmers Real Programmers also don't use { or } 5-Jun-83 23:33:54,1466;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 6 Jun 83 2:38 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 6 Jun 83 2:25 EDT Received: From Rand-Relay.ARPA by BRL via smtp; 6 Jun 83 2:24 EDT Date: 6 Jun 1983 01:33:54-EDT From: goldfarb.ucf-cs@rand-relay Return-Path: Subject: Re: you too. if you don't like unix, go die. To: SJOBRG.ANDY@mit-oz, MIT-MC.ucf-cs@rand-relay MMDF-Warning: Parse error in preceeding line at BRL.ARPA Cc: info-cpm@brl Via: UCF-CS; 5 Jun 83 23:08-PDT I received this today: ----------------- From SJOBRG.ANDY%MIT-OZ@MIT-MC Sun Jun 5 22:09:13 1983 Date: Sun, 5 Jun 1983 02:41 EDT From: SJOBRG.ANDY%MIT-OZ@MIT-MC Received: from MIT-MC by rand-relay ; 5 Jun 83 00:03:25 PDT (Sun) Subject: you too. if you don't like unix, go die. To: goldfarb.ucf-cs@Rand-Relay Via: UDel; 5 Jun 83 22:09-EDT ----------------- Well, folks, I've had about enough from this turkey. He surfaces once every so often to stick his two cents in, doing so in an insulting manner with generally unsubstantiated bull. Then if someone doesn't agree with him, he gets even more insulting. How he ever got the impression I don't like Unix, I don't know: I earn my meager salary working with one Unix and one VMS system and my preference for Unix is clear. I just wanted you all to see some of the immaturity that we shouldn't have to put up with on the net. Ben Goldfarb 6-Jun-83 01:14:00,369;000000000000 Received: From Usc-Isib.ARPA by BRL via smtp; 6 Jun 83 3:19 EDT Date: 6 Jun 1983 0014-PDT Subject: RAM disks with UNIX From: Bill Rizzi To: info-cpm@brl Isn't is possible to use a RAM disk as a system device with UNIX? If so, disk speed may no longer be the bottleneck for efficient implementations. Bill (RIZZI@ISIB) ------- 6-Jun-83 03:02:13,511;000000000000 Date: 6 Jun 83 3:02:13 EDT (Mon) From: Mike Muuss To: Info-Cpm@brl, Gurus@brl cc: info-cpm-request@brl Subject: info-cpm changed to list processor The INFO-CPM @ BRL list has been changed to use the MMDF "list processor" channel, which replaces the return address of messages to the list with to cause error messages to go to the list maintainer, rather than message contributors. Please send comments to . -Mike Muuss 6-Jun-83 07:08:25,535;000000000000 Received: From Rand-Relay.ARPA by BRL via smtp; 7 Jun 83 3:07 EDT Date: 6 Jun 1983 09:08:25-EDT From: goldfarb.ucf-cs@rand-relay Return-Path: Subject: Re: UNIX on the 68000 To: BYTE@mit-mc, L.@rand-relay, Long@rand-relay, Roger@rand-relay, SJOBRG.ANDY@mit-oz, mit-mc.ucf-cs@rand-relay MMDF-Warning: Parse error in preceeding line at BRL.ARPA Cc: POURNE@mit-mc, fylstra.tsca@sri-unix, info-cpm@brl Via: UCF-CS; 6 Jun 83 23:34-PDT Well, Andy, the page size on your beloved Vax is 1024. 6-Jun-83 13:40:00,469;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 6 Jun 83 13:37 EDT Date: Mon, 6 Jun 1983 13:40 EDT From: SEAN%MIT-OZ@mit-mc To: SJOBRG.ANDY%MIT-OZ@mit-mc Cc: Charlie Strom , fylstra.tsca@sri-unix, goldfarb.ucf-cs@rand-relay, POURNE@mit-mc, info-cpm@brl Subject: S-100 Unix In-reply-to: Msg of 5 Jun 1983 15:08-EDT from SJOBRG.ANDY%MIT-OZ at mit-mc I believe that VenturCom (Cambridge) is shipping Vnix for the PC. Vnix is V7 u*nix. 6-Jun-83 14:22:00,924;000000000000 Received: From Bbncca.ARPA by BRL via smtp; 6 Jun 83 14:29 EDT Date: 6 Jun 1983 14:22:00 EDT (Monday) From: Steve Dyer Subject: Re: RAM disks with UNIX In-Reply-To: Your message of 6 Jun 1983 0014-PDT To: Bill Rizzi Cc: info-cpm@brl, sdyer@bbn-unix It's quite possible to use a RAM disk as a root (or swap) device for UNIX-- in fact, that's a quite popular way to bootstrap up a kernel before working disk hardware is available. Just write a software device driver which accesses a RAM partition instead of the disk. Trouble is, UNIX likes LARGE disks, so unless you have lots of RAM available, it doesn't buy one much. (I mean, it's OK for bootstrap purposes, but lousy for a production system.) And the amounts of RAM we're talking about (2-20mb) are still economically infeasible for most small systems, though this should change soon. Steve Dyer sdyer@bbn-unix 6-Jun-83 17:15:00,488;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 6 Jun 83 19:11 EDT Date: 6 Jun 1983 1915-EDT From: Andrew Scott Beals Subject: Re: RAM disks with UNIX To: RIZZI@usc-isib cc: info-cpm@brl In-Reply-To: Your message of 6-Jun-83 0314-EDT Yes, you could configure a ram disk to be a system device for unix. It would be even easier to write a driver for that than for a regular disk, 'cause unix doesn't know about track and sectors, just blocks. ------- 6-Jun-83 21:35:00,2512;000000000000 Received: From Mit-Devmultics.ARPA by BRL via smtp; 7 Jun 83 10:08 EDT Received: from SYSTEM-M.PHOENIX.HONEYWELL by MIT-DEVMULTICS.ARPA dial; 07-Jun-1983 08:48:34-edt Date: 6 June 1983 2035-mst From: Kevin B. Kenny Subject: Altos 5-5D Computer To: INFO-CPM@brl, EJS@mit-mc In-Reply-To: Subject: Altos 5-5D Computer Date: 28 April 1983 21:49 EDT From: Eric J. Swenson To: info-cpm@brl, info-micro@brl The ALTOS serial ports are as follows: CHIP DEVICE CONNECTOR STATUS DATA Z80A-SIO Console #2 JD 2C 2D Console #1 JC 2E 2F Z80A-DART Console #3 JB 1C 1D Printer JA 1E 1F If you're going to do I/O directly, there are some things to watch out for, since the ALTOS BIOS is interrupt-driven. If you just start doing IN's and OUT's you'll confuse it with extraneous interrupts (and probably hang the system). I recommend using console 2 (JD) as the modem port, if you have a choice, since the Mostek SIO is more forgiving than the Zilog DART. One sequence that works for me is to send the following to the status port to configure the SIO: 18H ; Channel reset. (get rid of any funny conditions) 01H ; Select register 1 04H ; Disable the SIO interrupts 04H ; Select register 4 44H ; Set x16 clock, one stop bit, no parity. 03H ; Select register 3 0C1H ; Receiver enabled always, bytesize = 8 bits, no parity. 05H ; Select register 5 68H ; Transmitter enabled always, bytesize = 8 bits, no parity. I put all this junk in a file called SETMODEM.COM that I run once to initialize things after power up. Following this, an IN from the status port will have bit 2 (04H) on if the SIO is ready to send a character, and bit 0 (01H) ON if a character is ready for the CPU to read. If you ever need to give the SIO channel back to the BIOS, send the status port the sequence: 18H ; Channel reset 01H ; Select register 1 1FH ; Interrupt on received characters, parity does not affect ; vector, status does affect vector, transmission interrupt ; enable, external/status interrupt enable. and then hope for the best. It usually works for me, but I don't do it very often. Hope this helps /k**2 6-Jun-83 22:15:00,385;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 6 Jun 83 22:07 EDT Date: 6 June 1983 22:15 EDT From: Ronald G. Fowler Subject: sjobrg.andy%mit-oz To: goldfarb.ucf-cs@rand-relay cc: INFO-CPM@mit-mc I'll second that! I've been wondering if there's a way to tell my mail-reader to automagically flush mail from this guy. I too am tired of his mindless harangues. 6-Jun-83 23:52:00,1253;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 6 Jun 83 23:44 EDT Date: 6 June 1983 23:52 EDT From: Stephen C. Hill Subject: Z80 Debugger To: RG.JMTURN@mit-oz cc: INFO-MAX80@mit-mc, INFO-CPM@mit-mc, STEVEH@mit-mc In-reply-to: Msg of Jun 4 1983 10:20PM-EDT from RG.JMTURN%OZ I'm relatively new at this game, but I have been using ZSID which (as far as I can tell) is the Z80 version of SID (which I don't have.) The commands are very much like DDT, except that A and L will process Zilog mnemonics. What I would like to get is a package that disassembles to/from disk and sets up EQUates on output, so that the file can be read back into M80 or some other Z-80 assembler. I'm fortunate to be running a LOBO MAX-80, since I can use both CP/M and LDOS (an operating system for the [gasp!!] TRS-80.) What I have been doing so far is transferring CP/M .com files over to LDOS and then using the Misosys DISASM3 disassembler. After I get an ASM file fixed to my satisfaction, I transferr it back over to the CP/M side. A bit complicated, but it does work. If you hear of any programs that do what I am looking for, please drop me a message. Thanks, Steve 7-Jun-83 06:39:00,1087;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 7 Jun 83 6:31 EDT Date: 7 June 1983 06:39 EDT From: Charlie Strom Subject: CP/M and CCP/M for Z-100 To: ciaraldi@rochester cc: INFO-CPM@brl In-reply-to: Msg of 5-Jun-83 14:33:12-EDT (Sun) from Mike Ciaraldi My friend deals closely with Zenoth and keeps hearing that CP/M-86 release for the Z-100 is "imminent" - he has been hearing so for months, so take it for what its worth. I do not doubt that it will be available within the not too distant future. Zenith sees to have no plans to implement any MP/M or concurrent system. Gifford Engineering (G&G) has just received a Z-100 for evaluation - they conceivably could have the goal of bringing up MP/M-816 and/or CCP/M-816 on the beast. If you are really gung-ho on this, I suggest you give them a call or send them a letter asking for it. They are one of the few service-oriented outfits left in the cold cruel world of micros and I think the world of them. They listen to what their customers have to say. Charlie 7-Jun-83 10:05:51,817;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 8 Jun 83 2:29 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 7 Jun 83 23:24-PDT Date: 7 Jun 83 9:05:51-PDT (Tue) To: info-cpm@brl From: decvax!cca!linus!genrad!wjh12!foxvax1!glh@ucb-vax Subject: silicon vs silicone Article-I.D.: foxvax1.1104 Most of us will accept silicon, but Gail Zacharias's request to switch from buss to bus is a request of a different magnitude. As we sit at our terminals grinding out documentation, it is very theraputic to slip in a buss in place of a bus. Actually, I find that being consistent in always spelling something wrong will inhibit most potential criticism. Now that Gail has blown the bus-buss outlet for supressed urges another will have to be found. Perhaps osculation in place of oscillation? GLH 7-Jun-83 13:58:11,540;000000000000 Received: From Bbnp.ARPA by BRL via smtp; 7 Jun 83 13:59 EDT Date: 7 Jun 1983 13:58:11 EDT (Tuesday) From: Dan Franklin Subject: Re: Silicon vs. Silicone In-Reply-to: Your message of 2 Jun 83 20:50:24 EDT (Thu) To: Ron Natalie Cc: Gail Zacharias , strom@brl-bmd, INFO-MICRO@brl, INFO-CPM@brl And while we're at it, maybe we could spread the word on "kernel", which does NOT have an "a" in it, though that spelling seems to be gaining in popularity for some reason. Dan Franklin 7-Jun-83 16:14:00,1193;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 7 Jun 83 18:10 EDT Date: 7 Jun 1983 1814-EDT From: Andrew Scott Beals Subject: Re: UNIX on the 68000 To: goldfarb.ucf-cs@rand-relay cc: BYTE@mit-mc, L.@rand-relay, Long@rand-relay, Roger@rand-relay, mit-mc.ucf-cs@rand-relay, POURNE@mit-mc, fylstra.tsca@sri-unix, info-cpm@brl In-Reply-To: Your message of 6-Jun-83 0908-EDT From: goldfarb.ucf-cs@Rand-Relay Well, Andy, the page size on your beloved Vax is 1024. I beg to differ. On pages 16 and 17 of the VAX Architecture Handbook, it states: ``Virtual address space is diveded into @b(pages), where a page represents 512 bytes of contiguously addressed memory. The first page begins at byte 0 and continues to byte 511. The next page begins at byte 512 and continues to byte 1023, and so forth.'' .....on page 9 of the same book, it defines a byte as 8 bits. Sorry, Goldfarb. You're probably confused because Bill Joy et al decided to use 1k file system blocks (so of course, Berkeley unix swaps at this size, but the VAX hardware itself thinks in 512byte pages.). VAX manuals in hand, -andy ------- 7-Jun-83 16:21:51,1792;000000000000 Received: From Cornell.ARPA by BRL via smtp; 7 Jun 83 18:10 EDT Date: 7 Jun 1983 18:21:51-EDT From: rej@cornell To: info-cpm@brl Subject: 68000 Unix systems It is hard for me to believe that a 68000 cannot run Unix, because I have used one that does. A Callan Unistar-100 with half a meg performs pretty well with one user. It is definitely I/O bound, but still a nice system. It performs remarkably better than a VAX-11/780 at two in the afternoon! The Unistar runs Microsoft's V7 port, "with Berkeley enhancements". Therefore, it performs swapping, not paging. It uses the SUN board, so I think that it has its own bipolar MMU. As long as there is enough memory to prevent paging, it performs pretty well. 256K is not enough to load vi without swapping out csh, but 512K lets compiles and edits take place in parallel. A multi-user machine should definitely have even more memory, although I think that you should probably just get more machines. More memory would always be a good idea, since the lack of virtual memory puts a hard limit on the size of programs. The Unistar has 5 inch winchesters, which are usually not fast. However, it only seems to be three or four times slower than an unloaded VAX when doing C compiles. I haven't timed it real carefully, so perhaps it is even slower. However, as I said, a Unistar-100 is definitely faster than a VAX at two in the afternoon, with a few EMACS, a troff, and a large LISP program in progress. On a personal computer, the speed of the computer is related only to your demands on it, not your neighbors. A Unistar-100 with 10 or 20 Meg disk and 512K is in the $10,000 range. It probably won't run large LISP program until it has virtual memory, but it will do most Unix jobs quite nicely. 7-Jun-83 18:02:24,906;000000000000 Received: From Bbnccd.ARPA by BRL via smtp; 7 Jun 83 17:57 EDT Date: 7 Jun 1983 18:02:24 EDT (Tuesday) From: Mike Simpson To: Dan Franklin Cc: GZ@mit-mc, strom@brl-bmd, msimpson@bbn-unix, dan@bbn-unix In-Reply-to: Your message of 7 Jun 1983 13:58:11 EDT (Tuesday) Subject: Re: Silicon vs. Silicone Redistributed-by: Mike Simpson Redistributed-to: info-micro@brl, info-cpm@brl Redistributed-date: 7 Jun 1983 18:05:39 EDT (Tuesday) Dan, Aw, come on. Weren't you let in on the secret that true hackers have 'karnel knowledge'? -- With tongue planted firmly in cheek, Mike Simpson Bolt Beranek and Newman Inc. Ten Moulton Street, Cambridge, MA 02238 (USnail) msimpson@bbn-unix OR msimpson@bbnccd (ARPA) msimpson.bbn-unix@udel-relay (CSNET) 617-497-2819 (Ma Bell) 8-Jun-83 05:49:00,1222;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 8 Jun 83 6:07 EDT Date: 8 June 1983 05:49 EDT From: Roger L. Long Subject: Re: RAM disks with UNIX To: RIZZI@usc-isib cc: info-cpm@brl Yes, I believe it would be possible to write a RAM disk driver for UNIX, but I think that if you are going to put a substantial amount of memory into a system for such a purpose, it could be better utilized by other means. For instance, certain mods have been made to various UNIX systems to leave sharable code in memory once you are finished using it until such time as you want to use the code again, or you need the memory for something else. Having a large amount of main memory would mean less chance of such things having to be loaded from disk again, so in a sense, you are obtaining the same benifits of having a RAM disk by other means. Also, UNIX manages a large buffer pool, and reuses its buffers with a LRU algorithm, I believe. If you have lots of memory, increasing this buffer pool should automatically give you the effect of having a RAM disk, as if the disk block that UNIX needs is already in a buffer, no physical I/O operation will be requested of the disk driver. -roger 8-Jun-83 09:49:28,762;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 10 Jun 83 3:08 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 9 Jun 83 23:56-PDT Date: 8 Jun 83 8:49:28-PDT (Wed) To: info-cpm@brl From: hplabs!hao!seismo!rochester!ritcv!dpm@ucb-vax Subject: S100 Disc Controller For SALE Article-I.D.: ritcv.399 FOR SALE: Disc Controller, IEEE-696.2/S-100 bus Ithaca Intersystems Series II FDC-2: single or double sided, single or double density, 5 1/4" or 8" drives. 24 bit extended addressing DMA. CBIOS and documentation included. Removed from working system. $220 as is. John Teleska, 716-442-6968 27 Berkshire St. Rochester, NY 14607 not on the net, but mail to: ...(allegra or seismo)!rochester!ritcv!dpm will be forwarded. 8-Jun-83 12:35:00,1699;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 8 Jun 83 22:02 EDT Date: 8 Jun 1983 at 1135-PDT To: Stephen C Hill cc: INFO-MAX80@mit-mc, INFO-CPM@mit-mc Subject: Re: Z80 Debugger In-reply-to: Your message of 6 June 1983 23:52 EDT. From: fylstra.tsca@sri-unix Received: from SRI-Tsca.micom by SRI-TSC.micom with rs232; 8 Jun 83 11:55-PDT I have been quite satisfied with DISINTEL, a disassembler I purchased from Lifeboat for about $65 a few years ago. This program reads a .COM file and produces the .ASM equivalent (with an optional XREF) using Intel mnemonics with the TDL extensions for the Z80. (There is another version called DISILOG for the Zilog mnemonics.) It carries out a flow analysis of the code to determine entry points, subroutines, data references, and external references, and it generates only the above labels with an indicative prefix character (e.g. X0005 for an external call on the BDOS). The program asks numerous questions to determine the offset and length of the disassembly segment in the .COM file, the PC value at entry, regions of DB and DW tables, generation of the cross reference, etc. My only complaints about DISINTEL would be that the command dialogue does not always use the BDOS read-line function, so that you cannot batch all of the data into a submit file using XSUB (re-entering twenty lines of table addresses in hex can be tedious); it is not too convenient to use for interactive (detective-style) disassembly; it does not allow disassembly of regions as character strings (requiring instead that the region be disassembled as DB's); and the manual shouts at you entirely in UPPERCASE. Dave Fylstra 8-Jun-83 19:32:00,441;000000000000 Received: From Usc-Isib.ARPA by BRL via smtp; 8 Jun 83 21:35 EDT Date: 8 Jun 1983 1832-PDT Subject: modem7xxx on altos 8000-10 From: Jim Moore To: info-cpm@brl, moore@usc-isib does anyone out herethere hvateave the port assignments and(data and status) and the bits to test for send/ready? Also, how do i reassign the con: (this is an mp/m system). Thanks in advance Jim Moore ------- 9-Jun-83 03:23:00,427;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 9 Jun 83 3:30 EDT Date: 9 June 1983 03:23 EDT From: Keith Petersen Subject: CPM DIRLST update To: Info-Cpm@brl CPM DIRLST, which is a listing of all available public-domain CP/M files on MIT-MC's CPM; directory, has been updated as of today. If you don't have FTP capability and would like to receive periodic updates, send a note to Info-Cpm-Reqest@Brl. 9-Jun-83 04:51:00,3851;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 9 Jun 83 4:51 EDT Date: 9 June 1983 04:51 EDT From: Allan D. Plehn Subject: Bugs in dBase II To: INFO-CPM@mit-mc, INFO-MICRO@mit-mc I found the following on a local RCPM: /////////////////////////////////////////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ Listing file DBASEHNT.DOC ----- INSERT HINT ----------- donated by Charlie from Orange Bytes Newsletter A bug has been detected useing the Insert command. It can result in the loss of data record if a carriage return is issued at the wrong time. (Tate knows about it but no solution yet.) So they are recommending that you do not use INSERT and INSERT BEFORE. Case in point, C.J.Thompson wrote that if you have issued the Insert command, after indexing to some intermediate record in your database, you are presented with the standard data input screen with the cursor in the first position of the first field. If you enter data at this point, everything seems to work as advertised. But if you should happen to enter a carriage return (thinking perhaps, to move the cursor to the second field), you are dumped out of the Insert mode only to find that the record count in your database has been incremented by one. Further insp`,W{on reveals, however, that the 'plus one' count is the result of two events; (1) the record following the intended insertion point has been triplicated, and (2) the next record has been deleted. And evidently, not by a "*" but 'all gone'. ------- Goof Hint ------- by Charlie for Charlie I was going to update a members information in my Name/Address database when I accidently entered a CONTROL CHARACTER UNKNOW into my file and it got written to the DataBase. I had 272 records in my DBF file but after that goof I got a OUT OF RANGE error after 24 records. After two lousy hours of research and trial/error I finally got it back on track. In my efforts, I learned a lot about things I really have no need for but what can I say, maybe some day. Anyhow, nothing worked, either in the DBF or NDX until (1) I added a new record (2) erased the NDX and then (3) INDEX again. It seems to be O.K. now. The error evidently changed the total record stored somewhere (I never found out where) but the 272 records was always in the DBF file. ---- Local hint (from Dave)-- When you use GET and the 1st field is a numeric it'll probably crash, if character it's O.K. (at least for him it did) Safety hint-- After working on your DBF file and you want to use PACK. Be sure to exit first ,to force a write to disk, then re-enter to do your PACK operation. Some locals have lost their data otherwise, but why hasn't been pin-pointed yet. FINI for now /////////////////////////////////////////////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ We use dBase rather intensively at my place of employment and additional bugs have been noted, as follows: a) If the CASE statements are nested to more than two levels the program will crash. b) If two files are open at the same time, a PRIMARY and a SECONDARY, SET LINKAGE ON command will crash the program and cause the infamous "BDOS Error on Drive xx" error message, with the xx being a non- existant drive. These two bugs occurred consistantly on both the eight-bit and sixteen-bit (CP/M86) versions of dBase II. I would be interested in hearing of fixes or new releases of dBase II that would take care of these bugs. Al Plehn 9-Jun-83 07:05:49,448;000000000000 Received: From Udel-Relay.ARPA by BRL via smtp; 9 Jun 83 9:33 EDT Date: 9 Jun 83 8:05:49-CDT (Thu) From: Fbrown.Micom@udel-relay Return-Path: Subject: Re: silicon vs silicone To: decvax!cca!linus!genrad!wjh12!foxvax1!glh@ucb-vax Cc: info-cpm@brl Via: Micom; 9 Jun 83 9:15-EDT Isn't there the potential that if you use osculate instead of oscllate, that some one may tell you to "kiss-off"? FEB 9-Jun-83 11:46:00,377;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 9 Jun 83 11:46 EDT Date: Thu, 9 Jun 83 11:46 EDT From: Thieret.WBST@PARC-MAXC.ARPA Subject: REAL PROGRAMMERS To: info-cpm@mit-mc.ARPA cc: Thieret.WBST@PARC-MAXC.ARPA REAL Programmers start ALL their statements in column 7 except for those with numeric statement labels or a "C" in column 1 or a "*" in column 6. Tracy. 9-Jun-83 14:05:00,988;000000000000 Received: From Lll-Mfe.ARPA by BRL via smtp; 9 Jun 83 17:14 EDT Date: Thu, 9 Jun 83 14:05 PDT From: Maron@LLL-MFE.ARPA Subject: File Open BDOS patch To: info-cpm@brl.arpa I have an idea to create a patch to the BDOS file open function which would allow searching a search list consisting of Disk,,User# elements. The purpose of this patch would be to allow more than just .COM files to live on a sys: type area, but also the MINCE swap file, FORTRAN compiler error message file, BDS-C's various files etc. Would this be of use to anybody else? Does anybody know of any pitfalls? Has this already been done? I realize that this will require some code space in the CBIOS area to have enough room to accomodate the changes. I pretty much have the flowchart--what-have-you--developed but any info that someone would like to pass along would be appreciated. I believe that this would not cause any trouble with ZCPRx but I am not sure. --Neil [ MARON@LLL-MFE.ARPA] 10-Jun-83 08:14:00,2428;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 10 Jun 83 9:00 EDT Date: 10 June 1983 08:14 EDT From: Ronald G. Fowler Subject: File Open BDOS patch To: maron@lll-mfe cc: INFO-CPM@mit-mc There is indeed a gotcha: as you read (or write) a file opened in this manner, eventually you're gonna come to the end of extent #0. The BDOS automatically closes that extent and opens the next. The problem is that the 2nd extent will be opened in the CURRENT user area; and will not be found (since the file was opened in some other user area along the search path). Hence, premature EOF. Two additional steps would have to be taken to get around this: 1) When the file is opened, the user # of the file would have to be recorded somewhere; either in a table (not very desirable since a fixed-size table implies a limit to the number of open files -- although the table could be made arbitrarily large) or in the fcb itself (much better insofar as # of open files is concerned, but WHERE in the FCB do you store the user #? Look at the S1 byte; I'm pretty sure it's unused). 2) The read-sequential, read-random, write-sequential and write-random system calls must be intercepted to allow the setup of the user # the REAL system calls get control; the intercept routines must get control back immediately after the real routines execute, in order to restore the user #. Note that there is no problem with default drives, since the FCB has a DR field to record the drive number, and this may be changed easily. Both TurboDOS and MP/MII allow opens to default to user #0 if a file is not found in the current user area; rather than recording the user #, both set an attribute bit in the in-memory FCB to flag the fact that the file was opened under user 0 (this technique limits you to only one public user area, however). Finally, this change will not impact ZCPR or ZCPR2 at all; it will think it has found its file in the current user area, and will not continue the search. (this will not be true of any programs that do functions 17/18 searchfirst/next before opening the file, since you can't apply this mod to them -- such programs simply won't find their files). I would like to get a copy if the mod if you proceed with this; it's something I've thought about doing for some time, and never had the time. --Ron Fowler 10-Jun-83 08:45:00,537;000000000000 Received: From Lll-Mfe.ARPA by BRL via smtp; 10 Jun 83 11:46 EDT Date: Fri, 10 Jun 83 08:45 PDT From: Maron@LLL-MFE.ARPA Subject: File Open BDOS patch To: info-cpm@brl.arpa Thanks to all who responded. I thought a little about the "crossing the extent boundry" problem but the input I got confirmed the areas I must look at. I have much of the patch coded and need a little more work on it. I will release it to the net when/if I get it done and tested. If it is going to fly it should be done before July 1 or so. --Neil 10-Jun-83 16:40:00,1434;000000000000 Received: From srinet-gateway.ARPA by BRL via smtp; 10 Jun 83 19:02 EDT Date: 10 Jun 1983 at 1540-PDT To: info-cpm@brl Subject: Dual's S-100 Unix system From: fylstra.tsca@sri-unix Received: from SRI-Tsca.micom by SRI-TSC.micom with rs232; 10 Jun 83 15:52-PDT I was aware of the fact that Dual sold an S-100-based Unix system, but not much more than that. A few days ago I telephoned them and asked for details. They told me that the minimum system that would include Unix is the 83/20 for $16,666. Here is a description: - 68K cpu running at 10 MHz with memory mgt - 512K of dynamic RAM with parity - 4-port serial I/O with DMA - system clock board - EPROM board containing booter - 20-slot IEEE 696/S-100 backplane, chassis, and power supply - Winchester disk controller - floppy disk controller - 20 MB 8" hard disk (Fujitsu) - 1 MB 8" DSDD floppy disk (NEC) - Unix V7 (port by UniSoft); Unix III forthcoming They also offer the usual lineup of 80 MB disks, 9-track magtape, microINGRES (tm) data base mgt system, Viewcomp spreadsheet, R/M Cobol, etc. Naturally, this is not quite what I had in mind. I want to preserve my investment in my S-100 chassis, power supply, memory, and peripherals. I'd like to buy just the 68K (or 16032) cpu with the Unix license and roll my own device drivers. Dave Fylstra Dual Systems, 2530 San Pablo Ave, Bekeley, CA 94702; (415)549-3854 10-Jun-83 20:53:00,360;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 10 Jun 83 21:03 EDT Date: 10 June 1983 20:53 EDT From: Marc J. Widennley Subject: real programmers To: INFO-CPM@mit-mc Real programmers would rather use a bank of toggle switches and read a row of LED's then use such encumbersome devices as keyboards & CRTs to talk to computers. Marc 15-Jun-83 20:54:52,4725;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 10 Jun 83 4:57 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 10 Jun 83 1:42-PDT Date: 15 Jun 83 22:54:52-EDT (Wed) To: info-cpm@brl From: helge@ucb-vax Subject: T/MAKER III review Article-I.D.: ucbvax.246 T/MAKER III -- first impressions T/MAKER III consists of a number of programs (overlays) and represents a sort of integrated business package, covering list processing, graphics, data transfer and file management in addition to word processing and electronic spreadsheet functions. It is reasonably well documented (see below) and relatively easy to use, partly thanks to the excellent 'Quick Refence Booklet' that is included. All parts of the system are integrated together and the editor is used for all data entry functions, even to the spreadsheet. The spreadsheet works somewhat different from most other similar programs in that respect, and no calculations are done until a COMPUTE command is given at the main command level. In my opinion it is not very useful for the typical "what if" application, but will probably do fine for accounting purposes etc. The editor and text formatter can handle most types of documents, and although some of the text formatter commands (for text justification in particular) are very different from the 'mainstream' text formatter, it works ok. And the text printing utility is very powerful, making it easy to handle most types of printers, special characters/types and limited (low resolution) graphics. However, the documentation leaves a lot to be desired when it comes to customization. Not only the printer interface section but also the section on how to set up and change the various editor keystrokes are too terse. I haven't spent enough time with the package yet to be able to give it a fair judgement, but here are my strongest points against it (some of these are actually bugs): - The default tab settings can't be permanently changed (they are 8, 30, 40, 50, ...) - I do not get a warning if I try to exit the program without saving my changes - Tabs are always expanded. - Files containing tabs cannot be edited (the line is discarded from the first tab) - I strongly resent the way the destructive backspace works (it deletes the character under the cursor and moves the cursor one position to the left) - Files larger than the available memory buffer cannot be edited. On this system with 61K TPA, this limit is ~26.5Kbytes. While this probably is sufficient for many word processing applications, it is useless for programming (the BIOS source for this system is 28.5k with embedded tabs). - Insert mode (in the editor) does not apply to newlines (carriage returns). This means that if I want to insert more text into the middle of my document I will have to push the "insert Line" key to open up a sufficient window in the text to hold the additions. It is hard to believe that this limitation was imposed intentionally.... - when the program is started, it can optionally take a number of commands from the command line. This means that I cannot give the command "tmaker myfile", instead I must write "tmaker get myfile". I strongly resent this. Documentation -> T/MAKER III Reference Manual, 300 pages (plastic) spiral bound. This manual is huge, not only because it contains a lot of information, but also because it have been printed on an Epson MX80 printer. In addition to describing the various tasks T/MAKER can take care of, it starts off with a tutorial which is quite useful. It also contains a section on how to customize the software to run in a particular hardware environment. The index (in the front of the manual) is useful but too brief. -> T/MAKER III Quick Reference Guide, 30 pages spiral bound. A nice booklet full of very useful information. It is nicely typeset and printed in full color on real thick paper, so it should last for a while even with extensive use. Conclusion: T/MAKER III is a well documented, relatively bug-free, easy to use and well integrated "business package", useful for limited text processing, accounting and list processing as well as (very) limited low resolution business graphics. The fact that data is easily passed between the various parts of the package makes it even easier to use. Mailing lists are easily handled as are "generalized letters" with macro fields to be filled in from a data file a printing time. I will use T/MAKER for document editing and formatting and possibly the spreadsheet for checkbook balancing. I will certainly stick to VEDIT for program editing. 6-Jun-83 13:58:32,936;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 12 Jun 83 9:33 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 12 Jun 83 6:25-PDT Date: 6 Jun 83 12:58:32-PDT (Mon) To: info-cpm@brl From: decvax!wivax!linus!philabs!sdcsvax!sdcrdcf!trw-unix!trwspp!aoki@ucb-vax Subject: File transfer Article-I.D.: trwspp.57 Hi there -- I am not sure if this subject has come up in the past, if it has, sorry for the replication. I have two systems, an Apple II+ and a DEC Rainbow 100 PC. Both machines are running CP/M. I have some software running on the Apple which I wish to put on the Rainbow. The machines are not entirely compatible, and there's the rub. Is there some simple way to transfer files between machines. Any help will be greatly appreciated. Thank you. -> Dean { decvax, ucbvax } !trw-unix!trwspp!aoki T R W Defense Systems Group One Space Park Redondo Beach, CA 90278 8-Jun-83 23:15:00,1340;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 8 Jun 83 23:15 EDT Date: 8 June 1983 23:15 EDT From: Allan D. Plehn To: keller@brl cc: INFO-CPM@brl Some time ago you asked about a typing tutor program. If you haven't found one yet take a look at TYPTUTOR. It is sold at HEATH stores and really neat. You do need an H19, Z19 or Z89 however, since the program makes extensive use of the Heath graphic character set. Even if you don't need it or can't use it on your terminal, its worth a look anyway- just for the clever use of graphic characters. There are thirty or so lessons plus a demo. In the lessons, characters are typed by the program near the top of the screen. You try to type them and what you type shows up lower on the screen, with errors in inverse video. The most impressive part is the demo program. It draws a very good representation of the keyboard on the lower two-thirds of the screen. Letters of the alphabet are typed by the program, near the top of the screen and, IN CADENCE, the corresponding keys on the keyboard picture are highlighted. In the lessons, when a new set of letters are introduced, the keyboard picture is drawn with superimposed hands, showing which fingers are to be used for each letter of the set. Its definitely worth a look. Al Plehn 9-Jun-83 02:04:06,710;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 11 Jun 83 6:08 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 11 Jun 83 2:59-PDT Date: 9 Jun 83 1:04:06-PDT (Thu) To: info-cpm@brl From: hplabs!hpda!fortune!norskog@ucb-vax Subject: Re: UNIX on the 68000 - (nf) Article-I.D.: fortune.1105 #R:sri-arpa:-179700:fortune:25500001:000:310 fortune!norskog Jun 8 21:12:00 1983 It should be noted that the Berkeley paging algorithm, (global demand paging), is >20 years out of date. It has been known since the early sixties that paging a process against itself between low and high water marks (and swapping against other processes) is much more efficient than global demand paging. 10-Jun-83 17:15:36,405;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 12 Jun 83 2:38 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 11 Jun 83 23:26-PDT Date: 10 Jun 83 16:15:36-PDT (Fri) To: info-cpm@brl From: harpo!floyd!vax135!ukc!root44!pdl@ucb-vax Subject: Re: 68000 Unix systems Article-I.D.: root44.3105 In-Reply-To: Article sri-arpa.1894 Don't you mean `UniSoft', not Microsoft ?? Dave Lukes 11-Jun-83 05:32:44,1726;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 13 Jun 83 5:52 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 13 Jun 83 2:41-PDT Date: 11 Jun 83 4:32:44-PDT (Sat) To: info-cpm@brl From: helge@ucb-vax Subject: s100 unix and bios hackers Article-I.D.: ucbvax.268 Newsgroups: net.micro.cpm Subject: Re: S-100 Unix References: <1770@sri-arpa.UUCP> (From: goldfarb.ucf-cs%rand-relay@sri-unix.UUCP) I have no doubt that a good BIOS hacker could figure out how to modify a bootstrap and write device drivers for Unix. And while working with the kernel requires a firm educational foundation in operating systems theory, most of the routines in there were deliberately kept simple, with complex algorithms being used only when they would result in great gains. But, then, there is usually little reason to go poking around in the kernel, anyway, once Unix has been ported to your specific machine (how often do you modify the BDOS?), nor do most Unix installations have the luxury of a source license. Well, I really doubt it. It takes a helluva cp/m hacker to write disk device driver for unix. Not only will he have to now how to deal with the device itself (which he probably knows, being a BIOS hacker), but he will have to know a lot about the internals of Unix since the drivers take care of a lot of buffer handling. If the system source is not readily available, this may make the task impossible since the buffer management may change from one implementation to the next thus invalidating any existing documentation. But if a sample driver is supplied with the system, yes, it could probably be done by a "good BIOS hacker". helge@berkeley 11-Jun-83 05:32:44,1726;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 13 Jun 83 5:52 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 13 Jun 83 2:41-PDT Date: 11 Jun 83 4:32:44-PDT (Sat) To: info-cpm@brl From: helge@ucb-vax Subject: s100 unix and bios hackers Article-I.D.: ucbvax.268 Newsgroups: net.micro.cpm Subject: Re: S-100 Unix References: <1770@sri-arpa.UUCP> (From: goldfarb.ucf-cs%rand-relay@sri-unix.UUCP) I have no doubt that a good BIOS hacker could figure out how to modify a bootstrap and write device drivers for Unix. And while working with the kernel requires a firm educational foundation in operating systems theory, most of the routines in there were deliberately kept simple, with complex algorithms being used only when they would result in great gains. But, then, there is usually little reason to go poking around in the kernel, anyway, once Unix has been ported to your specific machine (how often do you modify the BDOS?), nor do most Unix installations have the luxury of a source license. Well, I really doubt it. It takes a helluva cp/m hacker to write disk device driver for unix. Not only will he have to now how to deal with the device itself (which he probably knows, being a BIOS hacker), but he will have to know a lot about the internals of Unix since the drivers take care of a lot of buffer handling. If the system source is not readily available, this may make the task impossible since the buffer management may change from one implementation to the next thus invalidating any existing documentation. But if a sample driver is supplied with the system, yes, it could probably be done by a "good BIOS hacker". helge@berkeley 12-Jun-83 01:09:00,228;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 12 Jun 83 1:09 EDT Date: 12 June 1983 01:09 EDT From: Eliot Scott Ramey Subject: CHAT20.ASM To: info-cpm@brl I have uploaded CHAT20.ASM to AR62:CPM;CHAT 20ASM 12-Jun-83 11:08:16,854;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 12 Jun 83 11:10 EDT Received: ID ; 12 Jun 83 11:08:16 EDT Date: 12 Jun 83 11:08:16 EDT From: WOHL@cmu-cs-c Subject: DSDD disk formats To: info-cpm@mit-mc In writing controller software for a 1791 controller I used the read entire track (including gaps and format information) to make sure that I wrote the format code correctly. Using 8 1K byte sectors per track I noticed that there was enough space left after the last sector for another one. This gives an additional 144K bytes (77 tracks*2 sides*1024 bytes). I tried it and it works fine, the only change needed besides the format module was to change the diskdef macro in my bios to say '1,72' sectors rather than '1,64'. Why do the comercialy available 1K sector implementations use 8 sectors/track? Aaron ------- 12-Jun-83 15:04:00,1232;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 12 Jun 83 15:05 EDT Date: 12 June 1983 15:04 EDT From: Keith Petersen Subject: Machine-to-machine file transfers To: decvax!wivax!linus!philabs!sdcsvax!sdcrdcf!trw-unix!trwspp!aoki@ucb-vax cc: Info-Cpm@brl In-reply-to: Msg of 6 Jun 83 12:58:32-PDT (Mon) from decvax!wivax!linus!philabs!sdcsvax!sdcrdcf!trw-unix!trwspp!aoki at ucb-vax Use any version of Ward Christensen's MODEM program (MODEM7xx, MDM7xx, MODEM2xx) and connect the two machines together using RS-232 serial port. Set the ports for 8 data bits, one stop bit and no parity. Reverse the connections on pins 2 and 3 on ONE END of the cable connecting the two machines. Make sure the baud rate is identical on both. Test path using the "T"(terminal) mode on each MODEM program before trying transfers. You should be able to type on one machine and see it on the other. Set baud rate for highest that will support error-free transfers (I use 4800 baud). Initially start at 1200 (or even 300) baud to debug the connections. If you use MDM7xx, you'll be able to use the "B"(batch) mode which allows multiple transfers with commands specifying ambiguous names (like SB B:*.*). --Keith 12-Jun-83 15:37:37,743;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 13 Jun 83 6:03 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 13 Jun 83 2:54-PDT Date: 12 Jun 83 14:37:37-PDT (Sun) To: info-cpm@brl From: harpo!floyd!vax135!cornell!uw-beaver!teltone!ira@ucb-vax Subject: Aliens Bug Fix Patch Wanted Article-I.D.: teltone.145 Aliens, as distributed with my Kaypro II, has an annoying bug in the "The Aliens Strike Back" mode (number 3): after clearing the board the game just sits there and doesn't go to the next level. I would appreciate hearing of a patch to cure this ill. If you have any interesting mod's to Ladder, also drop me a line. Ira Chayut (...uw-beaver!teltone!ira, ...decvax!microsof!teltone!ira) (206) 827-9626. 12-Jun-83 23:40:00,1312;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 12 Jun 83 23:39 EDT Date: 12 June 1983 23:40 EDT From: Leor Zolman Subject: "Disk Maker" from New Generation Systems To: INFO-CPM@mit-mc I thought this might be of interest to anyone who wishes for some way to read/write disks in as many CP/M disk formats as possible for the least amount of money...Rick Rump, the author and distributor of "MicroShell", has completed a hardware/software combination product that allows 5 1/4" disks to be read and written in MANY different formats. The package will be available in both S-100 plug-in and standalone configurations. The one I've just ordered includes a controller, drive, cables and software for automatical- ly making the drive act like any one of the soft-sectored formats, including Osborne, KayPro, Xerox, TeleVideo, SuperBrain, etc. Such a device will be invaluable to me for making it possible to stuff disks in all these formats without having to buy the machines they will be used on. I suspect I am not alone in needing this ability! Exact prices have not been finalized yet, but the S-100 plug-in version should be under $1400 complete. For more info, contact: New Generation Systems 2153 Golf Course Dr. Reston, Va. 22091 (800) 368-3359 (703) 476-9143 -leor 12-Jun-83 23:55:00,756;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 12 Jun 83 23:55 EDT Date: 12 June 1983 23:55 EDT From: Paul L. Kelley Subject: MODEM 9.02 To: INFO-CPM@brl This version of the MODEM series (MODEM2xx, MODEM7xx, MDM7xx and MODEM9xx) is available on MIT-MC as CPM;MODEM 902LBR. The latest version of MLOAD has been included in the library and the phone numbers have been checked against the current lists on MC. The following describes the changes: 06/12/83 Revised program as follows: 1. Corrected error in command line processing routine which caused program to restart when control-U typed, 2. Fixed interrupt servicing routine for ROBIN, 3. Corrected clear-to-end-of-sceen code for Xerox and Kaypro. 13-Jun-83 01:37:40,2111;000000000000 Date: 13 Jun 83 1:37:40 EDT (Mon) From: Rick Conn To: info-cpm@brl Subject: New SYSIO AR84:CPM contains a new version of SYSIO (my redirectable I/O package under ZCPR2). This file, called SYSIO 2ASM, is source for a redirectable I/O package which gives the user seven con- soles and five printers under ZCPR2. It gives the general ZCPR2 user a fairly good example of how to implement a redirectable I/O package under ZCPR2 so that DEVICE, IOLOADER, and RECORD can in- teract with it. This package defines the following physical devices: Consoles -- TTY Printing Terminal CRT CRT Display CRTMOD CRT and Modem in Parallel CRTREM CRT Input and CRT/Remote Computer Output CRTMOD2 CRT Input and CRT/Modem Output CRTTY CRT Input and CRT/TTY Output CRTNEC CRT Input and CRT/NEC Spinwriter Output Readers and Punches -- MODEM Modem CLOCK DC Hayes Chronograph List Devices -- TTY Printing Terminal CRT CRT Display NEC NEC Spinwriter Output MODEM Modem REMOTE Remote Computer In interacting with DEVICE, the user need no longer concern him- self with the arbitrary physical device names associated with STAT. DEVICE allows the user to find out the names of the physi- cal devices he has available and to assign them mnemonically as he wishes. For instance, the following commands are valid: DEVICE Display All -- Display the names of all physical devices DEVICE Console=CRT,List=NEC -- Assigns the CRT to the console and the NEC Spinwriter to the List Device DEVICE // -- Displays built-in documentation DEVICE is also documented in the ZCPR2 literature. Enjoy! Rick P.S. Ron Fowler's MLOAD is useful in creating SYSIO.IO. 13-Jun-83 08:21:00,907;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 13 Jun 83 8:20 EDT Date: 13 June 1983 08:21 EDT From: Keith Petersen Subject: "Disk Maker" from New Generation Systems To: LEOR@mit-mc cc: Info-Cpm@brl In-reply-to: Msg of 12 Jun 1983 23:40 EDT from Leor Zolman I was astounded when I read the price you quoted. $1400 ??? You can buy a Kaypro-II for the newly-reduced price of $1595 and get a newly- announced program that lets the Kaypro-II read and write all those 5-1/4" formats you mentioned. If I needed that ability, I'd certainly want to consider the Kaypro-II approach rather than the "Disk Maker" because I'd have a whole computer rather than a drive and controller to add to my present system. I hope Rick Rump will consider this before he sets his final price on the "Disk Maker". My personal opinion is that it shouldn't sell for more than $700. --Keith 13-Jun-83 15:41:05,1091;000000000000 Received: From Sumex-Aim.ARPA by BRL via smtp; 13 Jun 83 17:41 EDT Date: Mon 13 Jun 83 14:41:05-PDT From: Bud Spurgeon Subject: Micro Computer repair by Xerox To: info-micro@BRL.ARPA cc: info-cpm@BRL.ARPA The following is from the June 16, 1983 issue of Electronics magazine- "If your personal computer goes on the fritz and you don't have a service contract, you may have a tough time finding anyone besides your local television or hi-fi repairman to take a crack at repairing the thing. But now Xerox Corp.,Stamford,Conn., has gone public with its nationwide service organization and plans to be repairing a wide gamut of computers and peripherals from manufacturers like Osborne and Epson. The company will repair units that are brought into either any of its 82 service centers or to a participating computer dealer. At last month's NCC in Anaheim, Xerox talked with over 100 manufacturers with which it hoped to start repair agreements." (page 140) Bud (I only know what I read in the papers) (Spurgeon@Sumex-Aim) ------- 14-Jun-83 10:16:29,954;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 15 Jun 83 10:13 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 15 Jun 83 5:40-PDT Date: 14 Jun 83 9:16:29-PDT (Tue) To: info-cpm@brl From: ihnp4!houxm!mel@ucb-vax Subject: Re: Rainbow to anything else file transfer. Article-I.D.: houxm.438 The problem with file transfer between a DEC Rainbow and another CP/M system is that the Z80 side of the Rainbow doesn't have any access to the status of the communications port, so it can't run any of the versions of MODEM or MDM. I have hacked together a version of YAM on the 8088 side that works to/fro most of the MODEM/MDM/YAM variations at up to 9600 baud. This is public domain software, thanks to Chuck Forsberg; was published here a few months ago; and I will be happy to down-load it to a RBBS or can make other arrangements on request. The Rainbow is just an expensive desk ornament without YAM. Mel Haas , houxm!mel 14-Jun-83 11:30:00,571;000000000000 Received: From Parc-Maxc.ARPA by BRL via smtp; 14 Jun 83 14:27 EDT Date: Tue, 14 Jun 83 11:30 PDT From: DHead.es@PARC-MAXC.ARPA Subject: Re: File transfer In-reply-to: "NameTooLong 's message of 6 Jun 83 12:58:32 PDT (Mon)" To: info-cpm@brl.ARPA I apologize for sending this to the whole dist. list. If Dean { decvax, ucbvax } !trw-unix!trwspp!aoki would please send me a number where I can reach him, I would be happy to discuss his Apple-Rainbow file transfer problem. Our mail servers are being stubborn and coughing at his mail address. ~~Dave~~ 14-Jun-83 16:07:33,1000;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 17 Jun 83 2:39 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 16 Jun 83 23:28-PDT Date: 14 Jun 83 15:07:33-PDT (Tue) To: info-cpm@brl From: harpo!floyd!vax135!cornell!uw-beaver!tektronix!iddic!howards@ucb-vax Subject: Dot Matrix Graphics Article-I.D.: iddic.168 MicroMaster is pleased to announce the availability of GRAFPRN. GRAFPRN converts industry standard Tektronix Plot 10 graphics files for display on dot matrix printers at very high resolution. GRAFPRN also includes two programs to help create Plot 10 files. GRAFPRN runs under CP/M, and currently supports the C. Itoh Prowriters, the Epson MX/FX, and the NEC 8023 printers. The program is easily adaptable for other printers - please contact MicroMaster with your needs. GRAFPRN is available on 8" SSSD standard CP/M distribution disk for $29.95 from: MicroMaster 20877 S.W. Winema Drive Tualatin, Oregon 97062 (503) 692-5778 14-Jun-83 20:09:53,951;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 17 Jun 83 2:39 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 16 Jun 83 23:28-PDT Date: 14 Jun 83 19:09:53-PDT (Tue) To: info-cpm@brl From: harpo!floyd!vax135!cornell!uw-beaver!tektronix!tekmdp!michaelk@ucb-vax Subject: CPM 3.0 & MARC Article-I.D.: tekmdp.2027 With all the magazine articles about CPM plus (/ CPM 3.0), including the Microsystems Magazine article series showing some implementation details for doing your own, has it been "officially" released yet? Does anyone sell the "generic" version (yet)? If not that, what happened to MARC? I haven't heard anything about that since something about Lauren's hard disk not working (quite some time ago). My home computer is itching for a new operating system to keep it interesting. The current OS is too debugged and working now! Mike Kersenbrock Tektronix Microcomputer Development Products Aloha, Oregon 14-Jun-83 20:30:29,1764;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 15 Jun 83 4:17 EDT Received: by sen.rochester (3.290mJ) id AA09545; 14-Jun-83 22:30:29-EDT (Tue) Received: by cay.Rochester (3.327.3L) id AA17731; 14 Jun 83 22:30:22 EDT (Tue) Message-Id: <8305150230.9545@sen.rochester> Date: 14-Jun-83 22:30:29-EDT (Tue) From: Mike Ciaraldi Subject: File transfer between machines. To: info-cpm@mit-mc.ARPA I was recently faced with transferring between an SD system and an Eagle II. The SD had MODEM7 running, and had an 8-inch floppy, but the Eagle had only 5-inch, with no documentation on the format. fortunately, both had serial ports, which were configured into CP/M as RDR: and PUN: So, we wired the two ports together, and used PIP to transfer source from one machine to the other. On one, I PIP'd to the PUN:, and on the other I PIP'd from the RDR: into a file. We had to do it slow, because there was no error-checking, but we got the source for MODEM7 across. At that point we realized we did not have a macro assembler on the Eagle. The serial port driver strips off the high-order bit, so we could not transfer the assembler, plus it is somewhat complex to trust to a trasnfer without error-checking. So, we modified it in the SD to match the Eagle hardware, assembled it, and PIP'd the hex over to the Eagle. There is an option on PIP to check for valid Intel hex format. It seems to discard all improper records without any message. But comparing file lengths told us the transfer went OK. Anyway, we now had MODEM7 for the Eagle, and started using that for subsequent transfers. I would also suggest a local Apple, DEC, or CP/M user group for the possibility of MODEM7 already ported to the right format. 14-Jun-83 22:18:00,815;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 14 Jun 83 22:17 EDT Date: 14 June 1983 22:18 EDT From: Eliot Scott Ramey Subject: MDM709 distribution. To: info-cpm@brl Why has MDM709.ASM (.AQM) not been included in the .LBR file that Irv Hoff (???) has distributed? The same was true for MDM708, this is rediculous! Has Irv claimed rights to MDM or something? I know that with the config files that the .ASM file for MDM709 is not needed to all, but some people (I can think of five in this area) like oputting other stuff in their modem programs. Every time I put the stuff in there another version comes out, so I really don't get a chance to show the world, but I would like to find source for MDM709, I can't find it anywhere! Do you know where it is? -Eliot at Mit-MC 15-Jun-83 01:39:00,1147;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 15 Jun 83 4:34 EDT Date: 15 June 1983 01:39 EDT From: Paul L. Kelley To: INFO-CPM@brl The following is CPM;MODEM 902FIX on MIT-MC: -------------------------------------------- MODEM902.FIX This is a fix to the file 8251SYS.ASM. In correcting the ROBIN interrupt routine I neglected to make the necessary adjustment to the storage of the BIOS interrupt by the initiation routine. The relevant section of code follows: ; IF ROBIN LDA INITFRST ORA A RZ ;return if this routine has been used before XRA A STA INITFRST ;set flag to zero to tell program not to come ;here again STA SAVCCP ;force warm boot so first page is repatched LHLD 011H ;contains location in BIOS of interrupt handler ;**** THE NEXT LINE HAS BEEN FIXED **** SHLD BINTERUP+2 ;put it at end of this program's routine LXI H,MINTERUP ;location of this program's interrupt routine DI ;be careful SHLD 011H ;store it at interrupt location EI RET ; INITFRST: DB TRUE ;first time through routine flag ENDIF ;ROBIN ; P. L. Kelley 15-Jun-83 04:51:00,596;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 15 Jun 83 4:50 EDT Date: 15 June 1983 04:51 EDT From: Keith Petersen Subject: MDM709 distribution. To: ELIOT@mit-mc cc: Info-Cpm@brl In-reply-to: Msg of 14 Jun 1983 22:18 EDT from Eliot Scott Ramey MDM710 is due out any day now. Why not call Irv and pose your question about the lack of source code to him? His phone number is (415)-948-2166. Anyone else who feels the same should call him too. He thinks that because all the configuration files are supplied it isn't necessary to release the source. --Keith 15-Jun-83 12:57:00,168;000000000000 Received: From Gunter-Adam.ARPA by BRL via smtp; 15 Jun 83 14:57 EDT Date: 15 Jun 1983 1357-CDT From: Doug To: Info-CPM@brl ------- 15-Jun-83 13:02:00,793;000000000000 Received: From Gunter-Adam.ARPA by BRL via smtp; 15 Jun 83 15:01 EDT Date: 15 Jun 1983 1402-CDT Subject: Z100/ZDOS Format help request From: Doug To: Info-CPM@brl cc: Info-Micro@brl, Info-IBMPC@usc-isib Hi, Talked to the OS folks at Zenith yesterday. They said that ZDOS (MS-DOS for the Z-100) should handle double-density single-sided 8-inch disks. BUT, they provide a FORMAT program for M-DOS that defaults to double-density for 2-sided and single-density for 1-sided. It can't be forced, and they won't provide the source. Question: Does anybody out there know how to format an 8-inch Z-DOS disk for single-sided, double density? HELP, I don't really want to sell off my drives, they still work very well! Doug Huneycutt ------- 15-Jun-83 14:09:15,795;000000000000 Date: 15 Jun 83 14:09:15 EDT (Wed) From: Keith Petersen To: PLK@mit-mc cc: Info-Cpm@brl Subject: MODEM902 files I've had several requests for information on which files are new in MODEM902.LBR. They have already downloaded the entire MODEM901.LBR and see little reason to do the same with 902 if only a few of the files are different. The concept of assembly-time linking of the various modules was supposed to be desirable for two reasons: first, to make them easier to edit; second, so that only those files which were ACTUALLY CHANGED would have to be downloaded by the users. Perhaps it would be best to make up a MODEM902.UPD (update) file which tells which files are the same and which have been changed. What do you think? --Keith 15-Jun-83 15:04:24,375;000000000000 Received: From Sri-Kl.ARPA by BRL via smtp; 15 Jun 83 17:04 EDT Date: Wed 15 Jun 83 14:04:24-PDT From: BILLW@SRI-KL.ARPA Subject: MODEM2 needed for NStar, C64 To: info-cpm@BRL.ARPA Does anyone have or know of MODEM2 or MODEM7 implementations for the NorthStar (running CPM) or the Commadore 64 ? Thanks Bill W PS: The NStar version is pretty urgent ------- 15-Jun-83 15:11:00,495;000000000000 Received: From Sri-Kl.ARPA by BRL via smtp; 15 Jun 83 17:37 EDT Date: 15 Jun 1983 1411-PDT Sender: BILLW@sri-kl Subject: Re: Rainbow to anything else file transfer. From: BILLW@sri-kl To: ihnp4!houxm!mel@ucb-vax Cc: info-cpm@brl Message-ID: <[SRI-KL]15-Jun-83 14:11:31.BILLW> In-Reply-To: Your message of 14 Jun 83 9:16:29-PDT (Tue) KERMIT will run on the rainbow. (or, there is a version that will run on a rainbow). Im not sure how one goes about getting it though... BillW 15-Jun-83 20:51:35,508;000000000000 Received: From Rand-Relay.ARPA by BRL via smtp; 16 Jun 83 3:06 EDT Date: 15 Jun 1983 22:51:35-EDT From: goldfarb.ucf-cs@rand-relay Return-Path: Subject: Re: MDM709 distribution. To: ELIOT@mit-mc, W8SDZ@mit-mc Cc: Info-Cpm@brl Via: UCF-CS; 15 Jun 83 23:19-PDT If he has included interrupt-driven tty and modem I/O for my machine in the current set of configuration files, then I'm all set and I don't need the source! Otherwise, I consider it a mistake. Ben 16-Jun-83 01:49:00,937;000000000000 Received: From Mit-Ml.ARPA by BRL via smtp; 16 Jun 83 1:48 EDT Date: 16 June 1983 01:49 EDT From: Brian N. Hess Subject: "Disk Maker" from New Generation Systems To: W8SDZ@mit-mc cc: info-cpm@brl, leor@mit-mc Can't say that I think that's unreasonable price ($1400). I am sitting here at a Kaypro and would rather have the extra drive on my main machine. Another available diskmaker is for the IBM P.C. from the Vedit person, Compuview products. I don't remember the price, but it was outrageous too. And why not? As a business, if I needed this thing, I'd be willing to shell it out for a program that did disk transfers instead of RS232 style. And how many sales can there be for something that requires hardware hacking. Only a few commercial disk-downloading outfits really need the higher reliability. And wait until you actually SEE the program running on the Kaypro. 16-Jun-83 01:55:00,285;000000000000 Received: From Mit-Ml.ARPA by BRL via smtp; 16 Jun 83 1:54 EDT Date: 16 June 1983 01:55 EDT From: Brian N. Hess Subject: KERMIT availability To: info-cpm@brl Columbia University Computing Center is the source of KERMIT. Try calling them directly to get Kermits. 16-Jun-83 02:41:00,1193;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 16 Jun 83 2:44 EDT Date: 16 June 1983 02:41 EDT From: Keith Petersen Subject: [rsparks: Operation of umodem on the BBN C-70 System] To: Info-Cpm@brl Can anyone on Info-Cpm help with this? I don't know anyone who has done it. --Keith ---forwarded message--- Date: 15 Jun 1983 15:24:07 EDT (Wednesday) From: Richard K. Sparks (DRSTE-CTC) To: w8sdz Re: Operation of umodem on the BBN C-70 System Keith, I note that you recently sent out a message regarding the new version 3.2 of Ward Christensen's umodem program. I understand that the source code is available in AR43. Do you know if anyone has had any experience in getting umodem to run on the BBN C-70 computer? I know that this probably involves some patching of the C-code before compiling on the C-70; but, not being a "C" programmer myself, this is more complicated than it may seem to many! Please advise if you know of anyone who has done this and I'll be glad to get in contact with them. Thanks in advance for any assistance you can offer. Best regards, Richard K. Sparks 16-Jun-83 02:54:00,724;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 16 Jun 83 3:22 EDT Date: 16 June 1983 02:54 EDT From: Keith Petersen Subject: Using the Kaypro for other disk formats To: BNH@mit-ml cc: Info-Cpm@brl In-reply-to: Msg of 16 Jun 1983 01:49 EDT from Brian N. Hess I don't have to wait to see the program running on the Kaypro. I have seen it AND IT WORKS. It has a large menu of different disk formats (single and double-density) to chose from. If you're interested, call Bruce Kargol at Lyceum, Inc. (Warren, MI) (313) 574-2444. He uses it every day on the Kaypro in the store. No hardware hacking is necessary - it simply changes the CP/M disk parameter block and skew tables. 16-Jun-83 08:22:13,600;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 18 Jun 83 4:21 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 18 Jun 83 0:42-PDT Date: 16 Jun 83 7:22:13-PDT (Thu) To: info-cpm@brl From: harpo!floyd!cmcl2!philabs!sdcsvax!brian@ucb-vax Subject: Re: Dot Matrix Graphics Article-I.D.: sdcsvax.258 In-Reply-To: Article iddic.168 This morning I was pleased (?!?!?) to read no fewer than 5 copies of the advertisment for Graphprn (or some such name). ONE ad was bad enough, but this is beginning to sound like a stereo store commercial. Brian Kantor, UCSD ... sdcsvax!brian 16-Jun-83 09:27:00,579;000000000000 Received: From Usc-Ecl.ARPA by BRL via smtp; 16 Jun 83 11:27 EDT Date: 16 Jun 1983 0827-PDT From: BHUBER@usc-ecl Subject: Re: Rainbow to anything else file transfer. To: BILLW@sri-kl cc: BHUBER@usc-ecl, info-cpm@brl In response to your message sent 15 Jun 1983 1411-PDT Kermit is available for Columbia University in the City of New York, Center for Computing Activities, 612 West 115th Street, New York, NY 10025. Point of contact is Daphne Tzoar, telephone 212-280-3703. Bill Catchings has also been of assistance in providing user support. Bud ------- 16-Jun-83 10:11:04,315;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 18 Jun 83 5:32 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 18 Jun 83 2:09-PDT Date: 16 Jun 83 9:11:04-PDT (Thu) To: info-cpm@brl From: hplabs!hao!seismo!rochester!ritcv!dpm@ucb-vax Subject: Wanted: File Transfer Programs Article-I.D.: ritcv.413 16-Jun-83 12:22:00,694;000000000000 Received: From Usc-Isib.ARPA by BRL via smtp; 16 Jun 83 14:22 EDT Date: 16 Jun 1983 1122-PDT Subject: Rainbow file transfer From: Bill Rizzi To: info-cpm@brl The YAM package is the best bet for public domain file transfer on the Rainbow. However, I have recently gotten ahold of a new improved version of Ascom that really does work on the Rainbow in all modes of operation. It is a commercial package, but will speak Christensen protocol (among others). Make sure you request and get the Rainbow config file with it, or expect to do some assembly language programming. A nice package, and relatively easily customized. Bill (RIZZI@ISIB) ------- 16-Jun-83 17:00:49,625;000000000000 Received: From Ucla-Locus.ARPA by BRL via smtp; 16 Jun 83 20:05 EDT Date: Thu, 16 Jun 83 17:00:49 PDT From: Dr. Terry Gray To: Keith Petersen CC: info-cpm@brl Subject: MDM709 distribution. In-reply-to: Your message of 15 June 1983 04:51 EDT Keith- As soon as I received your message I called Irv to cast my vote in favor of distributing source --but alas, no answer. To me, and I suspect, to many other tinkerers, having source is more important than having the code for free (although that's nice, too!) -Terry Gray 16-Jun-83 18:50:00,241;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 16 Jun 83 20:50 EDT Date: Thursday, 16 June 1983, 20:50-EDT From: Cliff Lasser Subject: Prolog for micros To: INFO-CPM@mc Does anyone know of a Prolog interpreter for micros? 16-Jun-83 20:27:00,334;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 16 Jun 83 22:28 EDT Date: Thursday, June 16, 1983 10:27PM-EDT From: Edward Huang Subject: Explorer/85 computer To: INFO-CPM@brl Hi, If any of you out there know about or have an Explorer//85 (By Netronics) i'd like to get in touch with you. Thanks! -Ed 17-Jun-83 02:30:00,1012;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 17 Jun 83 2:31 EDT Date: 17 June 1983 02:30 EDT From: Frank J. Wancho Subject: [EIBEN: Rainbow to anything else File-transfer] To: INFO-CPM@brl Date: 15 Jun 1983 2005-EDT From: B.G.Eiben LCG-Applications ext 617-467-4431 Re: Rainbow to anything else File-transfer We currently have KERMIT running for RAINBOW - and could have MODEM running aside from my laziness - what I don't need - I don't spend time with. The "recipe" is easy: Use the I/O byte to get to RDR/PNCH from the Z80 and use "straight" BIOS-calls (which MODEM does anyhow). Our "generic" KERMIT runs on DEC's VT180 and on DEC's RAINBOW with NO changes (and with a two-line change in the I/O byte assignment on DEC's DECMATE II with the CP/M option). Yes, one looses some "speed" on RAINBOW being on the "wrong" side for character-transfer ==> terminal emulation works clean up to 1800 baud. Protocol transfers run nicely up to 4800 Baud. 17-Jun-83 03:29:00,1045;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 17 Jun 83 3:31 EDT Date: 17 June 1983 03:29 EDT From: Keith Petersen Subject: [EIBEN: Rainbow to anything else File-transfer] To: Info-Cpm@brl Date: 15 Jun 1983 2005-EDT From: B.G.Eiben LCG-Applications ext 617-467-4431 To: info-cpm-request at brl Re: Rainbow to anything else File-transfer We currently have KERMIT running for RAINBOW - and could have MODEM running aside from my laziness - what I don't need - I don't spent time with. The "recipe" is easy: Use the I/O byte to get to RDR/PNCH from the Z80 and use "straight" BIOS-calls (which MODEM does anyhow). Our "generic" KERMIT runs on DEC's VT180 and on DEC's RAINBOW with NO changes ( and with a two-line change in the I/O byte assignment on DEC's DECMATE II with the CP/M option). Yes, one looses some "speed" on RAINBOW being on the "wrong" side for character-transfer ==> terminal emulation works clean up to 1800 baud . Protocol transfers run nicely up to 4800 Baud. 17-Jun-83 03:37:00,458;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 17 Jun 83 3:40 EDT Date: 17 June 1983 03:37 EDT From: Keith Petersen Subject: MDM709 distribution. To: gray@ucla-locus cc: Info-Cpm@brl In-reply-to: Msg of Thu 16 Jun 83 17:00:49 PDT from Dr. Terry Gray Irv Hoff is a Pilot for United Airlines and is sometimes away for 3-4 days at a time. Keep trying on the phone and you'll eventually find him at home. --Keith 17-Jun-83 11:02:00,564;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 17 Jun 83 13:57 EDT Date: Fri, 17 Jun 83 11:02 PDT From: Pugh.es@PARC-MAXC.ARPA Subject: Re: Prolog for micros In-reply-to: "CAL@mit-oz.ARPA's message of Thu, 16 Jun 83 20:50 EDT" To: Cliff Lasser cc: Pugh.es@PARC-MAXC.ARPA, Info-CPM@mc.ARPA Cliff -- Springer Verlag will be offering a PROLOG interpreter and compiler for various systems including the IBM-PC and 68000 based UNIX systems in the near future. Keep checking the ads in the various microcomputer trade journals. /Eric 17-Jun-83 13:12:55,986;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 17 Jun 83 15:36 EDT Date: Fri, 17 Jun 83 13:12:55 EDT From: Robert Lee Feider (CTAB) To: Cliff Lasser cc: INFO-CPM@mit-mc Subject: Re: Prolog for micros Hi, Although I'm not sure how old this advertisement may be I hope it is of some use to you. Logic Programming Associates Ltd. 36 Gorst Road London SW116JE Has Micro-PROLOG 2.0 interpreter which is optimized for the z80 processor under the CPM operating system (1.4, 2.2 ???). Memory requirements are 8.5k bytes for interpreter(written in assembly language). Entire system requires 32k. Automatic tail recursion optimization and garbage collection. They boast 120 resolutions/sec on a 2Mhz z80. It is available in North Star Heath Zenith and 8" formats. If you would like more details please let me know. lee@brl-bmd Robert Lee Feider P.S. Cost is $250 for single user single site. 17-Jun-83 17:00:00,618;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 17 Jun 83 19:35 EDT Date: Friday, June 17, 1983 7:00PM-EDT From: Edward Huang Subject: Intel 2716 and TI 2716 (TMS2716) To: INFO-CPM@brl Hello, I'm building a EPROM programmer (See the superb Ciacia's Circut Cellar in BYTE) for 2716 eproms. The Heath H89 uses TMS2716 not Intel 2716 5volt eproms. I got a pinout of the TMS2716 but am not sure of how to program it. Seems like Vcc pin must be grounded (PE) and VDD (+12) applied plus two pins switched around so the TMS2716 can be used in a i2716 socket/programmer. Thank you, -Ed 17-Jun-83 17:05:00,986;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 17 Jun 83 19:07 EDT Date: Friday, June 17, 1983 7:05PM-EDT From: Edward Huang Subject: Problem with Heath Z37 controller and Tandon TM-100-4 drives To: INFO-CPM@brl CC: RMS.G.EH@mit-oz Hello, When running Heath/Zenith CP/M with the Z37-89 DD controller and Tandon TM-100-4 drives, I often get BDOS SELECT errors. Notice that this Tandon drive was brought from an outside dealer NOT from Heath [Heath jacks up the price on outside things they sell in their stores]. The drive is rated for 3ms seek - those Bdos error SELECT happen during warm boot @ 6ms When I increased the speed to 12 ms step, the errors went away as well as all those soft errors I didnt know about. (see SECERR counter in Heath BIOS listing - they give you # of soft errors and retries) Does any-one know what is wrong?? Is it because I used a non-Heath drive or what? Thank you very much, -Ed RMS.G.EH@MIT-OZ via MIT-MC 17-Jun-83 17:50:30,769;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 18 Jun 83 8:49 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 18 Jun 83 5:26-PDT Date: 17 Jun 83 16:50:30-PDT (Fri) To: info-cpm@brl From: decvax!wivax!linus!vaxine!aca@ucb-vax Subject: CPM 68k info request Article-I.D.: vaxine.228 I am considering purchasing CPM-68k from Digital Research to bring up on one of the old Motorola demonstrator boards- the MEX68KDM. Has anyone out there in Netland had any experience with this package? Comments would be much appreciated. Also, if by any chance someone has already brought CPM up on one of these beasties, please let me hear from you. Thanks in advance, Alan Agostinelli Automatix, Inc. ...!allegra!linus!vaxine!aca 17-Jun-83 21:53:00,654;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 17 Jun 83 22:19 EDT Date: 17 June 1983 21:53 EDT From: Charlie Strom Subject: CPM 3.0 & MARC To: harpo!floyd!vax135!cornell!uw-beaver!tektronix!tekmdp!michaelk@ucb-vax cc: info-cpm@brl In-reply-to: Msg of 14 Jun 83 19:09:53-PDT (Tue) from harpo!floyd!vax135!cornell!uw-beaver!tektronix!tekmdp!michaelk at ucb-vax CP/M-Plus is available directly from Digital Research for $350. I understand theere was a period of time they allowed a $100 rebate for orders from 2.2 owners who submitted their serial number with order, but this limited-time offer probably lapsed a long time ago. 17-Jun-83 23:33:00,548;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 18 Jun 83 0:17 EDT Date: Fri, 17 Jun 1983 23:33 EDT From: SJOBRG.ANDY%MIT-OZ@mit-mc To: Cliff Lasser Cc: info-cpm@brl Subject: Prolog for micros In-reply-to: Msg of 16 Jun 1983 20:50-EDT from Cliff Lasser It's called Micro-Prolog (from programming logic associates?? i don't quite remember). There is a group of people who used it for a time at the University of Maryland. Their address is: prolog.umcp-cs@udel-relay .....they should be able to help. -andy 18-Jun-83 00:28:00,3081;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 18 Jun 83 0:51 EDT Date: 18 June 1983 00:28 EDT From: Paul L. Kelley Subject: MODEM 9.03 To: INFO-CPM@brl A new version of MODEM9 is now available on MIT-MC as CPM;MODEM 903ASM. The comments from the reviser, Tony Camas, are as follows: 06/15/83 Revised program as follows: (MODEM903) 1. Fixed bug in INBUFF routine which jumped to START (of program) instead of ISTART (beginning of read line code) on a ^U, 2. Added save of register A (& PSW) to interrupt handler for VT180/ROBIN version (in 8251SYS.ASM), 3. Corrected Kaypro/Xerox clear to end of screen sequence in SIOSYS.ASM per P. L. Kelley. 4. Made extensive changes to TERM.ASM to better support Robin system. Basically, this involved setting up a private routine for handling console interrupts when in MODEM terminal mode so as to avoid funny processing of ^S, ^Q, and VT100 arrow keys done by DEC's CBIOS. 5. Added wait for modem output character ready to main loop of terminal mode. This was never there, presumably due to the assumption that no one can type that fast. Unfortunately, this was a problem in (at least) the Robin configuration, since the pressing of certain keys generates escape sequences faster than the output baud rate. 6. Added definitions of version number and revision date values to MODEM9xx.ASM...these are now referenced in the signon message in START.ASM. This eliminates the necessity of editing START.ASM when changing version numbers. Also added brief instructions to MODEM9xx.ASM as to what to do when you want to change versions. 7. Added strongly-worded warning to START.ASM about not setting certain combinations of file transfer options. Mostly I did this because it tripped me up for a good four or five hours when I tried to set XOFF testing and Echo Waiting modes together as defaults. 8. Comment: Someone who feels energetic should add code to one or more of the xxxSYS modules to handle the BREAK key (if the appropriate system has one) in terminal mode. One of the remote machines I frequent uses BREAK like a ^C, and when I hit break in MODEM, the 8251 for my console line gets framing errors and produces one or more funny input data values (which are then dutifully sent off to the remote system). It's an annoying problem, but I'm too lazy at the moment to try and tackle it myself. A. G. Camas An update file (MODEM9xx.UPD) also been added which contains the names of the files which have been changed so that users need extract only those files from the library. Tony has done some violence to the philosophy of putting system dependent routines only in the SYS files; the TERM file now contains ROBIN specific conditional assembly code. In the next version either Tony or I will try to return to the SYS-file-only approach. In any case, Tony's changes are most useful, particularly for ROBIN owners. 18-Jun-83 03:41:00,2186;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 18 Jun 83 4:25 EDT Date: 18 June 1983 03:41 EDT From: Keith Petersen Subject: NEW SIG/M disk/Saving on phone bills To: Info-Cpm@brl The following is forwarded from the RCPM SYSOP system. Replies to Bill Chin at the address mentioned in his message, please, not to me. --Keith --forwarded messages-- Date: 06/17/83 From: Bill Chin To: All Re: SIG/M Users Group Volume 118 SIG/M Users Group announces Volume 118 to be released at July meeting of SIG/M 070883 meeting. A new quarterly catalog is now available also for $1.50 (US) domestic or $2.50 international. All regional coordinators of SIG/M should leave me a msg to status of their libraries so we can get you all updated in the library. If you are a regional coordinator...you get a catalog automatically when printed....Please send your volume 000 SIG/M information diskettes back for update or order the latest copy from SIG/M or call the SIG/M-ACG-NJ CBBS's/RCPM systems in Cranford NJ or Allentown PA. All diskettes are $6 US (Intl add $5 US). PLEASE note these diskettes are 8in SSSD ONLY but other formats are available elsewhere and noted in the worldwide distribution list Regions.SIG on Volume 000. Too much to note...worth the $6 cost. SIG/M POB 97 ISELIN NJ 08830..attn B.Chin/R.Todd Date: 06/17/83 From: Bill Chin To: All Re: Alternate phone services An alternate phone service called TELESAVER has been available to ACG-NJ and most SIG/M users in the Canadian and US areas as has the others as MCI, SPRINT, ALLNET, CITIService...etc. BUT this one allows the combination of unlimited access to any Bell (US area) phone as Allnet BUT includes travel services as SPRINT and MCI does for...$5.00 per month...currently the unlimited service is restricted as Allnet to major cities. That service alone is $4.00 per month. Travel acces via SPRINT is only $1.00 more..CHEAP.. Please send info requests and SIG/M will process you thru for this service... Bill Chin, POB 97 ISELIN, NJ 08830 or 177 HADLEY AVE Clifton, NJ 07011. This is a service I have used since 1981... TRY it... --end-- 18-Jun-83 04:05:00,464;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 18 Jun 83 4:15 EDT Date: 18 June 1983 04:05 EDT From: Keith Petersen Subject: RCPMLIST.038 now available To: Info-Cpm@brl RCPMLIST number 38 is now available on MIT-MC as CPM;RCP-M NOS. If you are unable to FTP this file and are NOT already on the list to receive it via netmail, send a note to Info-Cpm-Request@BRL asking to be added to the list of those who receive it via netmail. --Keith 18-Jun-83 12:44:00,1150;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 18 Jun 83 13:07 EDT Date: 18 June 1983 12:44 EDT From: Keith Petersen Subject: Dot Matrix Graphics message repeats To: harpo!floyd!cmcl2!philabs!sdcsvax!brian@ucb-vax cc: Info-Cpm@brl In-reply-to: Msg of 16 Jun 83 7:22:13-PDT (Thu) from harpo!floyd!cmcl2!philabs!sdcsvax!brian at ucb-vax Brian, when you get multiple copies of a single message it's usually due to a mailer problem. The originator of the message isn't responsible and no one else on the mailing list is either. It's best to just delete the duplicates and say nothing. The list administrator will see the problem and have it fixed, usually right away. Sometimes it takes awhile to get those mailer loops fixed, though, and occasionally as many as 20-80 copies may be received. None of us likes to see such things, but it's probably best not to bother the whole group with complaints about it. You can complain about Info-Cpm to INFO-CPM-REQUEST@BRL, or if you can't get through the gateway to Arpanet, use the address ...duke!unc!brl-bmd!info-cpm-request and it will be forwarded to BRL. --Keith 18-Jun-83 13:51:31,1485;000000000000 Date: 18 Jun 83 13:51:31 EDT (Sat) From: Keith Petersen To: Info-Cpm@brl Subject: [WBD.TYM: Bulletin Board For Micro Users Set Up By NBS] Excuse any duplicates of this. I believe our friends at NBS are using CP/M and RBBS for this so felt Info-Cpm might be interested in seeing the message. --Keith ----- Forwarded message # 1: Received: From Office-2.ARPA by BRL via smtp; 17 Jun 83 19:49 EDT Date: 17-Jun-83 16:42 PDT From: WBD.TYM@OFFICE-2 Subject: Bulletin Board For Micro Users Set Up By NBS To: OAD.TYM@OFFICE-2, hardy@office-5, human-nets@rutgers To: works@rutgers Cc: info-micro@brl, msgGroup@brl Message-ID: <[OFFICE-2]TYM-WBD-2M6ML> WASHINGTON, D.C. -- An electronic bulletin board that will inform microcomputer users about upcoming conferences, seminars and workshops, as well as update them on the latest telecomputing services, publications and users groups, has been established by the Commerce Department's National Bureau of Standards (NBS). Dubbed the Microcomputer Electronic Information Exchange (MEIE), the service will be available 24 hours a day, 7 days a week. Both fedral and nonfederal users with Acscii terminals that communicate at 300 bit/sec with eight data bits, no parity and one stop bit can reach the exchange by calling (301) 948-5718. Further information on MEIE can be obtained fom the NBS. From June 13th issue of COMPUTERWORLD ----- End of forwarded messages 18-Jun-83 19:32:00,271;000000000000 Received: From Office-2.ARPA by BRL via smtp; 18 Jun 83 21:58 EDT Date: 18 Jun 1983 1832-PDT From: Jeffrey%office-6@BRL.ARPA Subject: Real Programmers To: info-cpm@brl Real Programmers use WHITE IBM cards only (and no zone punches either). ------- 18-Jun-83 20:00:12,408;000000000000 Date: 18 Jun 83 20:00:12 EDT (Sat) From: George Keller (IBD) To: info-cpm@brl Subject: NS Advantage Graphics Does anyone know of a Tektronix emulation package for the NS Advantage? With all the graphics capability, surely someone has written or has begun to write such a program. Public domain or commercial sources would be acceptable. Thanks in advance. George 18-Jun-83 21:54:03,623;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 22 Jun 83 9:56 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 22 Jun 83 6:40-PDT Date: 18 Jun 83 20:54:03-PDT (Sat) To: info-cpm@brl From: ihnp4!houxm!houxf!govern@ucb-vax Subject: Book wanted: Industrial Systems Analysis Article-I.D.: houxf.331 In-Reply-To: Article ritcv.413 I'm trying to find a copy of the long-out-of-print book "Industrial Systems Analysis" by J. W. Gavett (sp?) If you have one that you could part with, or have seen one in a bookstore, please drop me a note. Bill Stewart BTL-Holmdel 4M-428 x0705 houxf!govern 18-Jun-83 22:12:30,505;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 22 Jun 83 9:43 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 22 Jun 83 6:41-PDT Date: 18 Jun 83 21:12:30-PDT (Sat) To: info-cpm@brl From: ihnp4!houxm!houxf!govern@ucb-vax Subject: Educational license for Berkeley UNIX Article-I.D.: houxf.332 In-Reply-To: Article ritcv.413 How can I get a Berkeley UNIX source license for an educational institution? Thanks; Chris Warth houxf!govern Bell Labs Holmdel 4K-406 x0829 19-Jun-83 13:15:10,1078;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 23 Jun 83 10:10 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 23 Jun 83 6:57-PDT Date: 19 Jun 83 12:15:10-PDT (Sun) To: info-cpm@brl From: decvax!genrad!linus!philabs!cmcl2!floyd!vax135!ukc!root44!pdl@ucb-vax Subject: Re: Dot Matrix Graphics Article-I.D.: root44.3820 In-Reply-To: Article iddic.168 sdcsvax.258 About adverts: ********************************************* ********** FLAME ON ************************* ********************************************* I have enough to do reading REAL news, without commercials intruding. I can't remember who it was that sent the garbage about graphwhateveritwas, but I hope that whoever it was is drowned in piles of abusive mail. (Begin sanctimoniosity: we sell software, but we DON'T take advantage of the free services of the rest of the world to advertise it. End sanctimonious bit). I know that with postage charges being what they are, it's a temptation to take advantage of free advertising. PLEASE REFRAIN. EOF (end of flame). 19-Jun-83 20:45:48,833;000000000000 Received: From Bbna.ARPA by BRL via smtp; 19 Jun 83 22:42 EDT Date: Sun 19 Jun 83 22:45:48-EDT From: Bob Clements Subject: Re: Intel 2716 and TI 2716 (TMS2716) To: RMS.G.EH%MIT-OZ@MIT-MC.ARPA cc: INFO-CPM@BRL.ARPA, Clements@BBNA.ARPA In-Reply-To: Your message of Fri 17 Jun 83 22:38:53-EDT My advice is to ignore TMS2716's. TI should be shot for using the same number (2716) for a three-voltage version of the one-voltage 2716. Both chips are so cheap now that you can afford to throw out your few TMS2716's and replace them with real 2716's. Then you only have to program one kind. The H19 allows jumpering for either kind. I don't know about the H89's processor card, but I'd bet it was the same way. (The TI version of the "real" 2716 is called a TMS2516, by the way.) /Rcc ------- 20-Jun-83 08:34:00,763;000000000000 Received: From Lll-Mfe.ARPA by BRL via smtp; 20 Jun 83 11:35 EDT Date: Mon, 20 Jun 83 08:34 PDT From: Maron@LLL-MFE.ARPA Subject: BDOS Open patch To: info-cpm@brl.arpa Here is a status update. I got the patch running over the weekend. It is a total of about but less than 512 bytes so you will have to have some place (in or above) the BIOS to put it. Part of the patch includes a Watch File feature so that the FCB is typed out on your terminal as to disk,user number,file,type. I am still testing the results and will release when I feel comfortable with it. Searching and/or Watch-type-out is enabled/disabled by using the IOBYTE and the STAT command. Changes/patches were required to all file functions. More info to come. --Neil 20-Jun-83 13:04:00,474;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 20 Jun 83 15:00 EDT Date: Mon, 20 Jun 83 13:04 EDT From: Thieret.WBST@PARC-MAXC.ARPA Subject: Appending to CP/M files. To: info-cpm@mit-mc.ARPA cc: Thieret.WBST@PARC-MAXC.ARPA Is there a simple way to APPEND to CP/M SEQUENTIAL files without having to re-read the file each time? I would like to do it from FORTRAN (the REAL programming language) but assembly type instructions would be welcome. Thanks, Tracy. 20-Jun-83 22:24:00,280;000000000000 Received: From Hi-Multics.ARPA by BRL via smtp; 20 Jun 83 23:27 EDT Date: 20 June 1983 22:24 cdt From: Ronald W. Subject: VAX/VMS Modem? To: info-cpm@brl Does anyone out there have a version of MODEM that runs under VMS on a VAX? Thanks. Ron H. 21-Jun-83 00:22:40,581;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 21 Jun 83 2:25 EDT Date: Mon 20 Jun 83 23:22:40-PDT From: Charles Garthwaite Subject: RELMOD-80 Experience? To: info-cpm@MIT-MC.ARPA Has anyone had or heard of experience with a CB-80 relational database package called RELMOD-80 from Applied Business Concepts of Rochester, NY? It is interesting as it is distributed in source form for integration with application and non-royalty distribution of object "as a portion of a larger computer software system" is allowed. Thanks for any info. ------- 21-Jun-83 02:32:00,959;000000000000 Received: From Mit-Xx.ARPA by BRL via smtp; 21 Jun 83 4:33 EDT Date: 21 Jun 1983 0432-EDT From: John T. Wroclawski Subject: Re: Intel 2716 and TI 2716 (TMS2716) To: Clements@bbna cc: info-cpm@brl In-Reply-To: Your message of 20-Jun-83 0228-EDT Return-path: Received: from BRL by MIT-XX; Mon 20 Jun 83 02:24:59-EDT From: Bob Clements Subject: Re: Intel 2716 and TI 2716 (TMS2716) My advice is to ignore TMS2716's. TI should be shot for using the same number (2716) for a three-voltage version of the one-voltage 2716. Good advice, but you have shot the wrong people. The TI (3 voltage) 2716 was a quite correctly numbered compatible follow-on product to the (3 voltage) 2708 and 2704 series. It was also available well before the 1-voltage product. It is Intel that ought to be shot for giving the same family number to a radically different device. -john ------- 21-Jun-83 09:54:09,520;000000000000 Received: From Rand-Relay.ARPA by BRL via smtp; 22 Jun 83 2:39 EDT Date: 21 Jun 1983 11:54:09-EDT From: goldfarb.ucf-cs@rand-relay Return-Path: Subject: Re: VAX/VMS Modem? To: Heiby@hi-multics, info-cpm@brl Via: UCF-CS; 21 Jun 83 23:17-PDT Having just encountered a similar need, I located the VMS program thanks to BILLW@SRI-KL. Hope he will no mind me telling you that it is in: SRI-KL:*.* It can be FTP'ed using the anonymous login. Ben 21-Jun-83 11:10:00,400;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 21 Jun 83 12:01 EDT Date: Tue, 21 Jun 1983 11:10 EDT From: DWELD@BBNG.ARPA To: info-cpm@MIT-MC.ARPA Subject: Relational DBMS Has anyone used CONDOR3 (or any other reasonable competitor to DBASE II)? I would love to know if it is more complete, or faster than DBASE II. But most important, how buggy is it? Any comments, please? Dan 21-Jun-83 11:48:00,2303;000000000000 Received: From Bbna.ARPA by BRL via smtp; 21 Jun 83 13:49 EDT Date: 21 Jun 1983 13:48-EDT Sender: MOOERS@bbna Subject: Re: Problem with Heath Z37 controller and Tandon TM-100-4 d... From: MOOERS@bbna To: RMS.G.EH%MIT-OZ@mit-mc Cc: INFO-CPM@brl, RMS.G.EH@mit-oz Cc: Mooers@bbna Message-ID: <[BBNA]21-Jun-83 13:48:09.MOOERS> In-Reply-To: The message of Friday, June 17, 1983 7:05PM-EDT from Edward Huang We also have some Tandon drives, which we bought about a year and a half ago. They are single drives, in metal cases. We had no trouble until a few months ago when the power supply in one drive failed. After we had the power supply replaced with a reconditioned power supply, and probably unrelated to that, I sysgenned a couple of new system disks and immediately started getting warm boot errors, on either of two disks, whenever I exited from a program such as an editor or a modem program, and also (much worse) whenever I tried to write to disk from within the program. I found that if I opened the door of the drive and wiggled or moved the disk slightly, the disk would reboot without fail. I could then write to disk, if I gave the command right away. I could also prevent errors by wiggling the disk BEFORE I wrote to disk or exited from the program. (This is clearly kludgy, but it works, and, fortunately, SpellBinder, my usual editor allows me to restart and capture the text in the buffer.) After I read your message, I tried configuring my drives to 12 ms seek time instead of 6 ms, and I got the warm boot errors just the same. The owner of the store that sold us the Tandons suggested that the power supply might be running too hot. I then realized that I had sysgenned my new system disks when the drives were just turned on, and therefore cold. I have now re-sysgenned after the system had been running for over an hour, and have had only one "BDOS error", followed by a "warm boot" error. So maybe I have partially conquered the problem. I don't know how to adjust the temperture of the power supply. These single drives do not have cooling fans. I can't tell from the catalog whether the Heath H37 does or not. I haven't yet looked into the SECERR counter, but I shall. ---Charlotte Mooers 21-Jun-83 15:54:00,527;000000000000 Received: From srinet-gateway.ARPA by BRL via smtp; 21 Jun 83 18:25 EDT Date: 21 Jun 1983 at 1454-PDT To: info-cpm@brl Subject: online list of Epson codes From: fylstra.tsca@sri-unix Received: from SRI-Tsca.micom by SRI-TSC.micom with rs232; 21 Jun 83 15:11-PDT Does anyone have a machine-readable description of the command codes (aka escape sequences and friends) understood by the Epson MX-80 F/T with Graftrax? I am looking for something on the order of a cheat sheet to put into a .HLP file. Dave Fylstra 21-Jun-83 16:25:00,584;000000000000 Received: From Parc-Maxc.ARPA by BRL via smtp; 21 Jun 83 16:27 EDT Date: Tue, 21 Jun 83 16:25 EDT From: scacchitti.wbst@PARC-MAXC.ARPA Subject: Re: NEW SIG/M disk/Saving on phone bills In-reply-to: "W8SDZ@mit-mc.ARPA's message of 18 Jun 83 03:41 EDT" To: Keith Petersen cc: Info-Cpm@brl.ARPA Please excuse my ignorance but I'm not familiar TELESAVER. Just what services are available for the $5.00 / mo. charge ? If you could be a little bit more specific and/or point me to a documentation source I'd greatly appreciate it. thanx fas 21-Jun-83 22:40:51,480;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 23 Jun 83 6:35 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 23 Jun 83 3:26-PDT Date: 21 Jun 83 21:40:51-PDT (Tue) To: info-cpm@brl From: ihnp4!houxm!hocda!spanky!burl!duke!unc!tucc!ctk@ucb-vax Subject: Re: sdcsvax.258: Re: Dot Matrix Graphics Article-I.D.: tucc.3771 The ad was repeated so the REAL PROGRAMMERS who read only ads would have something to do besides check each other's grammar and spelling. 22-Jun-83 01:46:11,1209;000000000000 Date: 22 Jun 83 1:46:11 EDT (Wed) From: Rick Conn To: info-cpm@brl Subject: New SYSLIB/ZCPR2 Files AR84:CPM contains a new set of SYSLIB and ZCPR2 files. These files are: SYSLIB 27REL SDIR, SEPRINT, SEPSTR, SVERSION, and SYSTEST2 (MQC) ECHO (COM and MAC) The S...MQC files are changed/new SYSLIB sources. SYSLIB 27REL is the REL file of SYSLIB 2.7. The new ECHO (for ZCPR2) is using the new SYSLIB to provide the user with the ability to issue escape sequences to his terminal from the command line. Unlike the old ECHO, which interpreted escape sequences (and any control character) and printed them in the ^c form, this ECHO performs only limited interpretation (of TAB primarily) and echoes all other characters in their "exact" forms. SYSLIB 2.7 contains a fix to the DIRLOAD routine which corrected a problem with the DIRF routine. It also contains two new routines, namely EPRINT and EPSTR, which perform like their PRINT and PSTR counterparts (same I/O requirements) except that they perform limited control character processing. There will probably be a Z2SYS 4MOD file to following in a day or two. CRCs check. Enjoy! Rick 22-Jun-83 09:07:43,547;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 22 Jun 83 20:41 EDT Date: 22 Jun 83 09:07:43 PST (Wed) From: John Mangrich Return-Path: Subject: Mainframe MODEMs To: info-cpm.UCI@rand-relay Via: UCI; 22 Jun 83 17:21-PDT Has anyone ever made a list of implementations of the MODEM protocol on mainframes that the authors are willing to share? It's not too hard to find the micro-end pieces, but the recent VMS question brought this point up. Thanks. John Mangrich UC Irvine 22-Jun-83 10:08:28,804;000000000000 Received: From Nosc-Cc.ARPA by BRL via smtp; 22 Jun 83 12:10 EDT Date: 22 Jun 1983 09:08:28-PDT From: CCVAX.gregory@nosc To: info-cpm@brl Subject: need information on Aztec C ------- Has anyone had any experience with the Aztec C compiler, for the CP/M operating system. I would like to know how well this C will interact with the CP/M operating system. In BDS C there are several functions that allow you to get to the BDOS, BIOS and ports without writting the code in assembler. Are there similar functions in Aztec C or will I have to write them. How does Aztec C interface with functions that are written in assembler, is this very difficult to do. Greg Meckstroth gregory@nosc ------- 22-Jun-83 13:32:08,892;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 22 Jun 83 14:26 EDT Date: Wed, 22 Jun 83 13:32:08 EDT From: Robert Lee Feider (CTAB) To: CCVAX.gregory@nosc-cc cc: info-cpm@brl Subject: Re: need information on Aztec C Hi, I have used the AZTEC C compiler for a small amount of work and I am very impressed. Yes it does have links to the BDOS and BIOS thru function calls and there is a piece of user submitted (i.e. not written by MANX software) routine which allows one to write and read from an I/O port. Aztec does allow romable routines but I have not actually tried this yet. Inline assembly code is allowed thru the use of #ASM and #ENDASM macros and the calling convention of how to pass local variables on the stack is defined and an example given. I hope this is enough information, if not give me a holler. lee@brl-bmd 22-Jun-83 16:17:49,918;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 23 Jun 83 8:58 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 23 Jun 83 5:56-PDT Date: 22 Jun 83 15:17:49-PDT (Wed) To: info-cpm@brl From: decvax!wivax!linus!sch@ucb-vax Subject: Readin MC LBR files Article-I.D.: linus.26923 I have been having some trouble ftp-ing files from MIT-MC. 1) Can only transfer one file in a session (ftp server bug) 2) Can't seem to transfer libraries successfully. Image works okay for .COM files, but MODEM 903LBR seems to be munged upon reception. Does it have the header like COM files, is it in some other (strange) format. I assumed it was in LU format, and was an 8 bit binary image. The receiving system is Mitre-Bedford, a 4.1 Unix system with the BBN Tcp code. -- Stephen Hemminger, Mitre Corp. Bedford MA {allegra,genrad,ihnp4, utzoo}!linus!sch (UUCP) linus!sch@mitre-bedford (ARPA) 22-Jun-83 17:15:11,294;000000000000 Received: From Nosc-Cc.ARPA by BRL via smtp; 22 Jun 83 19:17 EDT Date: 22 Jun 1983 16:15:11-PDT From: Bob Van Cleef Reply-to: CCVAX.revc@nosc To: CCVAX.gregory@nosc, info-cpm@brl Subject: Re: need information on Aztec C Check with Bill Lafond, he has a copy. - Bob 22-Jun-83 18:50:59,370;000000000000 Date: 22 Jun 83 18:50:59 EDT (Wed) From: Rick Conn To: info-cpm@brl Subject: Z2SYS-4.MOD AR84:CPM contains Z2SYS 4MOD which documents the recent changes to SYSLIB 2.7 and ECHO. CRCs don't match, but it is a WS file sent as ASCII, so MSBs were (probably) dropped. Pass completed ... all SW and doc is now on MC in AR84:CPM. Rick 22-Jun-83 20:56:00,1905;000000000000 Received: From Mit-Ml.ARPA by BRL via smtp; 22 Jun 83 20:55 EDT Date: 22 June 1983 20:56 EDT From: Michael C. Adler Subject: need information on Aztec C To: CCVAX.gregory@nosc-cc cc: info-cpm@brl In-reply-to: Msg of 22 Jun 1983 09:08:28-PDT from CCVAX.gregory at nosc Aztec C provides an excellent interface to both BIOS/BDOS CP/M calls and assembly programming. The following calls are defined (taken from release 1.05 manual): bdos (bc,de) int bd,de; Calls the bdos with register pair BC set to bc and DE set to de. The value returned in HL is the return value. bios(n,bc,de) int n,bc,de; Calls the n'th entry into the bios with BC set to bc and DE set to de. The returned value is the accumulator contents on return from the CP/M BIOS. N equal to zero is a warm boot. bioshl(n,bc,de) int n,bc,de; Calls the n'th entry into the bios with BC set to bc and DE set to de. The returned value is the HL register contents on return from the CP/M BIOS. N equal to zero is a warm boot. CPM(bc,de) int bc,de; Calls the bdos with register pair BC set to bc and DE set to de. The value returned in HL is the return value. ------------------- Aztec C creates intermediate assembly language code. An intel assembler (subset of M80) is provided, although it is possible to use M80/L80. So, interfacing assembly code is rather trivial. Note: Aztec C DOES NOT create modules that can be bound immediately. It is only capable of generating assembly code. Hence it can be rather slow to compile (the C compiler alone is significantly slower than BDS C). You should also note that it supports a Z80 mode that allows register variables (8080 version syntax permits register vars. but stores them in memory). In tight loops you will notice a BIG difference. In 8080 mode, execution speed seems to be similar to BDS C. -Michael 22-Jun-83 21:48:00,946;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 22 Jun 83 23:52 EDT Date: 22 Jun 1983 2348-EDT From: Edward Huang Subject: Re: Intel 2716 and TI 2716 (TMS2716) To: JTW@mit-xx cc: INFO-CPM@brl In-Reply-To: Your message of 21-Jun-83 0432-EDT Hello, Thanks for your replies (Bob Clements,I dont know but OZ refuses to reply to your net site so sending your reply here instead) Well, i'm not going to use the TMS2716 (yeech..3 volt supplies) but reason I asked is that I wanted to try to read some TMS2716 EPROMS with my new programmer/reader. Hmmm...Maybe both Intel and TMS should be shot...the numbering is out of whack. 2716 should belong to Intel as Intel stuff are 27xx .... Ti caused confusion as its eproms are 25xx but had a 2716 in its line with diff voltage...oh well....just like those famous laws (forgot the name). Anyway,...enough on this subject.. thanks to those who replied. -Ed ------- 22-Jun-83 23:41:00,347;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 22 Jun 83 23:41 EDT Date: 22 June 1983 23:41 EDT From: Herb Lin To: info-cpm@brl anyone out there care to give advice on: 1. how best to detect a flaky (intermittently so) memory board? 2. how you know when you need a static discharge mat.. thanks. herb lin (lin@mit-mc) 23-Jun-83 04:04:20,784;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 24 Jun 83 8:59 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 24 Jun 83 5:48-PDT Date: 23 Jun 83 3:04:20-PDT (Thu) To: info-cpm@brl From: decvax!wivax!linus!philabs!seismo!rlgvax!cvl!umcp-cs!mark@ucb-vax Subject: Re: Educational license for Berkeley UNIX Article-I.D.: umcp-cs.106 In-Reply-To: Article <332@houxf.UUCP> Start by getting an educational license from ATT via the usual channels for version 7, 32/V, or III or V. Then write to berkeley for more information at: Pauline Schwartz Computer Systems Research Group Computer Science Division, EECS University of California Berkeley CA 94720 -- UUCP: {seismo,allegra,brl-bmd}!umcp-cs!mark CSNet: mark@umcp-cs ARPA: mark.umcp-cs@UDel-Relay 23-Jun-83 10:10:00,443;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 23 Jun 83 10:20 EDT Date: 23 June 1983 10:10 EDT From: Keith Petersen Subject: CPM DIRLST updated To: Info-Cpm@brl MIT-MC:CPM;CPM DIRLST has been updated as of today. It is available to all who can FTP, and has been netmailed to those who are on the mailing list to receive it. Comments/requests to Info-Cpm-Request@Brl or ...!duke!unc!brl-bmd!info-cpm-request --Keith 23-Jun-83 12:28:00,697;000000000000 Received: From Rand-Unix.ARPA by BRL via smtp; 23 Jun 83 14:47 EDT Date: Thursday, 23 Jun 1983 11:28-PDT To: info-cpm@brl Cc: bridger@rand-unix Subject: faster hard-disk warmboot? From: bridger@rand-unix Setting the CP/M directory checksum word to zero in the disk parameter header of a hard-disk drive does not appear to eliminate the re-building of the allocation vector bit-map on each warm-boot and login-drive function. Has anyone attempted to limit this to cold-boots, so that control-C will be essentiallyinstantaneous for hard-disk drives? Are there problems with this approach--DUPUSER, for example, needs an upda ting of the vector in some cases. --bridger 23-Jun-83 12:56:47,447;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 24 Jun 83 7:55 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 24 Jun 83 4:41-PDT Date: 23 Jun 83 11:56:47-PDT (Thu) To: info-cpm@brl From: harpo!floyd!cmcl2!lanl-a!jp@ucb-vax Subject: iAPX-286 Users Article-I.D.: lanl-a.354 I will soon be bringing up a system based on Compupro's CPU 286 board. I would like to get in touch with other iAPX-286 users. Jim Potter 23-Jun-83 13:00:12,454;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 24 Jun 83 8:07 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 24 Jun 83 4:40-PDT Date: 23 Jun 83 12:00:12-PDT (Thu) To: info-cpm@brl From: harpo!floyd!cmcl2!lanl-a!jp@ucb-vax Subject: Downloader from UNIX to CPM Article-I.D.: lanl-a.355 From: Jim Potter I am looking for a pair of programs to facilitate downloading text files from a UNIX system to a CPM system. Jim 23-Jun-83 13:25:00,1087;000000000000 Received: From Sri-Kl.ARPA by BRL via smtp; 23 Jun 83 15:30 EDT Date: 23 Jun 1983 1225-PDT Sender: BILLW@sri-kl Subject: Re: Mainframe MODEMs From: BILLW@sri-kl To: grich.uci@rand-relay Cc: info-cpm@brl Message-ID: <[SRI-KL]23-Jun-83 12:25:05.BILLW> In-Reply-To: Your message of 22 Jun 83 09:07:43 PST (Wed) UNIX UMODEM, TMODEM, both available on MIT-MC CPM directory. TOPS20 MODEM.MAC available from me. Also on MIT-MC. Currently still having features added, so most recent version (SRI-KL:MODEM.MAC) may be a little flakey. As far as I know, this is the only mainframe version that supports CRCs. VMS FTPSEND, FTPGET available from me. doesnt work well. SRI-KL:*.* TENEX XMODEM.SAI availble from MIT-MC SEL-32 MODEM.FOR available from FJW. I dont know whether this acyually works. RT-11 MODEM.C available from somwhere. DECUS "C". TOPS-10 ASCSND.MAC available fro me, but id have to get it off of tape. ASCII SEND from mainframe only. ITS LMODEM (lisp?) available at MIT. Enjoy BillW 23-Jun-83 21:18:58,405;000000000000 Date: 23 Jun 83 21:18:58 EDT (Thu) From: Rick Conn To: BILLW@sri-kl cc: grich.uci@rand-relay, info-cpm@brl Subject: Re: Mainframe MODEMs I understand that MGORMAN@WSMR70A has modified UMODEM to work on the BBN C/70. I received some queries about that the other day, and interested parties should contact him to see if he is willing to supply a copy. Rick 23-Jun-83 21:38:01,273;000000000000 Date: 23 Jun 83 21:38:01 EDT (Thu) From: Rick Conn To: info-cpm@brl Subject: SYSLIB 27HQP I've replaced SYSLIB 27HLP with 27HQP in AR84:CPM. This way, when unsqueezed, the CRCs will match those given in Z2SYS-4.MOD. CRCs (HQP) match. 24-Jun-83 01:39:00,499;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 24 Jun 83 1:38 EDT Date: 24 June 1983 01:39 EDT From: Herb Lin Subject: shells for canned cp/m programs. To: info-cpm@brl Can anyone advise me on how to write a shell for a cp/m program? I have a cp/m program (proofreader spelling chekcer)), and while nice, it doesn't do quite what i want. I want to write a shell for it (since i only have the com file) which will let me to some nice i/o interception. help? thanks.. 24-Jun-83 12:46:00,565;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 24 Jun 83 12:46 EDT Date: 24 June 1983 12:46 EDT From: Gail Zacharias Subject: Mainframe MODEMs To: BILLW@sri-kl cc: info-cpm@brl, grich.uci@rand-relay In-reply-to: Msg of 23 Jun 1983 1225-PDT from BILLW at sri-kl Actually, the current ITS version is MMODEM, and it supports CRC's. Source in GZ;MMODEM >. LMODEM is still supported on ITS, also it works on Multics. Source in FJW;LMODEM > (although I think the running version on ITS is patched). Yes, it's written in Lisp. Author is EB@MC. 24-Jun-83 14:37:14,565;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 27 Jun 83 2:43 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 26 Jun 83 23:23-PDT Date: 24 Jun 83 13:37:14-PDT (Fri) To: info-cpm@brl From: harpo!seismo!philabs!cmcl2!floyd!whuxlb!egb@ucb-vax Subject: Re: Downloader from UNIX to CPM - (nf) Article-I.D.: whuxlb.1191 #R:lanl-a:-35500:whuxlb:14900001:000:145 whuxlb!egb Jun 24 13:36:00 1983 I have the pair in question (my own design) if you can figure out how to send mail to me. (UNIX to/from CPM xfer pgms.) Ed Bradford harpo!egb 24-Jun-83 16:13:00,481;000000000000 Received: From Bbng.ARPA by BRL via smtp; 24 Jun 83 16:18 EDT Date: Fri, 24 Jun 1983 16:13 EDT From: DWELD@BBNG.ARPA To: BILLW@SRI-KL.ARPA Cc: grich.uci@RAND-RELAY.ARPA, info-cpm@BRL.ARPA Subject: Mainframe MODEMs In-reply-to: Msg of 23 Jun 1983 15:25-EDT from BILLW at sri-kl Where can I find the specs of the MODEM program so I would know how to add transfer protocol information to an existing communication package so it could talk to MODEM? Dan Weld 25-Jun-83 08:31:00,990;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 25 Jun 83 10:36 EDT Date: 25 Jun 1983 1031-EDT From: Andrew Scott Beals Subject: simulating ^P from software To: info-cpm@brl Long long ago, someone asked how to simulate a ^P ... well, there is a magic location in the BDOS that contains a 1 if the output to the console is to be echoed to the printer, and a 0 for no echo to the printer... here are two (bds) c functions to turn the printer echo on and off: prt_on() { char *pbyte; char **bdosp; bdosp = 6; /* the jump address into bdos */ pbyte = *bdosp + 0x307; /* pbyte now points to the printer flag */ *pbyte = 1; } prt_off() { char *pbyte; char **bdosp; bdosp = 6; /* bdos jump address */ pbyte = *bdosp + 0x307; *pbyte = 1; } and now you have it. this is for cp/m 2.2 only (as far as i know), and i can provide the same two functions in another language, if you like... later, -andy ------- 25-Jun-83 12:05:14,673;000000000000 Date: 25 Jun 83 12:05:14 EDT (Sat) From: Rick Conn To: harpo!floyd!cmcl2!lanl-a!jp@ucb-vax cc: info-cpm@brl Subject: Re: Downloader from UNIX to CPM Jim, The UMODEM/MODEM7xx pair work nicely for download text (and object) for UNIX to CP/M and back again. UMODEM, written in C, runs on UNIX and supports the public domain modem protocol, and MODEM7xx, written in assembly language, runs on UNIX and supports the same protocol. UMODEM has had some problems running through the ARPA Net, but runs fine in direct connect to UNIX. Both programs are in the public domain and available in source code form on MIT-MC. Rick 25-Jun-83 16:56:00,3666;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 25 Jun 83 16:56 EDT Date: 25 June 1983 16:56 EDT From: Keith Petersen Subject: MDM710 now available To: INFO-CPM@brl MDM710, the latest in the MODEM7 series, is now available from MIT-MC as AR61:CPM;MDM710 LBR AR61:CPM;MDM710 TXT The LBR file is stored in ITS "COM style" binary format, may be FTP'ed by those who can use binary mode or TENEX mode in FTP. The four-byte ITS header may be removed on YOUR CP/M system by running my ITSCVT program. It's available as AR13:CPM;ITSCVT HEX. You'll need LU.COM (the library utility program) to extract the files from the LBR. Additional detailed information on MDM710: TOPIC : MODEM710 PHONE MODEM GENERAL INTEREST DATA FROM : IRV HOFF W6FFC DATE : 22 JUNE 83 MDM710 is the latest in the "MODEM7" telephone modem series. After MODEM 7.98, the program became known as MDM700, etc. At that time the external macro library was combined into the source code plus other changes. Numerous overlay files were added for various computers to make the program useful for a large number of different systems. Orig- inally it worked only with the PMMI plug-in modem for the S-100 bus. It now also supports the Hayes 300 and 1200 and U. S. Robotics modems. It is the only modem program that offers auto-dialing and auto-continuous redialing for all these modems. Overlay files are included in MDM710.LBR for Apple, Datapoint, NEC, Heath H89, Kaypro, Morrow, Osborne, PMMI, Televideo, Xerox and Zenith. There is also a "general purpose" overlay to readily adapt to other sys- tems not mentioned. MDM710 has numerous changes over previous programs. The MDM710.UPD update file lists many of these changes. It is in the MDM710.LBR group. There are 13 overlay files for various computers and one additional file for easily changing the phone number library. MDM710.IQF explains what each of the programs is for, plus has some comments similar to these re- garding how to use the overlays in the easiest manner. Let's say you have a Heath H89, for example. You would wish to get (download) the following three files from that library group: MDM710H8.AQM (Heath overlay file) MDM710.COM (Master Object code, ready to use for PMMI) MDM710.DQC (Squeezed instruction guide) and perhaps the MDM710.UQD update file: You would unsqueeze MDM710H8.AQM, edit the options to if not set the way you prefer, then assemble it (ASM.COM is fine). Refer to the instructions in the overlay file to combine the MDM710.COM file with the MDM710H8.HEX file you just got when assembling MDM710H8.ASM. All this will only take a few minutes. It is actually very simple. The program is then ready to use. If unfamilar with this type modem program, read MDM710.DOC and try it out. 0103H FF for PMMI, 00 if not PMMI 0104H FF for Hayes Smartmodem 300 or 1200 or US Robotics 0105H 54 for touch-tone dialing or 50 for pulse-dialing (only applicable for the Hayes or Robotics) These bytes are automatically selected when edited into the approp- riate overlay. ======================================================================== If you have never downloaded a particular file from a library group, you can do it this way: Use LDIR to see what is in the library: B>LDIR MDM710 shows contents of the .LBR group B>LTYPE MDM710 MDM710.UQD types the MDM710.UQD file for your inspection B>XMODEM L MDM710 MDM710.COM downloads the .COM file only - Irv Hoff 25-Jun-83 17:21:00,680;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 25 Jun 83 17:22 EDT Date: 25 June 1983 17:21 EDT From: Keith Petersen Subject: MODEM protocol description To: DWELD@bbng cc: INFO-CPM@brl In-reply-to: Msg of Fri 24 Jun 1983 16:13 EDT from DWELD at BBNG.ARPA See AR60:CPM;MODEM2 PROTOC on MIT-MC, which is a file written by Ward Christensen, the original author of the MODEM program. The protocol is described in detail. Save yourself from re-inventing the wheel - there are quite a few good public-domain program which run under CP/M and support this protocol. See CPM;BILLW MODEM for a description of all known mainframe versions of MODEM. --Keith 25-Jun-83 18:51:00,354;000000000000 Received: From Mit-Ml.ARPA by BRL via smtp; 25 Jun 83 18:51 EDT Date: 25 June 1983 18:51 EDT From: Michael C. Adler Subject: Mainframe MODEMs To: DWELD@bbng cc: info-cpm@brl In-reply-to: Msg of Fri 24 Jun 1983 16:13 EDT from DWELD at BBNG.ARPA The MODEM protocol is documented on MIT-MC in AR60:CPM;MODEM2 PROTOC -Michael 25-Jun-83 18:54:00,549;000000000000 Received: From Hi-Multics.ARPA by BRL via smtp; 25 Jun 83 19:54 EDT Date: 25 June 1983 18:54 cdt From: Ronald W. Subject: lost me? To: info-cpm@brl It appears that my name/address has been lost from the info-cpm distribution list. I thought things had been a bit quiet, but today I saw a message from an associate asking what I thought of something he saw in info-cpm. Please re-instate "Heiby" at HI-Multics and let me know where the past couple months worth of archives are to be found. Thanks much. Ron H. 26-Jun-83 01:03:00,505;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 26 Jun 83 1:03 EDT Date: 26 June 1983 01:03 EDT From: Keith Petersen Subject: Updated BISHOW available To: Info-Cpm@brl BISHOW15.ASM, an updated version of BISHOW (the bi-directional CP/M file display program) is now available on MIT-MC as AR21:CPM;BISHOW 15ASM The new version now supports four commands: F (forward one page) B (backward one page), N (next line), and P (previous line), and of course CTL-C for abort. --Keith 26-Jun-83 01:10:00,845;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 26 Jun 83 1:11 EDT Date: 26 June 1983 01:10 EDT From: Keith Petersen Subject: Source for MDM710 available To: Info-Cpm@brl The source code for MDM710 is now available on MIT-MC in AR61:CPM;MDM710 AQM It is a squeezed file, stored in ITS "COM file" format. Note it's not necessary to get the source code unless you need to customize the main program. Normally only the .COM file and custom overlay for your modem I/O is needed. Comments/suggestions/complains on MDM710 should be directed to: Irvin M. Hoff, W6FFC, phone (415) 948-2166. If you are unable to FTP the MDM710 files from MIT-MC, you can get them from most RCPM systems. If your favorite RCPM doesn't have MDM710, tell the SYSOP that it's available on the SYSOP Clearinghouse system. --Keith 26-Jun-83 09:20:57,312;000000000000 Date: 26 Jun 83 9:20:57 EDT (Sun) From: Rick Conn To: Rick Conn cc: harpo!floyd!cmcl2!lanl-a!jp@ucb-vax, info-cpm@brl Subject: Re: Downloader from UNIX to CPM Jim, Correction: I meant to say that MODEM7xx runs on CP/M, NOT UNIX. Slip of tongue. Rick 26-Jun-83 11:49:40,497;000000000000 Date: 26 Jun 83 11:49:40 EDT (Sun) From: Rick Conn To: info-cpm@brl Subject: TVI 950 Users ... AR86:CPM now contains a new version of TINIT (version 2.1) which can be used to program the function keys, status line, and other attributes of the 950 from a CFG file generated by the CONFIG program (see AR82:CPM). The new TINIT requires that you flip to DIP switch on the 950 which enables X-ON/X-OFF flow control in order to work reliably. Enjoy! Rick 26-Jun-83 18:24:00,993;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 26 Jun 83 18:25 EDT Date: 26 June 1983 18:24 EDT From: Frank J. Wancho Subject: KERMIT Availability To: INFO-CPM@brl The following is forwarded FYI with Bernie Eiben's express permission. The references to MARKET equate to DEC-MARLBORO (1/79). --Frank -------------------- Date: 22 Jun 1983 1238-EDT From: B.G.Eiben LCG-Applications ext 617-467-4431 KERMIT distribution (Columbia University) is available on MARKET in area DEMO:CPMRAINBO.HEX, source files in same area. Access to MARKET: vial dial-in 617-467-7437 (300/1200 Autobaud on two Control-C's) LOG LCG.KERMIT KERMIT [second KERMIT is Password and does not echo]. Hex-file is ASCII and can be "loaded" via LOAD. This KERMIT is 8080-version using I/O byte plus BIOS-calls (speed limitation in terminal-emulation 1800 Baud, in protocol-transfer 4800 Baud). We have not yet done the 8088 rewrite. 26-Jun-83 22:53:47,642;000000000000 Received: From Ucla-Locus.ARPA by BRL via smtp; 27 Jun 83 2:04 EDT Date: Sun, 26 Jun 83 22:53:47 PDT From: Dr. Terry Gray To: info-cpm@brl Subject: YAM Would it be possible for someone who has access to the LATEST source for YAM to upload it to MIT-MC? I've tried several times to get it from Chuck's RBBS, but could never log in. There are only a couple of the necessary files on MC currently, and I suspect they are not the latest. Many thanks... -Terry Gray P.S. one LBR file containing all the sqeezed sources would be ideal. P.P.S. I meant 'squeezed' 27-Jun-83 06:27:00,457;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 27 Jun 83 6:27 EDT Date: 27 June 1983 06:27 EDT From: Stephen C. Hill Subject: Disk Parameters To: INFO-CPM@mit-mc cc: STEVEH@mit-mc Does anyone know how a piece of software, running on an unknown machine (obviously CP/M), can determine if it is facing an 80 Track SSDD disk or a 40 Track DSDD disk? I can't see anywhere that CP/M can make a distinction. I'm hoping I am wrong. 27-Jun-83 06:38:11,734;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 2 Jul 83 2:20 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 1 Jul 83 23:12-PDT Date: 27 Jun 83 5:38:11-PDT (Mon) To: info-cpm@brl From: ihnp4!houxm!houxk!houxh!pvl@ucb-vax Subject: Can Sinclair Be Used As CPM Board for C64? Article-I.D.: houxh.168 With many people buying the Commodore 64 as the next step from their Sinclair, it occurred to someone that someone should consider how ridiculous it would be to try to rig up the Sinclair as a CPM board for a C64 with disk. Anybody have any comments? (Anything from "you're crazy" to "here's how". Please mail replies. I'll summarize if there are any. Pete LaMaster BTL NJ (201)949-0040 ihnp4!houxh!pvl 27-Jun-83 11:29:00,585;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 27 Jun 83 11:30 EDT Date: 27 June 1983 11:29 EDT From: Keith Petersen Subject: CPM DIRLST updated To: Info-Cpm@brl File CPM;CPM DIRLST which lists all directories associated with the CP/M activities here on MIT-MC has been updated as of today. Someone pointed out that earlier lists were only four columns across and others were 5. I will try to keep it consistant at 5 from now on so that file difference programs can be used to print "what's new" by comparing the newest version to the previous one. --Keith 27-Jun-83 11:38:00,294;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 27 Jun 83 11:39 EDT Date: 27 June 1983 11:38 EDT From: Richard L. Conn To: w8sdz@brl, info-cpm@brl SYSLIB 27HQP now replaces SYSLB HLP in AR19:CPM. SYSLB HLP was an older version. Thanks to Keith for pointing it out. Rick 27-Jun-83 12:23:51,716;000000000000 Date: 27 Jun 83 12:23:51 EDT (Mon) From: Keith Petersen To: Info-Cpm@brl Subject: XMODEM for VAX/VMS Another sucessful mainframe version of Ward Christensen's MODEM2 program... Things are looking up! The source files are available from MIT-MC in AR60:CPM;XMODEM FOR and AR60:CPM;QIO DCK --Keith ----- Forwarded message # 1: Date: 27 Jun 83 11:23:44 EDT (Mon) From: Rick Conn To: w8sdz@BRL Subject: XMODEM.FOR Keith, thanks a lot for XMODEM.FOR and QIO.DCK. I now have it up and running under VAX/VMS, and it is running quite nicely. All is looking great! I really appreciate your effort. Rick ----- End of forwarded messages 28-Jun-83 04:51:00,1266;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 28 Jun 83 4:49 EDT Date: 28 June 1983 04:51 EDT From: Allan D. Plehn Subject: How CP/M can determine disk format. To: STEVE@mit-mc cc: INFO-CPM@mit-mc, PLEHN@mit-mc Steve, read the FORMATDOC file in AR47:CPM; I think that will answer your question. The neat part of the format byte scheme is that the byte can be read without any head stepping since it is on the outer track. This makes it possible, for instance, to read a 48-TPI five inch diskette in a 96-TPI drive. Having read the format byte the software can determine that double-stepping is necessary is necessary. My Northstar Horizon is equipped with three TEAC half-height, 960-TPI ,double sided drives plus a Tandon "Quad" (48-TPI, double-sided). I can read the quad-written disks perfectly in any of the 96-TPI drives, including correct calculation and display of disk capacity, remaining space, etc. by STAT and other programs. The "Quad" drive is retained only so that I can WRITE Quad diskettes, to be read in standard Horizon or Advantage configurations (which use Quad drives). Hope this info is useful. The BIOS source that does all this (for N* disk controller) is also in AR47:CPM; Al Plehn 28-Jun-83 05:03:00,413;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 28 Jun 83 5:01 EDT Date: 28 June 1983 05:03 EDT From: Allan D. Plehn Subject: TYPOs is previous message. To: STEVE@mit-mc cc: INFO-CPM@mit-mc, PLEHN@mit-mc In the first line of the 3rd para, should read "96-TPI" not "960-TPI". Incidently, capacity of the 96-TPI diskettes, in the configuration described, is 786K per diskette. Al Plehn 28-Jun-83 08:02:28,1491;000000000000 Date: 28 Jun 83 8:02:28 EDT (Tue) From: Rick Conn To: info-cpm@brl Subject: ZCPR2 Utilities under CP/M Yesterday Keith asked if the ZCPR2 utilities can be run under normal CP/M 2.2, and we thought the response may be of general interest. By and large, the answer is YES. The GENINS program must be run on all of the utilities to do this. GENINS is used to install utilities in a ZCPR2 environment, and such utilities can be installed with all ZCPR2-specific features turned off. As a result, the utility does not try to reach into ZCPR2 for buffers and the like, and ZCPR2 and CP/M are identical to it. The installer need only turn off all of the ZCPR2-specific features: no external path, no multiple command line (address 0), no memory-based named directories, no disk-based named directories, etc. Most utilities will continue to function with these turned off. Some, however, like MENU, will not, since their function is based on using ZCPR2. These utilities will tell you they can not run if you try to run them after turning off the features. One nice feature in all of this is that by turning off external paths, the internal paths, if you so desire, become operational. In other words, utilities may use their internal paths under CP/M 2.2 to perform their functions. Hence, file searches performed by the utilities still work, and some ZCPR2 functions, in a limited sense, are moved into the CP/M 2.2 arena. Rick 28-Jun-83 12:30:00,531;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 28 Jun 83 14:31 EDT Date: 28 Jun 1983 1130-PDT Subject: Re: How CP/M can determine disk format. From: Steve Saunders To: Allan D. Plehn , STEVE@mit-mc cc: INFO-CPM@mit-mc In-Reply-To: Your message of 28 June 1983 04:51 EDT Sorry, you have the wrong STEVE. I am Steve Saunders, STEVE@MIT-MC and -AI, Saunders.Atari@Rand-Relay. I don't know who you intended the CPM advice for. Better use :WHOIS to find his net address! Steve ------- 28-Jun-83 16:22:00,1037;000000000000 Received: From Hi-Multics.ARPA by BRL via smtp; 28 Jun 83 17:22 EDT Date: 28 June 1983 16:22 cdt From: Ronald W. Subject: Re: XMODEM.FOR ? To: Charles Garthwaite cc: info-cpm@brl In-Reply-To: Message of 28 June 1983 09:44 cdt from Charles Garthwaite Charlie, I inquired on behalf of another in my department. Last I saw, (yesterday) a text or .com file I sent up to the vax came back down with matching crc (crck). My colleague is having some difficulty with the format of sequential files that the VAX creates, which is why he wanted it in the first place. It seems that someone is not converting record delimiters properly or some such. My colleague said that he had to shorten one comment line in XMODEM.FOR to get it to compile correctly. Within the week, we should have more info on just what's going on. Ron. P.S. to the group - sorry about mis-mailing the administrative note to the entire list instead of just the -request address. It was a slip. Sorry. RH. 28-Jun-83 17:29:00,1093;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 28 Jun 83 17:28 EDT Date: 28 June 1983 17:29 EDT From: Eliot Scott Ramey Subject: Unix=CP/M??? To: info-cpm@brl For the last 3 hours I have been reading my mail (about 4.5 weeks worth) and I have noticed that there has been a lot of discussion on Unix, S-100 Unix, and Unix on the 68000. If I am not mistaken, this is info-cpm. How do the two relate? According to the following message by Andy Beals Unix and CP/M shouldn't mix company. I wonder why he continues it. Date: 3 Jun 1983 1824-EDT From: Andrew Scott Beals In-Reply-To: Your message of 3-Jun-83 0915-EDT Anyone who would even think of comparing UNIX to CP/M is out of their gourds. CP/M is good for what it does. It is a program loader and simple operating system. THAT IS IT. UNIX(tm), on the other hand is the best development enviroment around. It was written by hackers for themselves, so it wins. People who compare the two are showing their ignorance. ------- 29-Jun-83 02:14:00,685;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 29 Jun 83 2:15 EDT Date: 29 June 1983 02:14 EDT From: Keith Petersen Subject: VAX/VMS XMODEM files To: Info-Cpm@brl The files associated with the VAX/VMS version of XMODEM have been moved to a new ARchive in the CPM; directory and several new ones added. XMODEM FORDOC explains what each is for. AR90:CPM; CPM COM -- 6/29/83 01:39:07 FMXMOD FOR -- 6/29/83 01:37:16 QIO DCK -- 6/29/83 01:32:00 TOXMOD FOR -- 6/29/83 01:30:13 XMODEM FOR -- 4/21/83 02:03:47 XMODEM FORDOC -- 6/29/83 01:40:02 XMODEM HLP -- 6/29/83 01:40:36 --Keith 29-Jun-83 14:16:24,689;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 29 Jun 83 19:31 EDT Received: From Unc.UUCP by BRL-BMD via uucp; 29 Jun 83 19:10 EDT Date: Wed, 29 Jun 83 14:16:24 EDT From: emigh%tucc@BRL-BMD.ARPA To: unc!brl-bmd!info-cpm@BRL-BMD.ARPA Subject: Information needed on EcoSoft C compiler Does anyone have any experience with the EcoSoft version of C for a Z80 CP/M system? The information EcoSoft sent me was next to useless. The compiler is EXPENSIVE compared to the others on the market (2-1/2 times BDS-C and 1-3/4 times Aztec-C). Are you getting anything for the money? Thanks for any help you can give me. --Ted H. Emigh NCSU ...!unc!tucc!emigh 29-Jun-83 19:39:00,307;000000000000 Received: From Mit-Dms.ARPA by BRL via smtp; 29 Jun 83 19:39 EDT Date: 29 June 1983 19:39 EDT From: Eliot Scott Ramey Subject: Bad MDM710 To: info-cpm@brl MDM710 at MIT-MC (AR61:CPM;MDM710 AQM) is bad. My CRC matches the one on MIT, but does not usqueeze properly. -Eliot 29-Jun-83 23:03:00,554;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 29 Jun 83 23:04 EDT Date: 29 June 1983 23:03 EDT From: Paul R. Grupp Subject: Bad MDM710 To: ELIOT@mit-dms cc: info-cpm@brl In-reply-to: Msg of 29 Jun 1983 19:39 EDT from Eliot Scott Ramey From: Eliot Scott Ramey MDM710 at MIT-MC (AR61:CPM;MDM710 AQM) is bad. My CRC matches the one on MIT, but does not usqueeze properly. -Eliot ---- I had no problem with the same file... Unsqueezed and assembled fine. --Paul 30-Jun-83 00:57:00,783;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 30 Jun 83 1:00 EDT Date: 30 June 1983 00:57 EDT From: Keith Petersen Subject: MDM710 AQM not bad To: ELIOT@mit-dms cc: Info-Cpm@brl In-reply-to: Msg of 29 Jun 1983 19:39 EDT from Eliot Scott Ramey I suggest you check your USQ.COM then. Immediately after reading your message to the whole list (why not to Info-Cpm-Request so we could check it first?) I unsqueezed AR61:CPM;MDM710 AQM using GZ's USQ program RIGHT HERE ON MIT-MC. It gave no checksum error message and correctly unsqueezed the file. If you have an old version of USQ this could be the cause. Check yours against AR51:CPM;USQ-19 COM. Please reply to Info-Cpm-Request or me direct, rather than the whole list. --Keith 30-Jun-83 05:26:40,2086;000000000000 Received: From Brl-Vgr.ARPA by BRL via smtp; 30 Jun 83 5:33 EDT Date: Thu, 30 Jun 83 5:26:40 EDT From: Mike Muuss To: unix-wizards@brl-vgr cc: info-cpm@brl, info-micro@brl, WorkS@rutgers Subject: Creation of INFO-UNIX, in concert with UNIX-WIZARDS INFO-UNIX is intended for Question/Answer discussion, where "novice" system administrators can pose questions. Hopefully, enough people who know some answers will subscribe so that the list serves a purpose. I plan to subscribe, and I know that others will be generous with their time too. UNIX-WIZARDS should then (hopefully) devolve into more technical discussions, including comments about doing kernels for esoteric hardware, nasty bugs, discussion of what we might want to see in 4.3 BSD now that 4.2 is nearly out, etc. The motivation behind this split is to provide a mechanism for "real wizards" to communicate, in a less cluttered forum than at present, yet still offer a "helper service" to new UNIX sites and new system administrators. I expect that there will be a great deal of overlap between the two lists, but that people at the extremes will be able to choose one list over another. I would also hope that much of the discussion of UNIX on small (micro) computers can be moved from INFO-MICRO, INFO-CPM, etc, into INFO-UNIX, which is where it belongs. To reiterate, submissions to the lists should be sent to: UNIX-WIZARDS @ BRL-VGR or @ BRL INFO-UNIX @ BRL-VGR or @ BRL and discussions with the moderator (me), not for publication, should go to: UNIX-WIZARDS-REQUEST @ BRL-VGR or @ BRL INFO-UNIX-REQUEST @ BRL-VGR or @ BRL Both lists are being gatewayed to the News Network (USENET) by the good graces of SRI-UNIX. In order to start things off on the right foot, all subscribers to UNIX-WIZARDS have also been placed on the INFO-UNIX mailing list. If you wish to be removed from one or the other, simply send a note to the appropriate -request mailbox. Best, -Mike Muuss U.S. Army Ballistic Research Laboratory 30-Jun-83 10:18:00,899;000000000000 Received: From Usgs1-Multics.ARPA by BRL via smtp; 30 Jun 83 10:17 EDT Date: 30 June 1983 10:18 edt From: LSchwarz.Activate@reston Subject: CP/M vs. Unix To: info-cpm@brl cc: eliot@mit-mc, LSchwarz.Activate@reston Maybe this message clarifies better: As you know, they are two entirely different worlds. CP/M was written as a very simple system which lets a single user talk to his small (micro) computer. UNIX was written for use on DEC minicomputers, which are much larger than any micro, and permits multi-tasking, multi-user operation of a type that CP/M could never handle. CP/M is a single-user operating system. To compare them is like comparing a Volkswagen to a MACK truck. Each of them has its uses, but they're simply two different breeds of cat. I am willing to open my ear if there is such a system that CP/M can be "multi-" system. Regards, 30-Jun-83 10:30:50,1446;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 1 Jul 83 6:06 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 1 Jul 83 2:56-PDT Date: 30 Jun 83 9:30:50-PDT (Thu) To: info-cpm@brl From: harpo!seismo!rlgvax!cvl!umcp-cs!aplvax!richard@ucb-vax Subject: Request for Osborne I info Article-I.D.: aplvax.144 I have owned an Osborne I for about eight months, and have reached that inevitable stage where I want to upgrade. Since my Osborne came with single density disk drives, they will be my first target. I have just ordered a double density upgrade kit from a company called Osmosis in San Francisco. The kit is supposed to be idiot-proof, requiring only that I plug in a few connectors. It sells for only $195, at least a hundred dollars below the lowest dealer quote I received. Another possibility is a RAM disk emulator called DriveC (sold I think by a small outfit of the same name) that uses the IEEE488 interface and slides comfortably into one of the two diskette storage slots on the front of the computer. Does anyone have any info to share about either of these companies or products? I would also appreciate *any* info about: - interfacing external floppies or hard disks to the IEEE488 port. How do I modify CPM to handle this? - any other interesting (and affordable) Osborne after-market upgrades and/or accessories that you know about. Thanks! Rich Greenberg 30-Jun-83 12:34:16,1763;000000000000 Date: 30 Jun 83 12:34:16 EDT (Thu) From: Keith Petersen To: Info-Cpm@brl Subject: Reading/writing multiple format disks A recent message posted to Info-Cpm told of an expensive disk controller card and drive which can be added to an existing S-100 system to allow reading/writing to many different disk formats. Some were skeptical when I replied that you didn't need to buy that expensive disk controller when you could get a whole KAYPRO-II computer for about the same price and use a "new program" to do the same thing. Well, here's the complete info on that new program. It does exist and it does work. ---forwarded message from CP-MIG on CompuServe--- Fm: George Antunes 71535,1507 If you have access to a Kaypro there is a program you can run which will let you read, write, & format in about 15 different formats (all 5-1/4 inch, single sided). I recently bought a copy ($39.00) and like it a lot. The program is called Uniform and is available from Micro Solutions, 125 South 4th St., DeKalb, Illinois 60115. Phone is (815) 756-3421. They have been selling dealers a license to make & sell unimited copies of the software for $2000. They are in the process of completing versions which will RUN on the Morrow Microdecision & Osborne; both of those formats are among those which are supported on version which runs on the Kaypro. You might give them a call & see if they want to swap information with you. I found them pleasant & cooperative. ---end of forwarded messsage--- Now that the Kaypro-IV which has double-density-double-sided drives is available, it will be just a matter of time before you can read/write to almost any 5-1/4" format by using the Kaypro. --Keith 30-Jun-83 19:23:45,472;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 30 Jun 83 22:49 EDT Date: 30 Jun 83 19:23:45 EDT (Thu) From: Speaker-To-Animals Return-Path: Subject: Northstar to CP/M... To: info-cpm@mit-mc Via: UMCP-CS; 30 Jun 83 19:56-EDT Does anyone have, or know of, programs in the public domain that can (and please don't laugh) translate Northstar DOS format files into CP/M format files? - Speaker 30-Jun-83 21:16:46,699;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 5 Jul 83 8:24 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 4 Jul 83 23:40-PDT Date: 30 Jun 83 20:16:46-PDT (Thu) To: info-cpm@brl From: hplabs!hao!seismo!philabs!cmcl2!floyd!vax135!cornell!uw-beaver!ubc-visi!mprvaxa!mosher@ucb-vax Subject: c64 disk emulation Article-I.D.: mprvaxa.217 I have a working CPM system but would like to have some of the capabilities of the c64 for my daughter. At $199 US it sounds like a good buy. Since the disk is a ssort of serial interface I would like to emulate the c64 disk system under my cpm system. Has this been done, or does someone have the informatiion to do this? Thank You. 30-Jun-83 23:10:08,2482;000000000000 Date: 30 Jun 83 23:10:08 EDT (Thu) From: Rick Conn To: LSchwarz.Activate@usgs1-multics cc: info-cpm@brl, eliot@mit-mc, LSchwarz.Activate@usgs1-multics Subject: Re: CP/M vs. Unix In all of these recent discussions, I feel that an important point is being missed. I fully agree that CP/M, UNIX, VMS, ITS, etc, are different "breeds of cat," and I don't think that anyone would question this. In the world in which I find myself, however, I have access, in one form or another, to ALL of these breeds of cat, and I find that I am constantly comparing them. The comparison is not from the point of view of the internal operation of the system, but from the point of view of a tool I can use to run an application. Attributes such as quality of tools, speed of tools, availability of system, reliability of system, ease of use of tools, familiarity with tools, and quality and availability of documentation are considered when I make a selection. As a user, I find that the fact that TENEX is a multitasking OS with a signficant degree of power to be inconsequential in my decision- making process. The fact that the TENEX system I access is often heavily-loaded when I need it and that it runs very slowly, causing me to expend significantly more time than if I used the UNIX system I access causes me to stay away from it for the most part. With these attributes in mind, of all of the systems I access, my personal ZCPR2 system comes closer to filling the requirements than the others. I am even into the mode these days of programming in FORTRAN-77 using the WordMaster and WordStar editors under ZCPR2 and then uploading the result to VAX/VMS for compilation and testing. Minor problems, of course, are corrected using EDT on the VAX, and the final version is downloaded to ZCPR2 for further work and backup. So, I would like to say that it DOES make sense to compare these widely different operating systems, especially if the basis of comparison is the user interface and the attributes I listed above. People will soon be finding that they have an increasing number of choices like this to make. As a plug, for my money, ZCPR2 and UNIX (depending on application) are the winners, with VAX/VMS running second. Of course, the machines they are running on make a difference in this choice. Rick