1-May-81 00:09:00,2488;000000000000 Date: Friday, 1 May 1981 00:09-MDT From: Ronald G. Fowler Sender: RGF at MIT-MC To: SK at MIT-MC cc: INFO-CPM at MIT-MC Subject: Networking Steve, I retrieved the following two messages from CBBS/DETROIT, a local message service. I don't know this guy Winkler, but have seen his stuff advertised on CBBS's around the country, and (so far) have heard no bad words about him. One advantage I can see is that he provides source for his sys- tem, so if there are any problems (if?), you will be better equipped to solve them. I don't know this guy and can't vouch for his software, but thought it may be what you need. ------------------------ Msg 01036 is 16 line(s) on 04/06/81 from MARK WINKLER to ALL re: CP/NET - SMARTNET SMARTNET AND DUMBNET NETWORKING SOFTWARE BEFORE YOU BUY CP/NET CHECK THESE FEATURES. 1: NO MODIFICATIONS NEEDED TO THE BIOS OR XIOS 2: PASSWORD PROTECTION FOR LEVELS 1 TO 15 OF THE HUB. 3: LIST FILES OFF OF HUB COMPUTER WITHOUT DOWNLOADING. 4: AUTO SPOOLING AND DESPOOLING. A TRUE SPOOLER. 5: BLOCK DATA TRANSFER WITH CHECKSUM. 6: THE STAT COMMAND IS FULLY FUNCTIONAL ON SATELLITES. 7: ANY NUMBER OF FILES CAN BE OPENED ON THE HUB. 8: VERY LOW MEMORY REQUIREMENTS. 9: LINK SPEED BASED ON HARDWARE NOT SOFTWARE QUEUES. 10: FULL DOCUMENTED SOURCE IS PROVIDED ! 11: SMARTNET IS USED ON SYSTEMS WITH AT LEAST ONE DRIVE. DUMBNET NEEDS NO DISK DRIVES JUST MEMORY AND A CONSOLE. SMARTNET AND DUMBNET PURCHASED TOGETHER $300.00 DISCOUNTS AVAILABLE. MARK WINKLER 312-868-4866 Msg 00976 is 16 line(s) on 3/8/81 from MARK WINKLER to ALL re: MP/M UTILITIES MP/M UTILITIES PRICE $35.00 PSPOOL -- SPOOLS FILES AND PUTS FILE NAME,TIME,DATE AND PAGE NUMBER ON EACH PAGE. PRINT -- LISTS FILES ON PRINTER WITH SAME HEADINGS AS PSPOOL BUT CAN START ON ANY PAGE. LOGIN -- FORCES ALL USERS TO LEVEL ZERO. PASSWORDS MUST BE USED TO ACCESS ANY OTHER LEVEL. DR -- DISPLAYS THE SYS AND DIR FILES AND R/O AND R/W STATUS. ALSO THE FILE SIZE AND DISK FREE BYTES SETATT - SETS THE FILES ATTRIBUTES COLLECTIVELY OR SELECTIVELY. MESSAGE - ALLOWS MESSAGES TO BE SENT BETWEEN TERMINALS. SIGNALS THE RECEIVING CONSOLE WITH THE BELL. BPATCH - ALLOWS THE USE OF CTL-P,CTL-Q,CTL-D IN MBASIC VER 4.51,5.1,5.2. MARK WINKLER 541 INGRAHAM AVE. CALUMET CITY,ILL. 60409 312-868-4866 1-May-81 01:22:00,2617;000000000000 Date: Friday, 1 May 1981 01:22-MDT From: Keith B. Petersen To: INFO-CPM at MIT-MC, INFO-MICRO at MIT-MC cc: W8SDZ at MIT-MC Subject: [RGF: Networking] Date: 1 May 1981 02:09-EDT From: Ronald G. Fowler Sender: RGF To: SK cc: INFO-CPM Re: Networking Steve, I retrieved the following two messages from CBBS/DETROIT, a local message service. I don't know this guy Winkler, but have seen his stuff advertised on CBBS's around the country, and (so far) have heard no bad words about him. One advantage I can see is that he provides source for his sys- tem, so if there are any problems (if?), you will be better equipped to solve them. I don't know this guy and can't vouch for his software, but thought it may be what you need. ------------------------ Msg 01036 is 16 line(s) on 04/06/81 from MARK WINKLER to ALL re: CP/NET - SMARTNET SMARTNET AND DUMBNET NETWORKING SOFTWARE BEFORE YOU BUY CP/NET CHECK THESE FEATURES. 1: NO MODIFICATIONS NEEDED TO THE BIOS OR XIOS 2: PASSWORD PROTECTION FOR LEVELS 1 TO 15 OF THE HUB. 3: LIST FILES OFF OF HUB COMPUTER WITHOUT DOWNLOADING. 4: AUTO SPOOLING AND DESPOOLING. A TRUE SPOOLER. 5: BLOCK DATA TRANSFER WITH CHECKSUM. 6: THE STAT COMMAND IS FULLY FUNCTIONAL ON SATELLITES. 7: ANY NUMBER OF FILES CAN BE OPENED ON THE HUB. 8: VERY LOW MEMORY REQUIREMENTS. 9: LINK SPEED BASED ON HARDWARE NOT SOFTWARE QUEUES. 10: FULL DOCUMENTED SOURCE IS PROVIDED ! 11: SMARTNET IS USED ON SYSTEMS WITH AT LEAST ONE DRIVE. DUMBNET NEEDS NO DISK DRIVES JUST MEMORY AND A CONSOLE. SMARTNET AND DUMBNET PURCHASED TOGETHER $300.00 DISCOUNTS AVAILABLE. MARK WINKLER 312-868-4866 Msg 00976 is 16 line(s) on 3/8/81 from MARK WINKLER to ALL re: MP/M UTILITIES MP/M UTILITIES PRICE $35.00 PSPOOL -- SPOOLS FILES AND PUTS FILE NAME,TIME,DATE AND PAGE NUMBER ON EACH PAGE. PRINT -- LISTS FILES ON PRINTER WITH SAME HEADINGS AS PSPOOL BUT CAN START ON ANY PAGE. LOGIN -- FORCES ALL USERS TO LEVEL ZERO. PASSWORDS MUST BE USED TO ACCESS ANY OTHER LEVEL. DR -- DISPLAYS THE SYS AND DIR FILES AND R/O AND R/W STATUS. ALSO THE FILE SIZE AND DISK FREE BYTES SETATT - SETS THE FILES ATTRIBUTES COLLECTIVELY OR SELECTIVELY. MESSAGE - ALLOWS MESSAGES TO BE SENT BETWEEN TERMINALS. SIGNALS THE RECEIVING CONSOLE WITH THE BELL. BPATCH - ALLOWS THE USE OF CTL-P,CTL-Q,CTL-D IN MBASIC VER 4.51,5.1,5.2. MARK WINKLER 541 INGRAHAM AVE. CALUMET CITY,ILL. 60409 312-868-4866 2-May-81 01:43:00,243;000000000000 Date: Saturday, 2 May 1981 01:43-MDT From: MEADER at MIT-AI To: INFO-CPM at MIT-AI WANTED: CBIOS listing for SD Versafloppy I for CP/M 2.2 The manufacturer cannot supply one and has no suggestions. I don't want to reinvent the ... 2-May-81 20:49:00,170;000000000000 Date: Saturday, 2 May 1981 20:49-MDT From: Howard Postley To: INFO-CPM at MIT-MC Subject: DU-V75 hidden Alright, who put it where?! hp 3-May-81 00:41:00,638;000000000000 Date: Sunday, 3 May 1981 00:41-MDT From: Barry A. Dobyns To: info-cpm at MIT-MC cc: BADOB at MIT-AI Subject: info-micro@ai There is now a users group for Amethyst users. Plans include a monthly newsletter, and distribution of submitted user extentions. Amethyst (for those who don't recall) is a EMACS-ish extensible text editor and a SCRIBE-ish extensible formatter all in C. Amethyst Users Group P.O. Box 8173 Austin, Texas 78712 (512) 441-9466 Also it exists as a mailing list, AMETHYST-USERS@AI. if you are interested in either mail to me, or snail to the above address. -barry 3-May-81 23:58:00,537;000000000000 Date: Sunday, 3 May 1981 23:58-MDT From: Keith B. Petersen To: INFO-CPM at MIT-MC Subject: DU-V75.ASM MC:CPM;DU-V75 ASM has been restored. Also available there is DU-V75 DOC and DU-V75 HEX. This is the automatically-adjusting disk utility for CP/M 1.4 and 2.x. There are no special assembly- time options other than the byte at 103H documented in the DOC file, so unless you have an interest in how the code was written, you don't need to take the time to get the ASM file. The HEX will do as well. 3-May-81 23:59:00,207;000000000000 Date: Sunday, 3 May 1981 23:59-MDT From: Roger L. Long To: INFO-CPM at MIT-MC Please add me to your mailing list... I seem to have been dropped awhile back. Thanks. Roger 8-May-81 01:33:00,1033;000000000000 Date: Friday, 8 May 1981 01:33-MDT From: Keith B. Petersen To: INFO-CPM at MIT-MC Subject: New versions of MODEM and XMODEM MODEM527.ASM has been updated, and the new file now has the revision number in the name - instead of the revision date. The file is MC:CPM;MODEM 206ASM XMODEM41.ASM has been updated, and the new file is MC:CPM;XMODEM 42ASM There have been significant improvements made for users of the PMMI modem (and hopefully someone with the DC Hayes modem will add it to the new routines) by checking the overrun and framing error flags. See MC:CPM MODEM 206DOC and MC:CPM XMODEM 42DOC. A bug in MODEM527 which allowed ambiguous or no filename at all has also been fixed. These programs support PMMI, DC Hayes, and external serial port modems. As mentioned before, the MODEM527 (from which they were derived) was the "cleanest" and easiest to get up and running. The new programs have the enthusiastic support of Ward Christensen, who wrote the original MODEM2.ASM. 11-May-81 18:13:00,802;000000000000 Date: Monday, 11 May 1981 18:13-MDT From: Michael C. Adler To: INFO-CPM at MIT-MC I am considering the purchase of a Heathkit H89 computer and have not been able to decide whether or not to spend more $ ($200) for CPM instead of the Heath operating system, HDOS. HDOS comes with a lousy Basic but CPM doesn't, which accounts for most of the cost. Does anyone have any ideas about the differences between HDOS and CPM and what you consider to be the advantages of CPM? I have also noticed the software in the CPM account. I think that HDOS has the same 8080 assembler. Would most of the software be compatable with both HDOS and CPM or does it have specific CPM functions? Thanks, -Michael Adler P.S. Could I be put on the mailing INFO-CPM mailing list? 12-May-81 05:21:00,696;000000000000 Date: Tuesday, 12 May 1981 05:21-MDT From: Devon S. McCullough To: INFO-CPM at MIT-MC cc: MADLER at MIT-MC Subject: HDOS loses I don't know much about HDOS, but even if it's the best thing around, you're better off with CP/m, since everyone else has it. I might add that I think CP/M is one of the worst crocks ever, but it's popularity makes it a must. You can still run your HDOS programs with an HDOS emulator running under CP/m. Since all the HDOS system calls start with a RST instruction that CP/m doesn't use, this should be fairly easy to write, although I have not tried it. Transferring HDOS programs and files to CP/M format might be a problem. 12-May-81 06:42:00,852;000000000000 Date: Tuesday, 12 May 1981 06:42-MDT From: Frank J. Wancho To: INFO-CPM at MIT-MC cc: FJW at MIT-MC Subject: Dumb Question We just received the Winterhalter Remote Batch Terminal Emulator and the writeup says to rewire the dip headers for a Real-Time Clock of 3.328 ms, Interrupts for Clock as RST5, and for Modem as RST4, and modem data rate controlled by modem. The specific details of what to do are given for our system. My question is: if we were to do this, would regular CP/M use of other programs not be bothered by those interrupts (or do I have to do something to field them)? Would a regular printer connected to the port used for the modem no longer work properly? I have a mixed educated guess as to what will happen without actually trying it. Has anybody tried and know for sure? --Frank 14-May-81 01:49:00,507;000000000000 Date: Thursday, 14 May 1981 01:49-MDT From: Robert E. Spivack To: FJW at MIT-MC, INFO-CPM at MIT-MC I TOYED WITH ADDING SOME INTERRUPT DRIVEN ROUTINES TO MY CP/M AND MY METHOD WAS TO 'PAMPER' ALL DISC BIOS CALLS WITH DI/EI INSTRUCTIONS TO PREVENT PROBLEMS (MY DISC CONTROLLER IS MEMGORY MAPPED WITH WAIT/LINE DERIVED SYNCHRONIZATION) ONLY BAD EFFECT IS THAT YOU MISS AN INTERRUPT HERE, AND AN INTERRUPT THERE... SO I ALWAYS JUMPED TO A POOLL LOOP BEFORE RETURNING TO CALLER 15-May-81 16:16:00,541;000000000000 Date: 15 May 1981 (Friday) 1816-EDT From: WESTFW at WHARTON-10 (William Westfield) To: dan at MIT-ML cc: info-cpm at MIT-MC Subject: MODEM for TOPS-10 There is now a simple minded version of the MODEM program that will download programs from a site runnning TOPS-10. It will only handle text type files, and transferrs are only one way, but it should help some of you. Source code on WHARTON-10 in MODEM.MAC[4000,42] FTPable without logining in. Comments and suggestions should be sent to BillW@SRI-KL Enjoy BILLW 17-May-81 04:30:00,420;000000000000 Date: Sunday, 17 May 1981 04:30-MDT From: DAN at MIT-ML To: info-cpm at MIT-MC Subject: TeleVideo Terminal control codes needed I need the control codes and cursor functions, etc., for a TeleVideo Terminal (for an emulator). I am not exactly sure which model, so if you know anything about TeleVideo's, I'd want the control codes for the "bottom of the line" model. Send replies to DAN@ML. Thanks, Dan 17-May-81 09:32:00,2888;000000000000 Date: Sunday, 17 May 1981 09:32-MDT From: BHUBER at USC-ECL To: DAN at MIT-ML cc: BHUBER at USC-ECL, INFO-CPM at MIT-MC Subject: TeleVideo Terminal control codes needed In response to your message sent 05/17/81 04:30:38 There are now, to my understanding five versions of terminals marketed by TeleVideo, Inc. The 912B and 912C differ only in keyboard arrangement (the 912B has an 84 key keyboard comprised of alphanumeric characters, symbols, and control keys to perform its full operations; the 912C has an 82 key keyboard, in a standard typewriter style, with alphanumeric characters, symbols, and control keys). The 920B and 920C are similar to the 912x series except that 11 special function keys have been added. All four models can produce the standard full 128 ASCII character set and can be optionally (read more $, about $25) be configured with a second display page. Upper/lower case display with descenders is standard. There is a new 950 model about which I know zilch. For the control codes, note that a Televideo is almost identical to a Soroc IQ 120 terminal. For a lot of CP/M programs which tailor to terminal codes, settings for Soroc IQ 120s works quite well. Quote page 31 of the TeleVideo Operator's Reference Handbook (the same manual regardless of TVI 912B-C/920B-C tube): Beep ^G Cursor left ^H Cursor down ^J Cursor up ^K Cursor right ^L Home ^~ or ^^ Tab (skip) ^I New line ^_ (underscore) Protect mode on ESC & Protect mode off ESC ' Start (half intensity) ESC ) End (half intensity) ESC ( Set column tab ESC 1 Clear tab ESC 2 Clear all tabs ESC 3 Send line unprotect ESC 4 Send page unprotect ESC 5 Send line all ESC 6 Send page all ESC 7 Clear all to space ESC + or ESC Z Clear all to null ESC * Clear FG to null ESC : Clear FG to space ^Z or ESC ; Keyboard enable ESC " Keyboard disable ESC # Load cursor ESC = Read cursor ESC ? {note cursor commands offset 32 decimal and are YX format} Set block mode ESC B Set conversation mode ESC C Print page ESC P Char insert ESC Q Char delete ESC W Line insert ESC E Line delete ESC R Line erase to space ESC T Page erase to space ESC Y Back tab ESC I Toggle page ESC K Start blink field ESC ^ Start blank field ESC _ (underscore) End blink/blank ESC q Tab ESC i Start inverse ESC j End inverse ESC k Start underline ESC l End underline ESC m Line erase to null ESC t Page erase to null ESC y Auto flip on ESC v Auto flip off ESC w Extension port on ESC @ Page print mode on ESC A End quote. TeleVideo, Inc. 3190 Coronado Drive Santa Clara, California 95051 408-246-5428 TWX: 910-3387633 Hope this helps. Bud 17-May-81 15:20:00,594;000000000000 Date: Sunday, 17 May 1981 15:20-MDT From: DAG at MIT-AI To: info-cpm at MIT-ML cc: DAG at MIT-AI Does anyone know a a public domain routine in 8080 code to load in and execute .COM files. (this is without leaving a note for the CCP). In addition, I need the address in the BDOS (offset may be a better term) for the print flag - tells whether a ^P was typed, and for the submit file in progress flag. I am writing a modification of the CCP and need this information desparately. The load and go program is not as important, I am just lazy. Thanks, Dave Gewirtz 18-May-81 18:47:00,825;000000000000 Date: Monday, 18 May 1981 18:47-MDT From: David A. Gewirtz To: jswain at BBNA cc: DAG at MIT-AI, info-cpm at MIT-MC Thanks for the information that you sent me, but I think that you missunderstood my original question. I do not wish to know how to auto run a program on power up, I am looking for a routine that does a load and go of com files, without help from the CCP. This is because the system I am working on, spelt developing, does not have a CCP, and needs this to substitute for the CCP. In effect, it is one of a 5 part system that replaces the CCP (one of the 5 parts). The rest of the system provides a high level job control language (extensible) for cpm and a user modifiable shell, as well as all sorts of other fun little goodies. Thanks Dave Gewirtz 19-May-81 20:13:00,677;000000000000 Date: Tuesday, 19 May 1981 20:13-MDT From: SAC.AUTODIN at USC-ISIE To: INFO-CPM at MC cc: [Conn]: at USC-ISIE Subject: CP/M 3.0 Hello, everyone, I just received a wild rumor today, and was wondering if anyone can substantiate it. The rumor: Digital Research is now releasing the preliminary version of CP/M 3.0 for examination and comments from selected parties (in particular, those who paid the $60K license fee for source modification, etc, rights). From my source, it appears that 3.0 has a radically different directory structure, and protection mechanisms such as file passwords are implemented. Rick Conn 21-May-81 19:06:00,724;000000000000 Date: Thursday, 21 May 1981 19:06-MDT From: Keith B. Petersen To: INFO-CPM at MIT-MC Subject: Update of Universal FINDBAD program The latest version of FINDBAD, the bad sector lockout program, is in MC:CPM;FBAD54 ASM (source code), or MC:CPM;FBAD54 COM (executable COM file). See the first part of the .ASM file for instructions on two bytes which may be altered with DDT to control whether the system tracks are tested and where the dummy allocation file [UNUSED].BAD is placed (you can specify what user area under CP/M 2.x). If you cannot download from MC, you can get these files from my remote CP/M system, which is shown in the file which lists remote CP/M system phone numbers. 24-May-81 03:17:00,973;000000000000 Date: Sunday, 24 May 1981 03:17-MDT From: Keith B. Petersen To: INFO-CPM at MIT-MC cc: W8SDZ at MIT-MC Subject: [W8SDZ: Phone number/download] Date: 24 May 1981 04:46-EDT From: Keith B. Petersen To: Cory.cc-06 at BERKELEY cc: W8SDZ Re: Phone number/download Peter, you asked for a number - but I'm not sure which one you wanted. The message came with no subject header. I guess maybe this was about my announcement of the new FINDBAD program. If you can FTP from MC, you can get the file that way. It's in MC:CPM;FBAD54 ASM and is a normal ASCII file which should FTP. The phone number from my remote CP/M system is (313)-588-7054. It is a "callback" system. You have to ring once, hang up and call again within 40 seconds. It will answer the the second call automatically. Just press RETURNs until it senses your baud rate. It will accept 110, 300, 450 and 600 baud using the standard 103 modem tones. 26-May-81 02:27:00,187;000000000000 Date: Tuesday, 26 May 1981 02:27-MDT From: Barry A. Dobyns To: INFO-CPM at MIT-AI DOES ANYONE KNOW OF A VERSION OF FAST OR SPEED FOR CP/M 2.2? -TNX, BARRY 26-May-81 02:42:00,230;000000000000 Date: Tuesday, 26 May 1981 02:42-MDT From: Keith B. Petersen To: INFO-CPM at MIT-MC Subject: New list of remote CP/M systems MC:CPM;RCP/M NOS has been updated as of today. RCPMLIST.15 is now current. 26-May-81 02:45:00,249;000000000000 Date: Tuesday, 26 May 1981 02:45-MDT From: Keith B. Petersen To: INFO-CPM at MIT-MC Subject: FINDBAD version 5.4 MC:CPM;FBAD54 ASM has been restored. It was apparently lost somehow. Sorry if anyone was inconvenienced. 26-May-81 03:05:00,386;000000000000 Date: Tuesday, 26 May 1981 03:05-MDT From: Keith B. Petersen To: INFO-CPM at MIT-MC cc: W8SDZ at MIT-MC Subject: [W8SDZ: forwarded] Date: 26 May 1981 04:55-EDT From: Keith B. Petersen To: BADOB at MIT-AI cc: W8SDZ I have FAST2.COM, FAST2.ASM, PACKUP2.ASM. All are available on my remote CP/M system. This is FAST, fixed for CP/M 2.2. 26-May-81 03:49:00,257;000000000000 Date: Tuesday, 26 May 1981 03:49-MDT From: Keith B. Petersen To: INFO-CPM at MIT-MC Subject: New phone number list MC:CPM;BBSNOS BYNAME has been updated as of today. Thanks to Bill Blue for the very fine list of phone numbers. 27-May-81 01:47:00,374;000000000000 Date: Wednesday, 27 May 1981 01:47-MDT From: Keith B. Petersen To: INFO-CPM at MIT-MC Subject: CDOS filter for CP/M MC:CPM;FILTER Z80 is source code for a filter utility which allows running Cromemco CDOS programs on CP/M. This file is a program which originally appeared in a magazine, but has since been updated and improved several times. 27-May-81 03:12:00,231;000000000000 Date: Wednesday, 27 May 1981 03:12-MDT From: Lauren at UCLA-SECURITY (Lauren Weinstein) To: info-cpm at mc Subject: assembler Anyone have a Zilog Z80 mneumonic assembler that is public domain? Thanks much. --Lauren-- 28-May-81 11:15:00,1015;000000000000 Date: 28 May 1981 at 1315-EDT From: w8sdz at BRL Subject: Forwarded: BDOS-PAT problems To: INFO-CPM at MC Date: May 28, 1981 From: Dave Hardy, Sysop, TCBBS Dearborn, Mich. To: All CP/M 2.x users Re: Directory problems with BDOS-PAT Just a note about using STAT.COM with BDOS-PAT.ASM installed. It seems that if you do a file attribute set operation with STAT when in a non-zero user area, STAT will also get any occurance of the name in user 0 too. To make matters worse, after STAT grabs the file from user 0, it writes it back with the current user number. For example, if you are in user 5 and type: STAT *.* $R/O STAT will also make all the files in user 0 into R/O and will "move" them into user 5. This can be very dangerous if you have 2 files with the same name in different user areas. About the only way to recover from an error like that is to use DU and be VERY CAREFUL. This problem also occurs with several other programs, and also the built-in CP/M commands. 28-May-81 12:27:00,478;000000000000 Date: 28 May 1981 (Thursday) 1027-PST From: DWS at LLL-MFE To: Info-CPM at MIT-AI Subject: Request for assistance (HELP!) I have need of talking with person(s) who have: 1. Installed Shugart 801Rs "from the box" (questions about jumpering). 2. Run CP/M with the California Computer Systems CPU and Disk Controller Card. (More questions about on board jumpering and CP/M tuning). Any help will earn you my undying thanks, and a Christmas card. -- Dave Smith 28-May-81 17:03:00,1393;000000000000 Date: 28 May 1981 at 1603-PDT From: fylstra.tsca at Sri-Unix To: Info-CPM at MIT-AI cc: fylstra.tsca at Sri-Unix Subject: Search/Search Next Can anyone enlighten me about a detail concerning the BDOS functions search/search next? The CPM 2.x documentation is reasonably explicit and it is fairly obvious how to develop a list of file names that match a given ambiguous file name. What is unclear is whether one can issue other BDOS function calls between consecutive search next's. For example, a "TYPE *.ASM" command might look like this... while ((dircode = srchnxt(fcb)) != 0xFF) typefile( tbuff + (dircode << 5)); typefile (fcb) { ... various BDOS read sequential calls ... } The reason I pose this question is that the 1.4 documentation rather cryptically says that the Search for next occurrence function is the same as Search for file, "but called after function 17 (no other intermediate BDOS calls allowed)", whereas the 2.x documentation takes no stand on this question. If it is true that one cannot do anything useful between consecutive search next's (other than print out a directory), how does one implement something like the above TYPE command? The only examples I have seen actually scan the entire directory first and store a list of filenames in a table before performing the function on each name in turn. Dave Fylstra 29-May-81 01:49:00,309;000000000000 Date: Friday, 29 May 1981 01:49-MDT From: Keith B. Petersen To: INFO-CPM at MIT-MC Subject: CCP patches for remote CP/M Those interested in operating their own remote CP/M will find MC:CPM;USRDFT CCP of interest. It does various patches to the CCP to enhance remote system use. 30-May-81 01:18:00,526;000000000000 Date: Saturday, 30 May 1981 01:18-MDT From: Kenneth E. McDowell To: DWS at LLL-MFE cc: BIGMAC at MIT-AI, INFO-CPM at MIT-AI Subject: Request for assistance (HELP!) I have experience with both the Drives you speak of and the CCS boards. I have had their 2810 Cpu board and their 2422 Disk Controller in my system for about 2 months now and I'm quite satisfied with them both... If I can be of any assistance, feel free to call me at (415)-563-2357 or (415)-673-4691. Ken McDowell 30-May-81 01:20:00,533;000000000000 Date: 30 May 1981 at 0320-EDT From: w8sdz at BRL Subject: Forwarded: Patches for CP/M 2.2 backspace To: INFO-CPM at MC Date: 3/22/81 From: LEWIS MOSELEY Subject: CP/M 2.2 patch for backspace New patch to CP/M V2.2 BDOS. Causes both and to be treated like a , i.e, to echo a instead of the character. Patch this into your BIOS source code: ORG CCP+0A1BH JMP CCP+0A07H DB 0,0,0,0,0,0,0,0 NOPs to keep it pretty. Thats all there is to it! 30-May-81 18:32:00,349;000000000000 Date: 30 May 1981 (Saturday) 2032-EDT From: PLATTS at WHARTON-10 (Steve Platt) To: info-cpm at MIT-AI Subject: DMA address question ...while we're on the topic of DMA addresses, has anyone a good way of getting the OLD dma address? I've written some coroutines which of necessity must be cotransparent, and both do disk IO. -Steve 30-May-81 18:33:00,1042;000000000000 Date: 30 May 1981 (Saturday) 2033-EDT From: PLATTS at WHARTON-10 (Steve Platt) To: info-cpm at MIT-AI Subject: Search first/next question Concerning the problems using search first/next to muck around with files... I spent some time around 4 or 5 years ago reading a disassembled version of the CPM 1.4 BDOS, and as I remember it: Search First was used to initialize a counter into the directory area, and to find the first occurance of a ambiguous filename. Search next just kept up the search without reinitialization. As CP/M would use the current DMA area for directory storage, and not touch that counter elsewise, as long as you don't mess up the DMA area (by perhaps switching DMA areas for other IO, then switching back), you'd be OK using other BDOS calls. But if you mess up the current DMA area, since the next search continues within the current block (in all likelyhood, since directory entries are stored 4 per sector), it'll get all confused when looking at "smashed" filenames (FCB's) 30-May-81 18:52:00,1590;000000000000 Date: Saturday, 30 May 1981 18:52-MDT From: Ronald G. Fowler To: PLATTS at WHARTON-10 cc: RGF at MIT-MC, INFO-CPM at MIT-MC Subject: DMA ADDRESSES If your program is resident while other programs are running (such as is the case with DESPOOL, which prints a file in "back- ground" while other programs are running), you can intercept the BDOS calls by transplanting the address field of the jump inst- ruction at address 5 with a jump to your intercept routine; the intercept routine examines the parameter number in the C register, and, if it is a SETDMA function request, stores the DMA address in the DE register. The code sequence could look like this: MOV A,C ;CHECK THE PARAMETER CPI SDMAF ;SETTING DMA? JNZ NOPE XCHG ;YEP, SAVE A COPY FOR US SHLD OURDMA XCHG NOPE: JMP $-$ Note that the $-$ address (which is the real address of the BDOS) must be filled in by the same routine that overlays the jump at 5. Also note that this changes the "top of memory" for programs that read this address field, such as PIP, to determine the amount of usable memory. If your program resides above CPM, this would cause the BDOS and BIOS to be clobbered. In this case, you must overlay the address field of the jump instruction pointed to by the instruction field of the jump at 5 (which is within the BDOS), and not the jump at 5 itself. This allows the BDOS calls to be intercepted without changing "top of memory". Hope this answers your question. Ron Fowler 30-May-81 20:53:00,128;000000000000 Date: Saturday, 30 May 1981 20:53-MDT From: secret at MIT-AI Sender: EHUANG at MIT-AI To: INFO-CPM at MIT-AI Test msg 31-May-81 07:13:00,1032;000000000000 Date: Sunday, 31 May 1981 07:13-MDT From: Aaron.Wohl at CMU-10A To: info-cpm at MIT-MC Subject: MODEM for TOPS-20. Yet one more MODEM program... - - - - Begin forwarded message - - - - Date: 19 May 1981 0732-EDT (Tuesday) From: Aaron.Wohl at CMU-10A To: info-micro at MIT-MC Subject: MODEM transfer to TOPS-20 Message-Id: <19May81 073209 AW0G@CMU-10A> I have a pair of programs to get/send files to tops-20 from a CP/M system. The TOPS-20 end: ** All on CMU-20C, directory , use ANONYMOUS to login ** FTPG.MAC,FTPG.EXE Recieve a file from a CP/M system. FTPS.MAC,FTPS.EXE Send a file. RESCN.MAC,RESCN.REL A subroutine needed to link FTPG,FTPS. The 8080 end: MODEM.MAC 8080 code for a PMMI modem (I didn't write it). Data is sent in 128 byte blocks with block numbers and checksums. Aaron P.S I got this disk controler from JADE, a JADE Double D. Anybody have some controler software for it? They only sell there software disk with CP/M... - - - - End forwarded message - - - - 31-May-81 15:09:00,1324;000000000000 Date: 31 May 1981 (Sunday) 1709-EDT From: PLATTS at WHARTON-10 (Steve Platt) To: w8sdz at MIT-MC, rfg at MIT-MC cc: info-cpm at MIT-AI Subject: DMA address finding ... yes, I know the "default" DMA area is at 80h. However, my situation is roughly like this: I have implemented the full IOBYTE (mostly with the aid of a TDL SMB card), I have room for 2K worth of misc. routines well above CPM. My user printer device is (to be) a disk-spooler; it has its own buffer -- it must keep this buffer separate from the transient's IO buffers (remember, we are never sure what the transient will be or what/how many DMA areas it may be switching among). So when it comes time for the spooler to write a buffer-full, it must save the old DMA address, set DMA addr to the new buffer (its own), write, and then reset the old DMA address. If I could guarantee that all transients obey the sequence "set dma(addr); write" whenever they went to write, there'd be no problem. But I cannot. It looks as if I'll stick with that which Ron Fowler suggested, 0005 jmp bdos jmp wherever -> jmp mypat (above f800 somewhere) if code=setdma then mysavearea=newaddress jmp wherever ... aggh, patches and patches on patches... Thanks to all who responded, -Steve