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, b