1-Nov-85 11:39:46-MST,1133;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Nov 85 11:39:33-MST Received: from 192.12.123.6 by AMSAA.ARPA id a011472; 1 Nov 85 12:59 EST Date: 1 Nov 85 09:48:00 PST From: nep.pgelhausen@AMES-VMSB.ARPA Subject: --- PD units conversion routine wanted --- To: info-cpm@AMSAA.ARPA Reply-To: nep.pgelhausen@AMES-VMSB.ARPA I am looking for a public domain program/routine that will provide units converstion based on a data file (so that I can add more units when needed...i.e.: when I find out what that a fortnight is 2 weeks, I can add it conveniently.) I would like to give the routine the units I have, and the units I want & recieve back the equation to do the conversion OR an indication that there is no conversion (volts into days). There is a UN*X program that does something similar, however I need the source, and would like public domain because this is going into an application. Source in C would be preferable, I could deal with converting if needed. Any help for me? -Richard Hartman max.hartman@ames-vmsb ------ ------ 1-Nov-85 14:57:25-MST,1283;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Nov 85 14:57:07-MST Received: from purdue.arpa by AMSAA.ARPA id a020039; 1 Nov 85 16:18 EST Received: from ec.Purdue.EDU (purdue-ecn-ec) by arthur.Purdue.EDU; Fri, 1 Nov 85 16:11:31 EST Date: Fri, 1 Nov 85 16:11:19 EST From: mjs <@purdue.ARPA (Mike Spitzer):mjs@purdue-ecn-ee.ARPA> Received: by ec.Purdue.EDU; Fri, 1 Nov 85 16:11:19 EST (5.5/5.20) Message-Id: <8511012111.AA19807@ec.Purdue.EDU> To: info-cpm@AMSAA.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Subject: Need help with Small-C I have smallc version 2.1, and am having some problems with files. I have a Royal Alphatronic PC (and still can't find another one in existance), with 56K and am using L80 and M80. When I try to open a file with fopen and write to it, I get trash on the screen. Also, I/O redirection via ">" and "<" works sometimes, other times it simply reboots the system. Other than this, everything works fine. I would really appreciate some assistance and/or any useful programs anyone has for small-C. Also, is version 2.1 the latest version? The one I have is from Simtel in pd:. Thanks, Mike Spitzer ECN.mjs@purdue 2-Nov-85 22:53:54-MST,2456;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Nov 85 22:53:48-MST Received: from dec-marlboro.arpa by AMSAA.ARPA id a024352; 2 Nov 85 20:08 EST Date: 2 Nov 1985 2013-EST From: Walt Lamia To: Thomas Reid cc: info-pascal@BRL.ARPA, info-cpm@AMSAA.ARPA Office: "One Iron Way, MRO2-2/8D2, Marlboro MA 01752 617-467-6193 DTN 297-6193" UUCP: "{allegra,ucbvax,decvax,ihnp4}!decwrl!lamia@DEC-Marlboro.ARPA" Subject: Re: Borland Modula-2 ??? Message-ID: <"MS11(2447)+GLXLIB5(0)" 12156154982.10.376.28327 at MARLBORO.DEC.COM> Quoting without permission from TUG (Turbo User Group) Lines, Vol #7: "Turbo Modula Lives! At least in a beta-test version, under CP/M-80. I saw it running at SOG IV in Bend, Oregon in July. A demonstration and talk were given by Mike Weisert of Borland, a memter of the software desing team adssigned to the development of the Turbo Modula Toolbox. ... The beta version demonstrated was quite impressive, using incrementatl compilation to generate intermediate-level "M" code that can be executed in memory by the Modula-2 interpreter, eliminating the need for native code compilation, linking and execution just to test routines. If you stop on an error, you can return to the editor, fix the error -- and >resume compilation from where you left off!< Once the memory-compiled version is working, you can re-compile to native code. The version demonstrated includes several new options on the main menu as well, including file management (copy, delete, etc.) and file printing. It even includes an option that will enable the compiler to distinguish between upper- and lower-case text. Compilation and execution seppd anre good, and as good or better than more expensive implementations of Modula-2 now on the market. Like Turbo Pascal, the beta version of modula-2 seems to write a large runtime package into a compiled file, creating somewhat of an overhead for smaller programs. Since the heaviest use of Modula will probably be for developing large programs, this shouldn't present a real burden, except for those with memory limitations. Development of the 16-bit version of Turbo Modula is said to be a little behind the 8-bit version, and there's no word on which will be released first, of if they will be repeased together. Perhaps by Christmas?..." -------- 3-Nov-85 16:14:42-MST,1276;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Nov 85 16:14:20-MST Received: from simtel20.arpa by AMSAA.ARPA id a026448; 3 Nov 85 17:39 EST Date: Sun, 3 Nov 1985 15:38 MST Message-ID: From: "Frank J. Wancho" To: INFO-CPM@AMSAA.ARPA, INFO-MICRO@brl.ARPA, ADA-SW@SIMTEL20.ARPA, UNIX-SW@SIMTEL20.ARPA Cc: INFO-IBMPC@usc-isib.ARPA, INFO-HZ100@radc-tops20.ARPA Subject: Public Domain Repositories Moved We now have our new RP07 disk drive installed as PD: and all the public domain repositories have been moved from their former homes on MICRO: and PS: to PD:. PD: is now 43% full, and I suspect will start growing again. The new releases from SIG/M and PC/BLUE will be uploaded shortly after we receive them. Look for announcements of availability. Former Home New Home ----------- -------- PS: PD: MICRO: PD: MICRO: PD: MICRO: PD: MICRO: PD: PS: PD: The CRC Lists will be updated to show PD: instead of MICRO: as we get to them. --Frank 3-Nov-85 18:23:13-MST,7098;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Nov 85 18:22:55-MST Received: from 192.5.25.82 by AMSAA.ARPA id a026696; 3 Nov 85 19:46 EST Received: from simtel20.arpa by AOS.BRL.ARPA id a005435; 3 Nov 85 19:45 EST Date: Sun, 3 Nov 1985 17:44 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@BRL.ARPA Subject: 8-bit CP/M isn't dead!!! A Z-SYSTEM Testimonial For those who would say that 8-bit CP/M is dead, I present the following edited exchange of messages from CompuServe... --Keith Petersen ------------------------------------ Dt: 17-Sep-85 01:49:43 Sb: A Z-SYSTEM Testimonial Fm: Peter O.E. Bekker 74106,1430 To: All I have just now emerged from 10 grueling hours worth of eye-crossing (glossing) installation work - but am proud to report the SUCCESSFUL implementation of ZCPR3 and Echelon's ZRDOS on a Kaypro 4-84. In short, a fully functional Z-SYSTEM. Without qualification I can say the Z-SYSTEM is a MAJOR boon to 8-bit computing. Rick Conn, Joe Wright and the folks at ECHELON are quite definately pioneers who have picked-up the ball from Digital Research and run with it...far beyond the goal post. (At first blush this would seem silly - who would want to run much past the goal post? That's probably what DRI asked itself..lo those many years ago.) Well - had DRI only answered its own question with the same kind of vision that made it famous in the first place, BIG BLUE and its conspirators might not have muscled it out of prominence so quickly and completely .. but I digress. Initial "interfaces" with the Z-SYSTEM have shown a TREMENDOUS improvement over CP/M..most particularly in the areas of "friendliness" and functionality. (It's MS/PC-DOS .. for those of us who don't much care for the EXPENSE of 16-bit computing.) While I'd like to babble on & on about Z-SYSTEM - I can't..lest someone get the idea I'm enthusiatic about it..or (perish the thought) suspect I have an equity interest in the distributor. (Wish I did.) But to demonstrate my serious intent - I am preparing a comprehensive DOC file for installation of Z-SYSTEM on a KAYPRO 4-84 (for my own records) and will be more than happy to post it here should anyone express even the slightest interest. It's not a breeze by any means but, when all is said & done, it is well worth the effort. To paraphrase a once obscure music critic named Jon Landau who several years ago sat through a Bruce Springsteen performance at a small Boston club.. "I have seen the future of 8-bit computing.. and its name is Z-SYSTEM." Dt: 17-Sep-85 18:22:54 Sb: A Z-SYSTEM Testimonial Fm: Eldor Gemst 74116,2714 To: Peter O.E. Bekker 74106,1430 (X) Is there any HARDWARE installation required with ZRDOS or is it strictly software? There must be alot of disk space required just for the system files - do you really feel the advantages of the system outweigh the disk space required? I can see it on a hard disk system, but am less convinced with floppies. Dt: 17-Sep-85 23:29:29 Sb: A Z-SYSTEM Testimonial Fm: Peter O.E. Bekker 74106,1430 To: Eldor Gemst 74116,2714 (X) You're right. ZSYSTEM is a MUCH more noticeable boon on hard disks than floppies. But there are considerable advantages on the smaller drives too. As for file space..I've enjoyed a GAIN using ZSYSTEM. First of all, ZRDOS is a direct BDOS replacement and takes up no more space than a machine's stock BDOS (even though it contains several significant BDOS enhancements. Using ZCPR3, I no longer keep PIP or STAT on most disks, saving 14k right there. Z3, as you know, has CPY and PROT to do most of the things PIP & STAT do. The REQUIRED Z3 files that every disk should have are ENV (the environment), LDR (to load the environment..and other things) and RCP (the Resident Command Package.) They are 4k, 2k and 2k respectively. So you see -by removing PIP & STAT (14k) I've freed-up 8k of space per disk since the ZCPR3 residents total only 8k. No hardware changes of any kind are required. ZSYSTEM is strictly an operating system change...but as I mentioned to Charlie, I've just now gotten it running and will be reporting back periodically as advantages and disadvantages are observed. I must say, though, that throughout the installation process, it became clear to me that ZSYSTEM is an intriguing and damn clever implementation. Dt: 17-Sep-85 23:27:27 Sb: A Z-SYSTEM Testimonial Fm: Peter O.E. Bekker 74106,1430 To: Sysop Charlie Strom 76703,602 (X) The ZRDOS advantages that come immediately to mind are the extended function calls you'd heard about. These include calls to set and reset a warm boot trap - a call to GET the current DMA.....ZRDOS also supports file archiving and wheel protection...You even get a DELETE key that works for command line editing since ZRDOS eliminates the troublesome ^R function. The BIG convenience, of course, is AUTO DISK LOGGING (just like MS-DOS) no more repetative ^C's each time a disk is changed..just take one out, put another one in .. and go. The error messages are a lot friendlier (and more informative) too. ZRDOS directly answers the complaints of those who say CP/M is too "unfriendly" to gain wider accpetance. And for programmers, it's a dream come true..particularly teamed with ZCPR3. Haven't benchmarked..not really set up for it. ZRDOS is written in Z80 so it's got to be a little faster that CP/M..though because of disk access slowdowns, probably not noticeably so. But I guess a Ramdisk check could be made. As for the vast CP/M 80 domain of programs..no reason why they can't be run under ZRDOS... But I've just now gotten this running and I'll report periodically to the membership on what I find. Dt: 17-Sep-85 23:24:55 Sb: A Z-SYSTEM Testimonial Fm: Peter O.E. Bekker 74106,1430 To: John Deakin (CA) 74015,1624 (X) Since ZRDOS is primarily a straight BDOS replacement, I will be concentrating [on writing] mostly (and in excruciating detail) on the installation of ZCPR3 in the K4-84. Included will be memory locations, sizes and uses...cold start patches for the BIOS, a change to lower the BDOS, a warm start patch to protect the CPR, step-by-step instruction on intstalling ZCPR3's main functions (ie External Path, Wheel Byte, Multiple Command Buffer.....in short, all the info I've been UNABLE to locate in the many ZCPR3 DOCs I've read.) I hope to list all this info in such a way that even a total dolt such as myself would be able to make sense of it and even get Z-SYSTEM running while reading it. -------------------------------- Peter Bekker's K4ZSYSIN.DQC is now available on most RCP/M systems, and on SIMTEL20 as: Filename Type Bytes CRC Directory PD: K4ZSYSIN.DQC.1 BINARY 15744 4EC8H --Keith 4-Nov-85 08:13:33-MST,1521;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Nov 85 08:13:23-MST Received: from 192.5.25.82 by AMSAA.ARPA id a003700; 4 Nov 85 9:27 EST Received: from mit-mc.arpa by AOS.BRL.ARPA id a011051; 4 Nov 85 9:24 EST Received: from MIT-EECS by MIT-MC.ARPA via Chaosnet; 4 NOV 85 09:23:00 EST Date: Sun 3 Nov 85 18:52:57-EST From: Andrew Moore Subject: Apple-Cat BYE To: info-cpm%MIT-MC@MIT-MC.ARPA B3AC-2.INS, the insert file in the BYE3 directory at Simtel20, is the most current insert for the Apple-Cat ][ modem for use with BYE3. It contains the following lines among the code: ; This routine will not function due to changes made in Bye335. ; However, it is being kept with the library, because a version ; of BYE will soon appear that will allow this overlay to work. Could someone tell me when this version of BYE will be available, if it isn't available already? If it is, where is it located? It's been about a year since I posted numerous requests to get an Apple-Cat ][ overlay for any existing BYE program, but I have yet to come across one that works. The Cat is probably one of the most popular Apple modems around, so I figure it should not be all that hard to write an overlay for it. Will such an overlay ever be available? I'd appreciate any information on this -- please send replies directly; I am not on the info-cpm list. Thanks. -drew T.MOORE%MIT-EECS@MIT-MC.ARPA ------- 4-Nov-85 08:18:49-MST,1080;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Nov 85 08:18:37-MST Received: from 192.5.25.82 by AMSAA.ARPA id a004484; 4 Nov 85 9:39 EST Received: from mit-mc.arpa by AOS.BRL.ARPA id a011434; 4 Nov 85 9:33 EST Received: from MIT-EECS by MIT-MC.ARPA via Chaosnet; 4 NOV 85 09:31:36 EST Date: Sun 3 Nov 85 23:38:32-EST From: Andrew Moore Subject: Help with NULU & LRUN To: info-cpm%MIT-MC@MIT-MC.ARPA I am having problems using LRUN23 with libraries created under NULU. Can .COM files within NULU libraries be run with LRUN23? A>LRUN23 GENCOM.LBR STAT.COM ;this just returns me to CP/M ...and so do variations on that command ("-GENCOM.LBR, -GENCOM, etc). I LRUN23 does not seem to work on LU310 libraries for me either. I am trying to use these utlities on a Sider hard drive under Apple II+ CP/M (microsoft-compatible card). Any suggestions on how to get a working library going? Panic. -drew (mail directly; I am not on info-cpm. Thanks in advance) ------- 4-Nov-85 08:57:30-MST,1099;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Nov 85 08:57:20-MST Received: from csnet-pdn-gw by AMSAA.ARPA id a005126; 4 Nov 85 9:51 EST Received: from ibm-sj by csnet-relay.csnet id ah28204; 4 Nov 85 9:53 EST Date: Fri, 1 Nov 85 16:10:13 PST From: Jim moore To: info-cpm@AMSAA.ARPA Subject: Seeking CP/M-ready data bases CC: moore.losangel%ibm-sj.csnet@CSNET-RELAY.ARPA Does anyone out there know where data bases of general information , already in some cp/m format, are available. The sort of thing I'm looking for would include: Headlines, by date; Birthdays of famous people; DJ average; Top movies & records; Retail prices of common items, by date; Stats of various geographic regions, cities, countries; the sort of things that would be in an almanac; Astrological info; weather readings and records; Info & history of major companies; etc. I might be interested in just about anything even vaguely related to these. Thanks. Jim (MOORE.LOSANGEL@IBM) 4-Nov-85 09:36:35-MST,2254;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Nov 85 09:36:26-MST Date: Mon, 4 Nov 85 10:56:11 EST From: Dave Towson (info-cpm-request) To: info-cpm@AMSAA.ARPA Subject: [spacerad: RE: Re: DAVID PLEASE POST FOR GENERAL INTEREST, DANTAS@JPL-VLSI.] Fellow CP/Mers - Although the attached note has nothing to do with CP/M, it is a followup to an earlier posting, and may be of interest to someone. Dave ----- Forwarded message # 1: Received: from jpl-vlsi.arpa by AMSAA.ARPA id a025608; 28 Oct 85 6:58 EST Date: Sun, 27 Oct 85 12:55:21 PST From: spacerad@JPL-VLSI.ARPA Subject: RE: Re: DAVID PLEASE POST FOR GENERAL INTEREST, DANTAS@JPL-VLSI. To: cpmlist@amsaa.arpa DEAR DAVID, SPACERAD IS ESSENTIALY AN EXPERIMENT ABOARD THE CRRES (COMBINED RADIATION RESEARCH & EXPERIMENTS SATTELITE) TO BE LAUNCHED NEXT YEAR. IT'S FIVE YEAR MISSION IS TO BOLDLY GO WHERE NO RESEARCH IN SPACE RADIATION HAS GONE BEFORE! SPECIFICALLY, SPACERAD WILL CONDUCT TESTS ON A VARIETY OF SEMICONDUCTOR DEVICES AS TO THEIR CAPABILITY TO WITHSTAND VARIOUS RADIA- TION ENVIRONMENTS IN OUTER SPACE. CONCURRENT GROUND TESTING WILL BE USED TO VERIFY THAT OUR PRESENT METHODS OF GROUND TESTING AND MEASUREMENTS HAVE BEEN AND WILL BE CORRECT FOR PREDICTING THE RESPONSE OF DEVICES IN THE SPACE RADIATION ENVIRONMENT. SPACERAD HAS ITS OWN DATABASE AT JPL. MY ACOOUNT IS THROUGH THEIR AUSPICES. THE RADATA BANK IS A INDEPENDENT OFFSHOOT FROM SPACERAD, FUNDED BY NASA TO HOUSE ALL PREVIOUS AND FUTURE RAD DATA COMPILED BY JPL AND/OR ANY OTHER SOURCES WHICH MAY WANT TO CONTRIBUTE TO SAME. THIS DATA BANK AS OPPOSED TO THE SPACERAD BANK, WIL BE OPEN TO ACCESS TO ANYONE. IT WILL HOUSE BOTH TOTAL DOSE AS WELL AS SINGLE EVENT UPSET RADIATION DATA FOR SEMICONDUCTORS. THE RADATA BANK MAY NOW BE ALSO ACCESSED VIA TELNET (NOT TELENET) AS RADATA@JPL-MILVAX. THE REASON I SENT IT TO THE INFO-CPM NET WAS DUE TO ITS WIDE BASE OF READERS OF MANY INTERESTS. I ALSO SENT THE MESSAGE TO SPACE DIGEST AND A NUMBER OF OTHER NETS. THANKS FOR POSTING, BOB DANTAS ----- End of forwarded messages 5-Nov-85 09:13:18-MST,1758;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Nov 85 09:12:57-MST Received: from 192.5.25.82 by AMSAA.ARPA id a022542; 4 Nov 85 19:31 EST Received: from lll-mfe.arpa by AOS.BRL.ARPA id a028385; 4 Nov 85 19:32 EST Date: Mon, 4 Nov 85 19:30 EST From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA Subject: Access to FORTH To: INFO-CPM@BRL.ARPA Date: Mon, 4-NOV-1985 19:32 EST To: INFO-CPM@BRL.Arpa Message-ID: <[OAK.SAINET.MFENET].A9AEAB20.008E58B3.SECRIST> Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn. Geographic-Location: 36 01' 42" N, 84 14' 14" W X-VMS-Mail-To: ARPA%"INFO-CPM@BRL.Arpa" TELL THE NET ABOUT YOUR FREEBIE FORTHS ! I would like to compile a list of FORTH implementations that are available on a not-for-profit basis on net or publically accessable BBS systems for several net lists (INFO-CPM, INFO-APPLE, UMFORTH [aka FIGIL, bitnet], INFO-IBMPC and any others that are appropriate or suggested.) If you have downloaded FORTH from ANYPLACE and found it to be usable and intact, please send me details on the version of FORTH, what machine it is for, which standard it follows, THE SYSTEM YOU ACQUIRED IT FROM, the date you snarfed it or saw it there last, and anything else you care to say about it. (Sources could include SIMTEL20, CompuServe, BBSes, etc.. The list will include multiple sources since people do not all have access to the same places.) I will post the results in a couple of weeks. Please send info to: SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa, with thanks. -- Richard Secrist, President East Tennessee FORTH Interest Group 5-Nov-85 10:22:06-MST,1382;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Nov 85 10:21:56-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a006781; 5 Nov 85 11:38 EST Received: from usenet by TGR.BRL.ARPA id a005500; 5 Nov 85 11:28 EST From: Ralph Hyre Newsgroups: net.micro.cpm Subject: Re: Borland Modula-2 ??? Message-ID: <226@ius2.cs.cmu.edu> Date: 4 Nov 85 23:30:08 GMT To: info-cpm@AMSAA.ARPA In article <2751@brl-tgr.ARPA> LAMIA@dec-marlboro.ARPA (Walt Lamia) writes: >... >The beta version demonstrated was quite impressive, using incrementatl >compilation to generate intermediate-level "M" code that can be executed >in memory by the Modula-2 interpreter, eliminating the need for native >code compilation, linking and execution just to test routines. If >you stop on an error, you can return to the editor, fix the error >-- and >resume compilation from where you left off!< Is this m-code the same 'standard' m-code that will run on other machines? For example, can I take the m-code produced by the Borland compiler and run it on an IBM machine or an Apple? (or even the Lilith machine?) -- - Ralph Internet: ralphw@c.cs.cmu.edu (cmu-cs-c.arpa) Usenet: ralphw@mit-eddie.uucp Fidonet: Ralph Hyre at Fido #385 Pitt-Bull (or maybe Net 129, node 0) Snail Mail: don't bother 5-Nov-85 17:19:08-MST,1118;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Nov 85 17:18:53-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a021055; 5 Nov 85 18:46 EST Received: from usenet by TGR.BRL.ARPA id a016382; 5 Nov 85 18:43 EST From: Tom Nadas Newsgroups: net.micro,net.micro.cpm Subject: Re: KAYPRO to TELEVIDEO? Message-ID: <1583@utcsri.UUCP> Date: 1 Nov 85 12:59:33 GMT Xref: seismo net.micro:13293 net.micro.cpm:5227 To: info-cpm@AMSAA.ARPA Media Master for the Kaypro II or 2 is available for $29.95 plus $3 postage and handling from SPECTRE TECHNOLOGIES 22458 Ventura Blvd Suite E Woodland Hills, CA 91364 Master Card and Visa orders can be placed toll-free: 1-800-824-7888. Ask for operator 407. I've mail ordered twice from Spectre, both times without problems. Also available are Osborne 1 and Osborne Executive versions. I don't have a source handy for UNIFORM, but know it is more expensive. -- Tom Nadas UUCP: {decvax,linus,ihnp4,uw-beaver,allegra,utzoo}!utcsri!tom CSNET: tom@toronto 5-Nov-85 17:25:48-MST,998;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Nov 85 17:25:30-MST Received: from brl-tgr.arpa by AMSAA.ARPA id aa21055; 5 Nov 85 18:46 EST Received: from usenet by TGR.BRL.ARPA id a016386; 5 Nov 85 18:43 EST From: Tom Nadas Newsgroups: net.micro.cpm Subject: Re: Is CP/M dead Message-ID: <1584@utcsri.UUCP> Date: 1 Nov 85 13:04:45 GMT To: info-cpm@AMSAA.ARPA For advertisers wanting to reach a good hunk of the CP/M marketplace, try FOGHORN the dynamite monthly newsletter of the FIRST OSBORNE GROUP (now expanded to serve all CP/M owners): P.O. Box 3474/ Daly City, CA/94015-0474. Advertising rates vary, but I think you'll find their CPM (the other one, advertising COST PER THOUSAND (M)) to be much more attractive than thhose of the glossy magazines. RJS in Toronto c/o -- Tom Nadas UUCP: {decvax,linus,ihnp4,uw-beaver,allegra,utzoo}!utcsri!tom CSNET: tom@toronto 6-Nov-85 04:34:06-MST,1496;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Nov 85 04:34:00-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a022839; 6 Nov 85 5:49 EST Received: from usenet by TGR.BRL.ARPA id aa29161; 6 Nov 85 5:44 EST From: pete%stc.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: The DMA Address Message-ID: <686@stc-b.stc.UUCP> Date: 4 Nov 85 16:36:49 GMT Xpath: stc stc-b stc-b stc-a To: info-cpm@AMSAA.ARPA This is a brief summary of responses I received to my original posting of ~3 weeks ago, regarding where I could find the location of the DMA address on a CP/M-80 system. The answer, as I could have found out myself if I'd looked a little deeper, is in the BIOS. It seems to be a simple matter, if you have the source, to add a GETDMA call to the BIOS jump table or to intercept SETDMA calls to the BDOS if you don't. Thanks in particular to Keith Petersen for his extensive help. Also to Rick Conn for pointing out (to my unsuspecting horror) the nonreentrant nature of the vanilla BDOS and to Bomberger (of Poor Person Software) for his unselfish assistance. And, of course, to all the others who mailed me. The real-time clock hardware goes in this week (D.V.). The ratio of e-mailed responses to postings was exemplary. This seems to be one newsgroup that knows how to do it right. -- Peter Kendell ...mcvax!ukc!stc!pete `Turn up the Eagles, the neighbours are listening' 6-Nov-85 08:28:36-MST,650;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Nov 85 08:28:27-MST Received: from wsmr08.arpa by AMSAA.ARPA id a029151; 6 Nov 85 9:55 EST Date: Wed, 6 Nov 85 7:55:44 MST From: John Gilbert CD Subject: A Smart Alec II? To: info-cpm@AMSAA.ARPA I have a request to ship a disk in the proper format for a Smart Alec II. Apparently, it was a computer made around 1981. It runs CPM2.2 and is an SSDD. The person mentions, Dynasty Computers and Dynabyte. I've never heard of such an animal. Is there anyone who can tell me what disk format it uses? Thanks, John 6-Nov-85 11:19:48-MST,1041;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Nov 85 11:19:42-MST Received: from usc-ecl.arpa by AMSAA.ARPA id a004358; 6 Nov 85 12:35 EST Date: 6 Nov 1985 09:40-PST Sender: BHUBER@USC-ECL.ARPA Subject: ZBasic info request From: BHUBER@USC-ECL.ARPA To: Info-CPM@AMSAA.ARPA, Info-Micro@BRL.ARPA To: Info-Apple@BRL.ARPA Cc: BHuber@USC-ECL.ARPA Message-ID: <[USC-ECL.ARPA] 6-Nov-85 09:40:13.BHUBER> I have seen some ads lately about ZBASIC from Zedcor Inc, 4500 East Speedway, Suite 93, Tucson, Arizona 85712 (800-482-4567 or 602-795-3996). Versions are supposedly available for 6502 native Apple IIs, CP/M, IBM, etc. Claims made by the ad are, i.a., "structured basic", 6 to 54 digits of precision (selectable by the user), built in editor, and "faster than just about anything" [except maybe a Cray]. Does anyone have any knowledge of this company or experience with the product? I have some Applesoft programs which I need to speed up. Thanx in advance, Bud 6-Nov-85 12:17:04-MST,2579;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Nov 85 12:16:52-MST Received: from rand-unix.arpa by AMSAA.ARPA id a007260; 6 Nov 85 13:40 EST Return-Path: Received: by rand-unix.ARPA; Wed, 6 Nov 85 10:31:30 pst From: Bridger Mitchell Message-Id: <8511061831.AA00322@rand-unix.ARPA> Date: 06 Nov 85 10:31:24 PST (Wed) To: info-cpm@AMSAA.ARPA Subj: TURBOROMs for Kaypros -- Product Announcement Replacement boot roms for original Kaypro and MicroCornucopia roms, from Plu*Perfect Systems. IMPROVED DISK PERFORMANCE STOCK ROM TURBOROM Kaypro Kaypro Advent task drive format format format SAVE floppy 55 sec. 14 11 64k file hard 11 4 3.5 LOAD floppy 7 6 4.5 32K file hard 3 2 2 (Speedup gained by optimized sector interleaving, improved error handling, elimination of read-after-write. Advent format uses 1K physical sectors.) INCREASED CAPACITY - up to 63.25K system size for Kaypro 10s - adds 2 MB to most "10 megabyte" hard drives (Most of the bios is located in the rom. Bad-track map permits use of all good cylinders on hard drives.) MULTIPLE FORMATS - automatic detection and read/write of: Kaypro SSDD, DSDD Advent SSDD, DSDD, DSDD-96tpi MicroCornucopia 96tpi Osborne SSDD Xerox SSSD, Osborne SSSD, Epson QX-10 DSDD (in '84 only) - nearly all soft-sector CP/M formats settable with MULTICOPY utility package (extra), permitting full-speed logical drive in foreign format OTHER FEATURES - 32-character type-ahead buffer - built-in screen dump - cursor configuration - automatic screen blanking when idle - 25th line time display ('84 with clocks) HARDWARE SUPPORT - mix up to 4 SS, DS and 96 tpi floppy drives - 2 Advent Product ramdisks - 2 hard drives, up to 56 MB each UTILITIES - system generation: to/from system tracks and to/from file - versatile system configuration & relocation in 1/4K increments - full-disk high-speed format/copy verify - drive remapping AVAILABILITY 83 TURBOROM - $79.95 -- for 1983 Kaypro II's and 4's 84 TURBOROM - $79.95 -- for 1984 and later Kaypros, all Kaypro 10s Early Kaypro II's and early Kaypro 10's require a 4K/8K rom adaptor board ($8/$15). Plu*Perfect Systems Box 1494 Idyllwild CA 92349 (714)-659-4432 --bridger mitchell {disclosure: I am a partner in Plu*Perfect Systems} 6-Nov-85 14:31:32-MST,1186;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Nov 85 14:31:19-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a014667; 6 Nov 85 15:57 EST Received: from usenet by TGR.BRL.ARPA id a012762; 6 Nov 85 15:47 EST From: Daniel P Faigin Newsgroups: net.wanted,net.micro.cpm Subject: Configuration Control for CPM/86 Message-ID: <2436@sdcrdcf.UUCP> Date: 4 Nov 85 19:50:44 GMT Xref: seismo net.wanted:8065 net.micro.cpm:5231 To: info-cpm@AMSAA.ARPA Does anybody know if there are configuration management systems available for CPM/86 systems? I would like to know of any such systems, what that capablities are, who they might be available from, and for what price. Please reply via MAIL, as I do not normally read net.micro.cpm, and it is verboten to reply in net.wanted. Daniel -- UUCP: {akgua allegra ihnp4 hplabs sdcsvax trwrb cbosgd}!sdcrdcf!faigin ARPA: sdcrdcf!faigin@UCLA-LOCUS.ARPA --or-- sdcrdcf!faigin@LOCUS.UCLA.EDU W: SDC, 2525 Colorado MD 91-01; Santa Monica CA 90406; (213) 820-4111 x6393 H: 11743 Darlington Avenue #9; Los Angeles CA 90049; (213) 826-3357 7-Nov-85 06:25:43-MST,1667;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Nov 85 06:25:35-MST Received: from 192.5.25.82 by AMSAA.ARPA id a018955; 7 Nov 85 7:47 EST Received: from lll-mfe.arpa by AOS.BRL.ARPA id a001578; 7 Nov 85 7:45 EST Date: Thu, 7 Nov 85 07:44 EST From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA Subject: Commodore-64 CP/M: Is it robust ?! To: INFO-CPM@BRL.ARPA Date: Thu, 7-NOV-1985 07:44 EST To: INFO-CPM@BRL.Arpa Message-ID: <[OAK.SAINET.MFENET].4FF2CC60.008E5AAC.SECRIST> Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn. Geographic-Location: 36 01' 42" N, 84 14' 14" W X-VMS-Mail-To: ARPA%"INFO-CPM@BRL.Arpa" I am interested in hearing your experiences with Commodore-64 CP/M. I recently purchased an SX-64 (a portable also know as the "Executive 64", manufactured by Commodore and discontinued). I of course wanted the CP/M option, which was difficult to scrounge up at this late date. But I won. Anyway, I seemed to have heat problems with the cartridge, and after an afternoon with a can of chip freeze, I isolated one errant chip and replaced it. Now it seems to cruze along okay, but after 20 or 30 minutes of work, sometimes more, it dies right as I do a disk I/O. So I wasted another can of chip freeze to no avail, and now I'm wondering if the SX-64 maybe just doesn't have as much power available as a real '64. Can somebody vouch for CBM-64 CP/M ? How about on an SX-64 ? Thanks in advance. Richard Secrist SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa - - - "Hackito Ergo Sum." (I hack, therefore I am.) 7-Nov-85 10:46:06-MST,834;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Nov 85 10:45:58-MST Received: from wiscvm.arpa by AMSAA.ARPA id a029181; 7 Nov 85 12:03 EST Received: from (BEBO)SLACVM.BITNET by WISCVM.ARPA on 11/07/85 at 11:07:01 CST Date: 7 November 85 08:49-PST From: BEBO%SLACVM.BITNET@WISCVM.ARPA To: INFO-CPM@AMSAA.ARPA Subject: WordStar to ASCII Date: 7 November 1985, 08:47:51 PST From: Bebo White (415) 854-3300 x2907 BEBO at SLACVM To: INFO-CPM at AMSAA.ARPA Subject: WordStar to ASCII Does anyone have a program/utility that I can run on my CompuPro 816 to convert WordStar files to straight ASCII? Thanks in advance for your help. Bebo White Stanford Linear Accelerator Center 7-Nov-85 12:41:34-MST,1917;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Nov 85 12:41:19-MST Received: from lll-tis-gw by AMSAA.ARPA id a004496; 7 Nov 85 14:07 EST Return-Path: Received: by lll-tis-b.ARPA; Thu, 7 Nov 85 11:11:43 pst Date: Thu, 7 Nov 85 11:11:43 pst From: "Curtis C. Generous" Message-Id: <8511071911.AA27498@lll-tis-b.ARPA> To: info-cpm@AMSAA.ARPA Subject: Re: WordStar to ASCII Newsgroups: local.info-cpm In-Reply-To: <15584@styx.UUCP> Organization: Lawrence Livermore Laboratory, Livermore CA Cc: In article <15584@styx.UUCP> you write: >(From: BEBO%SLACVM.BITNET@WISCVM.ARPA) > > >Date: 7 November 1985, 08:47:51 PST >From: Bebo White (415) 854-3300 x2907 BEBO at SLACVM >To: INFO-CPM at AMSAA.ARPA >Subject: WordStar to ASCII > >Does anyone have a program/utility that I can run on my CompuPro 816 >to convert WordStar files to straight ASCII? > >Thanks in advance for your help. > > Bebo White > Stanford Linear Accelerator Center There is a utility program which is part of the TURBO POWER TOOLS which does exactly what you want. I can't seem to find the source code anywhere, but if I do, I will be glad to tell you exactly how it is done. If my memory does not fail me, you might want to try this command, which I suspect might also work: PIP ascii.fil = wordstar.fil [Z] The Z option masks out the most significant bit from the source file. I believe that WS uses that bit for it's internal use. Let me know if this works. -Curtis- Curtis C. Generous generous@lll-tis-b.ARPA {akgua,allegra,cbosgd,decwrl,dual,ihnp4,sun}!idi!styx!generous Tel: (415) 422-6907 Lawrence Livermore National Lab Dept L-275 POB 808 Lawrence, CA 94550 7-Nov-85 15:30:28-MST,934;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Nov 85 15:30:22-MST Received: from xerox.arpa by AMSAA.ARPA id a000386; 7 Nov 85 16:47 EST Received: from Aurora.ms by ArpaGateway.ms ; 07 NOV 85 13:51:31 PST From: lowans.wbst@XEROX.ARPA Date: 7 Nov 85 16:51:28 EST Subject: Re: Is CP/M dead In-reply-to: ACB.COR@OFFICE-1.ARPA's message of 28 Oct 85 09:15 PST, To: Alan Bomberger cc: info-cpm@AMSAA.ARPA Message-ID: <851107-135131-1438@Xerox> Alan Look into "User's Guide" "The Magazine For CP/M & MS-DOS computer Users". Issue #16 is a good 50% full of CP/M (8bit) info. It is published by TUG Inc six times a year. Subscription is $21 for 6 issues; $40 for 12. To subscribe send to: User's Guide PO Box 5245 Redwood City, CA 94063 It's looks like a good magazine for 8 bit CP/M users. Paul 8-Nov-85 09:00:23-MST,715;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Nov 85 09:00:10-MST Received: from simtel20.arpa by AMSAA.ARPA id a008699; 8 Nov 85 10:18 EST Date: Fri 8 Nov 85 08:20:14-MST From: Rick Conn Subject: Re: Is CP/M dead To: lowans.wbst@XEROX.ARPA cc: ACB.COR@OFFICE-1.ARPA, info-cpm@AMSAA.ARPA In-Reply-To: <851107-135131-1438@Xerox> Message-ID: <12157619810.15.RCONN@SIMTEL20.ARPA> I saw a copy of User's Guide last night, and the main topic was that "CP/M Lives" -- so much so that they are changing format, and User's Guide will go back to a CP/M-only mag and a new mag, PC User, will come out for PC-only users. Rick ------- 8-Nov-85 09:45:27-MST,1131;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Nov 85 09:45:20-MST Received: from mitre.arpa by AMSAA.ARPA id a010363; 8 Nov 85 10:50 EST Received: by mitre.ARPA (4.12/4.7) id AA08251; Thu, 7 Nov 85 21:22:08 est Date: Thu, 7 Nov 85 21:22:08 est From: Thomas Reid Message-Id: <8511080222.AA08251@mitre.ARPA> To: BEBO%SLACVM.BITNET@WISCVM.ARPA, INFO-CPM@AMSAA.ARPA Subject: Re: WordStar to ASCII Cc: treid@mitre.ARPA There are two files that you want, both found on simtel20 in the pd: directory. They are ensoft.com and unsoft1c.lbr. unsoft will remove soft spaces, end-of-lines, hyphens, etc. and convert or lose dot commands. Much more powerful than using pip to strip off high order bits. ensoft will take a plain text file and put the soft spaces and line feeds back in. Also useful. I use both all the time. You might also look at the fil*.* files in the same directory. They are the Irv Hoff filter commands which do much the same. These are cp/m 80 .com files and thus will work on the 8 side of your 816. 8-Nov-85 10:09:35-MST,833;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Nov 85 10:09:26-MST Received: from mitre.arpa by AMSAA.ARPA id a010223; 8 Nov 85 10:48 EST Received: by mitre.ARPA (4.12/4.7) id AA08664; Thu, 7 Nov 85 23:26:20 est Message-Id: <8511080426.AA08664@mitre.ARPA> To: "Curtis C. Generous" Cc: info-cpm@AMSAA.ARPA Subject: Re: WordStar to ASCII In-Reply-To: Your message of Thu, 7 Nov 85 11:11:43 pst. <8511071911.AA27498@lll-tis-b.ARPA> Date: 07 Nov 85 23:25:49 EST (Thu) From: Jeff Edelheit Re the [Z] option: It works and works very well. Another positive thing that can be said about CP/M rather than PC/MS-DOS. (Was I suprised to find that DOS didn't offer the same option.) Jeff Edelheit (edelheit@mitre) 8-Nov-85 18:08:57-MST,1289;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Nov 85 18:08:41-MST Received: from 192.5.25.82 by AMSAA.ARPA id a023470; 8 Nov 85 19:28 EST Received: from mit-mc.arpa by AOS.BRL.ARPA id a007324; 8 Nov 85 19:29 EST Received: from MIT-EECS by MIT-MC.ARPA via Chaosnet; 8 NOV 85 19:04:20 EST Date: Fri 8 Nov 85 19:04:55-EST From: Andrew Moore Subject: Apple ZCPR3 help To: rfowler@SIMTEL20.ARPA cc: info-cpm%MIT-MC@MIT-EDDIE.ARPA, info-apple%MIT-MC@MIT-EDDIE.ARPA Message-ID: <12157715326.8.T.MOORE@MIT-EECS> I have managed to install the ZCPR3 operating system on my Apple II+, but it's the 56k version. What I need is 60k CP/M 2.23 under ZCPR3 in order for it to work with the hard drive (it accepts only 60k 2.23). Does anyone have ZCPR3 on a 60k CP/M 2.23 floppy disk? If so, I can easily copy its CP/M image to the hard drive, and I should be all set; please reply if you have this. (I have tried, unsuccessfully, to use a BIOS patch called Z3AP60.ASM, which is supposed to do just what I want; upon cold boot, the drive keeps tring to access part of the disk over and over again, but that's about it). -drew MOORE%MIT-EECS@MIT-MC.ARPA %MIT-OZ %MIT-EDDIE ------- 8-Nov-85 18:51:33-MST,1048;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Nov 85 18:51:25-MST Received: from 192.5.25.82 by AMSAA.ARPA id a023555; 8 Nov 85 20:20 EST Received: from mit-mc.arpa by AOS.BRL.ARPA id a007439; 8 Nov 85 20:24 EST Received: from mit-eddie by MIT-MC.ARPA 8 Nov 85 20:21:59 EST Received: from SIMTEL20.ARPA by mit-eddie (4.12/4.7) id AA23302; Fri, 8 Nov 85 20:20:38 est Date: Fri 8 Nov 85 18:19:41-MST From: Rick Conn Subject: Re: Apple ZCPR3 help To: T.MOORE%MIT-EECS@MIT-XX.ARPA Cc: rfowler@SIMTEL20.ARPA, info-cpm%MIT-MC@MIT-EDDIE.ARPA, info-apple%MIT-MC@MIT-EDDIE.ARPA In-Reply-To: <12157715326.8.T.MOORE@MIT-EECS> Message-Id: <12157728938.13.RCONN@SIMTEL20.ARPA> I don't know the answer to your question, but at least one place to look is the Good Neighbor Help roster in newsletter 307 (which I just posted). It gives at least one Apple person. Rick PS There is also your local Z-Node to which such questions can be posted. ------- 8-Nov-85 18:51:38-MST,792;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Nov 85 18:51:25-MST Received: from simtel20.arpa by AMSAA.ARPA id a023546; 8 Nov 85 20:12 EST Date: Fri 8 Nov 85 18:16:58-MST From: Rick Conn Subject: New Z3 Files To: info-cpm@AMSAA.ARPA Message-ID: <12157728443.13.RCONN@SIMTEL20.ARPA> Under PD: -- Z3NEWS.307 and Z3NEWS.3Q7 - latest newsletter, which includes info on a host of ALIAS programs, the new history shell (HSH), LDSK, and notes on using MKDIR ZNODES10.LST - latest listing of Z-Nodes (now 52 world-wide) Under PD: -- Z3NEWS.3Q7 and ZNODES10.LST The files in Z3NEW will stay there for at least 2 weeks before they become candidates for removal. Rick ------- 9-Nov-85 11:28:45-MST,6514;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Nov 85 11:28:27-MST Received: from 192.5.25.82 by AMSAA.ARPA id a025258; 9 Nov 85 12:59 EST Received: from simtel20.arpa by AOS.BRL.ARPA id a009890; 9 Nov 85 12:57 EST Date: Sat, 9 Nov 1985 10:56 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@BRL.ARPA Subject: New files uploaded to SIMTEL20 between 26-Sep-85 and 9-Nov-85 The following is a list of new files uploaded to SIMTEL20 between 26-Sep-85 and 9-Nov-85. A complete list of files is available via FTP as PD:CPM.CRCLST. --Keith PD: B5-TIME.INF ASCII 1270 C75FH B5AA-1.IQS BINARY 4480 EC59H B5AP-2.IQS BINARY 3328 B832H B5AS-1.IQS BINARY 3712 90F5H B5C-CPM3.IQS BINARY 3328 F04FH B5C-CW.IQS BINARY 2432 CF6FH B5C-DCH2.IQS BINARY 5376 9EF1H B5C-MTN2.IQS BINARY 3584 834EH B5C-QX11.IQS BINARY 2304 993AH B5EQ-2.IQS BINARY 5760 9D16H B5LO-1.IQS BINARY 6528 C6A5H B5MH-3.IQS BINARY 7936 8900H B5NH-1.IQS BINARY 2432 8128H B5NS-4.IQS BINARY 3712 AA3BH B5OV-1.IQS BINARY 5632 B75EH B5OX-1.IQS BINARY 6912 5DEAH B5PH-1.IQS BINARY 2688 9442H B5S2-1.IQS BINARY 2432 845EH BDOS.AQM BINARY 2176 A11DH BYE5.HQS BINARY 8448 BE3DH BYE5-INS.INF.3 ASCII 4654 AF88H BYE5-INS.IQF BINARY 3456 CAF9H BYE502.AQM BINARY 70912 DA61H <-latest BYE5 BYE5CALL.BAK ASCII 3306 A8CCH KMD08.LBR BINARY 149376 6979H <-latest KMD METAL-2.FQX BINARY 6400 E188H QX10-BYE.FQX BINARY 2048 70C7H TEST.BAS ASCII 854 2614H PD: DCAT10.LBR BINARY 15232 5774H <-improved hard copy lstr PD: MBOOT86.A86 ASCII 7612 BDD4H <-MBOOT for CP/M-86 PD: FCB10.LBR BINARY 3072 1F8AH <-prints FCB after cmds PEEKCPM.LBR BINARY 4480 B127H PD: SD105.LBR BINARY 84480 6CAAH <-latest super dir prog. PD: ZX2.LBR BINARY 9984 5A5EH <-copy, rename, delete PD: FINPAK-C.LBR BINARY 55936 F701H <-financial package PD: WATFIV.LBR BINARY 37376 F43AH PD: EM212.LBR BINARY 28672 7DF3H <-learn 8080 via emul. PD: FLOPPY.FMT.5 ASCII 10708 7BDDH <-lots of formats listed PD: GTWY0125.TXT ASCII 14303 255AH GTWY0202.TXT ASCII 16280 7C53H GTWY0203.TXT ASCII 17124 FF33H NOVICE.TEST ASCII 45440 055FH RTTYFREQ.LST.3 ASCII 12271 1768H W5YI0708.TXT ASCII 12469 206DH PD: PCTRMCAP.INF ASCII 6619 E078H <-Termcap explained PCUSQNEW.BAS ASCII 5104 4F98H <-slow file unsqueezer PD: I2FT-1.AQM BINARY 7680 F9C7H I2RV-4.AQM BINARY 3072 757DH I2S2-1.AQM BINARY 7552 6982H IMP244.BEL ASCII 706 DAB3H <-patch for bell IMP244.DTR ASCII 1768 F6AAH <-patch for DTR IMP244.LBR BINARY 80256 C51EH <-latest Hoff Modem7 PD: BIOSMR12.LBR BINARY 39808 2272H K4ZSYSIN.DQC BINARY 15744 4EC8H NOV85.MQG BINARY 25344 E088H QC10-V13.LBR BINARY 15744 2B62H TOON12.LBR BINARY 13312 7708H <-screen save PD: DBL401.LBR BINARY 32000 8286H <-double-column file list QLIST10.LBR BINARY 22656 9A63H <-list squeezed files UNSPOL38.LBR BINARY 31744 B59FH <-latest print spooler PD: MBYE41.LBR BINARY 78592 08E6H <-latest MBYE MFMSG20.LBR BINARY 28672 63E2H <-upload messages MWHATS10.LBR BINARY 22016 DE40H <-whatsnew for MBYE PD: MXO-RS20.AQM BINARY 16384 9246H <-new Radio Shack ovrly PURSUE.LBR BINARY 1920 F10FH <-Pc Pursuit read files PD: PDSE067A.LQT BINARY 45952 061BH <-phone list of RCPMs ROYALOAK.DQR.4 BINARY 75520 4A66H <-my RCPM directory SCI-11.LBR BINARY 42112 FF33H <-small-c interpreter XEROXBBS.OCT85 ASCII 2718 4DCEH PD: COURIER.RQW BINARY 8576 5D28H <-review of Courier 2400 PD: YMODEM.DOC ASCII 49446 6076H <-XMODEM/YAM protocol def PD: M7OVLIST.WQ8 BINARY 11392 44BFH <-more overlays listed M7VIO-2.AQM BINARY 12800 0066H PD: 9LANDNET.MAP ASCII 19895 EA7DH TNCDED10.DOC ASCII 34730 3A91H TNCDED10.HEX ASCII 46093 0F18H TNCDED10.MSG ASCII 4022 85C3H PD: SAVSCR.LBR BINARY 10496 EC70H <-screen save STRIP15.LBR BINARY 18304 5392H <-Cleans WS files XONXOFF.ASM ASCII 5375 2612H <-x-on/x-off explained PD: KMD81-SA.LBR BINARY 155904 4307H <-stand-alone KMD08 RPASS12.AQM BINARY 14336 B1E9H XMDM118.LBR BINARY 109312 DC27H <-latest XMODEM PD: SIMTEL-ARCHIVES.INFO ASCII 18748 63E0H <-latest CP/M "Blurb" PD: GSUB13.LBR BINARY 13440 E34CH <-improvement over EX MAKBATCH.LBR BINARY 3328 8252H <-another batch pgm. PD: DSK-BIO7.LBR BINARY 13952 DA5BH <-statistics on drives PD: GATE.LBR BINARY 38016 1D35H <-terminal emulator!!! PD: COMIFY.EXE.44 ASCII 4735 BA05H COMIFY.MID.44 ASCII 11490 8F76H NCRC.EXE.9 ASCII 5140 157BH NCRC.MID.9 ASCII 11795 E4E8H PD: DEARC.PQS BINARY 11904 89D3H <-extract from ARCs TLIST11.LBR BINARY 24832 3840H <-list TurboPas files TRBTOL86.LBR BINARY 72704 3BD5H <-software tools TURBOBAS.RQF BINARY 5248 7FA5H <-TurboPas<->Mbasic xref PD: BISHOW31.AQM BINARY 32384 525DH <-reads with sq and lbr LOCATER1.LBR BINARY 153472 23F9H <-find electronic parts SCAN12.LBR BINARY 9216 F71AH PD: WSGUIDE.TQT BINARY 3712 0795H <-concise command list PD: YMODEM.DQC BINARY 31232 8841H PD: Z8E.TQT BINARY 1664 0447H Z8EFIXED.MQC BINARY 112384 1D9AH <-source for fixed Z8E. Note: Z8EFIXED.COM is already there. Z8EFIXED.SYM ASCII 169 55FFH <-sym. table for config. Z8EVT.COM BINARY 11648 5FE9H <-VT100 ready to run Z8EVT.MQ0 BINARY 1536 37B4H Z8EVT.SYM ASCII 213 621CH PD: HD64180.WQ2 BINARY 12288 4D97H HD64180.WS2 ASCII 26340 6A5AH Z3NEWS.3Q5 BINARY 12288 B589H Z3NEWS.3Q6 BINARY 14208 B1C2H Z3NEWS.3Q7 BINARY 11648 C88FH ZNODES10.LST ASCII 3750 BEC2H 9-Nov-85 20:25:23-MST,591;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Nov 85 20:25:16-MST Received: from simtel20.arpa by AMSAA.ARPA id a026531; 9 Nov 85 21:54 EST Date: Sat, 9 Nov 1985 19:59 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: SIMTEL20 directory list update PD:CPM.CRCLST on SIMTEL20 (the file listing all the filenames, sizes and CRCs of the PD: directories) has been updated as of today. --Keith 10-Nov-85 00:39:58-MST,5053;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Nov 85 00:39:38-MST Received: from 192.5.25.82 by AMSAA.ARPA id a026857; 10 Nov 85 2:10 EST Received: from simtel20.arpa by AOS.BRL.ARPA id a011253; 10 Nov 85 2:12 EST Date: Sun, 10 Nov 1985 00:02 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@BRL.ARPA Subject: NULU11 bugs (again) The following is relayed from CompuServe's CP-MIG: #: 152927 S1/General 07-Nov-85 17:19:21 Sb: #NULU Bug Fm: Charles Hart 72755,500 To: All So you thought the reported bug in NULU v1.1 (or v1.2) was so obscure it could never happen to you, boobie? Check out the comprehensive directory listing below and see if you can spot at first glance what NULU did when I extracted a file just a _little_ but larger than the buffer to another drive. The first clue I had was that the directory program reported 189k used of 191k and 5k free. (The listing below is only a partial due to space restrictions.) Something didn't add up. So, I tried adding up the individual file sizes - 189k was correct, 5k free was _not_. I then did the following: B0>Z A:CP4KER.* [C Us Fn Ft Ex S1 S2 RC Group #'s ============================================================================= 00 cp4ker dqc 00 00 00 80 4C 4D 4E 4F 50 51 52 53 54 55 56 57 58 59 5A 5B 00 cp4ker dqc 01 00 00 80 5C 5D 5E 5F 60 61 62 63 64 65 66 67 68 69 68 67 00 cp4ker dqc 02 00 00 01 5C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 cp4ker hqx 00 00 00 80 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 77 78 79 00 cp4ker hqx 01 00 00 1A 7A 7B 7C 7D 00 00 00 00 00 00 00 00 00 00 00 00 ============================================================================= 2 Files, occupying 53k of 191k total capacity 23 directory entries and 5k bytes remain on a: No question about it, the third extent (or whatever they call it) for CP4KER.DQC is really messed up. Never saw anything like that before, and NULU will do it all day long. Tried it on two 40k+ files and ended up being told I had a 220k disk - when all you can pack on this KPII is 191k max! My extractions and unsqueezations were done from my HD first to a floppy and then to the ramdisk. SYSOP SirCharles has mentioned from time to time that there was a bug in NULU - he's correct, and I suggest that all output from NULU be inspected very closely before use. Or use LU310 instead. After all, where there is one bug, there may be more.... #: 153048 S1/General 09-Nov-85 15:01:36 Sb: #153010-NULU Bug Fm: Mike Allen 74146,2717 To: Pete Holsberg 70240,334 (X) I'm getting into the middle of this thread, but it sounds like you guys are discussing the same problem I've seen with NULU11 on a Zenith Z-89 using 3 floppies and 2 5-mb hard-drives with ZCPR3. I find that when I try to extract or unsqueeze a file other than to the drive/user that the LBR file exists on AND the extracted file requires more than one extent, I get a bad extracted file. Who's got the fix? #: 152973 S1/General 08-Nov-85 07:50:45 Sb: #152956-#NULU Bug Fm: Charles Hart 72755,500 To: John Deakin 74015,1624 (X) John, do the following to see the problem: 1) Make a LBR file with at least one file greater that your buffer size as shown by NULU when you sign on - for most computers with 64k a file of 55k will be enough. It doesn't matter if the file is squeezed or not, I just happened to be working with that type of file. 2) Put the LBR file on drive A: 3) Enter Nulu and extract the file to drive B:, any user area. You will see the problem I outlined. The problem is extraction to another drive, not another user area on the same drive or the same user area on the same drive. This is why it took so long for me to know I was hit by the bug. I have had strange things happen to my large files before, but decided (incorrectly, it seems) that operator error was involved. It was, just not the type I thought... Further review indicates that the extent involved seems to be the third one (numbered 02H) only, the sector reuse stops in the 4th one. #: 152992 S1/General 08-Nov-85 20:02:15 Sb: #152982-#NULU Bug Fm: Charles Hart 72755,500 To: John Deakin 74015,1624 (X) John, the bug must be related to the allocation size - on your K10 the smallest file size is 4k, right? Try the test with a file of 4 x 68k and see if it works. All of my errors were on writes to a 191k, 1k alllocation floppy. Yes, I have made all the patches to NULU - at least the v1.2 I'm using said in the LBR file the FIX patch had been made. One more thing: Be sure to be logged on the drive you are extracting to with the -u command. It may be that the change in allocation size between the two I was using is a factor - the HD has 8k allocations and the floppy has 1k. Interesting, no? 10-Nov-85 00:41:34-MST,1050;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Nov 85 00:41:26-MST Received: from 192.5.25.82 by AMSAA.ARPA id aa26857; 10 Nov 85 2:10 EST Received: from simtel20.arpa by AOS.BRL.ARPA id a011255; 10 Nov 85 2:13 EST Date: Sun, 10 Nov 1985 00:04 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@BRL.ARPA Subject: DU-V89 bug? I've noticed this too...on my hard disk where all tracks are the same density! --Keith Date: 01-Nov-85 From: Eddie White To: all Re: DU-V89 problems I have 2 version of DU, 7.7 and 8.9. When I use 7.7 to look at the system tracks of a dd 8" disk all seems to be ok. But if I use 8.9 all of the sectors on track 0 look the same and all the sectors of track 1 look alike. Once I get to the directory area, all look ok. 8.9 does the same thing on sd or dd 5.25"(soft sec) on a Heath H8. Can anyone tell me whats going on?? Eddie 10-Nov-85 01:02:17-MST,2035;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Nov 85 01:02:09-MST Received: from 192.5.25.82 by AMSAA.ARPA id a026859; 10 Nov 85 2:10 EST Received: from simtel20.arpa by AOS.BRL.ARPA id a011259; 10 Nov 85 2:13 EST Date: Sun, 10 Nov 1985 00:08 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@BRL.ARPA Subject: MIX-C bugs I found this on CompuServe. --Keith Dt: 05-Nov-85 16:58:41 Sb: More (II) Mix C Compiler Fm: Charles Hart 72755,500 To: All The MIX C tale goes on.... I called MIX today and advised them of the problems that I have encountered with their product: 1) Source Line Length limited to 80 columns. Reply: Will be expanded to 240+ in next revision. 2) Linker Error Building Command file if not in user area 0 and requesting a stand alone COM file. Reply: Will be corrected in next revision. 3) Register variables declared for function arguments cause an error. Reply: Will be corrected in next revision. 4) Program can not compile truly large #define groups - exceeds stack/heap space. Reply: True. Discussed possibility of continuing the cc -> c progression to its' logical conclusion (program would be overlay manager only with no code to get maximum program area) and was told would make program 'very slow'. I said 'so what - you don't think you've got a speed daemon _now_, do you?'. Listener put good face on it, but was clearly not happy to have product compared with Turbo Pascal. Not sure I won many points here, so those lurkers out there who would really like a 'verrry slow' $39.95 compiler which will compile those large programs we all write should call (214) 783-6001 and tell them about your desires. (Just the ones related to 'C' compilers, now...) It would help if you own the product (or order it in the same call) and you probably should not mention my name... 10-Nov-85 13:22:07-MST,2572;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Nov 85 13:21:58-MST Received: from 192.5.25.82 by AMSAA.ARPA id a028579; 10 Nov 85 14:45 EST Received: from simtel20.arpa by AOS.BRL.ARPA id a012487; 10 Nov 85 14:45 EST Date: 8 Nov 85 17:00:14 GMT Message-ID: Sender: ihnp4!nicmad!otto@SEISMO.ARPA From: ihnp4!nicmad!otto@SEISMO.ARPA Newsgroups: net.periphs Subject: Re: SCSI DISKS ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@BRL.ARPA ReSent-Date: Sun 10 Nov 1985 12:44-MST >What is the state of the art in 5.25 inch SCSI winchesters? >Pointers to disks with particularly high capacity, low cost, >high performance, or some combination of the above would >be appreciated. I've been researching this subject for about a year now and there at least two drives on the market and several others announced but not yet delivering. There is a 10Mbyte half-height (formatted 14.1M unformatted) drive from Xebec that runs the SASI subset of SCSI, not particularily interesting in my mind nor did they admit to working on a higher capacity unit when I talked to them at NCC this year. CDC has a full-height 86Mbyte unformatted drive avail. now that also runs SASI. The drive has an average seek time of 39ms max. and a full stroke seek time of 89ms max. Quantum has a line of drives of half-height 50 and 80Mbyte formatted capacities that run the full SCSI set of commands, at about $950 1000x for the 80Mbyte unit. Unfortunately, the release date for evaluation units has been set back from Oct 85 to Feb 86. Apparently because of problems with integrating the hardware and software. Rodime PLC has a 3 1/2" 10 or 20Mbyte drives with an avg access time of 85ms and running SCSI commands. The product description in Jun 85's Computer Design mag. indicates that evaluation units were avail then with production to start 3rd qtr. Applied Information Memories announced a 250Mb full height drive at NCC with a SCSI interface and 18ms (! wow) average postioning time. I have no other information other than a contact - Boris Zbicki, 776 Sycamore Dr., Milpitas, Ca. (408) 263-9321. I also understand that there are a number of Japanese companies working on SCSI drives, but I am not aware of any releases from them at this time. Please keep me informed of any additional information you may receive from the net. If you need more data, addresses, etc., please write me. !nicmad!otto 10-Nov-85 16:47:07-MST,921;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Nov 85 16:47:02-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a029092; 10 Nov 85 18:15 EST Received: from usenet by TGR.BRL.ARPA id a024323; 10 Nov 85 18:14 EST From: Corporate User Publications Newsgroups: net.micro.cpm Subject: CHALK.LBR Message-ID: <1336@decwrl.UUCP> Date: 8 Nov 85 18:30:48 GMT Sender: daemon%decwrl.uucp@BRL.ARPA To: info-cpm@AMSAA.ARPA Hi, I recently downloaded CHALK.LBR, an electronic spreadsheet program. I used LSWEEP.COM to extract the files, but could not find any .COM file in there to execute. There are a couple of .CTL and .OBJ files, but that's it. Is there anyone out there in netland that is familiar with this public domain program that can help me out. I am running a CP/M Plus V3 system. Thanks, Paul MacDonald 10-Nov-85 17:22:21-MST,1128;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Nov 85 17:22:16-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a029178; 10 Nov 85 18:45 EST Received: from usenet by TGR.BRL.ARPA id a025050; 10 Nov 85 18:38 EST From: "Edward G. Savage" Newsgroups: net.micro.cpm,net.micro Subject: Public Domain Compilers & Interpreters Message-ID: <4182@topaz.RUTGERS.EDU> Date: 9 Nov 85 20:12:01 GMT Xref: seismo net.micro.cpm:5242 net.micro:13341 To: info-cpm@AMSAA.ARPA *** REPLACE THIS LINE WITH YOUR MESSAGE *** Does anyone out there know of any public domain compilers for any of the popular languages that are available for the TRS-80 Model I? I know there is the old Dr. Dobbs C compiler, but does anyone have a converted CP/M version working on their Model I? And what about the xlisp interpreter? Does anyone have that working on their Model I? Any information related to any such compilers or interpreters would be appreciated. Ed Savage SAVAGE@RU-GREEN -or- topaz!savage 10-Nov-85 18:08:05-MST,1121;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Nov 85 18:07:59-MST Received: from usc-isid.arpa by AMSAA.ARPA id a029363; 10 Nov 85 19:45 EST Date: 10 Nov 1985 19:47-EST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: CHALK.LBR From: ABN.ISCAMS@USC-ISID.ARPA To: macdonald%author.dec@BRL.ARPA Cc: info-cpm@AMSAA.ARPA Message-ID: <[USC-ISID.ARPA]10-Nov-85 19:47:39.ABN.ISCAMS> In-Reply-To: <1336@decwrl.UUCP> Paul, This is just a guess .. but sometimes files moved from certain RBBSs and RCPMs have their .COM file names changed to .OBJ (to keep bozos from running programs on the RCPM host). If you use DDT and look at the .OBJ files, you may find they kinda look like real .COM files (you know, saving stack pointer at the beginning, likely looking assembler instructions, etc.). Then you might just take a chance on renaming one to .COM and running it (with all valuable floppies out of the system and watching for any hard disk access like a hawk, just in case it's an Arf Arf). Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 10-Nov-85 22:40:58-MST,593;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Nov 85 22:40:52-MST Received: from simtel20.arpa by AMSAA.ARPA id a000126; 10 Nov 85 23:44 EST Date: Sun 10 Nov 85 21:14:24-MST From: Rick Conn Subject: New Z3 Files (more) To: info-cpm@AMSAA.ARPA Message-ID: <12158285031.9.RCONN@SIMTEL20.ARPA> Now in PD: -- Z3NEWS.304, 3Q4, 307, 3Q7 -- issues 304, 307 of the newsletter ZNODES12.LST, LQT -- latest listing of Z-Nodes Now in PD: -- Z3NEWS.3Q4, 3Q7 ZNODES12.LST ------- 10-Nov-85 23:17:15-MST,1057;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Nov 85 23:17:09-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000255; 11 Nov 85 0:36 EST Received: from usenet by TGR.BRL.ARPA id a001250; 11 Nov 85 0:40 EST From: Bob Hutson Newsgroups: net.micro.cpm Subject: Re: WordStar to ASCII Message-ID: <126@multivu.UUCP> Date: 10 Nov 85 09:35:19 GMT To: info-cpm@AMSAA.ARPA In article <2961@brl-tgr.ARPA> BEBO%SLACVM.BITNET@WISCVM.ARPA writes: >Does anyone have a program/utility that I can run on my CompuPro 816 >to convert WordStar files to straight ASCII? This is untested but ... I believe that WordStar can generate ``straight ASCII'' by itself. I am not in a position to test this, but as I recall, WordStar can ``print'' a file to another file. The resulting file may very well be what you're looking for. -- ~ bob Bob Hutson MultiView Systems, San Jose, CA, 95132 {ucbvax,decwrl}!dual!vecpyr!altos86!multivu!bob 11-Nov-85 08:40:46-MST,660;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Nov 85 08:40:38-MST Received: from 192.5.25.82 by AMSAA.ARPA id a001604; 11 Nov 85 10:00 EST Received: from simtel20.arpa by AOS.BRL.ARPA id a014635; 11 Nov 85 9:55 EST Date: Mon 11 Nov 85 07:32:42-MST From: Keith Petersen Subject: NULU15 now available To: Info-Cpm@BRL.ARPA Message-ID: <12158397590.6.KPETERSEN@SIMTEL20.ARPA> NULU11 has been replaced with NULU15, which is now available from SIMTEL20 as: Filename Type Bytes CRC Directory PD: NULU15.LBR.1 BINARY 59904 47B3H --Keith ------- 11-Nov-85 20:27:19-MST,686;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Nov 85 20:27:10-MST Received: from mitre.arpa by AMSAA.ARPA id a001184; 11 Nov 85 21:57 EST Message-Id: <8511112257.AA01113@mitre.ARPA> To: Bob Hutson Cc: info-cpm@AMSAA.ARPA Subject: Re: WordStar to ASCII In-Reply-To: Your message of 10 Nov 85 09:35:19 GMT. <126@multivu.UUCP> Date: 11 Nov 85 21:57:39 A (Mon) From: Jeff Edelheit Bob - if you haven't done any character enhancement, you are correct. However, if you want underscores, bold, etc. It doesn't really work that well. Jeff Edelheit (edelheit@mitre) 11-Nov-85 20:38:40-MST,1351;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Nov 85 20:38:34-MST Received: from mit-mc.arpa by AMSAA.ARPA id a001199; 11 Nov 85 22:01 EST Date: Mon, 11 Nov 85 22:06:04 EST From: Eric Stork Subject: BUG IN FINDBAD?? To: STORK@MIT-MC.ARPA, INFO-CPM@AMSAA.ARPA Message-ID: <[MIT-MC.ARPA].714936.851111.STORK> This is an inquiry to the net about the possibility of a BUG in FINDBAD60. Had a disk go bad today. Manipulation with DU2 confirmed two bad sectors, in different groups. Ran the disk through BADLIM, a commercial program that finds and protect BAD SECTORS (by assigning the group to a BSBSBSBS.BSB file). BADLIM did its job nicely. Then tried same thing with FINDBAD60 - to my surprise, FINDBAD60 declared the disk to be just fine! On earlier versions of FINDBAD, I had noted that FINDBAD does not find all bad sectors that DU2 will hang up on, or that BADLIM will find and protect. Anyone know about this? Anyone interested in tracking down why FINDBAD apparently doesn't do its job as well as it should? I'm interested in working on the project, but need a little guidance from someone who knows about how FINDBAD & DU2 do their READ's, and what other ways there are to READ that might be more demanding. Eric STORK%MIT-MC 11-Nov-85 21:14:49-MST,3396;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Nov 85 21:14:38-MST Received: from 192.5.25.82 by AMSAA.ARPA id a001401; 11 Nov 85 22:45 EST Received: from simtel20.arpa by AOS.BRL.ARPA id a016277; 11 Nov 85 22:45 EST Date: Mon, 11 Nov 1985 20:43 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@BRL.ARPA Subject: BYE339 now available from SIMTEL20 BYE339 is now available from SIMTEL20 as: Filename Type Bytes CRC Directory PD: BYE339.AQM.1 BINARY 60032 C781H This program allows modem callers to use a CP/M system just as if they were seated at the system console. Special assembly-time options al- low limiting the caller's access by password and/or access to only a message-service program. A number of external inserts are available to adapt this program to various computers, clocks and modems. It may be assembled with ASM, LASM, MAC or M80. If the ZCPR3 equate is set YES, a macro assembler such as MAC or M80 will be required. There are spinoffs of the BYE program (notably MBYE and BYE5), the author has tried to incorporate any "features" of these programs so that users need not use a spinoff but instead use the real BYE program. Here are some of the latest updates: v339 Added my improved BIN2BCD and BCD2BIN routines. 10/21/85 Added Mike DeWeese's call-back routines (note: to use call-back, you must have a Hayes compatible modem that can handle "ATA".) Printer was not working when going through BDOS calls. Now the MDRING stuff should work properly. Changed time routines so system only checks time-on after ever CR. (Will speed things up for slow clock users). Added "ULTIME" key to give a user "unlimited time" on the system. Modded RSX handler very slightly so multiple RSX's are trackable using CBF's RSX handling routines. pst v338 Re-installed code for modems that require ring signals (such as 08/08/85 PMMI, Hayes MM100 & MM][, AppleCat][), which was brutally removed by the author of Bye335. Changed documentation which had some BYEBDOS calls backwards. Changed format of two BYEBDOS calls. Bye was loading in ~256 bytes lower than necessary-- fixed it. Shortened stack space from 60 to 40 bytes. Added "ASKNULL" equate to disable asking for nulls. Added "MDMRNG" equate for PMMI type modems that need ring/answer. Fixed bug introduced in v335 re: COM files on other drives. Fixed bug introduced in v337 re: NO25TH / lastcaller reading. pst v337a Added additional conditionals to take more assembly time 07/27/85 advantage of HS300, HS1200, HS2400, B3IM & IMODEM. Moved the end marker for the B3IM routine to just above IMHANG so to avoid the inadvertant deletion of some lines of code that belong with BYE instead of with the B3IM routines. Included BYE337.FIX. -- Don Brown --Keith 12-Nov-85 05:36:29-MST,1079;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 12 Nov 85 05:36:23-MST Received: from office-1.arpa by AMSAA.ARPA id a002566; 12 Nov 85 7:02 EST Date: 11 Nov 85 09:28 PST From: Alan Bomberger Subject: CP/M 3.0 query To: info-cpm@AMSAA.ARPA Message-ID: Well, only n years late I took the plunge and revised my 2.2 BIOS for my aging Northstar Horizon to CP/M 3. Next weekend I will look into implementing a banked version, though from what I hear my Disk Cache BIOS performs better than the CP/M 3 LRU buffer. QUERY? Console Paging Mode is nice but... How do you stop it from putting out the Dreaded Control X after each pause. And why is it putting out a Control X anyway. Control X puts a WYSE terminal to sleep (why they did that is a good question as well) In case you ask why CP/M 3...I am converting my Write-Hand-Man product to CP/M 3.0 because of popular demand. I may even try TurboDos if I could get it configured for a Northstar Horizon. 12-Nov-85 14:36:02-MST,648;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 12 Nov 85 14:35:51-MST Received: from xerox.arpa by AMSAA.ARPA id a023613; 12 Nov 85 15:59 EST Received: from CheninBlanc.ms by ArpaGateway.ms ; 12 NOV 85 13:04:37 PST Date: 12 Nov 85 13:04:28 PST (Tuesday) From: Bicer.ES@XEROX.ARPA Subject: Osborne I - External monitor cable/adapter To: info-cpm@AMSAA.ARPA cc: info-micro@BRL-VGR.ARPA Message-ID: <851112-130437-2510@Xerox> Does anyone know where can I get an external monitor cable or adapter for an original Osborne I? Thanks in advance, Jack Bicer Bicer.ES@XEROX.ARPA 12-Nov-85 15:26:03-MST,1051;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 12 Nov 85 15:25:53-MST Received: from office-1.arpa by AMSAA.ARPA id a024891; 12 Nov 85 16:55 EST Date: 12 Nov 85 13:56 PST From: Alan Bomberger Subject: Silly CP/M 3 question To: info-cpm@AMSAA.ARPA Message-ID: I think the operative phrase is "Never Mind". It seems that I got into the habit of using CNTRL X as the character I typed to ZCPR page mode TYPE command. It was innocent. Well it seems that CP/M 3 echos the character that you type. So by typing a CONTROL X it echoed CNTROL X and pumpkined my terminal. (by listening to football announcers I have learned that the Verbs built around DEFEND have all been worn out. DEFENCE has been drafted as the new replacement VERB and all the new verbs like defenced and defences are now being used. I hope that this VERB wears out soon as well. But anyway I thought I would introduce a verb a day and PUMPKINED is my first) 13-Nov-85 07:50:59-MST,1915;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 13 Nov 85 07:50:12-MST Received: from ardc.arpa by AMSAA.ARPA id a006994; 13 Nov 85 9:07 EST Date: Wed, 13 Nov 85 9:10:35 EST From: "David G. Sampar" (PM-AL) To: info-cpm@AMSAA.ARPA, heath-people@mit-mc.ARPA Subject: ZCPR3 and ALIAS I have developed a problem with the ZCPR3 tool ALIAS and have a question on its use. First the problem: I have been using ALIAS for over a year with no problems, at least until last week. For no apparent reason it quit working properly. When invoking ALIAS to prepare a new command script it would seem to come up ok. I would then type in the script and then ALIAS would seem to write out a command file. When I invoked ALIAS a second time to check the script it comes back with the correct script. The problem comes when I try to invoke the command file. Upon execution of the command file the disk drive starts seeking (cycling??) back and forth and the screen moves up a blank line at time with each cycle. The system is completely locked up, there is no response to any key input. The only way to break out of this condition is thru a system reset and cold boot. The ALIAS is version 1.1 and had been used earlier that week with no problems. I am using a Z3-DOT-COM installed version of ZCPR3 on a 63K HEATH H89A. DATESTAMPER occupies the 1K above the the system. I have tried a reinstalled ALIAS from my master backups to no avail. Now the use question: When using MENU in an ALIAS can it be followed by another command? For example: PATH; SETFILE; MENU; PATH When I tried this, the script executed as follows: PATH; SETFILE; PATH; MENU I am just mild mannered end user, so any help, hints, and/or pointers would be appreciated. Thanks in advance, David Sampar 13-Nov-85 09:59:50-MST,1767;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 13 Nov 85 09:59:41-MST Received: from sdcsvax.arpa by AMSAA.ARPA id a011890; 13 Nov 85 11:17 EST Received: by sdcsvax.ARPA (5.31/4.41) id AA16230; Mon, 11 Nov 85 23:28:36 PST hops=0 From: crash!kevinb@SDCSVAX.ARPA Message-Id: <8511120728.AA16230@sdcsvax.ARPA> Date: Mon, 11 Nov 85 22:24:49 PST To: Info-CPM@AMSAA.ARPA Subject: Help Needed re: S-100 HDC(Hard Disk Controller) Cc: info-micro@BRL-VGR.ARPA I am seeking information on the XCOMP dual-drive hard-disk subsystem, with an emphasis on trying to get one to work on my IMSAI 8080 w/ a Cromemco ZPU on CP/M 2.2. Any software, manuals, suggestions, criticisms, and comments are extremely desirable. I am currently having thoughts about installing one to use a Tandon 603S @ 5mb 51/4" footprint drive, or perhaps getting a controller for a 14" footprint 20MB drive, or both. Any suggestions on good brands of S-100 hard disk controllers would also be helpful, with an eye to the fact that I am looking for a reliable hard disk subsystem on an admittedly low budget. If you have anything to share, please call (619) 282-5661 eves, leave a message to me here, or write me care of the USnail care of the below address. Thanks in advance, Kevin Belles Kevin J. Belles c/o Avalon One 4037 34th Street, Ste. #4 San Diego, CA 92104 Disclaimer: Any opinions herein are my own, and in no way connected with my place of employment. KjB Kevin J. Belles - UUCP {ihnp4,cbosgd,sdcsvax,noscvax}crash!kevinb ~~~~~ ~~ ~~~~~~ - ARPA crash!kevinb@{ucsd,nosc}.ARPA 13-Nov-85 11:12:36-MST,724;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 13 Nov 85 11:12:24-MST Received: from sdcsvax.arpa by AMSAA.ARPA id a014139; 13 Nov 85 12:44 EST Received: by sdcsvax.ARPA (5.31/4.41) id AA19421; Tue, 12 Nov 85 21:07:52 PST hops=0 From: crash!jthario@SDCSVAX.ARPA Message-Id: <8511130507.AA19421@sdcsvax.ARPA> Date: Tue, 12 Nov 85 20:32:33 PST To: info-cpm@AMSAA.ARPA Subject: Re: Chalk.LBR Try changing the .OBJ files to .COM files, and try to execute them. Some XMODEM programs won't send the .COM files, so, to trick it, people will REName them from xxxx.COM to xxxx.OBJ. UUCP: {ihnp4, cbosgd, noscvax, sdcsvax}!crash!jthario ARPA: crash!jthario@ucsd 14-Nov-85 12:09:35-MST,838;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Nov 85 12:09:28-MST Received: from eglin-vax.arpa by AMSAA.ARPA id a028680; 14 Nov 85 9:03 EST Date: 0 0 00:00:00 CDT From: "UV2::FERRILL" Subject: Help for APPLE 8" controller To: info-cpm Reply-To: "UV2::FERRILL" I am looking for anyone with a manual or any documentation for an 8" disk controller board for the APPLE ][ made by Sorrento Valley Associates. The model number is SVA ZVX4. The board is designed to handle single or double sided 8" drives under DOS 3.3, 3.2 and CP/M. I obtained the board with no documentation and have been unable to make it work. Any and all help will be much appreciated. Paul Ferrill ferrill@eglin-vax.arpa ------ 14-Nov-85 15:10:47-MST,958;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Nov 85 15:10:28-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a015435; 14 Nov 85 16:25 EST Received: from usenet by TGR.BRL.ARPA id a004905; 14 Nov 85 16:13 EST From: Tom Nadas Newsgroups: net.micro.cpm Subject: Re: KAYPRO to TELEVIDEO? Message-ID: <1624@utcsri.UUCP> Date: 11 Nov 85 02:52:21 GMT To: info-cpm@AMSAA.ARPA FOG no longer sells CP/M UNIFORM. And I've just heard that the price of MEDIA MASTER is up to $39.95 (new version 3.0) plus $3 S/H from its authors (DG/Systems was just a distributor and has changed its name to Spectre Technologies): INTERSECTING CONCEPTS 4573 Heatherglen Ct. Moorpark, CA 93021 VISA/MC 800-824-7888 (Operator 251) RJS in Toronto c/o -- Tom Nadas UUCP: {decvax,linus,ihnp4,uw-beaver,allegra,utzoo}!utcsri!tom CSNET: tom@toronto 14-Nov-85 15:13:13-MST,643;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Nov 85 15:13:05-MST Received: from brl-tgr.arpa by AMSAA.ARPA id aa15435; 14 Nov 85 16:25 EST Received: from usenet by TGR.BRL.ARPA id a004912; 14 Nov 85 16:13 EST From: Tom Nadas Newsgroups: net.micro.cpm Subject: Re: WordStar to ASCII Message-ID: <1625@utcsri.UUCP> Date: 11 Nov 85 02:55:11 GMT To: info-cpm@AMSAA.ARPA Use PIP.COM: A>PIP ASCII.FIL=WS.FIL[Z] RJS in Toronto c/o -- Tom Nadas UUCP: {decvax,linus,ihnp4,uw-beaver,allegra,utzoo}!utcsri!tom CSNET: tom@toronto 14-Nov-85 16:13:40-MST,864;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Nov 85 16:13:29-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a016635; 14 Nov 85 17:38 EST Received: from usenet by TGR.BRL.ARPA id a007781; 14 Nov 85 17:27 EST From: wolters%unido.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: CP/M magazine / newspaper etc. ?? Message-ID: <10900005@unido.UUCP> Date: 12 Nov 85 13:23:00 GMT Sender: notes%unido.uucp@BRL.ARPA Nf-ID: #N:unido:10900005:000:268 Nf-From: unido!wolters Nov 12 12:23:00 1985 To: info-cpm@AMSAA.ARPA CP/M magazine ??????? ===================== does anyone out there in netland know whether there is a magazine which contains most of interest matter for those who are using a CP/M micro (soft/hardware descriptions,hints etc.) ???? thanks in advance -- peter 14-Nov-85 17:19:28-MST,1043;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Nov 85 17:19:22-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a016889; 14 Nov 85 18:45 EST Received: from usenet by TGR.BRL.ARPA id a011058; 14 Nov 85 18:43 EST From: Eric Hestenes Newsgroups: net.micro.cpm Subject: Re: MIX-C bugs Message-ID: <1023@sdcsla.UUCP> Date: 12 Nov 85 19:25:16 GMT To: info-cpm@AMSAA.ARPA > Dt: 05-Nov-85 16:58:41 > Sb: More (II) Mix C Compiler > Fm: Charles Hart 72755,500 > > 4) Program can not compile truly large #define groups - exceeds > stack/heap space. > Reply: True. I found this bug also, and it seems serious. The solution would be a filter that automatically does substitution of the macro into a source text file. Has anybody got a filter that does string substitution on a file that runs under cpm? eric ------- Eric Hestenes arpanet: hestenes@nprdc.ARPA other: ucbvax!sdcsvax!sdcsla!hestenes or hestenes@sdcsla.UUCP 14-Nov-85 17:29:45-MST,1156;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Nov 85 17:29:36-MST Received: from brl-tgr.arpa by AMSAA.ARPA id ab16889; 14 Nov 85 18:45 EST Received: from usenet by TGR.BRL.ARPA id a011117; 14 Nov 85 18:45 EST From: "Jehannum T. Airborne" Newsgroups: net.micro.cpm Subject: Eagle II *Anything* Message-ID: <194@motel6.UUCP> Date: 13 Nov 85 01:54:33 GMT To: info-cpm@AMSAA.ARPA <><><><><><> Recently, I bought an Eagle II cpm type thingy at a garage sale for a modest stipend. To prove that you get what you pay for, this device had absolutely nothing with it: No Disks (Especially System Disks), No Manuals, No Nothing! If anyone out there would be kind enough to dust off your old Eagle and copy some disks, and/or xerox some manuals i think some sort of cash (CASH) renumeration could be arranged. Let me know (phone or Email) before you send anything out. Xerox is not a verb. thank you... --- Christopher J. Osburn 4718 S. E. Haig St. Portland, Oregon 97206-3122 (503) 774-0990 ...!tektronix!reed!motel6!jehannum --- 14-Nov-85 17:56:12-MST,496;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Nov 85 17:56:05-MST Received: from brl-tgr.arpa by AMSAA.ARPA id aa16889; 14 Nov 85 18:45 EST Received: from usenet by TGR.BRL.ARPA id a011113; 14 Nov 85 18:45 EST From: jehannum%motel6.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: cancel <192@motel6.UUCP> Message-ID: <193@motel6.UUCP> Date: 13 Nov 85 01:47:05 GMT Control: cancel <192@motel6.UUCP> To: info-cpm@AMSAA.ARPA 14-Nov-85 21:55:34-MST,4635;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Nov 85 21:55:20-MST Received: from brl-aos.arpa by AMSAA.ARPA id a017184; 14 Nov 85 21:06 EST Received: from simtel20.arpa by AOS.BRL.ARPA id a026132; 14 Nov 85 21:06 EST Date: Thu, 14 Nov 1985 19:04 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@BRL.ARPA Subject: NULU15 buggy - removed from SIMTEL20 Because serious bugs have been reported, NULU15 has been removed from SIMTEL20 and my RCP/M. The messages below explain in detail by this action is necessary. NULU11 suffers from the same problems. It is recommended that all verions of NULU not be used. NULU is one of those programs that's "free for the using" but no source code has been provided. It's a real shame because the program has a lot of nice features and could have been fixed by someone with the time to do it. The author has apparently not been able to duplicate the elusive bug, which apparntly can only be duplicated in systems which have differing group size allocations on various drives. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA uucp: ...!seismo!SIMTEL20.ARPA!W8SDZ uucp: ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz uucp: ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz --forwarded messages-- #: 153121 S1/General 10-Nov-85 16:47:35 Sb: NULU15 buggy Fm: John Deakin 74015,1624 To: All Just grabbed NULU15 off Poppourri this morning, and tried it out on the previously reported problem(s). When creating a new LBR on a different DU, it now remains on the default drive from which called, as it should. One bug dead. However, the most serious is still there. When extracting a large file (about 70K in this case) from a LBR on my hard disk with 4K blocks, to my floppy with 2K blocks, it trashes the file, with no warning. Only way to check it is run a CRC check on the results. #: 153183 S1/General 11-Nov-85 08:18:48 Sb: #Nulu15 Buggy Too! Fm: Charles Hart 72755,500 To: All Well, the NULU bug has not been fixed. The following display of the directory tracks was taken after using NULU15 to remove a 55k file from KERMT405.LBR on drive C0: (a drive with 8k minimum allocation size) to drive F0: (a drive with 1k minimum allocation size). F0>Z [C Us Fn Ft Ex S1 S2 RC Group #'s ============================================================================== 00 cp4sys aqm 00 00 00 80 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 13 00 cp4sys aqm 01 00 00 80 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 20 21 22 23 00 cp4sys aqm 02 00 00 80 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 20 21 22 23 00 cp4sys aqm 03 00 00 38 24 25 26 27 28 29 2A 00 00 00 00 00 00 00 00 00 ============================================================================== 2 Files, occupying 55k of 191k total capacity 60 directory entries and 152k bytes remain on b: Clearly there is something wrong with the third directory entry used - anybody got any idea what? #: 153224 S1/General 12-Nov-85 13:17:13 Sb: #153183-#Nulu15 Buggy Too! Fm: John Deakin 74015,1624 To: Charles Hart 72755,500 (X) Right. And if you take a look at the file, you'll find your Ex 01 & 02, are really both Ex 02 (the THIRD extent). #: 153229 S1/General 12-Nov-85 19:20:15 Sb: #153224-Nulu15 Buggy Too! Fm: Charles Hart 72755,500 To: John Deakin 74015,1624 (X) Did you call Murray? I called once, so I think someone else should advise him that v1.5 continues the tradition... #: 153234 S1/General 12-Nov-85 19:36:25 Sb: #153183-#Nulu15 Buggy Too! Fm: Pete Holsberg 70240,334 To: Charles Hart 72755,500 (X) Oh, no! Are you using LU-mode extraction or FILESWEEP-mode? Do you have the proper syntax in LU-mode? (My success reports were on trials performed in LU-mode.) #: 153235 S1/General 12-Nov-85 19:39:50 Sb: #153234-#Nulu15 Buggy Too! Fm: Charles Hart 72755,500 To: Pete Holsberg 70240,334 (X) filesweep and lu-mode. Seems to make no difference. This is a strange one, no? #: 153246 S1/General 12-Nov-85 20:46:26 Sb: #153235-#Nulu15 Buggy Too! Fm: Pete Holsberg 70240,334 To: Charles Hart 72755,500 (X) See above messages. I got NULU to fail by doing an unnatural extraction. (Unnatural only because of my 6 logical HD drives and a ramdisk; my FD hardly gets any use at all except to upload files people send me! I got yours today, thank you!!) 15-Nov-85 05:13:13-MST,1183;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 15 Nov 85 05:13:04-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a018962; 15 Nov 85 6:37 EST Received: from usenet by TGR.BRL.ARPA id a009982; 15 Nov 85 6:41 EST From: Melinda Shore Newsgroups: net.micro.cpm Subject: Re: WordStar to ASCII Message-ID: <1322@sphinx.UChicago.UUCP> Date: 12 Nov 85 17:34:00 GMT To: info-cpm@AMSAA.ARPA [] > From: bob@multivu.UUCP (Bob Hutson) > I believe that WordStar can generate ``straight ASCII'' by > itself. I am not in a position to test this, but as I recall, > WordStar can ``print'' a file to another file. The resulting > file may very well be what you're looking for. Printing to disk expands the dot commands and makes basic line- and page-end decisions, but leaves high bits on. It doesn't get rid of control characters (^S, ^B, etc.), either. -- Melinda Shore ..!ihnp4!gargoyle!sphinx!shor University of Chicago Computation Center Staff.Melinda%chip@UChicago.Bitnet "Beavers, by teamwork family life!" [Dr. Bronner] 15-Nov-85 07:24:20-MST,600;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 15 Nov 85 07:24:09-MST Received: from xerox.arpa by AMSAA.ARPA id a022571; 15 Nov 85 8:40 EST Received: from BacoNoir.ms by ArpaGateway.ms ; 15 NOV 85 05:45:18 PST Date: 15 Nov 85 08:44:42 EST (Friday) Subject: Re: Eagle II *Anything* In-reply-to: <194@motel6.UUCP> To: "Jehannum T. Airborne" cc: info-cpm@AMSAA.ARPA From: Jim Reno Message-ID: <851115-054518-1165@Xerox> If it's not a verb then why did you use it in that form? Reno 15-Nov-85 08:24:27-MST,1793;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 15 Nov 85 08:24:16-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a025673; 15 Nov 85 9:47 EST Received: from usenet by TGR.BRL.ARPA id a014004; 15 Nov 85 9:51 EST From: Mike Kersenbrock Newsgroups: net.micro.cpm Subject: Re: CP/M 3.0 query Message-ID: <502@azure.UUCP> Date: 14 Nov 85 07:17:22 GMT To: info-cpm@AMSAA.ARPA In article <3118@brl-tgr.ARPA> ACB.COR@OFFICE-1.ARPA (Alan Bomberger) writes: >Well, only n years late I took the plunge and revised my 2.2 BIOS for my aging >Northstar Horizon to CP/M 3. Next weekend I will look into implementing a >banked version, though from what I hear my Disk Cache BIOS performs better than >the CP/M 3 LRU buffer. QUERY? Console Paging Mode is nice but... How do you >stop it from putting out the Dreaded Control X after each pause. And why is it >putting out a Control X anyway. Control X puts a WYSE terminal to sleep (why >they did that is a good question as well) > >In case you ask why CP/M 3...I am converting my Write-Hand-Man product to CP/M >3.0 because of popular demand. I may even try TurboDos if I could get it >configured for a Northstar Horizon. I don't know about the ^X, but when I implemented CP/M 3.0 "n years ago", I just gave the O.S. a couple blocks, and cached the disks myself. I'm currently using 256K in a banked configuration (top 16K fixed, and 5 48K banks) "soon" to be 1MB w/21 banks w/RAMDISK as well. Actually I like 3.0 a lot better than 2.2. At very least my files have timestamps, and I've implemented a "make" facility which I like quite a lot. -- Mike Kersenbrock Tektronix Software Development Products Aloha, Oregon 15-Nov-85 08:48:51-MST,895;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 15 Nov 85 08:48:41-MST Received: from eglin-vax.arpa by AMSAA.ARPA id a026345; 15 Nov 85 10:08 EST Date: 0 0 00:00:00 CDT From: "JAMES P FERRILL" MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Subject: ZCPR3 for APPLE PCPI CP/M To: info-cpm Reply-To: "JAMES P FERRILL" MMDF-Warning: Parse error in preceding line at AMSAA.ARPA For all the APPLE owners with a PCPI CP/M card, here is a set of files to allow you to run ZCPR3. All of the files necessary to run are in this .LBR file now located at SIMTEL20 in the directory shown. If you have any problems drop me a note at the address shown below. Filename Type Bytes CRC Directory PD: PCPI-ZCPR.LBR.1 BINARY 67712 C362H Paul Ferrill ferrill@eglin-vax.arpa ------ 16-Nov-85 00:19:12-MST,1088;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 00:19:07-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a001137; 16 Nov 85 1:39 EST Received: from usenet by TGR.BRL.ARPA id a000506; 16 Nov 85 1:43 EST From: dbmk1%stc.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: Re: CP/M 3.0 query Message-ID: <701@stc-b.stc.UUCP> Date: 15 Nov 85 11:48:36 GMT Xpath: stc stc-b stc-b stc-a To: info-cpm@AMSAA.ARPA In article <3118@brl-tgr.ARPA> ACB.COR@OFFICE-1.ARPA writes: >Well, only n years late I took the plunge and revised my 2.2 BIOS for my aging >Northstar Horizon to CP/M 3. Next weekend I will look into implementing a >banked version, though from what I hear my Disk Cache BIOS performs better than >the CP/M 3 LRU buffer. OK daft question time - is the update only for specific machines or is someone willing to post/mail a CP/M 3 BIOS skeleton that I can massage for my machine. -- Regards Derek !seismo!mcvax!ukc!stc!dbmk1 I've heard that re-incarnation is making a come-back. 16-Nov-85 02:50:02-MST,904;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 02:49:57-MST Received: from ucb-vax.arpa by AMSAA.ARPA id a001302; 16 Nov 85 4:17 EST Received: by ucbvax.berkeley.edu (5.31/1.3) id AA11901; Sat, 16 Nov 85 01:22:08 PST Received: from ucbamber.Berkeley.Edu (ucbamber.ARPA) by ucbjade.Berkeley.Edu (4.19/4.40.4) id AA15325; Sat, 16 Nov 85 01:21:45 pst Received: by ucbamber.Berkeley.Edu (4.19/4.40.2) id AA28572; Sat, 16 Nov 85 01:21:48 pst Date: Sat, 16 Nov 85 01:21:48 pst From: swillett%ucbamber@ucb-vax.ARPA Message-Id: <8511160921.AA28572@ucbamber.Berkeley.Edu> To: info-cpm@AMSAA.ARPA Subject: NULU15 bug I inadvertently erased the notice on the net about the bug in NULU15. Could someone out there repost it, or send it to me? I would be interested in any details on what exactly is wrong. Thanks for your attention. 16-Nov-85 08:22:45-MST,1025;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 08:22:40-MST Received: from simtel20.arpa by AMSAA.ARPA id a002560; 16 Nov 85 9:49 EST Received: from LLL-MFE.ARPA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 07:45:04-MST Date: Sat, 16 Nov 85 09:44 EST From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA Subject: XMODEM for TOPS-10 To: INFO-CPM@SIMTEL20.ARPA Date: Sat, 16-NOV-1985 09:45 EST To: INFO-CPM@SIMTEL20.Arpa, INFO-MODEM7@SIMTEL20.Arpa Message-ID: <[OAK.SAINET.MFENET].A098B4C0.008E61CF.SECRIST> Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn. Geographic-Location: 36 01' 42" N, 84 14' 14" W X-VMS-Mail-To: OAK::GKN,ARPA%"INFO-CPM@AMSAA.Arpa",ARPA%"INFO-MODEM7@SIMTEL20.Arpa" Does anybody know where I can find the source code for an XMODEM for TOPS-10 ? Please respond directly to me and I'll post any useful info to the net as a summary. Thanks ! Richard Secrist SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa 16-Nov-85 09:20:08-MST,2041;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 09:19:58-MST Received: from simtel20.arpa by AMSAA.ARPA id a002639; 16 Nov 85 10:48 EST Date: Sat, 16 Nov 1985 08:53 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: SD107 - latest version of Super Directory program available The latest version of SD, the super directory program is now available from SIMTEL20: Filename Type Bytes CRC Directory PD: SD107.LBR.1 BINARY 85376 651BH Recent SD History: 11/11/85 Made the fixes mentioned (by Ernest Hintz) in SD105.BUG. v107 Option equates comments edited to be logical and make it easier for first-time users to set up. Slight modification to header. Normal system equate settings are in lower case (as in BYE5) - makes it easier to spot them. - Tom Brady, Decibel RCP/M 11/09/85 Version 1.05 was released with the wrong HELP menu at the v106 label OPTMSG when ZCPR2 EQU YES. Also, changed the "More..." prompt to "[more]", keeping in line with the majority of programs currently using a page pause function. Returned the header to display as in SD102, which is much more informative to the general user, than the cryptic display which appeared in v105. Removed the duplicated historical notes from SD10x.INF (extra file length is not necessary, when an historical file already exists). - Tom Brady, Decibel RCP/M 11/05/85 Added optional display of attribute tags as lowercase letters v105 (only for letters A-Z), if NO REVIDEO is selected. Useful for old Kaypros, ADM3's, etc with no inverse video function. - Dick Mead, Pasadena Znode 36 16-Nov-85 09:53:46-MST,1348;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 09:53:39-MST Received: from simtel20.arpa by AMSAA.ARPA id a002735; 16 Nov 85 11:15 EST Date: Thursday, 14 November 1985 22:35-MST Message-ID: Sender: Alex From: Alex To: info-hams@SIMTEL20.ARPA Subject: Shugart SA-901 documentation ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Sat 16 Nov 1985 09:20-MST I recently acquired a brand new Shugart Type SA-901 eight-inch disk drive. My present Xerox 820-based packet radio bulletin board and message server runs two Shugart SA-800s. According to the SA-800 manual, the SA-901 will also be applicable to expand the PBBS storage cap- acity. My problem is I have no data providing the cardedge signals for the SA-901. Does anyone have the required pinout information? I'd be more than happy to photocopy same and return the material, pay postage, etc. OR, a simple listing would be sufficient! Am also looking for power supply requirements (specs). many thanks to whomever can supply this much needed info. Running out of disk space! Very 73 de Alex, AI2Q, Freeport, Long Island, New York >>AR>> 16-Nov-85 12:01:57-MST,600;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 12:01:52-MST Received: from simtel20.arpa by AMSAA.ARPA id a002933; 16 Nov 85 13:28 EST Date: Sat, 16 Nov 1985 11:33 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: SIMTEL20 CP/M directory list updated PD:CPM.CRCLST on SIMTEL20 (the file listing all the filenames, sizes and CRCs of the PD: directories) has been updated as of today. --Keith 16-Nov-85 16:47:11-MST,2703;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 16:47:02-MST Received: from simtel20.arpa by AMSAA.ARPA id a003484; 16 Nov 85 18:07 EST Date: Sat, 16 Nov 1985 16:04 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: SD110 -latest super directory program available Seems like a race to see who's first, doesn't it? Yet another updated version of SD is now available from SIMTEL20 as: Filename Type Bytes CRC PD: SD110.LBR.1 BINARY 76160 6EABH Recent SD History: 11/15/85 This is a major update (skipped to v110) and incorporates v110 changes requested by several Sysops. Installation of this program was becoming a nightmare, even for experienced RCP/M operators. Many confusing and redundant equates have been eliminated. The installer no longer need be concerned about running BYE low or high, or where his BDOS page starts. The need to install computer dependent code has been eliminated. Previous versions could be assembled with combinations of equates that could result in assembler errors, or worse, crash the system. A new option ($O) has been added to dis- play ONLY system (.SYS) files. Simplicity and security were the results. - Wayne Masters & Irv Hoff Potpourri, (408) 378-7474 11/11/85 Made the fixes mentioned (by Ernest Hintz) in SD105.BUG. v107 Option equates comments edited to be logical and make it easier for first-time users to set up. Slight modification to header. Normal system equate settings are in lower case (as in BYE5) - makes it easier to spot them. - Tom Brady, Decibel RCP/M 11/09/85 Version 1.05 was released with the wrong HELP menu at the v106 label OPTMSG when ZCPR2 EQU YES. Also, changed the "More..." prompt to "[more]", keeping in line with the majority of programs currently using a page pause function. Returned the header to display as in SD102, which is much more informative to the general user, than the cryptic display which appeared in v105. Removed the duplicated historical notes from SD10x.INF (extra file length is not necessary, when an historical file already exists). - Tom Brady, Decibel RCP/M 16-Nov-85 21:13:47-MST,984;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 21:13:41-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a003713; 16 Nov 85 22:44 EST Received: from usenet by TGR.BRL.ARPA id a009993; 16 Nov 85 22:43 EST From: hong%garfield.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: MEX QUESTIONS AND MODEM 7 Message-ID: <4327@garfield.UUCP> Date: 15 Nov 85 15:14:24 GMT Sender: news%garfield.uucp@BRL.ARPA To: info-cpm@AMSAA.ARPA hi, i just install my super serial card with signalman xii with my apple//+, and using mex as my cp/m terminal. it works great. i want to know what is the newest version of mex and how to write a overlay to make mex recongize my signalman xii and using dial tone to phone? i also have the modem 730, what is the newest modem7? and how to get write a overlay to work with super serial card? mine is set for apple communication card only. thanks a lot for you attention. hong 16-Nov-85 21:20:43-MST,1720;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 21:20:33-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a003715; 16 Nov 85 22:44 EST Received: from usenet by TGR.BRL.ARPA id a010186; 16 Nov 85 22:47 EST From: Stephen Nahm Newsgroups: net.micro.cpm Subject: Geneva mail list? Message-ID: <357@ubvax.UUCP> Date: 11 Nov 85 01:26:43 GMT To: info-cpm@AMSAA.ARPA The Epson PX-8 Geneva is a lap-top CPM computer that tallies in under 5 pounds. I have owned one since this past May, and still greatly enjoy using it. I have found myself wanting to ask other Geneva owners about technical and usage information. The common means of user support (magazines, users groups, and Epson) seem to be a bit lacking for the tiny Geneva. Therefore, I'm sending this around to see what interest there might be in a Geneva mailing-list group. The topics I'm interested in discussing include: use of the bar code and a/d input ports; expansion of the system via the bus (normally used by the multi-function unit); exchange and reviews of software specifically designed for the PX-8; general hints, kinks and support. So, if you're a Geneva owner, please send me a message if you would be interested in taking part in this mailing list. Include when you purchased the Geneva, what peripherals and accessories you have, and what you primarily use it for. Replies can be send to: Usenet: {ucbvax,decwrl,ihnp4,allegra}!amd!ubvax!sxnahm Internet: amd!ubvax!sxnahm@decwrl.DEC.COM Steve -- Steve Nahm amd!ubvax!sxnahm or amd!ubvax!sxnahm@decwrl.DEC.COM (formerly decwrl.arpa) 16-Nov-85 23:34:56-MST,1571;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 23:34:50-MST Received: from brl-aos.arpa by AMSAA.ARPA id a003850; 17 Nov 85 1:09 EST Received: from mit-mc.arpa by AOS.BRL.ARPA id a019727; 17 Nov 85 1:08 EST Received: from MIT-DEEP-THOUGHT by MIT-MC.ARPA via Chaosnet; 17 NOV 85 01:07:43 EST Date: Sun 17 Nov 85 01:05:19-EST From: Andrew Moore Subject: Re: BYE339 and AppleCat overlay bug To: W8SDZ%SIMTEL20@MIT-EDDIE.ARPA cc: info-cpm%MIT-MC@MIT-EDDIE.ARPA In-Reply-To: Message-ID: <12159878088.23.T.MOORE@MIT-EECS> Thanks for the information on the BYE overlay. I have been hacking at the MBYE overlay (MBACAT-2.INS) and have found that there is a "ANSW" label that is also used as an equate. As far as I know, this isn't allowed -- maybe I'm wrong, but the overlay seems to work fine at 300 now that I have changed all occurences of the ANSW label and its related ANSWs to "ANSWR", and have left the ANSW equate alone (or the other way around, not sure). In any case, it works at 300, but at 1200, the program works fine from the local console, but the remote user gets nothing. I am halfway there. Any more suggestions for the 1200 fix would be greatly appreciated. I will contribute the working overlay to whichever BYE series it works with as soon as I have it fixed, but I think I'll need a little help with the 1200 part. 300 is fixed though. -drew (forward to RCPM-Sysops if appropriate) ------- 17-Nov-85 13:39:50-MST,750;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 17 Nov 85 13:39:45-MST Received: from rand-unix.arpa by AMSAA.ARPA id a005150; 17 Nov 85 15:03 EST Return-Path: Received: by rand-unix.ARPA; Sun, 17 Nov 85 11:54:33 pst From: Shel Talmy Message-Id: <8511171954.AA29210@rand-unix.ARPA> Date: 17 Nov 85 11:54:29 PST (Sun) To: Melinda Shore Cc: info-cpm@AMSAA.ARPA, talmy@RAND-UNIX.ARPA Subject: Re: WordStar to ASCII In-Reply-To: Your message of 12 Nov 85 17:34:00 GMT. <1322@sphinx.UChicago.UUCP> Wordstar will certainly print out a ASCII file, which can also be accessed under the non-document mode. 17-Nov-85 14:23:31-MST,933;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 17 Nov 85 14:23:24-MST Received: from rand-unix.arpa by AMSAA.ARPA id a005268; 17 Nov 85 16:03 EST Return-Path: Received: by rand-unix.ARPA; Sun, 17 Nov 85 12:39:30 pst From: Shel Talmy Message-Id: <8511172039.AA29566@rand-unix.ARPA> Date: 17 Nov 85 12:39:26 PST (Sun) To: Shel Talmy Cc: Melinda Shore , info-cpm@AMSAA.ARPA, talmy@RAND-UNIX.ARPA Subject: Re: WordStar to ASCII In-Reply-To: Your message of 17 Nov 85 11:54:29 PST (Sun). I've had to resend this, for whatever reson. It didn't take the first time, so please excuse the strange way it's getting there...if it does. My reply was that Wordstar certainly will print a ASCII file, & it can be accessed via the non-document mode. Hope it helps. 18-Nov-85 09:00:24-MST,509;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Nov 85 09:00:18-MST Received: from mit-multics.arpa by AMSAA.ARPA id a012397; 18 Nov 85 10:21 EST Date: Mon, 18 Nov 85 10:18 EST From: "John C. Klensin" Subject: Re: Epson Geneva To: info-cpm@AMSAA.ARPA Message-ID: <851118151806.619535@MIT-MULTICS.ARPA> DECWRL rejects amd!ubvax!sxnahm as an invalid address. Can you post something to which it is possible to reply? 18-Nov-85 10:03:42-MST,944;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Nov 85 10:03:35-MST Received: from dca-eur.arpa by AMSAA.ARPA id a015633; 18 Nov 85 11:31 EST Date: 18 Nov 85 16:12:31 GMT From: bradbury@DCA-EUR.ARPA Subject: CP/M 3.0 Apple Thunderclock Query To: info-cpm@AMSAA.ARPA CC: bradbury@DCA-EUR.ARPA I have an ALS Z-80B card with CP/M 3.01C. I also have a Thunderclock. I haven't figured out yet how to read the clock card from CP/M. Seem like you must have to have a routine running in the 6502 to put the clock time in the Apple memory. I don't believe you can read the clock card directly from the CP/M card. From what I understand only one slot in the Apple can be active at one time. Anyone have any suggestions or know of software available to do that metioned above? I hate typing in the time every time I boot up the system when there is a clock available. Brad 18-Nov-85 13:35:02-MST,757;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Nov 85 13:34:55-MST Received: from usc-isi.arpa by AMSAA.ARPA id a022459; 18 Nov 85 14:39 EST Date: 18 Nov 1985 14:42:16 EST Subject: NULU-15 BUGS From: Steve Noland To: INFO-CPM@AMSAA.ARPA I spoke to the NULU author (Martin Murray) on the phone last night. He sais tha{_t he has been made aware of the problem with drives with differing allocation sizes, and that he will get right on it. I will send him a summary of the current net traffic, and will continue to do so. If anyone wishes to report additional problems, please message me and I will make sure that he gets the info. Regards, Steve Noland ------- 19-Nov-85 10:30:57-MST,1242;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Nov 85 10:30:01-MST Received: from dca-eur.arpa by AMSAA.ARPA id a005076; 19 Nov 85 10:03 EST Date: 19 Nov 85 14:22:02 GMT From: bower@DCA-EUR.ARPA Subject: SB-180 query To: info-cpm@AMSAA.ARPA I just received an SB-180 board from MicroMint, and discovered a rather discomforting feature about it. I CANNOT BOOT FROM SINGLE-SIDED DISKS IN THE NATIVE FORMAT MODE. The touted compatibility with the Ampro little board does not extend to single-sided, 80-track formats. Before I tread once again on previously trodden ground and re-invent the wheel, has anyone modified the BIOS, NBOOT, and whatever else to make the SB-180 work with single-sided 80-track disks? I have a couple of Shugart SA-300 3.5" drives that I wanted to use to make the system a laptop portable, and with the double-sided boot requirement, that is out of the question. Other than the above, the board came up with no problems, and I was able to read the supplied disks on my Ampro in DSDD, 40-track format. Thanks in advance. Please respond directly to avoid cluttering the net. Hal <-- Bower At DCA-EUR 19-Nov-85 12:37:29-MST,7796;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Nov 85 12:37:09-MST Date: Tue, 19 Nov 85 13:43:49 EST From: Dave Towson (info-cpm-request) To: info-cpm@AMSAA.ARPA Subject: "For sale" and "product announcement" postings: Fellow CP/Mers - Occasional postings of messages offering or announcing items for sale have caused some flurries of (sometimes) heated debate concerning "proper use" of the Defense Data Network, through which INFO-CPM is distrib- uted. I believe that most subscribers to this list honestly wish to adhere to the "network rules" and not jeopardize INFO-CPM's use of the DDN. But although the policy regarding personal "for sale" messages has been clearly stated many times (they're not allowed), it has become quite obvious that the lack of a clearly stated policy concerning new product announcements is causing much frustration to those who wish to post such information while still "playing by the rules". Therefore, this message states my interpretation of the regulations, and presents a resulting policy to which I, as INFO-CPM list maintainer, ask all DDN subscribers to adhere. I also ask that contributors to "NET.MICRO.CPM" on USENET voluntarily cooperate so that the mutually bene- ficial news gateway between INFO-CPM and NET.MICRO.CPM is not threatened. The June 1984 issue of the "DDN Directory" gives on page 12 the following statement concerning use of the network: "The DDN is an operational DoD network and is not intended to compete with comparable commercial service. It is intended to be used solely for the conduct of or in support of official U.S. Government business." It is the vagueness of the term "official U.S. Government business" that forces a local interpretation to be made, and that is the reason for this message. Briefly stated, my policy is this: 1. I offer to act as a clearinghouse for all new product announcements posted by persons having remunerative interests in the products. Persons wishing to post such announcements are asked to send them to INFO-CPM-REQUEST@AMSAA.ARPA for forwarding to the list. Please note that this applies ONLY to "remunerative interest postings". Readers having no such interests are always welcome to send comments about products, new or old, directly to INFO-CPM. 2. Messages offering personal items for sale must not be posted. This policy is explained in more detail below. PRODUCT ANNOUNCEMENTS: I feel that the information value of a product announcement must be weighed against possible personal rewards when making a decision about use of the network. There are many government-owned computers running CP/M, and on which serious government work is being done. Several years ago, the DARCOM Microcomputer Software Support System (DMSSS) project was instituted, with one of its aspects to provide a repository of public domain software on the net. INFO-CPM was sponsored as the official vehicle for announcements of the status of the collections, and to promote the inter- change of user information on the use of CP/M and the programs which run under it. This is why INFO-CPM is "in support of official U.S. Government business". New products that provide improvements to the CP/M operating system, to associated utility programs or to the machines on which these programs run offer productivity increases to government users. Therefore, it is in the government interest to distribute factual information concerning such products. Still, when an individual having a personal monetary interest in a product posts an announcement concerning that product, it raises questions about "commercial use of the network". Therefore, as I have no involvement with any provider of CP/M-related products or services, I offer to act as a "clearinghouse" for all new product announcements being submitted by persons having remunerative interests in these products. I ask that all individuals wishing to post such announcements via INFO-CPM send them to INFO-CPM-REQUEST@AMSAA.ARPA. My requirements for relaying such messages to the list are: 1. They must be of general interest to the "CP/M community". Products that address specific subsets of this community, such as those which operate with or on an "XYZ machine running CP/M 2.2" meet this requirement. 2. They must be brief and factual, listing the salient features of the products, and giving brief explanations of the techniques used to achieve improved performance (if applicable). In short, they must be INFORMATIVE. 3. They must be free of advertising hype - no superlatives. Compar- ative words such as "better" and "improved" are OK provided brief explanations are given as stated above. 4. They should include the name and netmail address of a person to whom requests for additional informaton can be directed, or a statement that no additional information is available if that is the case. I will not attempt to present here an all-inclusive, "iron-clad" set of rules, as I do not believe it can be done; and if it can, I don't know how. Please send any questions regarding this matter to INFO-CPM-REQUEST@AMSAA.ARPA, and NOT to the entire list. If further clarifications seem necessary, I will update and resend this message. PERSONAL "FOR SALE" MESSAGES: I think there is a very significant difference between product announcements and personal "for sale" messages. Products that are offered to the public which provide new capabilities, or which improve the performance of existing systems offer these same benefits to government users. But personal deals are "one-on-one", and unless the buyer is a government user (which I consider an extremely remote possibility considering the "red-tape" associated with procurement), no benefit can accrue to the government. Therefore, personal small-volume offerings violate the intent of the rules and should not be posted. REPLIES TO POSTINGS: Please make intelligent decisions regarding replies to product announcements. If such a reply is of general interest, then feel free to send it to INFO-CPM@AMSAA.ARPA (i.e., to the entire list). I will include with each posting the address of a person to contact for additional information (or a statement that no further information is available, if that is the case). Please send non-general-interest replies PRIVATELY to the person listed, and NOT to the entire list. If a personal "for sale" message does appear in INFO-CPM and you wish to respond to it, please do so PRIVATELY and not to the entire list. If your mailer can't send private replies, then DO NOT REPLY at all. I would like to thank Jeff Edelheit, Frank Wancho, Bridger Mitchell and Jim Guyton, as well as several local BRL people who do not read INFO-CPM for their participation in a "behind-the-scenes" discussion of this subject. We had a spirited but fruitful argument that helped greatly in clarifying the issues and in arriving at the above policy, which I believe is responsible and responsive to the rules for network use. The above policy has been coordinated with the Army Ballistic Research Laboratory personnel responsible for monitoring BRL's network access, through which INFO-CPM is delivered to the DDN. This message will be repeated period- ically for the information of new readers, and to refresh the memories of others. Your cooperation will help to insure the continued existence of the INFO-CPM newsgroup. Dave Towson INFO-CPM list maintainer 19-Nov-85 20:15:58-MST,2375;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Nov 85 20:15:45-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a026019; 19 Nov 85 21:42 EST Received: from usenet by TGR.BRL.ARPA id a007616; 19 Nov 85 21:40 EST From: Stanley Dunn Newsgroups: net.micro,net.micro.cpm,net.lang.pascal,net.micro.pc Subject: Turbo Pascal Version 3.00 Message-ID: <2258@umcp-cs.UUCP> Date: 19 Nov 85 18:59:59 GMT Xref: seismo net.micro:13449 net.micro.cpm:5291 net.lang.pascal:401 net.micro.pc:6336 To: info-cpm@AMSAA.ARPA Replace this line with your compiler bug I sat down to write the program for the next project I am going to give to my Computer Science I class at home on my CPM system with Turbo Pascal Version 3.00. The following program illustrates the problem with the program I wrote: program junk(input,output); procedure proca(chita:char); forward; procedure procb(chitb:char); begin writeln('Entering procb with a ',chitb); proca('A'); writeln('Leaving procb with a ',chitb); end; procedure proca; begin writeln('Entering proca with a ',chita); if chita = 'I' then procb('I'); writeln('Leaving proca with a ',chita); end; begin proca('I'); end. The output using Turbo Pascal was: Entering proca with a I Entering procb with a I Entering proca with a A Leaving proca with a A Leaving procb with a I Leaving proca with a A While the output for the same program on a VAX with BSD UNIX, IBM VM/SP CMS, or a Macintosh with MacPascal was: Entering proca with a I Entering procb with a I Entering proca with a A Leaving proca with a A Leaving procb with a I Leaving proca with a I as I expected. Calling Borland Technical Support was no help, as they wanted a copy of the program on an IBM format disk. The technical support specialist asked me to send a copy of the program on a disk. When I asked "in what format?" she replied "IBM, of course." I guess CPM does not exist anymore. Obviously, I was quite surprised at the output, and now I wonder how they tested the compiler. It seems that a program as simple as the one above should have been tested. -- Stanley Dunn University of Maryland Department of Computer Science 20-Nov-85 06:28:17-MST,866;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Nov 85 06:28:13-MST Received: from xerox.arpa by AMSAA.ARPA id a028566; 20 Nov 85 7:54 EST Received: from Aurora.ms by ArpaGateway.ms ; 20 NOV 85 04:47:25 PST Date: 20 Nov 85 07:47:18 EST (Wednesday) Subject: Re: Turbo Pascal Version 3.00 In-reply-to: <2258@umcp-cs.UUCP> To: Stanley Dunn cc: info-cpm@AMSAA.ARPA From: Jim Reno Message-ID: <851120-044725-2518@Xerox> It is possible that when the technical support person for Borland answered your question the format referred to was the IBM format of sector information that underlies the CPM operating system format on CPM disks. In other words sectors are formatted in IBM format. The content and length of the sectors are defined by CPM. Reno 20-Nov-85 08:28:04-MST,2591;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Nov 85 08:27:49-MST Received: from xerox.arpa by AMSAA.ARPA id a003911; 20 Nov 85 9:41 EST Received: from Aurora.ms by ArpaGateway.ms ; 20 NOV 85 06:46:03 PST From: SMERESKI.WBST@XEROX.ARPA Date: 20 Nov 85 8:39:40 EST Subject: Re: Turbo Pascal Version 3.00 To: info-cpm@AMSAA.ARPA, Pascal/Turbo^.X@XEROX.ARPA, smd%umcp-cs.uucp@BRL.ARPA Reply-To: Smereski.Wbst@XEROX.ARPA Message-ID: <851120-064603-2559@Xerox> You have written a program with recursive calls. Turbo Pascal for CP/M does not generate recursive code in its default mode. You will get the expected result by including the compiler directive {$A-}. This information is in the manual. /Dave ------------------------------------------------------------------------------ I sat down to write the program for the next project I am going to give to my Computer Science I class at home on my CPM system with Turbo Pascal Version 3.00. The following program illustrates the problem with the program I wrote: program junk(input,output); procedure proca(chita:char); forward; procedure procb(chitb:char); begin writeln('Entering procb with a ',chitb); proca('A'); writeln('Leaving procb with a ',chitb); end; procedure proca; begin writeln('Entering proca with a ',chita); if chita = 'I' then procb('I'); writeln('Leaving proca with a ',chita); end; begin proca('I'); end. The output using Turbo Pascal was: Entering proca with a I Entering procb with a I Entering proca with a A Leaving proca with a A Leaving procb with a I Leaving proca with a A While the output for the same program on a VAX with BSD UNIX, IBM VM/SP CMS, or a Macintosh with MacPascal was: Entering proca with a I Entering procb with a I Entering proca with a A Leaving proca with a A Leaving procb with a I Leaving proca with a I as I expected. Calling Borland Technical Support was no help, as they wanted a copy of the program on an IBM format disk. The technical support specialist asked me to send a copy of the program on a disk. When I asked "in what format?" she replied "IBM, of course." I guess CPM does not exist anymore. Obviously, I was quite surprised at the output, and now I wonder how they tested the compiler. It seems that a program as simple as the one above should have been tested. -- Stanley Dunn University of Maryland Department of Computer Science  21-Nov-85 05:59:21-MST,1581;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Nov 85 05:59:14-MST Received: from simtel20.arpa by AMSAA.ARPA id a019817; 21 Nov 85 7:16 EST Date: Wed 20 Nov 85 21:52:13-MST From: Rick Conn Subject: Re: ZCPR3 and ALIAS To: dsampar@ARDC.ARPA cc: info-cpm@AMSAA.ARPA, heath-people@MIT-MC.ARPA In-Reply-To: Message from ""David G. Sampar" (PM-AL) " of Wed 13 Nov 85 07:51:06-MST Message-ID: <12160913357.10.RCONN@SIMTEL20.ARPA> Hi, David, Re your question, MENU operated like it was supposed to. For command sequences like commands; MENU; commands MENU will function to install itself (at the point in which it is called), and then the commands following MENU will execute. After all commands in the line complete, then the MENU actually runs. This is a general truth for all shells. See the chapter on Shell programming and MENU/VMENU in "ZCPR3: The Manual". The rationale for this is that MENU is a shell, processing commands which are then handed off to the ZCPR3 CP via the Multiple Command Line Buffer. This is the same buffer the original command line (which contained the MENU command) was in. MENU can create simple or multiple command sequences, so there is no way to distinguish between a command generated by MENU and one part of the command line which invoked MENU. Re your problem with ALIAS, since ALIAS builds command lines, it is hard to say exactly what the problem is without more detail and study. Rick Conn ------- 21-Nov-85 07:19:11-MST,1596;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Nov 85 07:19:00-MST Received: from sdcsvax.arpa by AMSAA.ARPA id a021214; 21 Nov 85 8:17 EST Received: by sdcsvax.ARPA (5.31/4.41) id AA03838; Wed, 20 Nov 85 20:08:38 PST hops=0 From: crash!ihom@SDCSVAX.ARPA Message-Id: <8511210408.AA03838@sdcsvax.ARPA> Date: Wed, 20 Nov 85 07:47:40 PST To: noscvax!smd%umcp-cs.uucp@BRL.ARPA Subject: Re: Turbo Pascal Version 3.00 Cc: info-cpm@AMSAA.ARPA Stanley, the problem is that you're not using Turbo's 'Absolute Code' directive {$A+-}. It's default is absolute code {$A+}. Since your test program is recursive (proca calls procb calls proca), you'll have to disable absolute code to allow recursive calls {$A-}. Recursion in CP/M executes slower and takes up more memory. The correction outputs as expected. program junk; {$A- recursion} procedure proca(chita:char); forward; procedure procb(chitb:char); begin writeln('Entering procb with a ',chitb); proca('A'); writeln('Leaving procb with a ',chitb); end; procedure proca; begin writeln('Entering proca with a ',chita); if chita = 'I' then procb('I'); writeln('Leaving proca with a ',chita); end; {$A+ absolute} begin proca('I'); end. Outputs... Entering proca with a I Entering procb with a I Entering proca with a A Leaving proca with a A Leaving procb with a I Leaving proca with a I ------------------------ --Irwin Hom ...crash!ihom@ucsd 21-Nov-85 09:02:15-MST,3949;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Nov 85 09:02:02-MST Received: from simtel20.arpa by AMSAA.ARPA id a025876; 21 Nov 85 10:14 EST Date: Thu, 21 Nov 1985 08:18 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: FIP - CP/M File Interchange Program now available Now available from SIMTEL20: Filename Type Bytes CRC Directory PD: FIP.LBR.1 BINARY 51584 C629H The following is an excerpt from the DOC file: FIP version 1.0 runs on a Z80 processor under the Digital Research CP/M 2.2 Operating System. FIP version 1.0 is designed for an 80 column console device and at least one disk drive. While programming considerations were made for CP/M 2.x, there may be User Number limitations for versions earlier than 2.2 . FIP is a user oriented disk file handler designed for both the CP/M beginner and the system expert. FIP allows the beginning CP/M user to copy and examine files and to examine directories easily without having to memorize operations. FIP gives the system expert the capability to perform high speed batch file transfers automatically and to completely examine disk directories. FIP prompts for all user responses, always shows you what user# and what drives will be accessed, supplies the user response defaults (which are invoked by typing to prompts), and has built in safety feature -no action on files will ever take place by responding to any prompt with a . Some of FIP's features: * allows file transfers across user# boundaries. * designed to make backups of hard disks or other large storage devices using smaller storage devices automatic - (will transfer specified files to 'backup' floppy until it is full -then will prompt user to insert next backup floppy, etc.). * provides detailed disk(s) characteristic summaries. * provides a detailed disk file summary of any file(s) on any or all user#'s and the remaining free storage. * allows any two files on system to be compared and optionally shows differences in hexadecimal-ascii format with location. * allows any file to be inspected in either hexadecimal-ascii format or ascii format. * accepts wildcard characters in all filenames. * allows changing file attributes on a prompted 'file-by-file' nature or any specified set of files automatically. * allows printer logging of all file operations. * allows deleted directory entries to be displayed. * maximizes the available memory space by dynamically dividing all of the available memory between directory entries and file buffer areas thereby enabling high speed file transfers and compares. * FIP is written in very optimized Z80 code allowing highest operating speed and only requires 8 Kbytes storage. * allows wildcard inputs on file renaming -saving you time. * file transfer operations allow: - confirmation prompts any time a file transfer would overwrite an existing file and then allowing abort, skip, and renaming options. - bulk file transfers, with or without prompting, with or without verification. - always shows the amount of space each source file requires (using destination disk blocksize) and the amount of free space remaining on destination disk. - allows changing destination floppy at any time (even during bulk file transfers). - allows changing destination drive at any time (even during bulk file transfers). - allows filename to be changed for destination copy at any time. --Keith 21-Nov-85 11:47:52-MST,1606;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Nov 85 11:47:45-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a002335; 21 Nov 85 13:08 EST Received: from usenet by TGR.BRL.ARPA id a017866; 21 Nov 85 13:02 EST From: david moews Newsgroups: net.micro.cpm Subject: Re: Turbo Pascal Version 3.00 Message-ID: <762@h-sc1.UUCP> Date: 20 Nov 85 19:01:19 GMT Followup-To: net.micro.cpm To: info-cpm@AMSAA.ARPA In article <2258@umcp-cs.UUCP> Stanley Dunn writes: > procedure proca(chita:char); forward; > procedure procb(chitb:char); > begin > writeln('Entering procb with a ',chitb); > proca('A'); > writeln('Leaving procb with a ',chitb); > end; > procedure proca; > begin > writeln('Entering proca with a ',chita); > if chita = 'I' then procb('I'); > writeln('Leaving proca with a ',chita); > end; > begin > proca('I'); > end. > The output using Turbo Pascal [under CP/M-80] was: > Entering proca with a I > Entering procb with a I > Entering proca with a A > Leaving proca with a A > Leaving procb with a I > Leaving proca with a A I don't know about Release 3.00, but in Release 2.00 of Turbo Pascal running under CP/M-80, you must compile recursive procedures and functions with the {$A-} option for them to work. Putting a {$A-} line before the line 'procedure proca(chita:char); forward;' will probably fix this problem. David Moews moews_b%h-sc1@harvard.arpa ...!harvard!h-sc1!moews_b 21-Nov-85 19:04:00-MST,3110;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Nov 85 19:03:51-MST Received: from simtel20.arpa by AMSAA.ARPA id a011888; 21 Nov 85 20:23 EST Date: Thu, 21 Nov 1985 18:27 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: SD111 latest Super Directory program now available Thanks to Dick Mead , the latest version of SD, the Super Directory program, is now available from SIMTEL20 as: Filename Type Bytes CRC Directory PD: SD111.LBR.1 BINARY 71680 7D43H Recent update history: 11/20/85 Minor hack to re-install a reverse video capability for v111 displaying attribute tags. USELC is limited to alpha A-Z so REVID will let you see other characters that have been tagged. Up to 7 bytes each for enter and exit sequences are available. They can be patched via DDT, DU, etc., or if left all 0, will be ignored. You can set USELC too, if inverse lower case excites you. Dick Mead, Pasadena ZNODE 36 11/15/85 This is a major update (skipped to v110) and incorporates v110 changes requested by several Sysops. Installation of this program was becoming a nightmare, even for experienced RCP/M operators. Many confusing and redundant equates have been eliminated. The installer no longer need be concerned about running BYE low or high, or where his BDOS page starts. The need to install computer dependent code has been eliminated. Previous versions could be assembled with combinations of equates that could result in assembler errors, or worse, crash the system. A new option ($O) has been added to dis- play ONLY system (.SYS) files. Simplicity and security were the results. - Wayne Masters & Irv Hoff Potpourri, (408) 378-7474 11/11/85 Made the fixes mentioned (by Ernest Hintz) in SD105.BUG. v107 Option equates comments edited to be logical and make it easier for first-time users to set up. Slight modification to header. Normal system equate settings are in lower case (as in BYE5) - makes it easier to spot them. - Tom Brady, Decibel RCP/M If you are unable to access SIMTEL-20 because of network restrictions please remember that MOST of the new files announced to Info-Cpm are also available on my RCPM Royal Oak (MI) which may be accessed at 300 bps using the 103a modem mode or 1200 bps using either the 212a or Vadic 3400 modes. The telephone number is (313) 759-6569. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA uucp: ...!seismo!SIMTEL20.ARPA!W8SDZ uucp: ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz uucp: ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz 21-Nov-85 21:36:18-MST,522;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Nov 85 21:36:14-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a012122; 21 Nov 85 23:00 EST Received: from usenet by TGR.BRL.ARPA id a029212; 21 Nov 85 22:57 EST From: UNIX SYSTEM ADMIN Deb Bunting Newsgroups: net.micro.cpm.ctl Subject: newgroup net.micro.cpm Message-ID: <362@wang.UUCP> Date: 16 Nov 85 17:01:25 GMT Control: newgroup net.micro.cpm To: info-cpm@AMSAA.ARPA 21-Nov-85 22:06:17-MST,1329;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Nov 85 22:06:11-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a012134; 21 Nov 85 23:14 EST Received: from usenet by TGR.BRL.ARPA id a029487; 21 Nov 85 23:08 EST From: Stanley Dunn Newsgroups: net.micro,net.micro.cpm,net.micro.pc,net.lang.pascal Subject: Turbo again Message-ID: <2290@umcp-cs.UUCP> Date: 21 Nov 85 12:32:44 GMT Xref: seismo net.micro:13478 net.micro.cpm:5295 net.micro.pc:6370 net.lang.pascal:407 To: info-cpm@AMSAA.ARPA Replace this line with my red face. To all of you who replied to my previous message, thanks. Obviously many of you noticed that I failed to read the manual before sitting down to use Turbo Pascal, and I expected the CPM version to handle the recursion as any normal compiler would. My version of the CS 112 project now works, thanks to you all, and the poor students get the assignment next Tuesday. One person wrote saying that the program worked on a PC version of Turbo directly, as expected. At least my Software Toolworks C Compiler handles recursion, and I got it working without reading the manual. I was just lucky I guess. Thanks to all again - -- Stanley Dunn Univ. of Md. Dept. of Computer Science. 22-Nov-85 06:27:01-MST,2947;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Nov 85 06:26:46-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a014625; 22 Nov 85 7:48 EST Received: from usenet by TGR.BRL.ARPA id a000694; 22 Nov 85 7:51 EST From: Kim DeVaughn Newsgroups: net.micro,net.micro.pc,net.micro.cpm,net.micro.att,net.micro.atari,net.micro.68k Subject: Micro/Systems Journal address Message-ID: <232@mips.UUCP> Date: 21 Nov 85 09:24:31 GMT Xref: seismo net.micro:13493 net.micro.pc:6383 net.micro.cpm:5299 net.micro.att:737 net.micro.atari:1809 net.micro.68k:1427 To: info-cpm@AMSAA.ARPA [ ... go ahead, eat my bits ... ] I've had several people ask me for the address of "Micro/Systems Journal" that I mentioned in a previous posting, so thought I'd post it to the net. M/SJ is put out by Sol and Lennie Libes (more or less out of their "garage") as a replacement for the now defunct "Microsystems" magazine. "Microsystems" was started by the Libes' back in the "early days" of micro- computing as a *technical* magazine; "Micro/Systems Journal" editorial content continues in that tradition. They're aimed at the CP/M and MS-DOS technical community, but also have regular columns for UNIX, Turbo Pascal, C, Data Bases, and the Scientific User. Two other regular features are columns that cover current releases of public domain s/w: "PC/Blue Report" for the MS/PC-DOS people, and "SIG/M Public Domain" for CP/M'ers. Since their 1st issue, they seem to have picked up a fair amount of adver- tising support (editorial/advertising ratio seems to be about the same as Dr. Dobb's Journal has), and the technical content continues to improve. If you're technically oriented, I think you'll enjoy the magazine. Best of luck to Sol, Lennie, et al in this venture. Here's the address: Micro/Systems Journal PO Box 1192 Mountainside, NJ 07092 A sample issue is $4 ... $6 foreign. Canada/ other US Mexico foreign ---- ------- ------- Subscription rates are: 1-yr $20 $28 $35 2-yr $35 $52 $64 (US funds on US bank only, please) Currently, they are publishing bi-monthly, and all their back-issues are available for $4.50 each, including shipping ($6 foreign). Back-issues can be ordered from the address given above. Here it comes ... disclaimer: I only read the magazine, I haven't written for it, I don't own stock in it or advertise in it, nor am I affiliated with it in any other way. If anybody out there in net.land feels I am "commercializing" here, you are invited to send flames to the Tooth-Fairy :-). All opinions expressed are my own, not those of my employer, roommate, or pet camel. /kim -- UUCP: {decvax,ucbvax,ihnp4}!decwrl!mips!kim DDD: 415-960-1200 USPS: MIPS Computer Systems Inc, 1330 Charleston Rd, Mt View, CA 94043 22-Nov-85 12:36:22-MST,1373;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Nov 85 12:36:09-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a029905; 22 Nov 85 13:48 EST Received: from usenet by TGR.BRL.ARPA id aa09719; 22 Nov 85 13:44 EST From: "r.fleming" Newsgroups: net.micro.cpm Subject: DONATIONS FOR DISABLED Message-ID: <1133@mtuxo.UUCP> Date: 21 Nov 85 16:34:21 GMT To: info-cpm@AMSAA.ARPA *** REPLACE THIS LINE WITH YOUR MESSAGE *** A group of programmers and engineers at AT&T Holmdel N.J. are working on several projects to bring technology to the assistance of the physically or mentally handicapped. Current projects include, but are not limited to: teaching programs for children, voice synthesis, environment control... We desperately need computers to run our software. The programs are now designed to run on the AT&T 6300 using "C" , but we are in the process of modifying them to run on other machines. If you have a computer which you are not using, we would really appreciate the donation. We would also be happy to accept machines on a loaned basis. We also need volunteers to either help us develop the software, or work on hardware (switches, special keyboards, etc.). Does anyone have an extra "C" compiler for a CPM machine (an Osborne) ? THANKS FOR THE HELP !!! 22-Nov-85 12:36:33-MST,1464;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Nov 85 12:36:21-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a029886; 22 Nov 85 13:47 EST Received: from usenet by TGR.BRL.ARPA id a009650; 22 Nov 85 13:42 EST From: "r.fleming" Newsgroups: net.micro.cpm,net.wanted,net.micro.pc Subject: DONATIONS FOR DISABLED Message-ID: <1129@mtuxo.UUCP> Date: 21 Nov 85 16:15:25 GMT Xref: seismo net.micro.cpm:5300 net.wanted:8166 net.micro.pc:6386 To: info-cpm@AMSAA.ARPA *** REPLACE THIS LINE WITH YOUR MESSAGE *** A group of programmers and engineers at AT&T Holmdel N.J. are working on several projects to bring technology to the assistance of the physically or mentally handicapped. Current projects include, but are not limited to: teaching programs for children, voice synthesis, environment control... We desperately need computers to run our software. The programs are now designed to run on the AT&T 6300 using "C" , but we are in the process of modifying them to run on other machines. If you have a computer which you are not using, we would really appreciate the donation. We would also be happy to accept machines on a loaned basis. We also need volunteers to either help us develop the software, or work on hardware (switches, special keyboards, etc.). Does anyone have an extra "C" compiler for a CPM machine (an Osborne) ? THANKS FOR THE HELP !!! 22-Nov-85 13:11:22-MST,3117;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Nov 85 13:11:10-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a029987; 22 Nov 85 13:51 EST Received: from usenet by TGR.BRL.ARPA id aa09861; 22 Nov 85 13:47 EST From: Dave Beyerl Newsgroups: net.micro,net.micro.cpm,net.lang.pascal,net.micro.pc Subject: Re: Turbo Pascal Version 3.00 Message-ID: <1028@ihuxk.UUCP> Date: 21 Nov 85 18:43:46 GMT Xref: seismo net.micro:13498 net.micro.cpm:5302 net.lang.pascal:410 net.micro.pc:6387 To: info-cpm@AMSAA.ARPA > Replace this line with your compiler bug > > I sat down to write the program for the next project I am going > to give to my Computer Science I class at home on my CPM system > with Turbo Pascal Version 3.00. The following program illustrates > the problem with the program I wrote: > > program junk(input,output); > procedure proca(chita:char); forward; > procedure procb(chitb:char); > begin > writeln('Entering procb with a ',chitb); > proca('A'); > writeln('Leaving procb with a ',chitb); > end; > procedure proca; > begin > writeln('Entering proca with a ',chita); > if chita = 'I' then procb('I'); > writeln('Leaving proca with a ',chita); > end; > begin > proca('I'); > end. > > The output using Turbo Pascal was: > > Entering proca with a I > Entering procb with a I > Entering proca with a A > Leaving proca with a A > Leaving procb with a I > Leaving proca with a A > > While the output for the same program on a VAX with BSD UNIX, > IBM VM/SP CMS, or a Macintosh with MacPascal was: > > Entering proca with a I > Entering procb with a I > Entering proca with a A > Leaving proca with a A > Leaving procb with a I > Leaving proca with a I > > as I expected. Calling Borland Technical Support was no help, > as they wanted a copy of the program on an IBM format disk. > The technical support specialist asked me to send a copy of the > program on a disk. When I asked "in what format?" she replied > "IBM, of course." I guess CPM does not exist anymore. > > Obviously, I was quite surprised at the output, and now I > wonder how they tested the compiler. It seems that a program > as simple as the one above should have been tested. > > -- Stanley Dunn > University of Maryland Department of Computer Science Because I happened to have a copy of my Turbo Pascal compiler handy, I tried the above program in Turbo. When I ran the program, I received the second set of outputs given in the above article. The version of Turbo that I have is identified as ver. 3.01A for the IBM. Apparently, Borland either corrected this problem in the subsequent point (.01) release or there is a significant difference between the CP/M and IBM versions of Turbo. Hopes this helps in tracking down the problem. For every problem there is one Dave Beyerl solution which is simple, neat, ihuxk!db21 and wrong! 22-Nov-85 13:26:31-MST,2417;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Nov 85 13:26:14-MST Date: Fri, 22 Nov 85 14:23:20 EST From: Dave Towson (info-cpm-request) To: info-cpm@AMSAA.ARPA Subject: FORTH compiler product description: Fellow CP/Mers - I have received information describing Forth compilers (as opposed to Forth interpreters) for Z-80 and 8086 family targets running on CP/M-80 (Z-80 processor, Z-80 target, only) or MS-DOS (any target) hosts. Salient features of these compilers are: 1) Generate headerless, rommable, code. Considerable optimizations are claimed -- generated code is said to be as good as or better than other available compilers for C or Pascal. Source code can be either a Forth screen file or a standard ASCII text file. 2) Meets 83 standard, excepting for words which assume the presence of a dictionary in the target (remember, no headers) or perform BLOCK accesses. 3) Defining words allowed, as well as interpret state during compilation, so that most Forth applications can be compiled with little modification. 4) Assembler (for target processor) included. 5) Forward referencing of colon or code words is handled automatically. 6) Single pass compile and link. Links from libraries that are source code, including only those words needed. This means low overhead on small programs. Simple things like the Byte benchmark compile into minimal sized, 1k, COM files. 7) Compilation speed is slower than in-memory compilers such as BDS-C or Turbo Pascal, but faster than disk-bound compilers. For instance, the one-step compile time is roughly the same as the compile step of AZTEC C, but with AZTEC C you still have to assemble and link. 8) Includes many demonstration programs (utilities equivalent to TR, WC TAIL, and UNIQ, forth screen management, benchmarks) and libraries for 83 Standard Forth, dos nterface, and software floating point. This information was provided by the author, Tom Almy. I have no personal knowledge of or experience with this product. Requests for additional information may be directed to Laboratory Micro- systems, P.O. Box 10430, Marina del Rey, CA 90295, phone (213) 306-7412. Price is $300 for any version. Dave Towson info-cpm list maintainer 23-Nov-85 00:28:24-MST,503;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Nov 85 00:28:18-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a005865; 23 Nov 85 1:55 EST Received: from usenet by TGR.BRL.ARPA id a026233; 23 Nov 85 1:49 EST From: Rick Gessner Newsgroups: net.micro.cpm.ctl Subject: newgroup net.micro.cpm Message-ID: <205@nvzg2.UUCP> Date: 12 Nov 85 15:43:16 GMT Control: newgroup net.micro.cpm To: info-cpm@AMSAA.ARPA 23-Nov-85 01:25:07-MST,1296;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Nov 85 01:25:01-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a006024; 23 Nov 85 2:54 EST Received: from usenet by TGR.BRL.ARPA id a027543; 23 Nov 85 2:48 EST From: "Wilson H. Bent" Newsgroups: net.micro.cpm Subject: Wanted: CP/M 3.0 Docs Message-ID: <1237@vax135.UUCP> Date: 22 Nov 85 20:45:31 GMT To: info-cpm@AMSAA.ARPA Yes, yes, I know what you're saying - skip CP/M 3.0 and go to ZCPR3!! BUT... I can't modify the BIOS/BDOS without knowing what to make of what's there now, so I'm sending out the call: >>>> I NEED THE CP/M 3.0 PROGRAMMER'S GUIDE <<<< Since DR no longer supports it, I have no qualms about asking for photocopies and other questionable sources. If you have it, I want a copy!! I'll even RENT yours so I can make my own copy!!! (... CP/M 3.0 is three point oh times more complex than CP/M 2.2) Wilson Bent 39 Maple Ave RCP/M: Lillipute: (312) 649-1730 Chicago Fair Haven, NJ 07701 Voorhees: (609) 428-8864 So. NJ -- Wilson H. Bent, Jr. ... ihnp4!vax135!hoh-2!whb AT&T - Bell Laboratories (201) 949-1277 Disclaimer: My company has not authorized me to issue a disclaimer. 23-Nov-85 01:29:35-MST,814;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Nov 85 01:29:30-MST Received: from brl-tgr.arpa by AMSAA.ARPA id aa06024; 23 Nov 85 2:54 EST Received: from usenet by TGR.BRL.ARPA id a027669; 23 Nov 85 2:52 EST From: knovak@uiucme.uiucme Newsgroups: net.micro.cpm Subject: Re: Turbo Pascal Version 3.00 Message-ID: <4000001@uiucme> Date: 21 Nov 85 20:42:00 GMT Nf-ID: #R:umcp-cs.UUCP:2258:uiucme:4000001:000:244 Nf-From: uiucme.uiucme!knovak Nov 21 14:42:00 1985 To: info-cpm@AMSAA.ARPA The problem is simple!! Turbo does not default to recusion on. They do this to gain some speed. To turn on recusion use the directive {$A-} Turbo is just doing what you told it to do. Kevin J. Novak 23-Nov-85 20:37:37-MST,2913;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Nov 85 20:37:30-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a008063; 23 Nov 85 22:07 EST Received: from usenet by TGR.BRL.ARPA id a012837; 23 Nov 85 22:03 EST From: "Timothy A. Johnson" Newsgroups: net.micro,net.micro.cpm,net.lang.pascal,net.micro.pc Subject: Re: Turbo Pascal Version 3.00 Message-ID: <120@noscvax.UUCP> Date: 23 Nov 85 01:29:31 GMT Xref: seismo net.micro:13525 net.micro.cpm:5307 net.lang.pascal:417 net.micro.pc:6414 To: info-cpm@AMSAA.ARPA > Replace this line with your compiler bug > > I sat down to write the program for the next project I am going > to give to my Computer Science I class at home on my CPM system > with Turbo Pascal Version 3.00. The following program illustrates > the problem with the program I wrote: > > program junk(input,output); > procedure proca(chita:char); forward; > procedure procb(chitb:char); > begin > writeln('Entering procb with a ',chitb); > proca('A'); > writeln('Leaving procb with a ',chitb); > end; > procedure proca; > begin > writeln('Entering proca with a ',chita); > if chita = 'I' then procb('I'); > writeln('Leaving proca with a ',chita); > end; > begin > proca('I'); > end. > > The output using Turbo Pascal was: > > Entering proca with a I > Entering procb with a I > Entering proca with a A > Leaving proca with a A > Leaving procb with a I > Leaving proca with a A > > While the output for the same program on a VAX with BSD UNIX, > IBM VM/SP CMS, or a Macintosh with MacPascal was: > > Entering proca with a I > Entering procb with a I > Entering proca with a A > Leaving proca with a A > Leaving procb with a I > Leaving proca with a I > > as I expected. Calling Borland Technical Support was no help, > as they wanted a copy of the program on an IBM format disk. > The technical support specialist asked me to send a copy of the > program on a disk. When I asked "in what format?" she replied > "IBM, of course." I guess CPM does not exist anymore. > > Obviously, I was quite surprised at the output, and now I > wonder how they tested the compiler. It seems that a program > as simple as the one above should have been tested. > > -- Stanley Dunn > University of Maryland Department of Computer Science Under the PC-DOS version of Turbo 3.0, the program runs correctly with the same output as you have given for the other Pascals. The problem may be associated with the CP/M-80 Compiler Directive "A". The default is "A+" which inhibits recursive code. Switching to "A-" may solve your problem. This is documented on or about page 318 in the 3.0 manual. Timothy A. Johnson Computer Sciences Corporation 23-Nov-85 22:16:12-MST,1803;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Nov 85 22:16:05-MST Received: from simtel20.arpa by AMSAA.ARPA id a008172; 23 Nov 85 23:45 EST Date: Sat, 23 Nov 1985 21:50 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Arthur Wouk - Army Research Office Cc: Info-Cpm@AMSAA.ARPA Subject: XCAT42 problem fixed - XCAT43 now available Last February we were in touch about a problem which I was having with the MCAT series of programs. You referred me to mcat45, the latest version, which was not the one which I have been using. Owing to work pressures, I did not get around to the problem again till this week. The problem is still present. MCAT.COM successfully creates a MAST.CAT of arbitrarily many entries with no difficulties. BUT, XCAT42.COM is able to print out only up to 256 entries in MAST.CAT. If the entries are greater in number, it wipes everything out and cycles back to an empty listing and the statement to the effect that there is one line one entry. I have checked the asm versions of both mcat and xcat, USER is NO in both cases. I have rerun them through the assembler and compared the output files with the library .COM files. They are identical. The problem has been fixed. Now available from SIMTEL20: Filename Type Bytes CRC Directory PD: XCAT43.LBR.1 BINARY 30592 24BCH For those who don't have this disk cataloging package yet: MCAT45.LBR.2 BINARY 83968 3EC9H which contains MCAT45, XCAT43 and several utilities. Only the XCAT files have been changed in MCAT45.LBR. --Keith 24-Nov-85 08:26:37-MST,936;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 24 Nov 85 08:26:31-MST Received: from simtel20.arpa by AMSAA.ARPA id a009120; 24 Nov 85 9:56 EST Date: Sun, 24 Nov 1985 08:00 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Cc: Info-Micro@brl.ARPA Subject: Need to contact Remote CP/M Sysops If you are the Sysop of a Remote CP/M (RCP/M) listed in the latest PDSE phone list, please send a note to me at any of the addresses below. Include the full netmail path to your mailbox and the name of your RCP/M system. Sysops only, please, not users. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA uucp: ...!seismo!SIMTEL20.ARPA!W8SDZ uucp: ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz uucp: ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz 24-Nov-85 16:55:27-MST,1054;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 24 Nov 85 16:55:20-MST Received: from simtel20.arpa by AMSAA.ARPA id a009792; 24 Nov 85 18:27 EST Date: Wednesday, 20 November 1985 13:54-MST Message-ID: Sender: Jeffrey Shields From: Jeffrey Shields Subject: KE3Z multi-port digipeater software for Xerox-820 ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Sun 24 Nov 1985 16:31-MST MULRPT.LBR, the KE3Z multi-port digipeater software for Xerox-820, is now available from SIMTEL20 as: Filename Type Bytes CRC Directory PD: MULRPT.LBR.2 BINARY 48640 C029H As I understand it, the files in MULRPT.LBR are public domain. It was downloaded from the HAMNET BBS in Newington, Conn. Hope you find MULRPT useful. 73's .... Jeff Shields N9CZA (ihnp4!pur-ee!shields) Dave Andersen KK9W (ihnp4!pur-ee!kk9w) 25-Nov-85 00:02:33-MST,1560;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 25 Nov 85 00:02:19-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a010367; 25 Nov 85 1:29 EST Received: from usenet by TGR.BRL.ARPA id a001870; 25 Nov 85 1:19 EST From: Mike Kersenbrock Newsgroups: net.micro.cpm Subject: Re: Wanted: CP/M 3.0 Docs Message-ID: <505@azure.UUCP> Date: 23 Nov 85 10:38:10 GMT To: info-cpm@AMSAA.ARPA In article <1237@vax135.UUCP> whb@vax135.UUCP (Wilson H. Bent) writes: >Yes, yes, I know what you're saying - skip CP/M 3.0 and go to ZCPR3!! >BUT... >I can't modify the BIOS/BDOS without knowing what to make of what's there >now, so I'm sending out the call: > >>>> I NEED THE CP/M 3.0 PROGRAMMER'S GUIDE <<<< >Since DR no longer supports it, I have no qualms about asking for photocopies >and other questionable sources. If you have it, I want a copy!! >I'll even RENT yours so I can make my own copy!!! If you want to modify the BIOS, you need the "CP/M Plus System Guide" along with a bunch of programs like "gencpm.com" and some .SPR files. I have my "build" automated using "make", and it simplifies thing a good bit, but otherwise.... CP/M 3.0 in my case supports bankswitching and (obviously) timestamps. It is substantially better than 2.2 although things here and there make you scratch your head. Anybody have a copy of the banked BDOS source (commented?) ? :-) -- Mike Kersenbrock Tektronix Software Development Products Aloha, Oregon 25-Nov-85 09:47:36-MST,2745;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 25 Nov 85 09:47:26-MST Received: from apg-1.arpa by AMSAA.ARPA id a018797; 25 Nov 85 11:14 EST Date: Mon, 25 Nov 85 11:10:31 EST From: Robert Bloom AMSTE-TEI 3775 Subject: Multiuser Micro Result To: info-cpm@AMSAA.ARPA Cc: rbloom@apg-1.ARPA People: A number of months ago I sent a request for information on multi-user computers. Thanks to all that responded. This is a recap of what happened to that request. I work in the Department of Defence, in the Test and Evaluation Command of the Army Materiel Command (AMC). The machine in question would be used in my division and would replace a well-used and trusted NorthStar Horizon. Based on the responses, I thought I had a pretty good handle on what was available that met my requirements and was affordable. I was looking for a system that would be less expensive than AMC's 'standard' micro (an Intel 310). Priminary research indicated that there were some potentials at 1/3 of the price of an Intel and lots at 1/2 the price. (The Intel system was *at*least* $50k.) I've been shot down in the attempt to save some taxpayer money. (How's that for an inflammatory statement?) From a AMC letter dated 19 May 85 on "Policy of Acquisition and Use of Microcomputers", "[the Intel contract] is a mandatory source for single-user and multi-user microcomputers for AMC activities whose requirements can be satisfied by the contract." Cost savings, no matter how much, is not a basis for buying anything other than items on the contract. Our ADPE acquisition people are using this to beat everyone down, me included. (We can't even buy a plain-vanila IBM-PC any more!) This is not to say that the Intel 310 is not a good machine. It's just that I don't believe that a single machine, albeit configurable in many different ways to meet many different requirements, is best for all those requirements. Oh well. So like a good military man (which I'm not) after stating my view, I am supporting whatever decision the commander makes. Looks like I'll be buying an Intel 310 ethernet'ed to 8 PC clones. Thanks again to those that helped me in my research. I felt that I had an obligation to those kind net-people that sometimes never find out the results of the issues mentioned here. Bob Bloom (I do not have any affiliation with Intel, SMS, or any other contractor, or the Army ADPE selection or acquisition. I consider myself 'just a poor end-user.' Please address any comments or replies directly to rbloom@apg-1 in case I get in [any more] trouble for this message.) 25-Nov-85 12:42:01-MST,866;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 25 Nov 85 12:41:42-MST Received: from brl-aos.arpa by AMSAA.ARPA id a026284; 25 Nov 85 13:56 EST Received: from lll-mfe.arpa by AOS.BRL.ARPA id a027973; 25 Nov 85 13:57 EST Date: Mon, 25 Nov 85 13:54 EST From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA Subject: PCPI Kermit ?! To: INFO-CPM@BRL.ARPA Date: Mon, 25-NOV-1985 13:55 EST To: INFO-CPM@BRL.Arpa Message-ID: <[OAK.SAINET.MFENET].1A7150E0.008E6905.SECRIST> Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn. Geographic-Location: 36 01' 42" N, 84 14' 14" W X-VMS-Mail-To: ARPA%"INFO-CPM@BRL.Arpa" Is anyone aware of a version of Kermit that will run under CP/M-80 on an Apple ][ series machine using a PCPI card ?! Thanks, Richard SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa 26-Nov-85 10:13:39-MST,747;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Nov 85 10:13:32-MST Received: from apg-1.arpa by AMSAA.ARPA id a016421; 26 Nov 85 11:38 EST Date: Tue, 26 Nov 85 11:35:04 EST From: Robert Bloom AMSTE-TEI 3775 Subject: NorthStar's NorthNet To: info-cpm@AMSAA.ARPA Cc: rbloom@apg-1.ARPA I am looking for a supplier for parts to create a NorthNet from some NorthStar Advantages. I already have some hardware but still need 2 server packs, 2 workstation packs and the basic NorthNet driver software. Does anyone know of a source for this admittedly discontinued and unsupported stuff? Most of my normal suppliers have come up empty. bob bloom (rbloom@apg-1) 26-Nov-85 12:34:48-MST,711;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Nov 85 12:34:43-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a025006; 26 Nov 85 13:57 EST Received: from usenet by TGR.BRL.ARPA id a016639; 26 Nov 85 13:54 EST From: grayson@uiucuxc.cso.uiuc.edu Newsgroups: net.micro.cpm Subject: Re: FORTH compiler product description: Message-ID: <104600007@uiucuxc> Date: 24 Nov 85 22:36:00 GMT Nf-ID: #R:brl-tgr.ARPA:3498:uiucuxc:104600007:000:113 Nf-From: uiucuxc.CSO.UIUC.EDU!grayson Nov 24 16:36:00 1985 To: info-cpm@AMSAA.ARPA Sounds just like the Forth target compiler mentioned in Dr. Dobbs a couple of months ago, and available for $30 . 26-Nov-85 13:54:38-MST,978;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Nov 85 13:54:31-MST Received: from xerox.arpa by AMSAA.ARPA id a027147; 26 Nov 85 15:10 EST Received: from CheninBlanc.ms by ArpaGateway.ms ; 26 NOV 85 11:54:41 PST Date: 26 Nov 85 10:48:45 PST (Tuesday) From: Bicer.ES@XEROX.ARPA Subject: Pocket Computers To: info-micro@BRL-VGR.ARPA cc: info-cpm@AMSAA.ARPA, Wantads^.ES@XEROX.ARPA Reply-To: Bicer.ES@XEROX.ARPA Message-ID: <851126-115441-3734@Xerox> Hi, I need quite a few Pocket Computers for an application. Needed specs are: - Must be as cheap as possible, hopefully under $50 (VERY IMPORTANT) - Run Basic (or some programming language) - Minimal RAM (1K is OK) The only one I found that meets my requirements is a Radio Shack Tandy PC4. Is Tandy PC4 made by Sharp? Are there any others? Any info will be greatly appreciated. Thanks in advance, Jack Bicer Bicer.ES@XEROX.ARPA 26-Nov-85 14:04:44-MST,831;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Nov 85 14:04:36-MST Received: from lll-mfe.arpa by AMSAA.ARPA id a027353; 26 Nov 85 15:15 EST Date: Tue, 26 Nov 85 09:59 EST From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA Subject: KERMIT-80 for the Apple ][s using a PCPI card ?! To: INFO-CPM@AMSAA.ARPA Date: Tue, 26-NOV-1985 10:00 EST To: INFO-CPM@AMSAA.Arpa Message-ID: <[OAK.SAINET.MFENET].73CEBB20.008E69AD.SECRIST> Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn. Geographic-Location: 36 01' 42" N, 84 14' 14" W X-VMS-Mail-To: ARPA%"INFO-CPM@AMSAA.Arpa" Is anyone aware of a version of Kermit that will run under CP/M-80 on an Apple ][ series machine using a PCPI card ?! Thanks, Richard SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa 26-Nov-85 20:52:42-MST,845;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Nov 85 20:52:34-MST Received: from brl-aos.arpa by AMSAA.ARPA id a007433; 26 Nov 85 22:00 EST Received: from mit-mc.arpa by AOS.BRL.ARPA id a025848; 26 Nov 85 22:01 EST Received: from MIT-DEEP-THOUGHT by MIT-MC.ARPA via Chaosnet; 26 NOV 85 21:59:52 EST Date: Tue 26 Nov 85 21:57:30-EST From: Andrew Moore Subject: MBOOT.ASM values for SSC To: info-cpm%MIT-MC@MIT-EDDIE.ARPA, info-apple%MIT-MC@MIT-EDDIE.ARPA Message-ID: <12162465337.27.T.MOORE@MIT-EECS> I need a version of MBOOT.ASM for the Super Serial Card. If anyone can supply me with this version, or the values to set the equates to in MBOOT.ASM for the Super Serial Card, please mail me. Thanks. -drew T.MOORE%MIT-EECS@MIT-MC.ARPA ------- 26-Nov-85 21:20:09-MST,1052;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Nov 85 21:20:02-MST Received: from xerox.arpa by AMSAA.ARPA id a008886; 26 Nov 85 22:16 EST Received: from Salvador.ms by ArpaGateway.ms ; 26 NOV 85 19:16:10 PST Sender: "Donna S. Li.OsbuSouth"@XEROX.ARPA Date: 26 Nov 85 16:14:21 PST (Tuesday) Subject: Pocket Computers From: Bicer.ES@XEROX.ARPA To: "Donna Li.OsbuSouth"@XEROX.ARPA cc: info-cpm@AMSAA.ARPA, Wantads^.ES@XEROX.ARPA, info-micro@BRL-VGR.ARPA Reply-to: Bicer.ES@XEROX.ARPA Message-ID: <851126-191610-1473@Xerox> Hi, I need quite a few Pocket Computers for an application. Needed specs are: - Must be as cheap as possible, hopefully under $50 (VERY IMPORTANT) - Run Basic (or some programming language) - Minimal RAM (1K is OK) The only one I found that meets my requirements is a Radio Shack Tandy PC4. Is Tandy PC4 made by Sharp? Are there any others? Any info will be greatly appreciated. Thanks in advance, Jack Bicer Bicer.ES@XEROX.ARPA 27-Nov-85 08:03:08-MST,766;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Nov 85 08:03:00-MST Received: from brl-aos.arpa by AMSAA.ARPA id a015263; 27 Nov 85 9:27 EST Received: from mit-mc.arpa by AOS.BRL.ARPA id a002111; 27 Nov 85 9:24 EST Received: from mit-eddie by MIT-MC.ARPA 27 Nov 85 09:25:14 EST Received: from apg-3 (1d00041a) by mit-eddie (4.12/4.7) id AA14239; Wed, 27 Nov 85 09:20:14 est Message-Id: <8511271420.AA14239@mit-eddie> Date: Wed, 27 Nov 85 9:20:50 EST From: John Shaver STEEP-TMAC 879-7602 Subject: Re: MBOOT.ASM values for SSC In-Reply-To: Your message of Tue 26 Nov 85 21:57:30-EST To: info-cpm%mit-mc@MIT-EDDIE.ARPA Cc: jshaver@APG-3.ARPA What does MBOOT doo for you? 27-Nov-85 14:13:23-MST,1153;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Nov 85 14:12:54-MST Received: from bbn-spca.arpa by AMSAA.ARPA id a025056; 27 Nov 85 15:35 EST Date: Wed, 27 Nov 85 15:27:45 EST From: John Major To: info-micro@BRL-VGR.ARPA cc: info-cpm@AMSAA.ARPA Subject: Linking Xerox 860s to PCs Has anyone out there had experience linking the 860 Xerox wordprocessor with PCs? The 860 is CP/M-based, with 8" disks. We would like to, at the minimum, transfer files back and forth, but being able to spool files to other printers would be dandy as well. I'm requesting this for a friend -- I know next to nothing about the 860s, and Xerox hasn't been real helpful to her yet, so I'm hoping that someone has already figured this one out. I have experience with MSDOS Kermit, and wondered whether Kermit would do. There is a version for the Xerox 820, but I don't know whether it'll work. I'm sending this to info-cpm as well, but if anyone has suggestions about where else to look, I'd love to hear. Thanks -- John Major major@bbn-spca.ARPA 27-Nov-85 22:25:45-MST,1037;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Nov 85 22:25:34-MST Received: from brl-aos.arpa by AMSAA.ARPA id a027651; 27 Nov 85 23:59 EST Received: from mit-mc.arpa by AOS.BRL.ARPA id a016088; 27 Nov 85 23:58 EST Received: from MIT-DEEP-THOUGHT by MIT-MC.ARPA via Chaosnet; 27 NOV 85 23:37:50 EST Date: Wed 27 Nov 85 23:35:26-EST From: Andrew Moore Subject: Direct MEX transfers To: info-cpm%MIT-MC@MIT-EDDIE.ARPA Message-ID: <12162745309.30.T.MOORE@MIT-EECS> I am using MEX to transfer files between two CP/M systems. I have MEX 1.11 on one system and MEX 1.14 on the other. I cannot send files from 1.14 to 1.11 at any rate faster than 1200 baud, thought I can send from 1.11 to 1.14 at 19.2kbaud. Is the problem that I am using two different versions of MEX? The 1.14 is running on a Xerox 820, while 1.11 is on a MicroSoft CP/M (Apple II+) system. -drew MOORE%MIT-EECS@MIT-MC.ARPA (excuse the "thought" typo above) ------- 28-Nov-85 13:51:16-MST,1226;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Nov 85 13:51:09-MST Received: from mitre.arpa by AMSAA.ARPA id a029294; 28 Nov 85 15:20 EST Message-Id: <8511282025.AA20665@mitre.ARPA> To: John Major Cc: info-micro@BRL-VGR.ARPA Cc: info-cpm@AMSAA.ARPA Subject: Re: Linking Xerox 860s to PCs In-Reply-To: Your message of Wed, 27 Nov 85 15:27:45 EST. Date: 28 Nov 85 15:25:12 EST (Thu) From: Jeff Edelheit John - the 860, if set-up for communications can send/rec ascii files from the word processor side of the machine. As far as sending CP/M files, I don't know. One gotcha on the WP files. Xerox screwed around with the proportional space handling on the 860. If you use proportional and justification, you can get one or two extra characters on a line (e.g., 72 on a 70 character line.). This really messes things up if you are trying to move a justified document from the 860 to another machine and edit it on the second machine. The easy way around this is dondon't use proportional space and justification on any document you want to transfer. Hope this helps. Jeff Edelheit (edelheit@mitre) 28-Nov-85 20:17:27-MST,596;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Nov 85 20:17:22-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a029872; 28 Nov 85 21:46 EST Received: from usenet by TGR.BRL.ARPA id a003100; 28 Nov 85 21:48 EST From: "Jay C. Bowden" Newsgroups: net.micro.cpm Subject: Re: Help for APPLE 8\" controller Message-ID: <963@loral.UUCP> Date: 27 Nov 85 16:29:32 GMT To: info-cpm@AMSAA.ARPA Can't mail to you, though. Send (or post?) your US mail addr, or ph# if you're still looking for info. - Jay 30-Nov-85 05:40:27-MST,715;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 30 Nov 85 05:40:21-MST Received: from xerox.arpa by AMSAA.ARPA id a003712; 30 Nov 85 7:15 EST Received: from CheninBlanc.ms by ArpaGateway.ms ; 30 NOV 85 04:20:55 PST From: NBaheti.es@XEROX.ARPA Date: 29 Nov 85 13:56:41 PST Subject: Kaypro 2x ZCPR3? To: info-cpm@AMSAA.ARPA cc: NBaheti.es@XEROX.ARPA, rconn@SIMTEL20.ARPA Message-ID: <851130-042056-1912@Xerox> Is there an install of ZCPR3 for the Kaypro 2x? A local SysOp is looking for one and has had no luck in the LA area at all. If you know where I can get one for him, please leave me mail on the nets. Thanks. --Arun Baheti NBaheti.es@Xerox