1-Nov-83 08:57:30-MST,862;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 1 Nov 83 08:57:26-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 31 Oct 83 23:27 EST Received: From Mit-Mc.ARPA by BRL via smtp; 31 Oct 83 23:22 EST Date: Mon 31 Oct 83 20:22:50-EST From: Edward Huang Subject: 16-bit MODEM program To: info-cpm@BRL.ARPA cc: rms.g.eh%MIT-OZ@MIT-MC.ARPA DOes any one know of a XMODEM/MODEM7 compatible program for 16-bit machines? At Univ. of Santa Clara, we have the Artelonics 750 and 1000's and I would like to find out how we can put a XMODEM/MODEM program on it. (my computers and the SCU 2060 can handle XMODEM/MODEM) **** Please REPLY to me DIRECTLY as I am not on the list Thank you, Edward Huang EH@MC, RMS.G.EH@MIT-OZ, E.HUANG@SCU (not arpa) ------- 1-Nov-83 08:57:47-MST,1503;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 1 Nov 83 08:57:41-MST Date: Tue, 1 Nov 83 1:11:29 EST From: R. Bruce Natalie (CTAB) To: info-micro@brl-vgr, info-cpm@brl-vgr Subject: [lauren: status report message] Lauren Weinstein has sent me the following message regarding the MARC software package. For those of you who don't know, MARC is an attempt to get as much of UNIX as you can on a 8080 based system. This message was forwarded to me as list maintainer because he was uncertain whether it would be viewed as a commercial statement and thus be a prohibitted use of the DDN. I find this note to be of the informational type, which is one of the primary purposes of this list and therefore am forwarding it on his behalf. Mr Weinstein's mailing address is: Ron Natalie INFO-MICRO-REQUEST@BRL-VGR INFO-CPM-REQUEST@BRL-VGR --------- A very brief status report on MARC: Due to various technical problems, the rapidly advancing state of the art in software and affordable hardware, and a variety of marketing considerations, the MARC software project has been terminated. No further work is taking place on the software, and the MARC software package will henceforth not be sold or distributed in any manner. Persons with specific questions on this topic may feel free to contact me, but the decision is irrevocable. Thanks much. --Lauren-- 1-Nov-83 12:06:42-MST,640;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 1 Nov 83 12:06:38-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 1 Nov 83 13:36 EST Received: From Usc-Eclb.ARPA by BRL via smtp; 1 Nov 83 13:21 EST Date: 1 Nov 1983 1020-PST From: Dick Subject: QUASI-DISK info wanted To: info-micro@brl, info-cpm@brl I have been seeing quite a few adds (Microsystems V4,N11,p111) for an S100 ram disk from Canada, by Electralogics. The 512k basic unit is advertised for $799.00.. Does anyone on have any further info/experience with this company/device? ------- 1-Nov-83 12:52:27-MST,617;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 1 Nov 83 12:52:20-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 1 Nov 83 14:05 EST Received: From Rutgers.ARPA by BRL via smtp; 1 Nov 83 14:01 EST Date: 1 Nov 83 13:59:25 EST From: Seymour Subject: Modem7 on the rainbow To: info-cpm@BRL.ARPA Can anyone out there in netland tell me if the standard DEC Rainbow comes with an RS232 serial port? If so, does anyone have the MODEM7 program or something compatible running on a Rainbow? Thanks Seymour ------- 2-Nov-83 08:33:12-MST,954;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 2 Nov 83 08:32:57-MST Received: From Simtel20.ARPA by BRL-VGR via smtp; 1 Nov 83 21:14 EST Date: 1 Nov 1983 19:12 MST (Tue) Message-ID: <[SIMTEL20].KPETERSEN. 1-Nov-83 19:12:08> Sender: KPETERSEN@simtel20 From: Keith Petersen To: David Towson (CSD) Cc: Info-Cpm@brl-vgr Subject: Source for MDM712.ASM In-reply-to: Msg of 31 Oct 1983 14:38-MST from David Towson (CSD) The source for MDM712 is now available on SIMTEL20 in both squeezed (binary) and normal ASCII format: MICRO:MDM712.AQM (the squeezed file) MICRO:MDM712.ASM (the unsqueezed file) A reminder to all: you don't normally need the source (very large file) to bring up MDM712. All you need is MDM712.COM and the appropriate user overlay for customizing it to your system. --Keith 2-Nov-83 08:33:43-MST,1156;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 2 Nov 83 08:33:35-MST Received: From Mit-Multics.ARPA by BRL-VGR via smtp; 1 Nov 83 23:52 EST Date: 1 November 1983 2224-est From: Paul Schauble Subject: C Compiler for 6809 To: Human-Nets@rutgers, Info-Micro@brl-vgr, Info-CPM@brl-vgr I am looking for information to assist in selecting a microprocessor for a new application. The application is almost entirely character manipulation, with absolutely no requirement for floating point arithmetic or any number crunching. The chief criterion will be the space occupied by generated code. 1. Does anyone have any information, good or bad, on C compilers for the 6809? Comments on the quality of generated code are particularly wanted. 2. Does anyone have any information on relative code sizes generated by a HLL compiler for any of the 6809, 68000, z80, and 8086. Information comparing the relative sizes on two or more of these processors is especially wanted. As usual, I will post a summary to the list if I receive any useful replies. 2-Nov-83 08:33:51-MST,742;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 2 Nov 83 08:33:47-MST Received: From Hi-Multics.ARPA by BRL-VGR via smtp; 2 Nov 83 0:31 EST Date: 1 November 1983 23:29 cst From: Eaton.HFED@hi-multics Subject: newcomer To: info-cpm@brl-vgr I am new to the net and am therefore not quite sure where this message is going or how it is going to get there. I would like whomever is resposible for forwarding this if it is indeed being forwarded, to ack this so that I can get on to saying what I would really like to say. Pardon me all but this is only a test. Meaningful stuff to come later...... This is really scary stuff..... Thanx.... Eaton.HFED at hi-multics 2-Nov-83 08:34:20-MST,2991;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 2 Nov 83 08:34:08-MST Received: From Mit-Mc.ARPA by BRL-VGR via smtp; 2 Nov 83 2:34 EST Date: 2 November 1983 02:35 EDT From: Keith Petersen Subject: Fixing MAC for lower case To: Info-Cpm@brl-vgr The following is forwarded from my RCPM: --- TOPIC : HOW TO MODIFY MAC.COM TO NOT CHANGE LOWER-CASE TO UPPER-CASE FROM : IRVIN M. HOFF DATE : 22 OCT 82 MAC.COM (by Digital Research) is one of the most popular assemblers used with CP/M. It has one feature that most people do not like -- when making a print file (FILENAME.PRN) it automatically converts any lower- case characters to upper-case. Neither ASM.COM nor RMAC.COM by the same firm does that. There are two ways to modify MAC.COM to approach this problem. Changing address 165C from C8 to D0 will convert any lower-case source code to upper, leaving DB strings and comments alone. (1st example below). Changing 1663 from E6 to 5F will leave all the lower case comments alone, will convert all DB strings to upper case, but will toss out any lower case code that does not agree with labels that are also lower case. (second example.) 1st example: leaves all comments and DB strings alone =================================================== 1655 47 MOV B,A 1656 3A 05 30 LDA 3005 1659 FE 03 CPI 03 165B 78 MOV A,B 165C C8 RZ Change the RZ (C8) to a RNC (D0) Using DDT or SID: 165C C8 D0 A>SAVE 46 MAC.COM This will convert any source code not in a string from lower to upper, and not bother any comment areas or DB strings. It's as close as you can get easily, to leaving all lower case alone. 2nd example: leaves all comments alone, but throws out lower case source code including strings that do not match. =================================================== 1663 E6 5F (ANI 5FH) Using DDT or SID, change to: 1663 E6 7F (ANI 7FH) A>SAVE 46 MAC.COM (new, normal version) This prevents the lower-case from being changed to upper-case. For a complete disassembly of that area: 1655 47 MOV B,A ;Put the char. into 'B' temporarily 1656 3A 05 30 LDA ABORT ;See any request to quit 1659 FE 03 CPI 03 165B 78 MOV A,B ;Get the char. back again 165C C8 RZ ;Exit with the char. if a 03 165D FE 61 CPI 61H ;Less than lower-case alpha char.? 165F D8 RC ;If less, ignore 1660 FE 7B CPI 7AH+1 ;More than lower-case alpha char.? 1662 D0 RNC ;If more, ignore 1663 E6 5F ANI 5FH ;Otherwise change to upper-case 1665 C9 RET ;Finished --end-- 2-Nov-83 09:19:01-MST,484;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 2 Nov 83 09:18:56-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 2 Nov 83 10:52 EST Received: From Usc-Isib.ARPA by BRL via smtp; 2 Nov 83 10:46 EST Date: 2 Nov 1983 0742-PST Subject: CPM Files From: MCCRARY@usc-isib To: Info-cpm@brl cc: McCrary@usc-isib Where are the files containing CPM public domain programs? Are they still at MIT? Frank ------- 2-Nov-83 10:13:30-MST,1056;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 2 Nov 83 10:13:26-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 2 Nov 83 11:43 EST Received: From Simtel20.ARPA by BRL via smtp; 2 Nov 83 11:38 EST Date: 2 Nov 1983 09:35 MST (Wed) Message-ID: <[SIMTEL20].WANCHO. 2-Nov-83 09:35:11> From: Frank J. Wancho To: INFO-CPM@brl Subject: Slash "/" in SIMTEL20 filenames The slash (or slant) character in TOPS-20 is a special character. It and others that may appear in the filenames stored in MICRO: must be quoted with ^V. To FTP such files, like MICRO:SIG/M.CAT, simply precede the slash with ^V (a real CTL-V). If your OS or FTP program can't handle certain characters, try surrounding the entire filename in double-quotes. Note: the requirement for quoting the slash character is why the directory name is "SIGM" rather than "SIG/M". However, the slashes in the individual filenames have been retained to maintain some order. --Frank 2-Nov-83 13:02:03-MST,1394;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 2 Nov 83 13:01:56-MST Received: From Simtel20.ARPA by BRL-VGR via smtp; 2 Nov 83 14:25 EST Date: 2 Nov 1983 12:22 MST (Wed) Message-ID: <[SIMTEL20].KPETERSEN. 2-Nov-83 12:22:05> Sender: KPETERSEN@simtel20 From: Keith Petersen To: JOEL ROBERTSON/EE/ROBINS TAC Cc: Info-Cpm@brl-vgr Subject: MDM712 and other Hoff updates In-reply-to: Msg of 1 Nov 1983 20:32-MST from JOEL ROBERTSON/EE/ROBINS TAC Sorry, MDM712 doesn't support the MM100. Don't spend any time trying to change it since Irv Hoff removed nearly all the comments from the source code, thus making it impossible for anyone other than him to update the program. He has done this to several other public-domain programs (such as NCAT) and the RCPM Sysops are starting to talk about not supporting any of the programs he has done this to. We've had numerous complaints about the stripping of comments and updates for cosmetic reasons or the removal of features he "doesn't like". Irv has become very popular with end-users who don't have any interest in modifying or improving programs, but he is incurring the wrath of public-domain programmers and RCPM Sysops. There is a serious confrontation brewing over this. --Keith 2-Nov-83 14:01:24-MST,618;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 2 Nov 83 14:01:20-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 2 Nov 83 15:25 EST Received: From Hi-Multics.ARPA by BRL via smtp; 2 Nov 83 15:15 EST Date: 2 November 1983 14:12 cst From: Ronald W. Subject: Re: Newcomer To: info-cpm@brl cc: Eaton.HFED@hi-multics Please do not clutter the net with responses to Eaton.HFED at HI-Multics on where his message went or with flames about it. I will educate him/her locally for you all. Sorry. Ron . 3-Nov-83 08:20:08-MST,891;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 3 Nov 83 08:20:03-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 2 Nov 83 21:28 EST Received: From Mit-Ml.ARPA by BRL via smtp; 2 Nov 83 21:19 EST Date: 2 November 1983 21:21 EDT From: Andrew Scott Beals Subject: BASCOM patch To: pourne@mit-mc, w8sdz@brl, info-cpm@brl . . . if anyone remembers, long, long ago, someone broadcasted a patch to the Osborne version of BASCOM that fixed the "security" bug. The fix should be fairly trivial, as the patch that you needed to make in the Osborne version was within the first 1/4k of the code (after, of course, it jumped up around the data area, as microsoft's linker likes to arrange things). You should have to spend only 15 minutes looking at the file with ddt. Yours for insecurity, Andy (-: 3-Nov-83 09:33:51-MST,593;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 3 Nov 83 09:33:42-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 3 Nov 83 11:04 EST Received: From Cmu-Cs-G.ARPA by BRL via smtp; 3 Nov 83 10:54 EST Date: Thursday, 3 November 1983 10:54:15 EST From: James.Wendorf@cmu-cs-g To: Info-CPM@brl Subject: Batch file uploading query Does there exist a terminal program (such as MDM712) which runs on a Heathkit H89 and is able to upload a batch of files to a VAX/UNIX system? The UMODEM program does not provide batch mode. 3-Nov-83 10:40:00-MST,934;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 3 Nov 83 10:39:54-MST Received: From Simtel20.ARPA by BRL-VGR via smtp; 3 Nov 83 12:15 EST Date: 3 Nov 1983 10:12 MST (Thu) Message-ID: <[SIMTEL20].KPETERSEN. 3-Nov-83 10:12:01> Sender: KPETERSEN@simtel20 From: Keith Petersen To: Herb Lin Cc: Info-Cpm@brl-vgr Subject: Finding commented source for MDM7xx In-reply-to: Msg of 2 Nov 1983 14:09-MST from Herb Lin I don't know what the last version of MDM7xx was that had comments in it. No, the old versions are not on line anywhere. Irv has made a mess of things by releasing non-commented versions of source. I'm going to try to track down an older version that has comments in it. If you'd like to call Irv to ask him to release a commented version (he won't talk to me about it) call (415) 948-2166. --Keith 3-Nov-83 11:06:55-MST,1525;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 3 Nov 83 11:06:49-MST Received: From Simtel20.ARPA by BRL-VGR via smtp; 3 Nov 83 12:35 EST Date: 3 Nov 1983 10:33 MST (Thu) Message-ID: <[SIMTEL20].KPETERSEN. 3-Nov-83 10:33:18> Sender: KPETERSEN@simtel20 From: Keith Petersen To: Charles Garthwaite Cc: Info-Cpm@brl-vgr Subject: MDM712 printer and terminal problems In-reply-to: Msg of 26 Oct 1983 16:38-MDT from Charles Garthwaite The ^P in the terminal mode SHOULD work correctly IF you have LISTSTAT implemented correctly in your CBIOS. This is the new CP/M 2.2 vector in the CBIOS jump table that tests to see if the printer is ready. MDM712 relies on this routine to prevent loss of characters. MDM712 should issue an X-OFF (^S) to the mainframe when the 16k printer buffer is full and then it should gather up to 128 ADDITIONAL characters in an auxilary overflow buffer while waiting for the mainframe to honor the X-OFF request. This feature has been in MDM7xx for a number of versions and there have been no problems reported. Your problem with the terminal mode not allowing use with screen-oriented text editors is caused by an option in the user overlay not being set correctly. The distributed overlays all have a "filter control characters while in terminal mode" option TURNED ON. You must re-assemble your overlay with a NO there instead of a YES. --Keith 3-Nov-83 16:22:16-MST,1064;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 3 Nov 83 16:22:12-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 3 Nov 83 16:43 EST Received: From Nosc-Cc.ARPA by BRL via smtp; 3 Nov 83 16:30 EST Date: 3 Nov 1983 13:24:09-PST From: Bob Van Cleef Reply-to: CCVAX.revc@nosc To: info-cpm@brl Subject: PRN: and PIP ------- I've seen at least a half dozen systems were the PRN: function of PIP does not work. These include an Osborne-I, Discovery, and various S-100 systems. I would like to know where PRN: is defined. All the references that I have seen infer that it is PIP that recognizes it and changes its options before sending the output to LST:. If that is the case, than it should not be hardware dependant. - Bob Bob Van Cleef Naval Ocean Systems Center UUCP sdcsvax!noscvax!revc Computer Sciences Corp ARPA revc@nosc NOSC - Bldg. 1 CompuServe 71565,533 4045 Hancock Street analog (619) 442-7967 San Diego, CA 92110 ------- 3-Nov-83 18:42:16-MST,1213;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 3 Nov 83 18:42:12-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 3 Nov 83 20:20 EST Date: Thu, 3 Nov 83 20:10:46 EST From: Rick Conn To: info-cpm@brl cc: info-unix@brl Subject: UNIX S/W Repositories on SIMTEL20 SIMTEL20 now contains a directory. The programs related to file transfers between UNIX and CP/M are located in MICRO:, the MENU programs are in MICRO:, and general utilities like CLMAN and DIR are in MICRO:. There are now new versions of CLMAN, UC, DIR, and MENU in these directories. Posting will probably be make to net.sources on USENET. The new version of CLMAN corrects the problem with user-specified underscores in a line. The new version of DIR is a minor cleanup of the code. The new version of MENU is a reflection of changes made on USENET. The new version of UC adds a debug mode, in which packet contents are dumped in a manner similar to the DDT D command, and incorporates a bug fix. Posting of the new files will probably be made to net.sources on USENET. Rick 3-Nov-83 19:09:02-MST,736;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 3 Nov 83 19:08:59-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 3 Nov 83 20:31 EST Date: Thu, 3 Nov 83 20:23:09 EST From: Rick Conn To: info-cpm@brl cc: info-unix@brl Subject: More on UNIX Stuff The dir also contains UCBOOT.C now. This is a short program (relatively) which can be buffer dumped or typed into a UNIX system, and it can be used to receive the full body of UC.C (ala MBOOT3.ASM). All of the new programs are running under UNIX SYSTEM V, which is what I've switched over to. They have also been compiled and executed under BRL's JHU UNIX. Rick 4-Nov-83 08:31:39-MST,3093;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 4 Nov 83 08:31:25-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 3 Nov 83 22:57 EST Received: From Mit-Mc.ARPA by BRL via smtp; 3 Nov 83 22:49 EST Date: 3 November 1983 22:49 EST From: Allan D. Plehn Subject: BASIC Program to generate "by-area code" files from PAMS list. To: W8SDZ@mit-mc cc: INFO-CPM@mit-mc I've modified the program that you and Jim Petersen wrote, so that it is easier to use-no editing required. Here is the modified program (original line numbering preserved): 10 REM PAMSAREA.BAS ver. 1.0, 9/8/83 11 'Modified by Al Plehn 3 Nov 1983. "INPUT" statements added so 12 'that the program can be used without need to edit it for each 13 'new area code. 20 REM by James Petersen, WD8CLE and Keith Petersen, W8SDZ 30 REM This program is for use with OTHERSYS (Bill Blue's PAMS list) 40 REM to make an output file which contains the phone numbers of 50 REM only a single area code. It was used to make AREA-313.BBS 60 REM on this system. Written for Microsoft Basic-80 ver. 5.x 65 INPUT "What is the name of the input file?", INFILE$ 66 INPUT "For what Area Code?",AREACODE$ 70 OPEN "I",1,INFILE$ 80 OPEN "O",2,"AREA-"+AREACODE$+".BBS" 90 PRINT #2," Extracted from Bill Blue's latest PAMS list" 100 PRINT #2,"" 110 WHILE NOT EOF(1) 120 LINE INPUT #1,A$ 130 L=INSTR(1,A$,"("+AREACODE$+")") 140 IF L<>0 THEN PRINT #2,A$ 150 WEND 160 PRINT #2,"" 170 PRINT #2," * denotes 24-hour operation" 180 PRINT #2," + denotes 8-12 hour DAYTIME operation ONLY" 190 PRINT #2," - denotes 8-12 hour NIGHTTIME operation ONLY" 200 PRINT #2," ! new system or new number to existing system" 210 PRINT #2," $ Supports VADIC 1200 baud operation" 220 PRINT #2," & Supports 212A 1200 baud operation" 230 PRINT #2," % Supports BAUDOT operation" 240 PRINT #2," #1 denotes original system of that type" 250 PRINT #2," dd. denotes game oriented messages" 260 PRINT #2," dl. download/program exchange system" 270 PRINT #2," ml. mail/information exchange only" 280 PRINT #2," rb. denotes call, let ring once and call back" 290 PRINT #2," rl. religious orientation" 300 CLOSE 310 INPUT "Do you want an output file for another area code?",REPLY$ 320 IF LEFT$(REPLY$,1)="Y" OR LEFT$(REPLY$,1)="y" THEN 66 325 PRINT:PRINT:FILES:PRINT:SYSTEM If one does not wish to fool around with MBASIC, and you need just a printed list by area code, try this instead: FP (703) BYNAME.PAM ...to get a list for area code 703, for example, from the PAMS list called BYNAME.PAM (Bill Blue's OTHERSYS) FP, of course, is that wonderful utility called findpattern but named simply FP.COM. I find it very useful for scanning disk files for patterns (it prints the whole line on which the pattern is found). It even accepts wildcard filespecs so you can search all the files on a disk with one command. Al Plehn 7-Nov-83 08:36:52-MST,891;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 7 Nov 83 08:36:45-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 5 Nov 83 1:19 EST Received: From Mit-Mc.ARPA by BRL via smtp; 5 Nov 83 1:16 EST Date: 4 November 1983 23:52 EST From: Jerry E. Pournelle Subject: PRN: and PIP To: CCVAX.revc@nosc-cc cc: info-cpm@brl In-reply-to: Msg of 3 Nov 1983 13:24:09-PST from Bob Van Cleef PRN: should be connected to an honest-to-Phred device. I too have noticed that many machines have an "easy" BIOS. I even have heard the excuse that "we didn't implement those extra devices because it saves memory" (!!!) Other machines with "Easy" BIOSes includ the entire TeleVideo line. I'm mystified by this approach, with so many model BIOSes around. --Alex Pournelle e 7-Nov-83 08:39:56-MST,578;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 7 Nov 83 08:39:53-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 6 Nov 83 3:49 EST Received: From Sri-Unix.ARPA by BRL via smtp; 6 Nov 83 3:39 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 6 Nov 83 0:24-PST Date: 29 Oct 83 19:22:06-PDT (Sat) To: info-cpm@brl From: harpo!eagle!hou5h!hou5g!hou5f!ariel!vax135!cornell!uw-beaver!uw-june!palmer@ucb-vax Subject: Re: Adam Article-I.D.: uw-june.701 In-Reply-To: Article <12905@sri-arpa.UUCP> 7-Nov-83 08:50:38-MST,1109;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 7 Nov 83 08:50:33-MST Received: From Brl-Bmd.ARPA by BRL-VGR via smtp; 6 Nov 83 17:57 EST Date: Sun, 6 Nov 83 17:51:00 EST From: Charlie Strom (NYU) To: Jeffrey Shulman cc: INFO-CPM@brl-vgr Subject: Re: Coleco's Adam I havehad an Adam for several days and am quite please with it thus far. The keyboard is real, the word processor (in rom) is adeequate (not Wordstar, but then look at the price), and the printer actually prints! It is a daisywheel (96 char diablo plastic I think and Hytype-I ribbons?) and is SLOW and NOISY, supposedly will super and subscript utilizing half linefeeds (have not tried yet). Lots of future expansion planned, like RS232, centronics port, CP/M (IOS?) compatibility, modem, 64K extra memory, etc. I hope it all comes to fruition. Right now there is NO technical info and no way to get into the operating system (assuming there is one or at least a rom monitor). Have I covered all questions? 7-Nov-83 08:50:59-MST,622;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 7 Nov 83 08:50:55-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 7 Nov 83 0:45 EST Received: From Hi-Multics.ARPA by BRL via smtp; 7 Nov 83 0:41 EST Date: 6 November 1983 21:42 cst From: Chan.CST@hi-multics Subject: CP/M Educational Programs To: info-cpm@brl Acknowledge-To: Chan.CST at HI-MULTICS Does anyone has a list of Educational programs written for CP/M? There are a lot for Apple, TI, etc. but I don't seem to see a lot for CP/M. Is my impression true? Is there any in the P.D. ? 7-Nov-83 08:51:59-MST,1078;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 7 Nov 83 08:51:54-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 7 Nov 83 8:22 EST Received: From Mit-Mc.ARPA by BRL via smtp; 7 Nov 83 7:38 EST Date: 7 November 1983 07:26 EST From: Eric Stork To: info-cpm@brl Subject: Need Advice on Using CP/M Function 13 Of course, when changing disks one should always do a ^C. But sometimes I forget, and then if I use my editor I get a R/O message when I try to save the file (and of course lose my work). As an experiment, I patched a CALL to CP/M Function 13 (Disk Reset) into the initialization routine for the editor. Only five bytes are added by that, and it seems to work like a charm. But that is so obvious a solution that I cannot imagine that the authors of editors had not thought of it. Perhaps the did NOT include that for that may come nd bite me. So my question: What, if anything, is wrong with this approach? Where are the gotchas? Thanks, Eric 7-Nov-83 11:22:37-MST,3737;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 7 Nov 83 11:22:24-MST Received: From Brl-Bmd.ARPA by BRL-VGR via smtp; 7 Nov 83 12:46 EST Date: Mon, 7 Nov 83 12:39:42 EST From: Keith Petersen To: Info-Cpm@brl-vgr Subject: Dysan disk diagnostic program Dysan Corp. has released their disk diagnostic program to the public domain, thanks to Dave Hardy for suggesting it to them. The program is available on SIMTEL20 as: MICRO:DDD.ASM MICRO*DDD.DOC It has to be modified for different hardware but is an excellent starting point if you can add the code for your system. Here is the short DOC file that explains: --- Following is the documentation provided by Dysan Corporation for use with their Digital Diagnostic Diskette (DDD). Using the DDD, it is possible to align most floppy drives with no test equipment - other than your computer and a screwdriver or two. The program DDD.ASM is a generic one, and is useless until modified for a specific computer or controller board. We will be maintaining copies of all of these "specific" versions on Technical CBBS ( (313) 846-6127 ), so if you modify this program for your own use, please pass a copy along to us there, so that others may also benefit from Dysan's contribution of this program to the public. -Dave Hardy, CDP Corp., Technical CBBS <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Requirements for using Dysan's Diagnostic Program DYSAN CORPORATION CE DIVISION DRIVE DIAGNOSTIC PROGRAM for CP/M-80 The Drive Diagnostic Program is a sample program showing how the Digital Diagnostic Diskette (DDD) can be used for Floppy Drive checking. The program requires the following hardware to run: CRT with cursor positioning and clear screen commands. (The program is currently configured for a Hazeltine 1500.) CP/M-80 system with at least 32k of memory. At least one 8" or 5.25" floppy disk drive. This source program is provided on an 8" single density, one- sided diskette that is compatible with the CP/M-80 operating system. The program provided will not run "as-is"; it must be modified by someone experienced in 8080 Assembly language, CP/M-80 and disk drive controller interfacing. In order to make the program run with the target system, there are four assembly language subroutines that must be modified to interface with the system's disk controller/drive(s): 1) "SELECT" - Selects and Homes the drive. 2) "TRACK" - Seeks to the track number found in register A. 3) "HOME" - Restores the selected drive's head to track 0. 4) "READ" - Reads sector in register "A" and exits with error status. The above routines must be coded within the Diagnostic Program, instead of calling the routines through the BIOS, because the BIOS may interfere with disk I/O operation (either by trapping disk errors or deblocking sector calls, i.e. where sector sizes are greater than 128 bytes). The sample program was coded for use with the Western Digital FD-1793 floppy disk controller IC. The program will work with other controllers (i.e. NEC uPD765 and Intel 8272 FDCs) by modifying the source program, as indicated above. Because some disk controllers don't allow programmed access to the drive's INDEX signal (i.e. NEC and Intel), "Index Timing" and "Spindle Speed" testing are not possible with the current program. 7-Nov-83 12:56:01-MST,3859;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 7 Nov 83 12:55:41-MST Date: Mon, 7 Nov 83 14:19:19 EST From: Dave Towson (info-cpm) To: info-cpm@brl-vgr Subject: Information for new list members. As the new list-maintainer for this list, I have just sent the attached text to a new list member who requested information concerning the archives of public domain software. It occurs to me that perhaps it would be useful to post this information to the net periodically. What do you think? Have I omitted anything important? Did I make any mistakes? Text follows: ---------------------- There is a collossal amount of free public domain CP/M software in three archives on SIMTEL20, a PDP-20 running TOPS-20 at White Sands Missile Range. To get directory listings, crank up FTP with user-name ANNONYMOUS and password FTP (or any non-null string) and then do the following: get "micro:cpm.dirlst" local_file_name get "micro:cpmug.dirlst" local_file_name get "micro:sigm.dirlst" local_file_name bye The first will get you a directory of the archive that was recently moved from mit-mc. This is the one to watch for the very latest offerings as it is updated frequently. The second is the full offering of the CP/M Users Group. It (and the third archive) will be updated as new disks are issued. The third is the full offering of the Special Interest Group for Microcomputers, a service of the Amateur Computer Group of New Jersey. There are many overlaps in the three archives, but you will find the lastest versions in the archive. In general, the archived software is very good, having been worked-over and refined by multiple users. The comments tend to be complete and imformative. Examples of typical file retrievals follow: get "micro: mdm712.com" mdm712.com get "micro:assign.asm" assign.asm get "micro:ad.com" ad.com All files in the CPMUG and SIGM archives have been stored in a binary format that had its roots at mit-mc. To retrieve any of these files you must use FTP in TENEX mode. If your FTP server doesn't do TENEX use type L8 (which does the same thing). You will have to discard the first four bytes from every program you obtain from either of these archives. This is because the binary format used for storage has the identifier DSK8 in sixbit code at the beginning of each file. To strip the first four bytes, you can use either your host's utilities or a CP/M program called ITSCVT.HEX, which can be found in directory . Files in the archive are stored in two formats, ASCII for DOC, HEX and ASM files, and ITS binary (as described above) for COM and "squeezed" files. Squeezed files have been compressed using the programs available in directory to obtain approximately a 35-percent size reduction. These files, which can be identified by the letter Q in the filetype field (for example, the file micro:z2con.wq is a squeezed file) must be transferred as binary files and then unsqueezed. The unsqueezing can be done on the CP/M system using USQ-20.COM (or whatever is the current version) from directory , or there are several host-based unsqueezers in the archive (see for example, directory ). One last comment: In all of the above examples the quote-characters are there for the benefit of UNIX users. Other operating systems may not need (or may have trouble with) these quotes. Happy hacking! Dave Towson info-cpm-request@brl-vgr <-- please note proper machine address 7-Nov-83 15:18:55-MST,503;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 7 Nov 83 15:18:47-MST Received: From Sri-Nic.ARPA by BRL-VGR via smtp; 7 Nov 83 16:27 EST Received: from USC-ECLB by SRI-NIC with TCP; Mon 7 Nov 83 13:26:15-PST Date: 7 Nov 1983 1324-PST From: FCDSSASD Subject: NET MAIL To: INFO-CPM@brl-vgr cc: FCDSSASD%USC-ECLB@sri-nic 1. REQUEST TO BE ADDED TO THE NET MAILING LIST FOR INFO-CPM. THANKS, BRAD ------- 7-Nov-83 19:23:34-MST,1305;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 7 Nov 83 19:23:28-MST Received: From Parc-Maxc.ARPA by BRL-VGR via smtp; 7 Nov 83 20:57 EST Date: Mon, 7 Nov 83 15:24 PST From: Thomka.es@PARC-MAXC.ARPA Subject: Re: Coleco's Adam In-reply-to: "strom@brl-bmd.ARPA's message of Sun, 6 Nov 83 17:51:00 EST" To: Charlie Strom (NYU) cc: Jeffrey Shulman , INFO-CPM@brl-vgr.ARPA By what I have heard about the Adam in some various computer rags, I thought that the BASIC computer language was in ROM, and built into the Adam. Not that the word processor runs on BASIC, (very unlikely!) but that both packages were resident in ROM and available. Can you get the BASIC working? If so would you try this simple program and tell me the results? 10 N=0: INPUT "How many loops to do? "; L 20 FOR C = 1 TO L: N=N+1: N= TAN( ATN( EXP( LOG( SQR( N*N))))): NEXT C 30 PRINT "The end value is "; N On two different times, input values 1000 and 2500 and let me know what the resulting numbers were and the time it took to compute them. The reason I want the information is that I'm compiling a list of various computers' (Apple, IBM, Radio Shack, etc.) answers and their times. Thanks, Chuck 8-Nov-83 11:27:07-MST,1741;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 8 Nov 83 11:27:00-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 8 Nov 83 1:35 EST Received: From Rand-Relay.ARPA by BRL via smtp; 8 Nov 83 1:32 EST Date: Mon, 7 Nov 83 03:53:51 CST From: Stan Hanks Return-Path: Subject: FDC's for truly ancient S100 machines Received: by RICE (AA02630); Mon, 7 Nov 83 04:24:43 CST To: info-cpm@brl Message-Id: <1983.11.07.03.53.51.600.15460@Rice-vms.rice> Via: Rice; 7 Nov 83 17:26-PST A friend of mine recently acquired an ancient IMSAI in the throes of decrepitude. Rather than pitch the CPU and re-populate the bus, he has elected to retain the current card set and "enhance" it. Problem with this particular machine is that it has no FDC; the current mass storage is a Tarbell cassette interfacer board (remember when that was about as good as a home hacker could do?? sigh....) Anyway, as this is a pre-696 machine, he is wondering what controller he can attach to it without having to really modify either the FDC or the CPU/memory/whatever. The optimal solution will be a 5.25/8 controller that will do everything from SSSD to DSDD; he will settle for 8 inch DSDD. BIOS for CP/M 2.2 is helpful but not required if sufficient documentation is available. Any help will be greatly appreciated. Please reply directly to me; I'll summarize to the list if sufficient response is made. Thanks much! Stan Hanks Department of Computer Science Rice University Houston TX stan.rice@rand-relay (arpanet) stan@rice (csnet) ...!lbl-csam!rice!stan (uucp) 8-Nov-83 11:29:45-MST,1476;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 8 Nov 83 11:29:40-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 8 Nov 83 8:48 EST Date: Tue, 8 Nov 83 8:27:56 EST From: Keith Petersen To: Stan Hanks cc: Info-Cpm@brl-vgr Subject: Re: FDC's for truly ancient S100 machines Stan, I use a Morrow DJ2D floppy disk controller with two 8" drives. It allows double-density double-sided (1.2 megabytes on one 8" disk!). It comes with CP/M 2.2, Microsoft Basic-80 (MBASIC 5.21), and source code for the CBIOS. If you use the memory-mapped console port on the FDC board, you can bring up CP/M immediately without having to do any CBIOS configuration. The FDC uses memory-mapped I/O and comes standard with a starting address of E000h. There is an option (I recommend it) to have F800h as the starting address. This would use up F800-FFFFh which isn't too bad. Dave Hardy has modified his DJ2D to bank switch, thus allowing it to reside outside of the main system RAM, but this requires a modification to the CBIOS software. The DJ2D uses CPU transfers instead of DMA, so it does not conflict with other boards that use DMA. Mine has been used sucessfully with both an IMSAI-8080 and a generic S-100 box that has a Cromemco ZPU (Z80 CPU) card. I do NOT use dynamic memory because I've had problems with it when using the Z80. --Keith 8-Nov-83 11:35:47-MST,4147;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 8 Nov 83 11:35:36-MST Received: From Columbia-20.ARPA by BRL-VGR via smtp; 8 Nov 83 10:26 EST Date: Tue 8 Nov 83 10:25:58-EST From: Frank da Cruz Subject: KERMIT for CP/M-80 To: Info-CPM@BRL-VGR.ARPA, Info-Micro@BRL-VGR.ARPA cc: Info-Kermit@COLUMBIA-20.ARPA A few months ago, I announced the file transfer protocol KERMIT to the Info-CPM and Info-Micro lists. I never got very much feedback about it, though I have seen it mentioned now and then on both lists. For those of you who missed the announcement, the KERMIT distribution area is on host COLUMBIA-20, in the area KER:, accessible with anonymous FTP. It's a big area (but nothing to rival the size of the CPM archives, of course), so if you're interested, you should look first at the file KER:00README.TXT, which lists what versions are available and describes the naming conventions. KERMIT is available for a wide variety of micros and mainframes. KERMIT for CP/M provides terminal emulation and file transfer. Versions for about 15 different systems are built from a common source file, written in standard DR ASM for the 8080, using conditional compilation, either on the micro itself or on a DEC-10 or -20 using the cross assembler MAC80 (which is itself available in the KERMIT area). A few weeks ago, a new version of CP/M-80 KERMIT, v3.5, was announced to the Info-Kermit list, with a plea that users of the various systems supported by KERMIT-80 (as it's called) report back as to whether the new version worked on their systems. I had hoped to get the bugs ironed out before announcing it to the world at large. Unfortunately, I got very few reports. Since we lack examples of most of these systems at Columbia to try the new KERMIT-80 out on, I'm announcing it now anyway. If you have any of the systems listed below, please try to get KERMIT for your machine, try it out, and: (a) let me know if it works; (b) if it doesn't, describe the symptoms; (c) if you can provide a fix, please do so (you'll be given full credit). Here are the systems: System: Filename: Status: DEC VT-180 KER:CPMROBIN.HEX Tested, works up to 4800 baud DEC Rainbow-100 KER:CPMRAINBO.HEX Tested, works up to 1800 baud DEC DECmate II KER:CPMDMII.HEX Tested, works up to 9600 baud Heath/Zenith 89 KER:CPMHEATH.HEX Not tested Heath/Zenith 100 KER:CPMZ100.HEX Not tested Apple II* KER:CPMAPPLE.HEX Not tested TRS-80 II** KER:CPMTRS80.HEX Not tested Osborne 1*** KER:CPMOSBORN.HEX Tested, doesn't seem to work at all Intertec Superbrain KER:CPMBRAIN.HEX Not tested Kaypro II KER:CPMKAYPRO.HEX Tested, mostly works OK. Telcon Zorba KER:CPMTELCON.HEX Not tested Vector Graphics KER:CPMVECTOR.HEX Not tested Ohio Scientific KER:CPMOSI.HEX Not tested Generic CP/M 2.x KER:CPMGENERI.HEX Tested OK on Rainbow, DECmate, VT180 Generic CP/M 3.0 KER:CPMPLUS.HEX Not tested *With Z80 soft card, Hayes micromodem II **With CP/M 2.25 ***Can you fix it? You can download the .HEX file with MODEM, or your old version of KERMIT, or any other technique that works, and then load it using the CP/M LOAD command, to produce a runnable .COM file. The generic versions are supposed to run on any CP/M-80 system, since they don't use only CP/M calls for device manipulation. The 2.x generic version depends on the system having fully implemented the "option" IOBYTE business, and the user setting the values of the IOBYTE correctly and re-building. The 3.0 generic version should run as-is on any CP/M 3.0 system; it has been reported to work (in an earlier version of KERMIT-80) on the Osborne Executive and the Micro Mate. The source for all these versions is in KER:CPMBASE.M80. There's also a file KER:CPMKERMIT.DOC which explains the situation in greater detail. - Frank da Cruz, Columbia University ------- 8-Nov-83 11:36:40-MST,886;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 8 Nov 83 11:36:35-MST Received: From Sri-Nic.ARPA by BRL-VGR via smtp; 8 Nov 83 12:22 EST Received: from USC-ECLB by SRI-NIC with TCP; Tue 8 Nov 83 09:14:52-PST Date: 8 Nov 1983 0914-PST From: FCDSSASD Subject: FORMS PROGRAMS FOR CPM-80 HOST To: INFO-CPM@brl-vgr cc: FCDSSASD%USC-ECLB@sri-nic DOES ANYONE KNOW OF EXISTING SOFTWARE THAT WILL ALLOW THE GENERATION AND HANDING OF FORMS EITHER PUBLIC DOMAIN OR COMMERCIAL. The requiremens are as follows: 1. Flexibility. Can it handle various form lengths and widths 2. simplicity. Does it take forever to program one form THATS IT !!! I would really appreciate any information oFORMS SOFTWARE for a CPM-80. Send responses to FCDSSASD@USC-ECLB Thanks, BRAD ------- 9-Nov-83 08:33:38-MST,582;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 9 Nov 83 08:33:30-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 8 Nov 83 21:20 EST Date: Tue, 8 Nov 83 21:12:29 EST From: Harold Carter (AFIT) To: info-cpm@brl Subject: 6800 cross-assembler needed We need a 6800 cross-assembler which runs on a cpm machine (preferable) or a VAX running VMS to support a robotics project at AFIT. Does a public domain beast exist? Would like a cross disassembler as well. Thanks.... Hal 9-Nov-83 08:35:49-MST,1021;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 9 Nov 83 08:35:34-MST Received: From Brl-Bmd.ARPA by BRL-VGR via smtp; 9 Nov 83 6:36 EST Date: Wed, 9 Nov 83 6:34:36 EST From: Charlie Strom (NYU) To: Thomka.es@parc-maxc.arpa cc: INFO-MICRO@brl-vgr, INFO-CPM@brl-vgr Subject: Re: Coleco's Adam The BASIC supplied with the Coleco is on tape, not in rom. It is a Z80 basic one would assume since that is the CPU ship used, but it claims Apple basic compatibility on the source level. There is no peek or poke or any other way I can figure out to get a look at ram (that's compatible??) I will indeed run the benchmark for you and report back. P.S. I am cc'ing the Adam information to INFO-CPM since there will definitely be a CP/M capability in the Adam in the near future. If I am incorrect that the list is interested in this machine, please advise and I will stop clogging the net with unwanted messages. 10-Nov-83 09:01:04-MST,1055;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 10 Nov 83 09:00:59-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 9 Nov 83 18:48 EST Received: From Sumex-Aim.ARPA by BRL via smtp; 9 Nov 83 18:31 EST Received: from ISL by SUMEX-AIM with Pup; Wed 9 Nov 83 15:31:57-PST Date: Wednesday, 9 Nov 1983 15:32-PST To: hcarter@brl, info-cpm@brl Subject: 6800 xasm Reply-to: kevinw@su-dsn From: kevinw@su-dsn Sender: kevinw%isl@BRL.ARPA there is a set of xasms for the 1802 and 6800 in the c users group. these are for bds c and are public domain. no info on how they work, but i have the disk somewhere. also contains rt11 copy stuff. c users group is in yates, kansas (see issue of dr dobbs for address (not for c users group but same place -- they sell the compiler there too) you should be able to modify them for vms-c if you can get copies there. cpmutl works for unix from /dev/floppy, but i don't know if there is a version for vms. cheers. --Kevin kevinw@su-dsn 10-Nov-83 09:03:38-MST,827;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 10 Nov 83 09:03:35-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 10 Nov 83 3:11 EST Received: From Sri-Unix.ARPA by BRL via smtp; 10 Nov 83 3:05 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 9 Nov 83 23:55-PST Date: 9 Nov 83 0:33:58-PST (Wed) To: info-cpm@brl From: hplabs!hp-pcd!craig@ucb-vax Subject: Re: Orphaned Response - (nf) Article-I.D.: hp-pcd.2376 #R:sri-arpa:-1277700:hp-kirk:17700001:37777777600:227 hp-kirk!craig Nov 7 09:55:00 1983 about MARC I talked to George x at Vortex (who have taken over MARC) and they have no plans for CP/M or 8 bitters. MARC will be for (I think) the 68000 only and will be bundled with a machine. Craig Durland hp-cvd!craig 10-Nov-83 09:10:16-MST,1145;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 10 Nov 83 09:10:11-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 9 Nov 83 18:44 EST Received: From Sri-Unix.ARPA by BRL via smtp; 9 Nov 83 17:59 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 5 Nov 83 6:28-PST Date: 2 Nov 83 7:14:12-PST (Wed) To: info-cpm@brl From: ihnp4!houxm!houem!gtp@ucb-vax Subject: CPM prog. to change fcb wanted Article-I.D.: houem.184 I am looking for a cpm program that will change the "user" entry in the cpm file directory. What I want to do is be able to set up a work area (maybe user 0 or user 15) and be able to have files moved in and out of the work area without the overhead of physically copying them. I am not so concerned with copying one or two files, but am thinking in terms of entire user areas. I.e. change all files in user 3 to the chosen work area. Looking at the fcb block it seems that I should only have to change the first byte. Any information would be helpful. Also looking for any other disk utilities that might be useful. Thanks 10-Nov-83 09:12:27-MST,807;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 10 Nov 83 09:12:22-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 10 Nov 83 5:31 EST Received: From Sri-Unix.ARPA by BRL via smtp; 10 Nov 83 5:26 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 10 Nov 83 2:24-PST Date: 8 Nov 83 4:19:21-PST (Tue) To: info-cpm@brl From: menlo70!nsc!jima@ucb-vax Subject: Are there Modula-2 compilers for Z80+CP/M ? Article-I.D.: nsc.483 ... Are there any modula-2 *compilers* (not interpreters) for Z80 (or 8080) running CP/m 2.2? If anyone has experience with such, are they practical in small (64K) machines? Can large programs be processed in a reasonable time? Jim Avera (408) 984-4846 ...decvax!menlo70!nsc!jima 10-Nov-83 12:47:39-MST,1248;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 10 Nov 83 12:47:32-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 10 Nov 83 13:13 EST Received: From Sumex-Aim.ARPA by BRL via smtp; 10 Nov 83 12:57 EST Date: Thu 10 Nov 83 09:57:31-PST From: Sam Hahn Subject: Re: CPM prog. to change fcb wanted To: ihnp4!houxm!houem!gtp@UCB-VAX.ARPA cc: info-cpm@BRL.ARPA, SHahn@SUMEX-AIM.ARPA In-Reply-To: Message from "ihnp4!houxm!houem!gtp@ucb-vax" of Wed 2 Nov 83 07:14:12-PST Re: fcb modification program. There's a public domain program (I forget whether it's in CP/MUG or SIG/M) called MAKEUSER that modifies the user number of selected files. As implemented, it does NOT look at user numbers of files before user-number- modification, but the source is (I think) included on the disk, so it should be an easy enough mod to include a filter on the input filespecs. The reason I'm unclear is that I don't have the original disk close at hand, since I just modified it, and keep only the .COM around nearby. Someone may be able to pick up on this reference before I get around to finding it myself. -- sam hahn [shahn@sumex-aim] ------- 10-Nov-83 13:35:24-MST,1454;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 10 Nov 83 13:35:18-MST Received: From Mit-Mc.ARPA by BRL-VGR via smtp; 10 Nov 83 13:48 EST Date: Thu 10 Nov 83 13:47:25-EST From: PGA%MIT-OZ@MIT-MC.ARPA Subject: BDOS ERROR R/O, ARCHIVE BITS To: info-cpm@BRL-VGR.ARPA, pga%MIT-OZ@MIT-MC.ARPA I could use some general information about how the BDOS decides a file or drive is R/O. I have been trying to use the ARCHIVE program, but I find that when I try to copy a file from hard disk to floppy, if the archive bit on the file on hard disk is set, then the next extent I try to copy, finds the drive write protected and gets a BDOS R/O error. This happens both with PIP and other copying programs. The result is that once I've archived a file I can't read the original without calling archive and resetting the archive bit. Has anyone had any similar problems with ARCHIVE or the archive bit? Several points: The same thing happens whether I use the archive patch or my own modified (recompiled) BDOS patch. It even happens if I use a vanilla BDOS, once the archive bits have been set. My system has two MORROW m26 drives and 2 SSDD Floppy drives running off a CCS controller. The processor and memory are CCS. There only seems to be a problem when going from hard disk to floppy. Copying between the two hard disks is unimpeded. Any ideas? Phil ------- 10-Nov-83 18:39:57-MST,577;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 10 Nov 83 18:39:50-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 10 Nov 83 19:51 EST Received: From Mit-Ml.ARPA by BRL via smtp; 10 Nov 83 19:44 EST Date: 10 November 1983 19:46 EST From: Herb Lin Subject: other people running on G&G systems... To: info-cpm@brl are there other people out there running on G&G systems? if so, let's share experiences. I have a bunch of information specific to G&G I will share with interested parties.. 10-Nov-83 18:50:17-MST,4408;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 10 Nov 83 18:50:06-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 10 Nov 83 20:02 EST Received: From Rand-Unix.ARPA by BRL via smtp; 10 Nov 83 19:58 EST Date: Thursday, 10 Nov 1983 16:56-PST Realname: Lauren Weinstein To: INFO-CPM@brl Subject: Erroneous information from hp-pcd!craig about MARC From: lauren@rand-unix I sincerely hope that this will be my last message on this topic. I don't know what hp-pcd!craig has been smoking, but his information regarding MARC is absolutely and totally wrong and confused. There isn't any "George" at Vortex. I AM VORTEX. VORTEX IS ME. Period. I will NOT be selling or distributing MARC in any manner. The MARC software project has been terminated. MARC was designed only for the 8080/Z80 processors and there have never been any plans to distribute a MARC for the 68000 or any other processors. In point of fact, the overwhelming percentage of software in the MARC software package is written in a non-standard 8080 assembler and is most decidedly NOT portable in any manner. To be blunt, the system was not really usable as other than a toy. Performance with floppies was miserable and could not be reasonably improved. Even with hard disks, many operations were extremely slow. The system could NOT make use of additional memory over 64K in any manner, and the useful workspace for user programs ended up being only around 30K, sometimes even less. CP/M compatibility did not function properly for about 75% of currently tested CP/M programs. The MARC software package is fundamentally limited by its original design parameters, and has no future beyond hardware which is rapidly heading into oblivion -- and, as I stated, it doesn't work well enough even on that hardware. There are a variety of software products from various vendors on the market which can provide much of the MARC functionality in a much more reasonable manner, and which won't ignore the entire base of existing CP/M software in the process. Microshell and Software Tools are two obvious examples of reasonable approaches to the problem of providing such an environment on limited machines. There are also packages which can make effective use of bank-switched memory and provide for much faster disk access, which should help to provide functionality for that hardware which MARC could not and cannot provide. MARC was a good effort but is just too fundamentally limited by the underlying hardware base for which it was designed and written. It is just "too much" for such hardware -- the operating system takes up so much of the memory and disks that there just isn't anything reasonable left for the humans! Also very important is the fact that MARC's being written mostly in 8080 assembler made it difficult to maintain and modify and essentially impossible to take forward into the future in the rapidly changing micro marketplace. You might be interested to know that of the people I've talked to about the termination of the project, the vast majority admitted that they were planning to try upgrade to newer hardware (usually with lots more memory and usually running a fullblown multiprocess Unix or real multiprocess Unix look-alike system) in the near future. Most of the people (few as they were) who sounded the most disappointed were those with hardware that would not reasonably run MARC in any case. However, the bottom line is that bugs and poor performance would require so much more code to fix properly that the remaining memory space would be made even smaller and less useful! I don't sell *or* distribute software with which I am not happy. I never sold a single copy of the MARC software package because I refused to send out buggy and limited software. It doesn't matter whether the package was going to cost $0 or $500, I simply refuse to distribute software with which I am dissatisfied. I've spent a large amount of time on the project, and I'm not happy about the final outcome -- but it's time to face reality on this topic. It was fun trying, anyway, but I've made my decision and it is final -- I need to get on with my life and try to make a living! I really have nothing more to say about this. That's all, folks. --Lauren-- 10-Nov-83 19:34:26-MST,1885;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 10 Nov 83 19:34:17-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 10 Nov 83 20:58 EST Received: From Parc-Maxc.ARPA by BRL via smtp; 10 Nov 83 20:46 EST Date: Thu, 10 Nov 83 17:46 PST From: MMOON.ES@PARC-MAXC.ARPA Subject: Re: CPM prog. to change fcb wanted In-reply-to: "ihnp4!houxm!houem!gtp@ucb-vax.ARPA's message of 2 Nov 83 7:14:12 PST (Wed)" To: ihnp4!houxm!houem!gtp@ucb-vax.ARPA cc: info-cpm@brl.ARPA DUPUSR2.ASM OR DUPUSR21.ASM are floating around on various RCP/Ms & will do what you want with a little extra effort. This program creates a *duplicate* directory entry in a comand-line specified user area. One must then go back and delete the file in the original user area if access to it from that user is not desired. This second delete must be followed by a -C to force a fresh read of the allocation vectors into memory. The sectors where the program or data reside have not, of course, been physically nulled by the erasure, but by marking them as deleted in *any* user area which has a directory entry for the particular file, you have caused an update of the in-memory allocation vector which will cause those sector bits in the bit mapped to toggle, thus marking these sectors as free to be written into, which they are not. The -C thus avoids a potential overwrite problem by renewing the allocation vector. I have been using DUPUSR21 for several months to very good effect under ZCPR2, using it also to move files into different user areas as well as making duplicate entries for the same file. The program documents the above mentioned side effect in the commented code. Also, it will accept wildcard file designations so an entire directory could be moved in this manner. Enjoy. MMoon.es 14-Nov-83 08:50:52-MST,791;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 08:50:48-MST Received: From Simtel20.ARPA by BRL-VGR via smtp; 10 Nov 83 21:36 EST Date: 10 Nov 1983 19:34 MST (Thu) Message-ID: From: "Frank J. Wancho" To: INFO-CPM@brl-vgr Subject: New CPM.DIRLST A new format for the .DIRLST files has been developed. The first of this new format is [SIMTEL20]MICRO:CPM.DIRLST. Here's a sample: Filename (MICRO:) Type Size CRC (bytes) 6502.SIMLBR COM 75904 074AH 6DASM.MAC ASCII 2659 3E16H D6502.MAC ASCII 11753 C978H APBDSC.PATCHS ASCII 7371 F65EH APBOOT.MAC ASCII 1173 CF3AH ... --Frank 14-Nov-83 08:51:01-MST,1270;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 08:50:57-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 10 Nov 83 22:17 EST Received: From Mit-Mc.ARPA by BRL via smtp; 10 Nov 83 22:06 EST Date: 10 November 1983 22:03 EST From: Allan D. Plehn Subject: Program to change User Area of files. To: ihnp4!houxm!houem!gtp@ucb-vax cc: MMOON.ES@parc-maxc, Shahn@sumex-aim, INFO-CPM@brl At SIMTEL20, in MICRO:, you will find MAKE.ASM and MAKE.COM. I believe that these are just what you are looking for. Checking against versions available on a local RCPM, I find that the ones on SIMTEL20 are old versions. I have placed the new version of the asm file, MAKE15.ASM, on MIT-MC in GUEST4;PLEHN MAKASM. Also, the newer version has an accompanying .DOC file (in addition to built-in help in the the .COM file). The documentation file is in GUEST4;PLEHN MAKDOC. If you have any difficulty FTPing the new version from MIT-MC, let me know and I will mail them to you. The checksums are: 9E21 for the .DOC file A7Af for the .ASM file. SIMTEL20 list maintainer: Kindly pick up these files and add them to MICRO:. Thanks. Al Plehn 14-Nov-83 08:51:14-MST,1533;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 08:51:07-MST Received: From Parc-Maxc.ARPA by BRL-VGR via smtp; 10 Nov 83 22:17 EST Date: Thu, 10 Nov 83 19:16 PST From: SSalzman.ES@PARC-MAXC.ARPA Subject: Re: BDOS ERROR R/O, ARCHIVE BITS In-reply-to: "PGA%MIT-OZ@MIT-MC.ARPA's message of Thu, 10 Nov 83 13:47:25 EST" To: PGA%MIT-OZ@MIT-MC.ARPA cc: info-cpm@BRL-VGR.ARPA Hi. There is a bug in the archive patch to the BDOS and there is a fix for it (ARCHIVE.FIX). The note in ARCHIVE.FIX describes what you're talking about. The fix is as follows: force$r$w equ bdos$entry+05BAh ;force read write disk org force$r$w ret ; return from 'check changed disk' I'm really not sure where in the patch that belongs but here is where I put it and I've had no problems: wrt$dir equ bdos$entry... scratch equ bdos$entry... ; INSERT FIX HERE... org wrt$dir . . . Try it out. It should work. I've tried to get to Kelly Smith and get the latest version of the program but he's moving and his system is down. If you want a good rigid backup utility a friend of mine here reccomended QBAX. It's only $30 and it has I/O redirection and a few other nifty things. The new version of that should be out in a while and it will even handle breaking up large files onto several floppies (so I'm told). I'll be ordering it myself soon for a project I'm working on. Good Luck. Isaac Salzman. SSalzman.es@PARC-MAXC 14-Nov-83 08:58:38-MST,4483;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 08:58:19-MST Received: From Sri-Unix.ARPA by BRL-VGR via smtp; 13 Nov 83 1:40 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 12 Nov 83 2:55-PST Date: 9 Nov 83 5:35:04-PST (Wed) To: info-cpm@brl From: harpo!floyd!clyde!burl!hou3c!hocda!machaids!djj@ucb-vax Subject: CRC information, summary Article-I.D.: machaids.661 About a month ago I put a request for CRC (Cyclic Redundancy Codes) information on this net. I received in a number of good programs and comments, and several requests to forward whatever I discovered. Since I have not been able send mail to several of the people who made requests, I'll put this summary on the net. It appears that CRC calculations are based on a polynomial that is not standardized, so it is possible to have several different valid CRC values for the same file simply by using different polynomials. There is an article in the June 83 issue of IEEE Micro which gives a little background on CRC and on a method for calculating same. Unfortunately, the examples are given in assembler. One of the C programs I received, and modified slightly produces CRC values identical to those produced by CRCK.COM and "uc" the UNIX/CPM communications program that is intended to replace "umodem". Here is the source code ---- "crck.c" (118 lines; 493 words; 2874 bytes): /* * ---- crck.c ---- * * Version 1.0 - 4/9/83 * * This UN*X program performs a file hashsum calculation consistent * with the de facto standard (but misnamed) "CRCK" program for CP/M. * * Usage: crck [-w] filename... * * The -w flag suppresses the warning message that normally * is printed when a file is found not to be a multiple of * 128 bytes in size. (Such a file cannot be a faithful copy * of a CP/M file, since CP/M files are always a multiple of * 128 bytes). * * Notes: * 1. Two versions of the CRCK program exist in the CP/M * world. Variants of Keith Petersen's original program * are the de facto standard, even though they misuse the * underlying CRC calculation subroutine and therefore don't * really perform a "CRC" function. This program produces * hashsums consistent with Petersen's scheme, currently * found in the "CRCK4x.ASM" series. * * 2. In order for valid comparisons to be made between the * CP/M and UNIX copies of a file, the file must, of course, * have been transferred intact; i.e., with the "-rb" option * of umodem, or the "-b" option of rb. * * Jeff Martin * Naperville, Il. * 4/9/83 * Version 1.1 -- djj Oct 13, 1983 * Changed output print format, to make it more readable! * Don Jackowski, Mine Hill, NJ */ #include #include #define CPMSEC 128 main(argc, argv) int argc; char *argv[]; { int c, fdi, warn, wflg; char *s, *in_file; char cbuf[CPMSEC]; unsigned crc, crck(); warn = 1; while (--argc > 0 && (*++argv)[0] == '-') { for (s = argv[0]+1; *s != '\0'; s++) { switch (*s) { case 'w': warn = 0; break; default: printf("illegal option: '%c'\n", *s); argc = 0; break; } } } if (argc < 1) { printf("Usage: crck [-w] filename...\n"); exit(1); } while (argc-- > 0) { in_file = (argv++)[0]; fdi = open(in_file, O_RDONLY); if (fdi < 0) { printf("Cannot access %s\n", in_file); continue; } crc = wflg = 0; while ((c = read(fdi, cbuf, CPMSEC)) > 0) { if ((c != CPMSEC) && warn) { wflg++; } crc = crck(cbuf, c, crc); } printf("%14s --> %04X", in_file, crc); if(wflg)printf(" <-- not CP/M sector sized.\n"); else printf("\n"); close(fdi); continue; } } /* * The only good thing to be said about the following function is that * it faithfully emulates the 8080 code in the CRCK4x.ASM series. It * does NOT perform a CRC calculation, but does a rather bizarre hash * sum. */ unsigned crck(buf, size, oldcrc) char *buf; int size; unsigned oldcrc; { register unsigned newcrc, tmp; register int i, qbit; newcrc = oldcrc; for (i = 0; i < size; i++) { qbit = newcrc & 0x8000; newcrc <<= 1; tmp = (newcrc + *buf++) & 0xff; newcrc = (newcrc & 0xff00) | tmp; if (qbit) { newcrc ^= 0xA097; } } return (newcrc); } 14-Nov-83 09:00:12-MST,1150;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:00:04-MST Received: From Sri-Unix.ARPA by BRL-VGR via smtp; 13 Nov 83 1:43 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 12 Nov 83 6:28-PST Date: 10 Nov 83 18:34:47-PST (Thu) To: info-cpm@brl From: ihnp4!clyde!floyd!cmcl2!lanl-a!bb@ucb-vax Subject: CRC-16 byte-wise algorithms in the June 1983 IEEE Micro Article-I.D.: lanl-a.3619 ================================== I just finished converting the assembler programs given in that article into C and 8086 assembler. The C version is table driven and is very simple. The 8086 code is the on-the-fly version and should be faster and does take up less space than the compiled C version. I will send them to anyone who wants them, though it only took me about 50 minutes to do the C version, including writing the program to generate the table. The versions I have use the CRC-16 standard, that was what was used in the article. b2 Bryan Bingham ucbvax!lbl-csam!lanl-a!bb cmcl2!lanl-a!bb 14-Nov-83 09:02:47-MST,1453;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:02:39-MST Received: From Sri-Unix.ARPA by BRL-VGR via smtp; 13 Nov 83 1:44 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 12 Nov 83 20:11-PST Date: 8 Nov 83 13:02:52-PST (Tue) To: info-cpm@brl From: ihnp4!zehntel!varian!david@ucb-vax Subject: Re: Batch file uploading query Article-I.D.: varian.181 In-Reply-To: Article sri-arpa.13304 Kermit (from Columbia University - public domain, but they ask a $100 handling fee for a tape containing all versions) does bulk file transfers - the command you give to the receiver is "RECEIVE", and the sender sends the file name as part of the protocol (this has the disadvantage that you can't choose different names for the received files, but you can always change these later). There exist versions for UNIX and CP/M amongst many others, and among the CP/M versions is one for the H89. Kermit is available from 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. David Brown Varian Instruments 2700 Mitchell Dr. Walnut Creek, Ca. 94598 (415) 945-2199 {ihnp4,tektronix,sytek,dual}!zehntel!varian!david {amd70,fortune}!varian!david ...!decvax!sytek!zehntel!varian!david ...!ucbvax!menlo70!sytek!zehntel!varian!david 14-Nov-83 09:06:14-MST,1321;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:06:09-MST Received: From Brl-Bmd.ARPA by BRL-VGR via smtp; 13 Nov 83 9:53 EST Date: Sun, 13 Nov 83 9:41:50 EST From: Charlie Strom (NYU) To: Herb Lin cc: INFO-CPM@brl-vgr Subject: Re: other people running on G&G systems... Herb, I have a 4 user (5 counting a line to a modem) G&G system we are using primarily as a Wordstar system with some use of DBASE and Supercalc. Would be happy to share information and experiences. I don't know whether this of general enough interest to share with INFO-CPM, but will solicit comments from the net and not copy that list if people are not interested. A current bit of news here is that we are waiting for a minifloppy add-on controller and drive. This will enable us to exchange info on both Morrow micro-Decision and IBM formats (I'm not sure what else). We are about to purchase several of the former machines to use as stand-alone word processing systems. This hardware has been delayed since I requested that they hold off delivery until they can supply the newest release of MP/M-816. As of Friday, this was two weeks away, though the Gifford folks said that two weeks ago! -Charlie 14-Nov-83 09:06:38-MST,1569;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:06:31-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Nov 83 15:07 EST Received: From Sumex-Aim.ARPA by BRL via smtp; 13 Nov 83 14:54 EST Date: Sat 12 Nov 83 13:39:33-PST From: Sam Hahn Subject: Re: other people running on G&G systems... To: LIN@MIT-ML.ARPA cc: SHahn@SUMEX-AIM.ARPA, info-cpm@BRL.ARPA Herb: I'm not currently using a G&G system, but am thinking of upgrading my S-100 system, which is now basically SD SYSTEMS boards in a new version of the IMSAI box. Thinking this mostly because I want compatibility with my existing software while gaining another world (16/32?? bit). MP/M 8-16 looks really good to me, but the reason I haven't made the move yet is that I don't know if it'll be around and supported. Unix looks, for whatever set of reasons, like it'll be the OS of choice for >8-bit systems. Extrapolating: I'd like to see on the S-100 some set of boards (Compupro??) and software which takes the idea further. Put CP/M, CP/M 86, DRI/VMS, Unix, etc compatibility in a system with smart software. Problems exist, but I see great potential for somebody willing to play around. Anyway, the point is I'd like to learn what you've got on Compupro systems, plans, and impressions/experiences. -- sam hahn [shahn@sumex-aim] PS. I'd like to hear from others with advice/information who are willing to exchange thoughts. Thanks. ------- 14-Nov-83 09:10:44-MST,7462;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:10:12-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Nov 83 15:29 EST Received: From Mit-Ml.ARPA by BRL via smtp; 13 Nov 83 15:15 EST Date: 12 November 1983 16:26 EST From: Herb Lin Subject: review of experience with Gifford Computer systems (long) To: info-cpm@brl, info-micro@brl The following is a report to Netland about one person's experience with Gifford Computer Systems (GCS). The system in question is essentially a Godbout 816 system: 256 K memory, 2 DDDS 8 inch QUME disks, a 20MB Fujitsu Winchester disk, Epson FX-80 printer, and a 8085/8088 dual processor board. Supplied software includes MP/M8-16 (allowing both 8 and 16 bit software to be run simultanuously), MBASIC, SUPER-CALC, and dBASE II. Not bought from GCS but used in my system are an Ann Arbor Ambassador terminal, and a VADIC 3451 modem. It should be noted that I am not a hacker - I am interested in machines that make my professional life easier, and I take little pleasure in hacking for the sake of hacking; thus, service and reliability are of paramount importance to me. I have spent several years as a systems programmer in a previous life (on an IBM 1130, of all things!!), and I have a PhD in physics, so I have a good general background knowledge about matters technical, but I am/was not current in my computer knowledge about micros, CP/M, etc. Initial Pre-purchase Inquiries I made many many inquiries about different systems before deciding on GCS. Micheal Gifford (of sales) at GCS was enormously helpful, and quite straightforward about answering questions, always returning phone calls promptly, and providing useful information, both about limitations and strengths of GCS hardware. He tolerated a rather long period of questions on my part (four or five months), with a few long stretches of no contact because I was out of town - however, I got no pressure tactics from him, and that was greatly appreciated. Spontaneously, I also got a bunch of references of other GCS customers, with phone numbers and names, who proved rather useful in assessing GCS service. Actual purchase/delivery I decided to purchase in Feb or March 1983 (I think), but could not accept delivery until around May or so; they said no problem - that was twice as long as they needed to integrate my system. In my purchase letter, I enclosed a 25% deposit, but specified that for every day after the scheduled arrival day that the system was late, they would credit my account with a certain percentage of the total system cost. They did not cash my deposit check (which would have indicated acceptance of this condition as legally binding), but they nevertheless said that my system would be ready on time. It was. The initial shipment was missing a few items, and a call back to them provided these items in a week or so. A mountain of documentation was provided, except for manuals for the floppy drives; GCS told me that they themselves could not get them. Shakedown period I had considerable hardware trouble in the initial couple of months. After several days, my Winnie or controller began to flake out intermittently, sending not ready signals and other strangeness to the CPU. I had a great deal of difficulty determining that the hardware was in fact at fault, because the errors at first did not appear in the diagnostics that GCS provided - they happened only when I was using MINCE, and was getting SEEK errors. I consulted GCS about this difficulty, and they said that if the diagnostics didn't pick it up, it was probably in the software. A few calls to Mark of the Unicorn persuaded me that MINCE was not at fault, but I still had no concrete evidence that the hardware was flaky. Fortunately, the diagnostics did eventually pick up errors, at first intermittently, and then consistently. At that point, a phone call to GCS was sufficient to get a replacement Winnie and controller board in the mail, even before I returned the Winnie I had, i.e., we both put our disks in the mail at the same time. The replacement arrived in three days, and I was back up. A few weeks later, I had my second difficulty: the enclosure gave out - something in the power supply died, and only the fan was getting power. I originally thought it was the floppy disk unit that was flaky, since the floppies would not boot. A phone call to GCS helped me to determine that in fact the enclosure was at fault, and once again, a replacement enclosure was sent out promptly. A very praise-worthy point in favor of GCS - ALL my hardware service calls were returned promptly (1 day or less). Aside from these hardware hassles, I have been pleased. The shakedown seems to be over, and I have been running for many weeks now with minimial hitches (knock on wood). Beyond the shakedown I believe that my hardware hassles were essentially the luck of the dice, and I don't really hold GCS responsible - certainly they have been quite responsive when I needed hardware help. I have had a bit of trouble with radio-frequency interference with wireless telephones here, but certainly GCS isn't responsible for that - I am apparently the first person who has reported such difficulties to them, and they report being baffled too. A few annoying quirks/bugs in the software provided, but nothing unmanageable. For example, a SUB file does not allow me to change default disks; I must do this from command level manually. Other comments I withheld a non-trivial part of my payment for the system when the initial order was not complete, because some pieces were missing: the Basic interpreter, but most importantly, cabling for integrating my modem into the system. While this is an unusual thing to request, I had in my letter stated that they would integrate the terminal and modem that I already owned into the system I was buying, and this they agreed to by cashing my check. However, it was at this time that my Winnie began to flake out, and system integration of non-GCS components took second priority (and properly so). GCS was willing to replace my Winnie even without total payment, and in light of that action, I suspect that my subsequent demand that they follow through on the unusual provision of my letter concerning integration of non-GCS components might have seemed a bit excessive. They pointed out that they had indeed supported me in the absence of complete payment, and I agreed to complete the payment. The one complaint I have is that it took all told, five or six months, to finally get the modem integration stuff, and I accomplished this by asking my sales person (not customer support - which had been so good in hardware support) to stick a pin into customer support. That produced action rather quickly. Overall reactions I have no hesitation about recommending GCS as an outfit to take care of complete systems. I am convinced that if you want to buy a complete system from them, they will take very good care of you, and very promptly. If you have equipment already that you want to integrate, my experience is that they will still help, but not with the same vigor that they would otherwise. Herb Lin 14-Nov-83 09:15:33-MST,1167;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:15:23-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Nov 83 16:03 EST Received: From Mit-Ml.ARPA by BRL via smtp; 13 Nov 83 15:47 EST Date: 12 November 1983 22:24 EST From: Herb Lin Subject: other people running on G&G systems... To: info-cpm@brl From:Sam Hahn MP/M 8-16 looks really good to me, but the reason I haven't made the move yet is that I don't know if it'll be around and supported. as far as I can tell, MP/M 8-16 is likely to be around for a while. G&G seems to have a deserved reputation for quality serviceand they do support pretty well their software. Anyway, the point is I'd like to learn what you've got on Compupro systems, plans, and impressions/experiences. From what I have heard of Compupro, I am impressed. Apart from my shakedown period, I have had zero hardware trouble. Keep your eyes peeled for my report to netland on my entire experience. if you don't get it, I will send you a copy. herb lin 14-Nov-83 09:16:17-MST,607;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:16:14-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Nov 83 18:39 EST Received: From Lll-Mfe.ARPA by BRL via smtp; 13 Nov 83 18:34 EST Date: Sat, 12 Nov 83 22:26 PST From: "Webb Mike"@LLL-MFE.ARPA Subject: USR Password ? To: info-cpm@brl.arpa i would like to hear from anyone using a U.S. Robotics PASSWORD modem. i am thinking of buying one and would like to hear the pro's and con's. direct replys to me and i will copy net with anything of intrest. thnx, mike 14-Nov-83 09:18:38-MST,903;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:18:34-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Nov 83 23:35 EST Received: From Hi-Multics.ARPA by BRL via smtp; 13 Nov 83 23:33 EST Date: 13 November 1983 22:28 cst From: Ronald W. Subject: BDS-C CDB package help? To: info-cpm@brl cc: cpm.sv I am having some difficulty in bringing up the CDB package that comes with BDS-C 1.50a. I believe that I have configured the debugger and linker per the instructions, but get very odd results when I try to debug some of the sample programs such as SIEVE.C and TAIL.C. I am using an Apple ][ with Microsoft Softcard and 56K CP/M. If anybody has some experience with CDB (especially on the Softcard), please let me know. Thanks. Ron . 14-Nov-83 09:19:39-MST,813;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:19:35-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 14 Nov 83 2:20 EST Received: From Mit-Mc.ARPA by BRL via smtp; 14 Nov 83 2:12 EST Date: Mon, 14 Nov 1983 02:12 EST Message-ID: From: STRAZ%MIT-OZ@MIT-MC.ARPA To: info-cpm%MIT-OZ@MIT-MC.ARPA, pga%MIT-OZ@MIT-MC.ARPA I'm about to get a Kaypro on long term loan. It will probably come with word processing, spreadsheet, and modem software, but I'm looking for more stuff, namely, does anyone know where I can get (or at least recommend a version of) a C compiler any flavor of Lisp Logo games a 1200 baud modem (I have a 300 by DC Hayes) Thanks in advance, Steve Strassmann 14-Nov-83 09:20:50-MST,846;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:20:46-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 14 Nov 83 2:55 EST Received: From Mit-Mc.ARPA by BRL via smtp; 14 Nov 83 2:51 EST Date: 14 November 1983 02:57 EST From: Jerry E. Pournelle Subject: other people running on G&G systems... To: LIN@mit-ml cc: info-cpm@brl In-reply-to: Msg of 12 Nov 1983 22:24 EST from Herb Lin MPM 8/16 will certainly be around. Compupro has got tony Pietsch working on some new BIOS materials for it, and 8/16 will be the system for the new Shirley machine at Compupro. WRITE will be available on 8/16 within weeks; I should have my copy with my Shirley next week or so. I have seen 8/16 working with Shirley and it works good. 14-Nov-83 09:22:36-MST,840;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:22:31-MST Received: From Mit-Mc.ARPA by BRL-VGR via smtp; 14 Nov 83 2:57 EST Date: 14 November 1983 03:03 EST From: Keith Petersen Subject: Hoff situation resolved To: Info-Cpm@brl-vgr Irv Hoff has had a change of mind concerning providing fully-commented source for MDM713, NCAT37, NEAT2, etc. Watch Info-Cpm for announcements about the new fully-commented files as they become available. I would appreciate it very much if people considering updating these programs would check with me first to make sure they have the latest versions and that someone else isn't already working on the next version. I keep close contact with other RCPM Sysops via the Sysop Clearinghouse RCPM. --Keith 14-Nov-83 09:26:26-MST,653;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:26:22-MST Received: From Sri-Unix.ARPA by BRL-VGR via smtp; 13 Nov 83 1:42 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 12 Nov 83 8:28-PST Date: 11 Nov 83 12:49:39-PST (Fri) To: info-cpm@brl From: decvax!ittvax!ittral!hinnant@ucb-vax Subject: UMODEM under VMS l s Article-I.D.: ittral.320 Does anyone know of an implementation of UMODEM (or "UC" now I suppose) that runs under VAX/VMS? Any pointers will be appreciated. Thanks, David Hinnant ITT - Telecom decvax!ittvax!ittral!hinnant 14-Nov-83 09:35:09-MST,651;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:35:06-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 14 Nov 83 3:18 EST Received: From Mit-Mc.ARPA by BRL via smtp; 14 Nov 83 3:09 EST Date: 14 November 1983 03:14 EST From: Jerry E. Pournelle Subject: Erroneous information from hp-pcd!craig about MARC To: lauren@rand-unix cc: INFO-CPM@brl In-reply-to: Msg of 10 Nov 1983 16:56-PST from lauren at rand-unix Sorry to hear of MARC's demise after all the expectations, but it looks as if you've made a reasonable decision. Condolances to all. 15-Nov-83 08:38:07-MST,846;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 15 Nov 83 08:38:03-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Nov 83 0:04 EST Received: From Hi-Multics.ARPA by BRL via smtp; 14 Nov 83 23:38 EST Date: 14 November 1983 22:38 cst From: Ronald W. Subject: BDS CDB To: info-cpm@brl cc: LEOR@mit-mc I decided that things were behaving just too strangely last night. So, I re-did the whole works and compared what I got last night with what I just got. Seems I made a typo specifying the location of the externals for CDB2.OVL (heavy blush). Now, almost everything is pretty normal. (Still can't debug TAIL.C. It exits to the CCP before it loads in CDB2, I think.) It really looks slick!!! Quite impressed. Ron . 15-Nov-83 08:38:21-MST,558;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 15 Nov 83 08:38:18-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Nov 83 0:45 EST Received: From Mit-Ml.ARPA by BRL via smtp; 15 Nov 83 0:38 EST Date: 15 November 1983 00:40 EST From: Herb Lin Subject: 8080 disassemblers... To: info-cpm@brl i asked before about cpm-80 disassemblers, and I got pointers to the ZDASM stuff. However, it seems to be runnable on z-80 only. anyone know of 8080 disassemblers? tnx.. 15-Nov-83 08:38:52-MST,1046;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 15 Nov 83 08:38:46-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Nov 83 3:12 EST Received: From Sri-Unix.ARPA by BRL via smtp; 15 Nov 83 3:07 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 14 Nov 83 23:53-PST Date: 14 Nov 83 8:36:14-PST (Mon) To: info-cpm@brl From: hplabs!hao!kpno!allan@ucb-vax Subject: help for FTP please Article-I.D.: kpno.267 I am a relative newcomer to CP/M and I was very interested to see the item about public domain software on the simtel-20. The problem that I have is that I do not know what FTP is (other than it is obviously a file transfer program). Can someone tell me where I can get FTP to run on unix 4.1, or how I can access the software using KERMIT from either unix or a VMS vax. Also some information on how to use FTP would be appreciated. Thanks in advance, Peter Allan kpno!allan Kitt Peak National Observatory Tucson, Az. 15-Nov-83 08:44:11-MST,842;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 15 Nov 83 08:44:07-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Nov 83 4:59 EST Received: From Cmu-Cs-A.ARPA by BRL via smtp; 15 Nov 83 4:58 EST Received: from [128.2.254.192] by CMU-CS-PT with CMUFTP; 15 Nov 83 04:43:45 EST Date: 15 Nov 83 0450 EST (Tuesday) From: George.Wood@cmu-cs-a To: Herb Lin Subject: Re: 8080 disassemblers... CC: info-cpm@brl In-Reply-To: "Herb Lin's message of 15 Nov 83 00:40-EST" Message-Id: <15Nov83.045052.GW90@CMU-CS-A> I have used RESOURCE, a CPMUG disassembler by Ward Christiansen (I think); it comes in vanilla 8080 and z-80 varieties, at least one of which is called REZ.COM/ASM. It took me a while to get used to, but is quite powerful. George Wood 15-Nov-83 15:20:18-MST,845;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 15 Nov 83 15:20:12-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Nov 83 16:21 EST Received: From Ucla-Locus.ARPA by BRL via smtp; 15 Nov 83 16:16 EST Date: Tue, 15 Nov 83 13:03:38 PST From: Jody Paul To: Herb Lin CC: info-cpm@brl Subject: Re: 8080 disassemblers... In-reply-to: Your message of 15 November 1983 00:40 EST The best 8080/Z80 disassembler I have ever used is called REVAS, and used to be advertised in Dr. Dobbs and similar magazines. If you are unable to locate the ads or reviews (I think it got reviewed a while back in either Dr. Dobbs or MicroSystems) send me a message and I can elaborate. --Jody Paul 15-Nov-83 19:26:05-MST,928;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 15 Nov 83 19:25:59-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Nov 83 20:45 EST Received: From Rochester.ARPA by BRL via smtp; 15 Nov 83 20:41 EST Received: by sen.rochester (3.327.3N) id AA17285; 15 Nov 83 12:41:11 EST (Tue) Received: by cay.Rochester (3.327.3N+) id AA09286; 15 Nov 83 12:34:11 EST (Tue) Message-Id: <8311151741.17285@sen.rochester> Date: 15 Nov 83 12:41:11 EST (Tue) From: Mike Ciaraldi Subject: Apple Pascal--Unix file transfer To: info-cpm@brl.ARPA, net.micro.apple@Rochester.ARPA Does anyone know of programs that will do file transfer by phone or direct line between Apple II running Pascal and a VAX/Unix system? We already have umodem running (XMODEM for the VAX/Unix). Please respond directly to me. Mike Ciaraldi ciaraldi@rochester 15-Nov-83 20:10:01-MST,1512;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 15 Nov 83 20:09:56-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Nov 83 21:17 EST Received: From Mit-Ml.ARPA by BRL via smtp; 15 Nov 83 21:16 EST Date: 15 November 1983 21:18 EST From: Herb Lin Subject: ummary of 8080 disassembler responses... To: info-cpm@brl Re: 8080 disassemblers... In the same directory at SIMTEL20 you'll find Ward Christensen's RESOURCE. It's an excellent 8080 disassember. --- I have used RESOURCE, a CPMUG disassembler by Ward Christiansen (I think); it comes in vanilla 8080 and z-80 varieties, at least one of which is called REZ.COM/ASM. It took me a while to get used to, but is quite powerful. --- THE THING YOU ARE LOOKING FOR IS 'RESORC' BY WARD C. IT WAS THE ROOT OF DASMZ, AND BEHAVES IN MUCH THE SAME WAY. I THINK IT IS ON SIMTEL-20. --- I agree with George Wood. I downloaded RESOURCE from MIT-MC and have used it primarily to disassemble by CBIOS. Ward Christensen's user's guide was extremely helpful in getting me started. Since my system uses a Z-80 clone, and the CBIOS was full of Z-80 opcodes, I downloaded ZDASM (which I believe is a modified version of RESOURCE) and ran it with the symbol table and control files I had built using RESOURCE. My favorite features are the ability to save the symbol table, command, and comment files and to have RESOURCE find the DBs. 16-Nov-83 11:58:59-MST,1148;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 16 Nov 83 11:58:54-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 16 Nov 83 6:27 EST Received: From Sumex-Aim.ARPA by BRL via smtp; 16 Nov 83 6:25 EST Date: Wed 16 Nov 83 03:27:18-PST From: Sam Hahn Subject: Diablo-compatible printers To: info-cpm@BRL.ARPA cc: info-micro@BRL.ARPA I just got a package (TechType) which manages multi-font printers, one of them being the Diablo 630 (or 630ECS). I'm almost willing to sprint for the $$$ that the Diablo will require, but first would like to know if anyone knows of Diablo 630-compatible printers that are of comparable quality. Would especially like precise page-range reverse linefeeding, incremental head movement, lots of fonts, reasonable price. Speed secondary. Have heard rumors regarding Qantex, C. Itoh, NEC 7715, Juki, Transtar, and DTC, but most of these that I've followed up on are 1610-compatible, not 630. Anyone out there had a similar interest? Be happy to let everyone know what I find -- sam [shahn@sumex] ------- 17-Nov-83 12:05:29-MST,532;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 17 Nov 83 12:05:26-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 16 Nov 83 19:53 EST Received: From Mit-Ml.ARPA by BRL via smtp; 16 Nov 83 19:51 EST Date: 16 November 1983 19:53 EST From: Herb Lin To: info-cpm@brl hi. can someone tell me how to turn the doc files on many SIGM and CPMUG files into real ascii? To my terminal, they are just a bunch of control characters... help? tnx.. 17-Nov-83 12:05:58-MST,880;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 17 Nov 83 12:05:54-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 16 Nov 83 21:40 EST Received: From Usc-Isid.ARPA by BRL via smtp; 16 Nov 83 21:38 EST Date: 16 Nov 1983 15:20-PST Sender: ABN.ISCAMS@usc-isid Subject: Re: 8080 disassemblers... From: ABN.ISCAMS@usc-isid To: v.jody@ucla-locus Cc: LIN@mit-ml, info-cpm@brl Message-ID: <[USC-ISID]16-Nov-83 15:20:12.ABN.ISCAMS> In-Reply-To: The message of Tue, 15 Nov 83 13:03:38 PST from Jody Paul Roger on REVAS as a good 8080/Z80 disassembler. I use it regularly, and though the manual is not the best, I find REVAS a very useful tool (ever disassemble MBASIC?). Price is right too (forget what, but pretty reasonable). David Kirschbaum Toad Hall 17-Nov-83 12:06:14-MST,1120;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 17 Nov 83 12:06:09-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 16 Nov 83 21:51 EST Received: From Mit-Mc.ARPA by BRL via smtp; 16 Nov 83 21:44 EST Date: 16 Nov 1983 15:49-PST Sender: ABN.ISCAMS@usc-isid From: ABN.ISCAMS@usc-isid To: STRAZ%MIT-OZ@mit-mc Cc: info-cpm%MIT-OZ@mit-mc, pga%MIT-OZ@mit-mc Message-ID: <[USC-ISID]16-Nov-83 15:49:16.ABN.ISCAMS> In-Reply-To: Steve: Suggest (if you only want to introduce yourself to C) the Small-C out in Public Domain (SIMTEL20 is, of course, the treasure trove of such things). I read again and again good things of the US Robotics line (Passport for the real cheap way to go, its big brother (forget the model) if you like shiny cases and flashing lights). Recent very good summary of modems on the net discussed these things. I have it on file if you missed it; don't want to overflow the net with it again. Please message if you want it. Regards, and good luck. David Kirschbaum Toad Hall 17-Nov-83 12:06:27-MST,1620;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 17 Nov 83 12:06:20-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 16 Nov 83 22:33 EST Received: From Cmu-Cs-A.ARPA by BRL via smtp; 16 Nov 83 22:28 EST Received: from [128.2.254.192] by CMU-CS-PT with CMUFTP; 16 Nov 83 22:14:22 EST Date: 16 Nov 83 2225 EST (Wednesday) From: George.Wood@cmu-cs-a To: Herb Lin Subject: doc files CC: info-cpm@brl In-Reply-To: "Herb Lin's message of 16 Nov 83 19:53-EST" Message-Id: <16Nov83.222506.GW90@CMU-CS-A> re: control-chars & garbage in cpmug & sigm doc files Herb; There are at least two possibilities: 1. the file is a squeezed file. if so, the middle letter in its filename extension is probably 'Q'; so blah.doc is blah.dqc. For these, use USQ.COM (I think its on one of the bds user group disks, included in both CPMUG and SIGM libraries). USQ creates an unsqueezed version of the file. If you just want to read it, and don't mind keeping the file squeezed, use TYPESQ.COM. (there is another squeezer, pack.com & unsqueezer, unpack.com, but (a) I don't know where they are, and (b) they aren't as popular as sq, usq, and typesq.) 2. the doc file was created with wordstar or some other editor using control-characters and high-bits; to get rid of high-bits, use the [z] option on pip; for file blah, try pip blah.new=blah[z] this filters off high-bits, but leaves control chars. Of course, there are other possibilities, but these are the one's I've experienced on cpmug disks. George 17-Nov-83 12:06:45-MST,2223;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 17 Nov 83 12:06:37-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 16 Nov 83 22:34 EST Received: From Sumex-Aim.ARPA by BRL via smtp; 16 Nov 83 22:32 EST Date: Wed 16 Nov 83 19:34:25-PST From: Sam Hahn Subject: Re: Diablo-compatible printers To: strom@BRL.ARPA cc: SHahn@SUMEX-AIM.ARPA, info-cpm@BRL.ARPA In-Reply-To: Message from "Charlie Strom (NYU) " of Wed 16 Nov 83 18:40:15-PST Charlie, I looked at CharTech also, and liked it for what it was, ie a multi- font text formatting system for dot-matrix printers. Unfortunately, I needed something that would handle the Diablo/NEC/Qume fontsets, and be able to format mathematical equations. TechType seems to fit the bill quite well, the biggest drawback being that a special character "\" (alterable) must precede characters to be printed with alternate fonts, which makes on-line editting and draft-proofing difficult in your favorite WP/editor. Techtype comes with three programs, each about 38K big. They are DRAFT, DISPLAY, and PRINT. Each are semi-customizable with a *.DAT file which sets the parameters of your terminal, draft printer, final-copy printer, etc. Cost is $300.00 (yes, Ouch!), but the capability is worth it for me, and the package is well put-together, with some fair amount of thought given to user-customizability of the software, though I wouldn't recommend it for someone without knowledge of character codes, printer head movement... ie it's not for a general user to put together for himself. Such a one should get the standard systems, either for Diablo or NEC printers. The NorthStar Advantage is capable of displaying close-to-copy text, due to its graphics capabilities (or so I'm told by the Raabs', the authors). The package has been regularly advertised in MicroSystems the last couple of months. Green Mountain Radio Research Company 240 Staniford Road Burlington, Vermont 05401 (802) 862-0997 Fred and Rebecca Raab were very helpful and patient with my many questions. -- sam hahn [shahn@sumex] ------- 17-Nov-83 12:07:05-MST,832;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 17 Nov 83 12:07:01-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 16 Nov 83 22:44 EST Date: Wed, 16 Nov 83 22:38:05 EST From: Rick Conn To: decvax!ittvax!ittral!hinnant@ucb-vax cc: info-cpm@brl Subject: Re: UMODEM under VMS l s David, Yes, there is a program called XMODEM.FOR (requiring another file called QIO.DCK) which runs nicely under VAX VMS (I have it up and running locally). It does not have all of the features of UC, but it DOES provide the MODEM2 protocol and VMS-to-CP/M text file conversion. The programs (XMODEM and other helpful utilities) are on SIMTEL20. Drop me a line if you need more help (no quick reply guaranteed at this time, tho). Rick 17-Nov-83 12:07:17-MST,1143;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 17 Nov 83 12:07:12-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 16 Nov 83 22:56 EST Received: From Sumex-Aim.ARPA by BRL via smtp; 16 Nov 83 22:55 EST Date: Wed 16 Nov 83 19:56:06-PST From: Sam Hahn Subject: Re: ?looking for a minimal (small?) Lisp interpreter written in Pascal To: decvax!tektronix!tekig1!dont@UCB-VAX.ARPA cc: SHahn@SUMEX-AIM.ARPA, info-cpm@BRL.ARPA, info-micro@BRL.ARPA In-Reply-To: Message from "decvax!tektronix!tekig1!dont@ucb-vax" of Sun 13 Nov 83 23:38:12-PST I've got a machine-readable 8" SSSD disk with the UCRL-52417 LISP.PAS file on it. Looks well-commented, but haven't yet played around with it enough to recommend one way or another. For postage donations (and a blank disk), I'd offer to distribute it, but I'm going to see if that's ok with Taylor and Cox first (it's available from NTIS), though they specify right in the file that the code is in the public domain. File's about 36K of code and comments. -- sam hahn [shahn@sumex] ------- 17-Nov-83 12:08:06-MST,808;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 17 Nov 83 12:07:52-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 17 Nov 83 5:15 EST Received: From Mit-Mc.ARPA by BRL via smtp; 17 Nov 83 5:04 EST Date: 17 November 1983 05:10 EST From: Jerry E. Pournelle Subject: Reply to:Re: Call for Osborne Executive owners To: jalbers@bnl cc: info-cpm@brl, info-micro@brl, dag@ucbarpa In-reply-to: Msg of 27-Oct-83 13:52:33-EDT from jalbers at bnl I think I am confused. It's OK to advertise one's car for sale, or an apartment for sub-lease, but not to offer to trade software? Are there indeed rules to the use of these nets, or is t here a sort of concensus, or do we simply have self-appointed proctors, or what? 17-Nov-83 12:09:09-MST,1002;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 17 Nov 83 12:09:04-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 17 Nov 83 9:40 EST Received: From Sri-Unix.ARPA by BRL via smtp; 17 Nov 83 9:35 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 17 Nov 83 6:23-PST Date: 15 Nov 83 8:50:36-PST (Tue) To: info-cpm@brl From: hplabs!intelca!omsvax!ogcvax!tektronix!azure!michaelk@ucb-vax Subject: CP/M PLUS Article-I.D.: azure.2344 Does anyone know what bugs were fixed when DRI went from 3.0 to 3.1 ? My banked cpm plus (256K RAM) works OK functionally, but, doesn't seem to provide the disk speed improvement anticipated. It seems to flush read-buffers too much, and seems to do directory checksums rather often even though the floppies are marked non-removeable. Any ideas? I use DSDD 8" (1.2MB) drives w/512 byte sectors. This is a personal project, not one of my employer. Mike Kersenbrock Aloha, Oregon 17-Nov-83 15:38:06-MST,926;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 17 Nov 83 15:38:02-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 17 Nov 83 17:04 EST Received: From Mit-Mc.ARPA by BRL via smtp; 17 Nov 83 16:57 EST Date: 17 November 1983 17:02 EST From: Gail Zacharias Subject: 8-bit ascii files on pdp-10's To: LIN@mit-ml cc: info-cpm@brl In-reply-to: Msg of 16 Nov 1983 19:53 EST from Herb Lin Date: 16 November 1983 19:53 EST From: Herb Lin hi. can someone tell me how to turn the doc files on many SIGM and CPMUG files into real ascii? To my terminal, they are just a bunch of control characters... On ITS, :TYPE8 will type out such a file. The equivalent program for TOPS-20 can be found on MIT-MC in "AR7:GZ;TYPE8 >" (FTP it to TYPE8.MID and do @MIDAS TYPE8 to make a TYPE8.EXE). 17-Nov-83 18:27:09-MST,730;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 17 Nov 83 18:27:05-MST Received: From Simtel20.ARPA by BRL-VGR via smtp; 17 Nov 83 19:47 EST Date: 17 Nov 1983 17:42 MST (Thu) Message-ID: From: "Frank J. Wancho" To: INFO-CPM@brl-vgr Subject: New CRC Lists Thanks to Gail Zacharias for a special version of the CRC program which enabled to quickly build CRC files in the new one-liner format. The results of that effort are now in MICRO:dir.CRCLST on the SIMTEL20. (Substitute CPM, SIGM, CPMUG for dir above to get the list corresponding to the subdirectories in that particular directory.) --Frank 18-Nov-83 10:49:38-MST,933;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 18 Nov 83 10:49:31-MST Received: From Rand-Unix.ARPA by BRL-VGR via smtp; 18 Nov 83 2:07 EST Date: Thursday, 17 Nov 1983 23:05-PST To: info-micro@brl-vgr, info-cpm@brl-vgr Subject: Info Wanted on Micro DBMS's From: edhall@rand-unix I'm interested in hearing about people's experiences with Data Base Management Systems under CP/M. I have experience with dBase II, which is OK, but has a few minor bugs and some restrictions (such as only being able to work with two relations at once). Various magazines have reviewed these programs from time-to-time, but I'm more interested in experiences and actual applications, especially from people who have worked with more than one system. I'll post a summary of replies. Thanks, -Ed Hall edhall@rand-unix (ARPA) decvax!randvax!edhall (UUCP) 18-Nov-83 10:51:13-MST,607;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 18 Nov 83 10:51:09-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 18 Nov 83 6:23 EST Received: From Mit-Mc.ARPA by BRL via smtp; 18 Nov 83 6:18 EST Date: 18 November 1983 06:24 EST From: Jerry E. Pournelle Subject: STEAL THIS BOOK To: DJB%mit-oz@BRL.ARPA cc: INFO-CPM@mit-mc In-reply-to: Msg of Thu 17 Nov 83 14:47:36-EST from Dave Braunegg Of course what one should do is steal the book, but rip off the cover and LEAVE THAT BEHIND. 18-Nov-83 10:51:53-MST,2666;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 18 Nov 83 10:51:44-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 18 Nov 83 6:43 EST Received: From Sri-Unix.ARPA by BRL via smtp; 18 Nov 83 6:35 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 18 Nov 83 3:26-PST Date: 15 Nov 83 16:14:49-PST (Tue) To: info-cpm@brl From: decvax!wivax!linus!philabs!aecom!glen@ucb-vax Subject: The best of UNIX for CP/M Article-I.D.: aecom.250 YOU'LL BE AMAZED At What Your CP/M Micro Can Do Now!! ConIX can give your system the kind of power and flexibility that UNIX users have been raving about, AND SO MUCH MORE! Wouldn't you love to have a UNIX system at home? Has the price kept you back? If you have an 8-bit CP/M micro, you can enjoy many of the best features of UNIX and a wide range of other improvements available with the ConIX Operating System. Features include: * I/O Redirection and Pipes * Path Searching * Improved User Area Access * True CP/M Compatibility - runs with CP/M! * Memory Management - brings ConIX down to only 1/2K memory when programs execute. You won't have any memory crunch! * Multiple Commands Per Command Line * Full Upper/Lower Case and Argument Parsing ("", \, etc.) * "Shell" Storage and Argument Variables * Total User Memory Control - you can redirect right into memory! * Programmable Function Keys * Automatic Screen Paging * Virtual Floppy Disk System * Print Spooler * Interpreted Command Language (for "Shell" programming) Including: while, if, switch, goto, gosub, trap, onint * Over 100 Built-In Utilities and Option Settings * Integer Expression Analyzer with String and Numeric Comparison * Expanded Operating System Call Interface * Archive Manager For Compacting Files - saves over 50% storage! * On-Line Manual System What's even more amazing is the price: ONLY $135 for the most incredible building-block ever designed for an 8-bit CP/M system! Interested? It costs you nothing to get more information and a complete descriptive brochure! Reply directly (electronically), call, or write: Computer Helper Industries Inc. Post Office Box 680 Parkchester Station Bx., N.Y. 10462 Tel. (212) 597-3559 9AM - 8PM Please send your name, (UUCP address) and U.S. Postal Info. - E N J O Y - Glen Marianko CHI Inc. {philabs,esquire,cucard}!aecom!glen - - - - - UNIX: TM Bell Labs; CP/M: TM Digital Research; ConIX: TM Computer Helper Industries Inc. 18-Nov-83 11:21:26-MST,581;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 18 Nov 83 11:21:22-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 18 Nov 83 11:50 EST Received: From Nosc-Cc.ARPA by BRL via smtp; 18 Nov 83 11:38 EST Date: 18 Nov 1983 08:28:25-PST From: Jim Gilbreath Reply-to: CCVAX.gil@nosc To: decvax!wivax!linus!philabs!aecom!glen@ucb-vax, info-cpm@brl Subject: Re: The best of UNIX for CP/M Yes, I am interested. Please send info to Jim Gilbreath Code 91 NOSC San Diego, CA 92152 thanx -gil 18-Nov-83 12:33:11-MST,971;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 18 Nov 83 12:33:01-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 18 Nov 83 13:41 EST Received: From Parc-Maxc.ARPA by BRL via smtp; 18 Nov 83 13:27 EST From: ssalzman.es@PARC-MAXC.ARPA Date: 18 Nov 83 9:10:40 PST Subject: Re: The best of UNIX for CP/M In-reply-to: decvax!wivax!linus!philabs!aecom!glen@ucb-vax.ARPA's message of 15 Nov 83 16:14:49 PST (Tue) To: decvax!wivax!linus!philabs!aecom!glen@ucb-vax.ARPA cc: info-cpm@brl.ARPA Wow. That sound a little too good to be true. I have an 820-II. Is there a massive configuration for this system? Any special hardware requirements, how much disk space do the utilities take up??? Send me all the info you've got. You can mail to: Isaac Salzman 5667 Corteen Pl. North Hollywood, CA 91607 (213)984-1478 or reply to Ssalzman.es@PARC-MAXC or sdcrdcf!csun!op-ijs@ucla-security 18-Nov-83 14:12:55-MST,3475;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 18 Nov 83 14:12:42-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 18 Nov 83 15:27 EST Date: Fri, 18 Nov 83 15:19:08 EST From: Keith Petersen To: Info-Cpm@brl-vgr Subject: RMACPAT.ASM - Improving RMAC ;**************************************************************** ; ; Patches for MAC and RMAC ; ------------------------ ; ; by George Blat ; Blat, Research + Development Corp. ; 8016 188th SW ; Edmonds, WA 98020 ; ; ;**************************************************************** ; ; ;The following changes are (c)1983 Blat R+D Corp. Permission is ;granted to use these patches only in non-commercial applications. ;MAC and RMAC are trademarks of Digital Research, Inc. which holds ;ownership and all rights to the original programs. ; ;**************************************************************** ; ; ;Mac and Rmac are two reliable assemblers developed by Digital ;Research which have a good number of useful features. It seems ;natural to get the most out of them. ; ;Among the features that can be added to Mac and Rmac, are the ;ability to use the period '.' and the underscore '_' as part of ;symbol names such as labels, even as first character of the ;symbol. The underscore, for instance, makes a much better word ;separator than the dollar '$' sign when used in a multi-word ;label. In a dense program listing, it's certainly easier to find ;STAT_PORT than STAT$PORT, and @hl_to_de than @hl$to$de. ; ;By the same token, I don't agree with the decision of Digital ;Research of making the dollar sign a don't care character. It ;introduces confusion as it allows symbols that don't look the ;same to be equivalent. ; ;In addition, RMAC can be easily patched to create .REL files ;where the global (external) names have up to 7 active characters. ;This helps by allowing you to create more meaningful symbol names ;and therefore improve program legibility. This change is still ;entirely compatible with the industry standard Microsoft format. ; ;The following patches should be assembled with MAC (not RMAC) ;and the resulting hex file should be applied over the original ;programs with DDT, SID or ZSID. KEEP AN ARCHIVE COPY OF THE ;ORIGINAL MAC OR RMAC BEFORE PATCHING. FALSE EQU 0 TRUE EQU NOT FALSE RMAC EQU TRUE ;select one and only one of these MAC EQU FALSE ;true IF RMAC GLOBAL7 EQU TRUE ;set to false if you don't want ;7 char globals PATCHAREA EQU 13BH DOLLARCOUNTS EQU 1D7AH ;set this to false if you like to ;keep the dollar as a don't care char CHECKALFA EQU 1D9CH TOUP EQU 2844H ENDIF IF MAC COPYRITE EQU 103H ;shorten but keep the copyright notice DOLLARCOUNTS EQU 1834H CHECKALFA EQU 1853H ENDIF IF MAC ORG COPYRITE DB '(c)1977 DRI' PATCHAREA: ENDIF IF RMAC ORG PATCHAREA ENDIF CPI '.' RZ CPI '_' RZ CPI '?' RZ CPI '@' RZ IF RMAC CALL TOUP ENDIF SUI 'A' CPI 'Z'-'A'+1 CMC RET IF RMAC AND GLOBAL7 COMPARE EQU 12D6H SETIT7 EQU 12DBH ORG COMPARE CPI 8 ;replaces cpi 7 ORG SETIT7 MVI A,7 ;replaces mvi a,6 ENDIF IF DOLLARCOUNTS ORG DOLLARCOUNTS NOP ;replaces mov m,a ENDIF ORG CHECKALFA CALL PATCHAREA ;replaces cpi 3f CMC ;jz 1db1 SBB A ;cpi 40 RET ;jz 1db1, etc. END 18-Nov-83 17:21:55-MST,1340;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 18 Nov 83 17:21:45-MST Received: From Simtel20.ARPA by BRL-VGR via smtp; 18 Nov 83 18:57 EST Date: Fri 18 Nov 83 16:56:57-MST From: Rick Conn Subject: VAX/VMS XMODEM File Transfer Programs To: info-cpm@BRL-VGR.ARPA cc: rconn@SIMTEL20.ARPA The programs I spoke of the other day which make up a set of file transfer programs which run under VAX/VMS are stored on SIMTEL20 in MICRO:. The following is a display of this directory: MICRO: CPM.COM.1 FMXMOD.FOR.1 QIO.DCK.1 TOXMOD.FOR.1 XMODEM.FOR.1 .FORDOC.1 .HLP.1 The TOXMOD and FMXMOD programs convert from VAX/VMS text file format to CP/M format and back, resp. XMODEM itself automatically handles this if you tell it you are transferring text files. The file CPM.COM is a VAX/VMS command file which establishes the command names for the transfer (such as XMODEM or X to invoke the program in general interactive mode, SEND to simply send text files, and RECV to simply receive text files). I have my LOGIN.COM file automatically execute CPM.COM to give me these commands. You will probably have to modify CPM.COM to indicate the directories you chose to store the programs in. Rick ------- 21-Nov-83 09:24:22-MST,937;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 21 Nov 83 09:24:17-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 21 Nov 83 3:18 EST Received: From Sri-Unix.ARPA by BRL via smtp; 21 Nov 83 3:14 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Nov 83 0:08-PST Date: 18 Nov 83 12:32:31-PST (Fri) To: info-cpm@brl From: pur-ee!CS-Mordred!Pucc-H.ab3@ucb-vax Subject: Re: The best of UNIX for CP/M Article-I.D.: pucc-h.371 In-Reply-To: Article <250@aecom.UUCP> I can't believe you actually posted this to the net. It is the most blatant use of a (supposedly) non-profit network for commercial purposes that I've seen yet. Be assured that if your product is mentioned in a conversation to which I am party to, this posting will also be mentioned. -- Darth Wombat { allegra, ihnp4, decvax, harpo, seismo, teklabs, ucbvax } !pur-ee!rsk 21-Nov-83 11:17:09-MST,1006;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 21 Nov 83 11:17:04-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 21 Nov 83 5:53 EST Received: From Sri-Unix.ARPA by BRL via smtp; 21 Nov 83 5:50 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Nov 83 2:42-PST Date: 25 Nov 83 2:18:55-EST (Fri) To: info-cpm@brl From: hplabs!intelca!omsvax!ogcvax!tektronix!billr@ucb-vax Subject: Re: Kaypro S/W Article-I.D.: tektroni.1596 Microcornucopia, a magazine devoted to single board computers (in particular, the Kaypro, Big Board I & II, Xerox 820) has a library of software for the Kaypro. There are several disks that include such goodies as MDM712, Small C Ver. 2, XLISP, games and utilities. The disks are reasonable priced (I don't remember the exact amount) and are free if you contribute some S/W or an article (and blank floppy). Contact: Microcornucopia PO Box 223 Bend OR 97709 (503) 382-8048 21-Nov-83 11:42:05-MST,760;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 21 Nov 83 11:41:57-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 18 Nov 83 19:51 EST Received: From Parc-Maxc.ARPA by BRL via smtp; 18 Nov 83 19:48 EST Date: 18 Nov 83 15:48:33 PST (Friday) From: Duncan.es@PARC-MAXC.ARPA Subject: Re: The best of UNIX for CP/M In-reply-to: decvax!wivax!linus!philabs!aecom!glen's message of 15 Nov 83 16:14:49 PST (Tue) To: decvax!wivax!linus!philabs!aecom!glen@ucb-vax.ARPA cc: info-cpm@brl.ARPA, Duncan.es@PARC-MAXC.ARPA Yes I am interested. Please send info to following address: Donald K. Duncan Xerox Corporation 701 S. Aviation Blvd. El. Segundo, Ca 90245 tnx 21-Nov-83 11:55:17-MST,839;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 21 Nov 83 11:55:13-MST Received: From Amsaa.ARPA by BRL-VGR via smtp; 19 Nov 83 10:03 EST Date: Tue, 15 Nov 83 15:31:28 EST From: David Towson (CSD) To: Frank J. Wancho cc: INFO-CPM@brl-vgr Subject: Re: New CPM.DIRLST Frank - I just printed a copy of the new cpm.dirlst, and I just want to say thank you thank you thank you thank you... I'm sure it took a lot of work to put that thing together, but it was worth it. Having the CRC's is really helpful, as is knowing without ambiguity which files are ASCII and which are binary. (Not all files listed with "byte" length 36 in the former directory are in binary - archives, for example.) Best regards, Dave 21-Nov-83 11:57:15-MST,575;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 21 Nov 83 11:57:11-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Nov 83 10:36 EST Received: From Amsaa.ARPA by BRL via smtp; 19 Nov 83 10:27 EST Date: Thu, 17 Nov 83 9:33:25 EST From: David Towson (CSD) To: Herb Lin cc: info-cpm@brl Herb - ALL files in both the SIGM and CPMUG archives are stored in ITS binary format. Just move 'em as though they were COM files, and all will be fine. Dave 21-Nov-83 11:58:43-MST,847;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 21 Nov 83 11:58:39-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Nov 83 10:47 EST Received: From Sri-Unix.ARPA by BRL via smtp; 19 Nov 83 10:45 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 19 Nov 83 7:40-PST Date: 17 Nov 83 16:33:41-PST (Thu) To: info-cpm@brl From: harpo!floyd!cmcl2!lanl-a!bb@ucb-vax Subject: CRC-16 algorithms in net.sources Article-I.D.: lanl-a.3869 =============================================== The number of requests for these algorithms (C and 8086 assembler) is great enough, so I put them there instead of sending to each one of you. If you don't get net.sources, or miss it somehow, I will send you a copy directly. b2 {ucbvax!lbl-csam,purdue,cmcl2}!lanl-a!bb@LANL 21-Nov-83 11:59:46-MST,867;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 21 Nov 83 11:59:42-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Nov 83 11:28 EST Received: From Sri-Unix.ARPA by BRL via smtp; 19 Nov 83 11:21 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 19 Nov 83 8:09-PST Date: 17 Nov 83 12:23:31-PST (Thu) To: info-cpm@brl From: harpo!floyd!clyde!akgua!emory!gatech!skip@ucb-vax Subject: Re: The best of UNIX for CP/M Article-I.D.: gatech.2190 In-Reply-To: Article <250@aecom.UUCP> Am I mistaken, or are commercials not allowed on USENET? -- from the DMZ of Skip Addison The Office of Telecommunications and Networking Georgia Tech, Atlanta GA 30332 CSNet: Skip @ GATech ARPA: Skip.GATech @ UDel-Relay uucp: ...!{akgua,allegra,rlgvax,sb1,unmvax,ut-ngp,ut-sally}!gatech!skip 21-Nov-83 12:01:08-MST,1028;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 21 Nov 83 12:01:04-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Nov 83 11:59 EST Received: From Sri-Unix.ARPA by BRL via smtp; 19 Nov 83 11:55 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 19 Nov 83 8:43-PST Date: 17 Nov 83 18:53:18-PST (Thu) To: info-cpm@brl From: decvax!microsoft!uw-beaver!ssc-vax!david@ucb-vax Subject: CP/M Ada implementations Article-I.D.: ssc-vax.624 I submitted this once to net.lang.ada and got no response, so I will try one time here. I am looking for comments on Ada compilers available for CP/M (I know of three): SuperSoft Janus Augusta In particular, what you like/don't like about an implementation, what made you decide to purchase one over the others, worst feature/best feature, and any other comments. Please send via mail (or post news if it is of general interest). Thanks. -- Dave Norris -- ...!uw-beaver!ssc-vax!david 21-Nov-83 12:06:20-MST,3069;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 21 Nov 83 12:06:12-MST Received: From Mit-Mc.ARPA by BRL-VGR via smtp; 19 Nov 83 18:09 EST Date: 19 November 1983 18:15 EST From: Keith Petersen Subject: SD-77 now available To: Info-Cpm@brl-vgr The latest version of SD is now available on SIMTEL20 as: MICRO:SD.77ASM (source code) SD.77COM (COM file stored in ITS binary format) SD.77DOC (complete documentation) SD.77INF (short description of features) SD-77 works automatically with any number of disk drives, up to 16. If a disk has been left out of a drive, the program passes that drive and continues. It can be intentionally set to work with a specified number of drives, however. SUMMARY OF OPTIONS: B>SD $U4ADL (etc.) A - All user areas allowed, usually 0-15, less on RCPM systems C - Clear screen (if activated for your CRT) D - All disks starting with 1st available (usually A:) F - Makes a file called DISKMENU.DIR automatically L - Library list option N - No pagination, keeps scrolling if more than one full page P - Printer option - lists to printer R - Reset disk (perhaps a new one installed) S - Shows system files (otherwise doesn't) V - Shows date, version number U8 - Start with user 8 Using the $D option now automatically starts on the 1st available drive (usually A:) drive regardless what drive you were on when you started. It then checks all available drives. Similiarly, using the $A option will now always start with User 0, unless entered as $UnA - where n is a valid user number above zero. The most significant improvement concerns the ability of SD to search a range of drives (and/or user areas) for a specified file. This capability is patterned after FILE.COM. Using the D option automatically starts searching on drive A and all subse- sequent available drives, no matter what drive was in use. Additionally, using the A option will start the search in user area 0, even if the current user area is higher. Any number of drives may be used without resetting any part of the program. If a disk is not inserted in a particular drive the program passes that drive and continues checking the rest of the available drives. Files may be shown in vertical or horizontal listings, although this must be set when the program is assembled for a particular system. SD-77 has support for .LBR files, (an "L" option to list their member files); and support for the NZCPR/ZCPR2 "WHEEL" byte option. (SD-77.COM set up for ZCPR2 use with WHEEL at 3EH.) Size of library member files are shown in 'k'. Note that you don't really have to be running NZCPR or ZCPR2 to use the wheel byte feature, just get the WHEEL program and add code to BYE to make sure WHEEL byte is cleared when a remote user logs on, (before entering CP/M). 21-Nov-83 12:06:34-MST,1390;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 21 Nov 83 12:06:29-MST Received: From Mit-Mc.ARPA by BRL-VGR via smtp; 19 Nov 83 18:14 EST Date: 19 November 1983 18:19 EST From: Keith Petersen Subject: Digital Research: CPM+ Application Note 01 To: Info-Cpm@brl-vgr CP/M Plus (CP/M Release 3.0) Application Note 01 (revision of: RMAC R1.1 Application Note 01) INCLUDING LOCAL SYMBOLS OF RMAC Applicable products and version numbers: CP/M Plus, RMAC, LIB-80, and LINK-80 Install the following patch to RMAC.COM to include local symbols and publics in the object file produced by RMAC. Local symbols and publics are also included in the SYM file produced by LINK. Make a back-up copy of RMAC.COM before using DDT to make the following changes: A>ren rmac.sav=rmac.com A>sid rmac.sav NEXT MSZE PC END 3600 3600 0100 D4FF #s1167 1167 08 18 1168 32 . #wrmac.com 006Ah record(s) written. #g0 A> Licensed users are granted the right to include these changes in CP/M Plus software. 21-Nov-83 12:08:45-MST,1118;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 21 Nov 83 12:08:40-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Nov 83 23:02 EST Received: From Usc-Isid.ARPA by BRL via smtp; 19 Nov 83 22:56 EST Date: 19 Nov 1983 10:56-PST Sender: ABN.ISCAMS@usc-isid Subject: Re: The best of UNIX for CP/M From: ABN.ISCAMS@usc-isid To: harpo!floyd!clyde!akgua!emory!gatech!skip@ucb-vax Cc: info-cpm@brl Message-ID: <[USC-ISID]19-Nov-83 10:56:10.ABN.ISCAMS> In-Reply-To: The message of 17 Nov 83 12:23:31-PST (Thu) from harpo!floyd!clyde!akgua!emory!gatech!skip@ucb-vax Skip et al: Hokay, so maybe that one UNIX-like ad was a commercial pure and simple (no, I didn't send it) -- but it WAS extremely timely and QUITE informative for me since I had just read someone's discussion of another UNIX-like system. I kind of figured that one the ex