1-May-85 07:33:49-MDT,1222;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 07:33:43-MDT Received: from usc-eclb.arpa by AMSAA.ARPA id a003626; 1 May 85 9:04 EDT Date: 1 May 1985 06:03-PDT Sender: STANLEY@usc-eclb.ARPA Subject: Re: NETWORKING From: STANLEY@usc-eclb.ARPA To: HARRELL%EDUCOM.BITNET@wiscvm.ARPA Cc: INFO-CPM@AMSAA.ARPA Message-ID: <[USC-ECLB] 1-May-85 06:03:25.STANLEY> In-Reply-To: The message of 26 APR 85 13:40-EST from HARRELL%EDUCOM.BITNET@WISCVM.ARPA Received: from AMSAA by USC-ECLB; Sat 27 Apr 85 05:04:15-PST from wiscvm.arpa by AMSAA.ARPA id a001209; 26 Apr 85 13:50 EST from (HARRELL)EDUCOM.BITNET by WISCVM.ARPA on 04/26/85 at 12:47:46 CST Date: 26 APR 85 13:40-EST From: HARRELL%EDUCOM.BITNET@WISCVM.ARPA To: INFO-CPM@AMSAA.ARPA Subject: NETWORKING Return-Path: If you would like to receive a copy of a networking newsletter at no charge please send me your hardcopy mailing address. Thanks -------------------- Please add me to the networking newsletter list: LTC R. A. Stanley P. O. Box 9512 Alexandria, VA 22304 1-May-85 08:42:15-MDT,989;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 08:42:04-MDT Received: from brl.arpa by AMSAA.ARPA id a005580; 1 May 85 10:02 EDT Received: from usc-isid.arpa by BRL-AOS.ARPA id a004846; 1 May 85 9:48 EST Date: 1 May 1985 00:41-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: C Toolkit From: ABN.ISCAMS@USC-ISID.ARPA To: info-cpm@BRL.ARPA Cc: abn.iscams@USC-ISID.ARPA, abn.tcc@USC-ISID.ARPA Message-ID: <[USC-ISID.ARPA] 1-May-85 00:41:57.ABN.ISCAMS> NetLandians, I recollect long ago there was an archive out there that had a toolbox of "C" utilities - maybe from DARPA? Thought it was on ISIB or maybe SIMTEL20, but can't seem to find it via FTP (don't like wildcard directory scans!). Anybody point me to that C toolkit, please? One of my local users will be bringing up Unix (or something) on an NCR Tower, and they're studying C now. Thanks in advance, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 1-May-85 10:49:22-MDT,579;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 10:49:04-MDT Received: from pica-lca.arpa by AMSAA.ARPA id a009309; 1 May 85 11:55 EDT Date: Wed, 1 May 85 11:53:03 EDT From: "J. Richard Hall" (LCWSL) To: HARRELL%EDUCOM.BITNET@WISCVM.ARPA cc: INFO-CPM@AMSAA.ARPA Subject: Re: NETWORKING Please add me to the mailing list for NETWORKING newsletter: J. Richard Hall SMCAR-LCA-G Large Caliber Weapons Laboratory Building 30 ARDC Dover, New Jersey 07801-5001 1-May-85 10:55:05-MDT,1117;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 10:54:58-MDT Date: Wed, 1 May 85 11:57:18 EDT From: David Towson (SECAD) To: info-cpm@AMSAA.ARPA Subject: Replying to offers posted via info-cpm. Fellow CP/Mers - A little while ago, harrell%educom.bitnet@wiscvm posted an offer to send a free networking newsletter to anyone who sends him a mailing address. Since that time, several replies to this offer have appeared in general distribution to info-cpm. Please remember that info-cpm is gatewayed with net.micro.cpm in usenet, and many of those people have to PAY for data transmission. They don't get their mail delivered free like we lucky DDN stiffs do. So PLEASE do not post such replies to the whole net unless you have to due to local operational constraints. I realize that some people have no option in this matter, but I ask that you all be sensitive to this when you are sending a personal request to an individual. Thanks. Dave towson@amsaa.arpa aka info-cpm-request 1-May-85 11:46:02-MDT,2100;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 11:45:49-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a000934; 1 May 85 13:07 EDT Received: from usenet by BRL.ARPA id a000990; 1 May 85 12:50 EDT From: Rick Fairfield Newsgroups: net.micro.cpm Subject: Help! I need a better C compiler. Message-ID: <687@ssc-vax.UUCP> Date: 30 Apr 85 03:52:10 GMT To: info-cpm@AMSAA.ARPA Recently, I have been using the Whitesmiths C compiler (1980 version) on a CP/M 2.2 system. I'm really unhappy with this compiler and would like suggestions on a replacement. The only other CP/M C compiler I know of is one called BDS (?), which I have not had occasion to use. Here are some examples of things I hate about the Whitesmiths C and would, therefore, like to avoid in a replacement: 1) The names of many (most) of the "standard" library functions are very different than for my 4.2 bsd C compiler; many of these functions require unusual arguments and return unusual values. Most blatant example: putfmt, instead of printf. 2) All externals need to be initialized (yes, even pointers and arrays, although array names can be initialized to the null pointer). 3) You can have multiple functions in a single source file but, apparently, NOT in the file that contains main(). 4) putfmt (printf) doesn't flush the buffer until a NEWLINE is issued. 5) The compiler runs in 3 passes (preprocessor plus two compiler passes) which are invoked separately from a script; it is a VERY slow process and I can't figure out how to make it stop if an error occurs in an early phase (short of hitting the reset button). 6) Generally flakey implementation of I/O functions, particularly those that perform character I/O (text). I could go on but I think you get the idea. Any suggestions for a replacement will be appreciated. Also, please include $ amounts if you know them. Thanx, zzzzzadco aka Rick Fairfield Boeing Aerospace Co 206-773-1004 1-May-85 14:26:58-MDT,983;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 14:26:53-MDT Received: from brl.arpa by AMSAA.ARPA id a007909; 1 May 85 15:53 EDT Received: from mitre.arpa by BRL-AOS.ARPA id a013169; 1 May 85 15:38 EST Received: by mitre.ARPA (4.12/4.7) id AA01627; Wed, 1 May 85 15:39:05 edt Message-Id: <8505011939.AA01627@mitre.ARPA> To: ABN.ISCAMS@USC-ISID.ARPA Cc: info-cpm@BRL.ARPA, abn.tcc@USC-ISID.ARPA Subject: Re: C Toolkit In-Reply-To: Your message of 1 May 1985 00:41-EDT. <[USC-ISID.ARPA] 1-May-85 00:41:57.ABN.ISCAMS> Date: 01 May 85 15:38:08 EDT (Wed) From: Jeff Edelheit Dave - I think you may be thinking about the micro: directory at SIMTEL20. The Directory listing is in mocro:unix.crclst. I don't know of a specific C toolkit. BTW, the NCR Tower runs System V. (I use to play with it when it was running V7.) Regards, Jeff Edelheit (edelheit@mitre) 1-May-85 15:18:19-MDT,953;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 15:18:11-MDT Received: from brl.arpa by AMSAA.ARPA id a008359; 1 May 85 16:28 EDT Received: from mitre-gateway.arpa by BRL-AOS.ARPA id a014076; 1 May 85 16:18 EST Date: 1 May 1985 16:05:56 EDT (Wednesday) From: Tom Reid Subject: Kaypro connected to LAN at 9600 baud To: info-cpm@BRL.ARPA Cc: info-micro@BRL.ARPA I have been trying to get my Kaypro to work on our LAN at 9600 baud through a ROLM data phone (Kaypro goes to back of phone with a normal RS-232 cable). The Kaypro is a IIx with two serial and one parallel ports. The symptoms are problem is that about 1/3 of the characters are lost on data from the LAN. The Kaypro works fine on 1200 baud with a Ventel modem and dialup. Is this a known problem with the Kaypro's? Or do all roads lead to ROLM? Thanks in advance for any help. Tom. 1-May-85 15:41:25-MDT,1134;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 15:41:20-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a008923; 1 May 85 16:59 EDT Received: from usenet by BRL.ARPA id a007186; 1 May 85 16:53 EDT From: Brian Kantor Newsgroups: net.micro.cpm Subject: Re: Kaypro Termcap Entry - Comparison with ADM-3A Message-ID: <835@sdcsvax.UUCP> Date: 30 Apr 85 23:41:37 GMT To: info-cpm@AMSAA.ARPA Be aware that later models of the Kaypro seem to have changed the way their video controller works - the original Ferguson model was all TTL and faster than all get-out --- but the later Kaypros can't scroll or position the cursor at any sort of reasonable rate. We have two Kaypro termcaps here at UCSD - the fast and the slow one. The slow one has 100mS delays on cursor positioning, line addition, deletion, and other miscellaneous things. So if you're having troubles with the Kaypro, try slowing things down. Brian Kantor UC San Diego decvax\ brian@ucsd.arpa akgua >--- sdcsvax --- brian ucbvax/ Kantor@Nosc 1-May-85 16:23:24-MDT,709;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 16:23:17-MDT Received: from mitre-bedford.arpa by AMSAA.ARPA id a009163; 1 May 85 17:36 EDT Date: Wednesday, 1 May 1985 17:29-EDT From: jrv@mitre-bedford.ARPA To: zadco%ssc-vax.uucp@BRL.ARPA Cc: info-cpm@AMSAA.ARPA Subject: Re: Help! I need a better C compiler. In-reply-to: Your message of Monday, 29 Apr 1985 23:52-EDT. <687@ssc-vax.UUCP> For pointers to C compilers, get a copy of Dr. Dobb's. There were also a number of reviews in Byte a while back. (August of some year - 1982 or 1983?). Some of the ones you should check out: BDS, Q/C, C80, Aztec. - Jim Van Zandt 1-May-85 18:14:14-MDT,1708;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 18:14:06-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a009661; 1 May 85 19:47 EDT Received: from usenet by BRL.ARPA id a009508; 1 May 85 19:41 EDT From: jp@LANL.ARPA Newsgroups: net.micro.cpm Subject: Re: Help! I need a better C compiler. Message-ID: <25275@lanl.ARPA> Date: 1 May 85 14:42:10 GMT Sender: newsreader@LANL.ARPA To: info-cpm@AMSAA.ARPA > Recently, I have been using the Whitesmiths C compiler (1980 version) on > a CP/M 2.2 system. I'm really unhappy with this compiler and would like > suggestions on a replacement. The only other CP/M C compiler I know of is > one called BDS (?), which I have not had occasion to use. Whitesmith's C is indeed reputed to be a dog for the reasons which you list. BDS C, on the other hand, is a pretty good product. It is speedy and produces relatively small object files. But it is not a full implementation of C. One of the things that is missing is floating point math, although there are subroutines for doing floating point indirectly. If you want a full implemen- tation, I suggest you look at Computer Innovations CI-86. It has a good reputation and I think it supports an 8087 math coprocessor. The ad in May BYTE says that there is a new version available aimed at the IBM PC/AT (Is this an irresistible trend??). But there used to be a CPM-86 version available. Contact CI at Computer Innovations, Inc. 980 Shrewsbury Avenue Tinton Falls, NJ 07724 Call 800-922-0169 for "further information" or 201-542-5920 for "technical assistance" Good luck, Jim Potter jp@lanl.arpa 1-May-85 20:39:27-MDT,1383;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 20:39:21-MDT Received: from ucb-vax.arpa by AMSAA.ARPA id a010003; 1 May 85 21:43 EDT Received: from ucbarpa.ARPA by UCB-VAX.ARPA (4.24/4.46) id AA19593; Wed, 1 May 85 18:41:02 pdt Received: by ucbarpa.ARPA (4.24/4.46) id AA17837; Wed, 1 May 85 18:43:17 pdt Date: Wed, 1 May 85 18:43:17 pdt From: Jordan Hayes in his room Message-Id: <8505020143.AA17837@ucbarpa.ARPA> Home-Phone: (415) 835-8767 Uucp-Path: ...ucbvax!jordan To: info-cpm@AMSAA.ARPA, jp@LANL.ARPA Subject: Re: Help! I need a better C compiler. >>> FLAME ON <<< The question specifically stated a CP/M 2.2 system (you even put that part in your reply) -- CI-86 (as the name suggests... ;-) is for CP/M-86 -- 8087 support is not going to help any on a 2.2 system. >>> FLAME OFF <<< Anyway, the CP/M-86'ers out there probably appreciate the tip... Waste not, want not, so here's a question of my own : Does anyone know if there is a version of xlisp (or any other public domain lisp package) around? Is it on simtel20? I'm running CP/M+ (that's 3.0 -- the one with the good-features but no software...) on an Osborne Executive. Thanks. /jordan ARPA : jordan@BERKELEY.ARPA UUCP : ...!ucbvax!jordan -or- sunybcs!canisius!jordan 1-May-85 20:47:26-MDT,1328;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 20:47:20-MDT Received: from rice-gateway by AMSAA.ARPA id a010088; 1 May 85 22:00 EDT Received: by rice.ARPA (AA05039); Wed, 1 May 85 19:11:23 CDT Date: Wed, 1 May 85 18:55:20 CDT From: Paul Milazzo Subject: Re: Help! I need a better C compiler. To: Rick Fairfield Cc: info-cpm@AMSAA.ARPA Message-Id: <1985.05.01.18.55.20.790.04827@Dione.rice> Rick: I have both the BDS and Manx (Aztec II) C compilers for my CP/M system. For Unix compatibility, I recommend the Manx compiler. I have written a fair number of programs which compile and execute without change under both CP/M and 4.2bsd on VAXen and SUN-2 workstations. I have also ported, with minimal effort, several programs originally written under 4.2bsd. While the BDS compiler often seems to produce tighter code, I almost always use the Aztec II compiler because it is much closer to the K&R standard. Manx has also recently added a number of the Berkeley extensions such as "void" declarations. If someone is interested, I could post a review of the Aztec II compiler. Paul G. Milazzo Dept. of Computer Science Rice University, Houston, TX 1-May-85 21:06:53-MDT,1435;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 21:06:46-MDT Received: from brl.arpa by AMSAA.ARPA id a010125; 1 May 85 22:14 EDT Received: from rand-unix.arpa by BRL-AOS.ARPA id a015419; 1 May 85 21:14 EST Received: by rand-unix.ARPA; Wed, 1 May 85 17:59:12 pdt From: Bridger Mitchell Message-Id: <8505020059.AA20321@rand-unix.ARPA> Date: 01 May 85 17:59:06 PDT (Wed) To: Tom Reid Cc: info-cpm@BRL.ARPA, bridger@RAND-UNIX.ARPA Subject: Re: Kaypro connected to LAN at 9600 baud In-Reply-To: Your message of 1 May 1985 16:05:56 EDT (Wednesday). The Kaypro 4-84 boards (new kaypro 2's, kaypro 4's and kaypro 10's) --those with reverse video, etc. -- use screen memory that is accessible only through the video controller. The Kaypro factory roms are rather slow and fall behind when scrolling (e.g. when the cursor gets to the bottom of the screen and a linefeed is sent). 1200 baud is about the limit for continuous-stream text. Plu*Perfect Systems is writing a new rom for Kaypros that includes a snappier video driver. I've used a test version effectively at 4800 baud, and with almost no glitches at 9600. That seems to be the limit of what can be done in firmware, given the hardware memory interfacing. When ready, it will be available from them and Advent Products. --bridger mitchell 1-May-85 21:30:02-MDT,641;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 21:29:59-MDT Received: from lanl.arpa by AMSAA.ARPA id a000196; 1 May 85 22:39 EDT Received: from a.ARPA by LANL.ARPA (4.12/4.7) id AA08680; Wed, 1 May 85 20:33:33 mdt Received: by a.ARPA (4.12/4.7) id AA25366; Wed, 1 May 85 20:38:12 mdt Date: Wed, 1 May 85 20:38:12 mdt From: James Potter Message-Id: <8505020238.AA25366@a.ARPA> To: info-cpm@AMSAA.ARPA, jordan%ucbarpa@UCB-VAX.ARPA, jp@LANL.ARPA Subject: Re: Help! I need a better C compiler. Right you are. Some mornings I'm not as bright as others. 1-May-85 22:32:30-MDT,892;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 May 85 22:32:25-MDT Received: from usc-isid.arpa by AMSAA.ARPA id a000816; 2 May 85 0:08 EDT Date: 2 May 1985 00:06-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Help! I need a better C compiler. From: ABN.ISCAMS@USC-ISID.ARPA To: jordan%ucbarpa@UCB-VAX.ARPA Cc: info-cpm@AMSAA.ARPA, jp@LANL.ARPA Message-ID: <[USC-ISID.ARPA] 2-May-85 00:06:32.ABN.ISCAMS> In-Reply-To: <8505020143.AA17837@ucbarpa.ARPA> Jordan, Re your query for a version of xlisp... look in Volume 118 of the SIGM Archives at SIMTEL20 - the whole volume is full of one. That would be micro:give.me.it.all.you.fool (just kidding - you gotta cwd first) Now for CP/M 86... Same place, same crowd, but micro: Regards, David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID) 2-May-85 05:13:40-MDT,995;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 May 85 05:13:35-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a001197; 2 May 85 6:46 EDT Received: from usenet by BRL.ARPA id a017467; 2 May 85 6:42 EDT From: Larry Yudelson Newsgroups: net.lang.c,net.micro.cpm Subject: Software Toolworks C/80 v3.0 Message-ID: <1487@aecom.UUCP> Date: 2 May 85 01:39:22 GMT Xref: seismo net.lang.c:5259 net.micro.cpm:4381 To: info-cpm@AMSAA.ARPA <> I have been happily using Software Toolwork's C/80 on my Osborne for some time noow, except.... the #ifneed directive placed beffore the routines in stdlib.c doesn't work; that is, ththe routines will not be included. Yes, I do put #include "stdlib.c" at the end of the program. Any clues? Larry Yudelson philabs!aecom!yudelson "Do I look like I'm ready to graduate? I mean, try toimagine me out in the real world, totally on my own!" 2-May-85 06:48:51-MDT,1003;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 May 85 06:48:47-MDT Received: from gunter-adam.arpa by AMSAA.ARPA id a002708; 2 May 85 8:08 EDT Date: 2 May 1985 07:07:31 CDT Subject: C compilers and random flames From: HUNEYCUTT@GUNTER-ADAM.ARPA To: Info-Cpm@AMSAA.ARPA cc: jp@LANL.ARPA Before said random flames cause confusion, C-86 is indeed NOT a CP/M 2.2 compiler, but works instead under CP/M-86 <> MS-DOS/PC-DOS, with the later version having switches for 80286 optimization. It really won't meet the needs of a 2.2 user. BDS-C is an excellent system, but is unfortunately not one of the 'standard' compilers (meaning that code from Un*x version whatever won't cross without substantial effort). But the price is hard to beat. Walt Bilofsky has a CP/M-based C compiler and will shortly release the MS-DOS version. His Software Toolworks, Inc. has a reputation for good software at very good prices. ------- 2-May-85 07:37:13-MDT,1817;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 May 85 07:37:06-MDT Received: from simtel20.arpa by AMSAA.ARPA id a004763; 2 May 85 9:05 EDT Date: Thu, 2 May 1985 07:04 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: ABN.ISCAMS@usc-isid.ARPA Cc: Info-Cpm@AMSAA.ARPA Subject: XLISP12 In-reply-to: Msg of 1 May 1985 22:06-MDT from ABN.ISCAMS at USC-ISID.ARPA There is a newer version of XLISP than the one in Volume 118 of the SIGM collection. It's available from SIMTEL20 as: Filename Type Bytes CRC Directory MICRO: PT.LQP.1 BINARY 2688 157FH XLBFUN.CQ.1 BINARY 5376 7603H XLBIND.CQ.1 BINARY 1152 F56DH XLCONT.CQ.1 BINARY 4224 8807H XLDMEM.CQ.1 BINARY 4736 40F4H XLEVAL.CQ.1 BINARY 5760 A2B0H XLFIO.CQ.1 BINARY 6656 0727H XLFTAB.CQ.1 BINARY 3200 7EC6H XLINIT.CQ.1 BINARY 1792 AB12H XLIO.CQ.1 BINARY 2432 9D82H XLISP.CQ.1 BINARY 1408 AF8BH XLISP.HQ.1 BINARY 4096 7B9CH XLISP.MQM.1 BINARY 24576 4BDDH XLISP12.FIX.1 ASCII 462 7384H XLISP12.LBR.1 BINARY 117504 E343H XLLIST.CQ.1 BINARY 12160 068EH XLMATH.CQ.1 BINARY 4480 E2B3H XLOBJ.CQ.1 BINARY 11648 B221H XLPRIN.CQ.1 BINARY 2432 EE6FH XLREAD.CQ.1 BINARY 5760 EAA1H XLSTR.CQ.1 BINARY 3200 B91FH XLSTUB.CQ.1 BINARY 384 C441H XLSUBR.CQ.1 BINARY 2048 7336H XLSYM.CQ.1 BINARY 3584 27F6H XLSYS.CQ.1 BINARY 2304 FC85H Get XLISP12.LBR instead of the individual files if you want the whole package at once. XLISP14 does exist on the net, but it for 16-bit machines only (it's too big to work on 8-bit machines, I've been told). --Keith 2-May-85 08:49:10-MDT,478;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 May 85 08:49:03-MDT Date: Thu, 2 May 85 10:22:01 EDT From: David Towson (SECAD) To: Jordan Hayes in his room cc: info-cpm@AMSAA.ARPA, jp@LANL.ARPA Subject: Re: Help! I need a better C compiler. Jordan - XLISP is available on SIMTEL20 in directory MICRO:. Dave towson@amsaa.arpa 2-May-85 09:03:24-MDT,502;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 May 85 09:03:19-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a012964; 2 May 85 10:27 EDT Received: from usenet by BRL.ARPA id a021770; 2 May 85 9:52 EDT From: Carl Rosenberg Newsgroups: net.micro.cpm.ctl Subject: newgroup net.micro.cpm Message-ID: <278@aphasia.UUCP> Date: 2 May 85 00:26:49 GMT Control: newgroup net.micro.cpm To: info-cpm@AMSAA.ARPA 2-May-85 10:48:32-MDT,789;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 May 85 10:48:24-MDT Received: from rand-unix.arpa by AMSAA.ARPA id a000578; 2 May 85 12:16 EDT Received: by rand-unix.ARPA; Thu, 2 May 85 09:13:25 pdt From: Chris McMenomy Message-Id: <8505021613.AA01477@rand-unix.ARPA> Date: 02 May 85 09:13:22 PDT (Thu) To: Larry Yudelson Cc: info-cpm@AMSAA.ARPA, christe@rand-unix.ARPA Subject: Re: Software Toolworks C/80 v3.0 In-Reply-To: Your message of 2 May 85 01:39:22 GMT. <1487@aecom.UUCP> Larry-- #include "stdlib.c" has to be the last line and must be followed by a carriage return. I'm pretty sure that works: we had the same problem for a while. --Christe 2-May-85 17:32:58-MDT,680;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 May 85 17:32:50-MDT Received: from xerox.arpa by AMSAA.ARPA id a000341; 2 May 85 19:08 EDT Received: from PinotNoir.ms by ArpaGateway.ms ; 02 MAY 85 13:03:42 PDT Date: 2 May 85 13:04:13 PDT (Thursday) From: HERON.PASA@XEROX.ARPA Subject: Re: NETWORKING In-reply-to: HARRELL%EDUCOM.BITNET's message of 26 APR 85 13:40 EST To: HARRELL%EDUCOM.BITNET@WISCVM.ARPA cc: INFO-CPM@AMSAA.ARPA I would like to receive a copy of a networking newsletter at no charge: Tom Heron Xerox Special Information Systems P.O. Box 7018 250 N. Halstead St. Pasadena,CA 91109 Thanks! 2-May-85 23:10:06-MDT,634;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 May 85 23:10:00-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a000185; 3 May 85 0:44 EDT Received: from usenet by BRL.ARPA id a009662; 3 May 85 0:40 EDT From: Chuck Wegrzyn Newsgroups: net.micro.cpm Subject: Re: NETWORKING Message-ID: <210@encore.UUCP> Date: 2 May 85 13:00:11 GMT To: info-cpm@AMSAA.ARPA I am interested in the 'Network Newsletter' - add me to your list. My address is Chuck Wegrzyn 24 Winchester Street Brookline, Ma 02146 Thanks, Chuck 3-May-85 00:18:56-MDT,634;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 00:18:48-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a000185; 3 May 85 1:49 EDT Received: from usenet by BRL.ARPA id a009846; 3 May 85 1:40 EDT From: Chuck Wegrzyn Newsgroups: net.micro.cpm Subject: Re: NETWORKING Message-ID: <210@encore.UUCP> Date: 2 May 85 13:00:11 GMT To: info-cpm@AMSAA.ARPA I am interested in the 'Network Newsletter' - add me to your list. My address is Chuck Wegrzyn 24 Winchester Street Brookline, Ma 02146 Thanks, Chuck 3-May-85 08:29:26-MDT,670;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 08:29:21-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a003271; 3 May 85 9:53 EDT Received: from usenet by BRL.ARPA id a016139; 3 May 85 9:41 EDT From: bill%persci.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: sq-usq available on net.sources Message-ID: <159@persci.UUCP> Date: 1 May 85 15:46:05 GMT To: info-cpm@AMSAA.ARPA sq-usq (CP/M compatible file compression utility) is posted to net.sources. -- Bill Swan {ihnp4|decvax|...}!uw-beaver!tikal!persci!bill Sure you can smoke, if you do it in private, at home, with the shades drawn! 3-May-85 10:48:34-MDT,672;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 10:48:29-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a006422; 3 May 85 11:46 EDT Received: from usenet by BRL.ARPA id a018855; 3 May 85 11:41 EDT From: bill%persci.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: sq-usq available on net.sources Message-ID: <159@persci.UUCP> Date: 1 May 85 15:46:05 GMT To: info-cpm@AMSAA.ARPA sq-usq (CP/M compatible file compression utility) is posted to net.sources. -- Bill Swan {ihnp4|decvax|...}!uw-beaver!tikal!persci!bill Sure you can smoke, if you do it in private, at home, with the shades drawn! 3-May-85 11:44:12-MDT,626;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 11:44:06-MDT Received: from usc-isi.arpa by AMSAA.ARPA id a001870; 3 May 85 13:05 EDT Date: 3 May 1985 13:01:58 EDT Subject: MOVCPM Relocation Method From: Steve Noland To: INFO-CPM@AMSAA.ARPA I am trying to install ZCPR3 on my Heath system running the Magnolia CP/mM. I need some information about the method DR uses to relocate the various pieces of CP/mM via MOVCPOM, and how to translate the relocation tables that appear in MOVCPM. Thanks in advance, Steve Noland ------- 3-May-85 12:07:15-MDT,1383;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 12:07:04-MDT Received: from simtel20.arpa by AMSAA.ARPA id a002664; 3 May 85 13:27 EDT Date: Fri, 3 May 1985 10:31 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Bill Swan Cc: Info-Cpm@AMSAA.ARPA Subject: sq-usq available on net.sources The sq-usq (CP/M compatible file compression utility) you posted to net.sources does not work correctly on 4.2 BSD Unix. USQ causes a core dump. SQ makes squeezed files which do not unsqueeze correctly (they are truncated). A portable SQ/USQ was recently posted to net.sources. It does work correctly on 4.2 BSD Unix. It is available from SIMTEL20 (to ArpaNet users) in two forms: Filename Type Bytes CRC Directory MICRO: SQU-PORT.SHAR.1 ASCII 40065 7B21H <--for Unix users Directory MICRO: SQU-PORT.LBR.1 BINARY 29952 D82CH <--same files but in .LBR form SQU-PORT.LBR is also available from my RCPM (RCPM Royal Oak, MI - 313-759-6569) for those who do not have access to SIMTEL20. --Keith Usenet: ...!decvax!brl-bmd!w8sdz or ...!unc!brl-bmd!w8sdz or ...!seismo!brl-tgr!w8sdz 3-May-85 12:56:54-MDT,549;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 12:56:47-MDT Received: from nosc-tecr.arpa by AMSAA.ARPA id a006210; 3 May 85 14:22 EDT Date: 3 May 1985 1106-PST From: Pawka Subject: S-100 graphics cards To: INFO-CPM@AMSAA.ARPA Reply-To: PAWKA@nosc-tecr.ARPA Does anyone have any experience/recommendations with/for High-Res color graphics cards for S-100 micro-computer systems, either RGB or NTSC? Mike Pawka PAWKA@NOSC-TECR.ARPA ------ 3-May-85 13:32:07-MDT,2247;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 13:31:53-MDT Received: from simtel20.arpa by AMSAA.ARPA id a007674; 3 May 85 15:09 EDT Date: Fri, 3 May 1985 12:44 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: Using the Anchor Mk XII within BYE.COM >D. Pollock recently posted: >Re: Using the Anchor Mk XII within BYE.COM > >To use the Mk XII you must ascertain if you have the proper rom set. >This can be done by connecting up the modem and typing ATI1 the result >will be a number if the number is 218 then you are ok, if not get on >the phone to Anchor and get them to replace the roms in your modem. >This fixes a nasty habit of the Anchor's which will cause a seizure of >the worst kind if someone calls your modem at 300 baud. Apparently the >modem gets confused when it answers and has to switch baud rate hanging >up the entire system. Thanks to Ed Richter for this information. This >tip and the following mod allow the Anchor to function as a Hayes clone >in a BBS situation. > >D. Pollock 4-7-85 > [DTR Hangup mod followed here] Jim Zajac, a user of RCPM Royal Oak is getting conflicting answers from the Anchor modem people. He would like to contact Ed Rickter for more details. I hope we can find someone to help. It annoys me to see a manufacturer apparently giving out different information to different people. If there is a problem they should admit it. We would all have greater respect for them and be more inclined to buy their product because we knew they gave good user support. --Keith ---forwarded message from RCPM Royal Oak (313-759-6569)--- Date: 30-Apr-85 From: Jim Zajac To: Ed Rickter Re: ANCH-BYE.FQX Dear Ed, where did you get the info concerning the fix for the Anchor MK12 modem? Anchor says that there is no such fix or ROMs available. Could you upload a more specific file concerning the details of your conversation with Anchor or whoever for the rest of us. Thank you . .....Jim Zajac ---end of forwarded message--- 3-May-85 13:47:40-MDT,1176;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 13:47:34-MDT Received: from simtel20.arpa by AMSAA.ARPA id a007684; 3 May 85 15:09 EDT Date: Fri, 3 May 1985 12:50 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Hams@simtel20.ARPA, Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA Subject: Duplicate mail being distributed from usenet ... In-reply-to: Msg of 3 May 1985 11:25-MDT from Lee Richardson It seems that for some reason (beginning yesterday evening I think) mail from usenet bound for info-hams has been sent twice, with about a half hour between sendings. Can something be done to correct this? Thanks. /Lee Richardson, W6RFK This appears to be a problem at BRL. It is happening with Info-Micro and Info-Cpm as well as several other groups that receive usenet forwarding. --Keith aka Usenet: ...!decvax!brl-bmd!w8sdz or ...!unc!brl-bmd!w8sdz or ...!seismo!brl-tgr!w8sdz 3-May-85 14:39:04-MDT,1194;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 14:38:52-MDT Received: from brl-aos.arpa by AMSAA.ARPA id a009651; 3 May 85 16:20 EDT Received: from nosc-gw by BRL-AOS.ARPA id a016316; 3 May 85 16:15 EDT Received: from marlin.ARPA by nosc.ARPA (4.17/4.7) id AA13946; Fri, 3 May 85 13:15:28 pdt Received: by marlin.ARPA (4.17/4.7) id AA06536; Fri, 3 May 85 13:16:12 pdt Date: Fri, 3 May 85 13:16:12 pdt From: "James E. Harmon" To: info-cpm@BRL.ARPA Cc: info-micro@BRL.ARPA Subject: Re: Kaypro connected to LAN at 9600 baud Message-Id: ------- Tom, I didn't get a good return address so I'll reply to the net. I have had the same problem with both a Kaypro 2 and a Kaypro 4 when they are connected to a Sytek LAN here at NOSC. It skips part of a line at any speed greater than 1200 baud. I have used Kaypro's TERM program, MODEM7, KERMIT, and the NOSC TRANSFER terminal programs on the Kaypros with the same result. 1200 baud works fine for both the Sytek LAN and the Hayes Smartmodem 1200. Good Luck, Jim Harmon (harmonj@NOSC) ------- 3-May-85 18:08:40-MDT,487;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 May 85 18:08:35-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a010791; 3 May 85 19:46 EDT Received: from usenet by BRL.ARPA id a029411; 3 May 85 19:42 EDT From: buisman%sara70.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: cancel <333@sara70.UUCP> Message-ID: <334@sara70.UUCP> Date: 4 May 85 00:49:37 GMT Control: cancel <333@sara70.UUCP> To: info-cpm@AMSAA.ARPA 4-May-85 09:14:54-MDT,1114;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 May 85 09:14:49-MDT Received: from simtel20.arpa by AMSAA.ARPA id a000152; 4 May 85 9:29 EDT Date: Friday, 3 May 1985 14:02-MDT Message-ID: Sender: MAX.HARTMAN@ames-vmsb.ARPA From: MAX.HARTMAN@ames-vmsb.ARPA Reply-To: MAX.HARTMAN@ames-vmsb.ARPA To: W8SDZ@simtel20.ARPA Subject: --- squ-port: non port --- ReSent-From: KPETERSEN@simtel20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA ReSent-Date: Sat 4 May 1985 07:28-MDT The following files needed to be modified to work with DECUS C compiler on VAX/VMS. sqio.c tr1.c tr2.c usq.c utr.c The modification was minor, each statement of form: return x; is required to have a parenthesized expression: return (x); this change will not affect adversely any compiler I know of (and it is better style anyway...) so I suggest that it be added into the source (SIMTEL20 - micro:sq-port.shar) when it is convenient -Richard Hartman
4-May-85 20:19:00-MDT,1865;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 May 85 20:18:51-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a000207; 4 May 85 21:52 EDT Received: from usenet by BRL.ARPA id a012468; 4 May 85 21:48 EDT From: Melinda Shore Newsgroups: net.micro.cpm Subject: Re: Help! I need a better C compiler. Message-ID: <414@sphinx.UChicago.UUCP> Date: 3 May 85 22:52:15 GMT To: info-cpm@AMSAA.ARPA [] > From: jp@lanl.ARPA > I suggest you look at Computer Innovations CI-86. Whoops!! The original poster was looking for a compiler for a CP/M 2.2 system. The C-86 compiler is for MS-DOS systems. Perhaps there's a C-86 for CP/M-86, but this still won't run on a humble z-80. There are a number of reasons not to go with the BDS compiler, the primary one being slight non-standardness. I have the Manx Aztec C. It's quite standard and is rather nice to work with. The problem with it is that it generates lousy code (n.b. mine is rather old. I understand newer releases are somewhat tighter). No discussions of CP/M C compilers would be complete without mention of Software Toolworks' C/80. Very inexpensive, very solid compiler, but *very* incomplete. I bought one two years ago. At that time the rather tiny library was in assembler. I think that right now the most appealing of the compilers is EcoSoft C. I don't have one, but I understand that they generate good, fast code and are reasonably K & R standard. I think it also supports post-K & R constructs. Hope this helps ... -- Melinda Shore University of Chicago Computation Center uucp: ..!ihnp4!gargoyle!sphinx!shor Mailnet: staff.melinda@uchicago.mailnet Bitnet: shor%sphinx@uchicago.bitnet ARPA: staff.melinda%uchicago.mailnet@mit-multics.arpa 4-May-85 20:55:42-MDT,15712;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 May 85 20:54:54-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a000223; 4 May 85 22:06 EDT Received: from usenet by BRL.ARPA id a012716; 4 May 85 21:55 EDT From: bill%persci.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: ldir.c and ltype.c source, for Unix Message-ID: <160@persci.UUCP> Date: 3 May 85 18:14:42 GMT To: info-cpm@AMSAA.ARPA I am posting this to net.micro.cpm instead of net.sources because I believe it to be of no interest to anybody other than a CP/M user. Here are sources for ldir.c and ltype.c, two probably very familiar library utilities. I acquired these from a local BBS, where they had been posted as IBM PC utilities. It took a little effort to adapt them to our 4.2bsd environment. Now all that is needed is for somebody to build on these routines (and on the 'usq' I posted a few days ago to net.sources) to create a full 'lu' utility, which would be *VERY* handy in facilitating file transfers to/from home. I am sure some of you will improve and enhance these utilities. Please post your upgrades so we all can share them. Bill Swan {ihnp4|decvax|allegra|...}!uw-beaver!tikal!persci!bill ------------------------------------------------------------------------------- #!/bin/sh # This is a shell archive, meaning: # 1. Remove everything above the #!/bin/sh line. # 2. Save the resulting text in a file. # 3. Execute the file with /bin/sh (not csh) to create the files: # ldir.c # ltype.c # This archive created: Fri May 3 10:59:32 1985 export PATH; PATH=/bin:$PATH echo shar: extracting "'ldir.c'" '(10133 characters)' if test -f 'ldir.c' then echo shar: over-writing existing file "'ldir.c'" fi sed 's/^X//' << \SHAR_EOF > 'ldir.c' X/* LDIR Library Directory display program */ X X#define VERSION 3 X#define REVISION 1 X#define MOD_DATE "85-05-03" X X/* XLegal Notices: X Copyright (c) 1982, 1983 by Gary P. Novosielski. X All rights reserved. X X Permission is hereby granted for noncommercial use. X Use or duplication of this or any derivative work for X commercial advantage without prior written consent X of the author is prohibited. X XLIFO Revision Summary: X 3.01 85-05-03 Modified to run under 4.2bsd. Required changing X all ints to shorts. (Bill Swan) X 3.00 84-29-84 Revised for use on IBM-PC running X MS-DOS. Compiler = Lattice 'c' X (Pete Mack) X 2.20 83-10-13 Changed Kb size calculation to X round upward. Added max drive X validation. Moved copyright X display to help section. X 2.11 83-03-21 BDS 1.5 support. X Size display in Kb. X 2.10 82-12-09 Size display in sectors. X 2.00 82-11-20 [Not released] X 1.00 82-11-14 Initial source release X Gary P. Novosielski X XProgram Description: X This program is intended for use on RCPM systems to X allow callers to see the contents of the directories X of .LBR files on the system. You probably won't need X it on your home system, since the -L function of LU.COM X provides this ability. Since LU is not active on X remote systems, a program like this is necessary X to allow you to see member names in a library without X your having to download the library first. X X It has been modified to run under Unix 4.2bsd, as a help X to those of us who transfer files between our home systems X and VAXen. X*/ X X#include X#include X X#define FALSE 0 X#define TRUE -1 X X/* Pseudo typedef's */ X#define FLAG char X X/* Number of displayed entries */ X#define NWIDE 4 X X/* EXTERNALS */ XFILE *lbrfile, *fopen(); /* fd for library file */ Xchar lbrname[20]; X X#define FROM_START 0 X XFLAG lbropen; Xshort entries, freeent; X X/* Entry Size */ X#define ESIZE 32 X X/* Entries per sector */ X#define EPS (SECSIZ / ESIZE) X X/* Structure of a directory entry */ Xstruct direntry X{ X char status; /* Possible values */ X#define ACTIVE 0x00 X#define KILLED 0xFE X#define VIRGIN 0xFF X char id[8+3]; /* filename.ext */ X unsigned short indx; /* Pointer to first sector */ X unsigned short size; /* Size of member in sectors */ X unsigned short crc; /* CRC check word */ X /* Future expansion space */ X#define EXPSIZ 14 X char expand[EXPSIZ]; X} X*directory, *curentry; /* two pointers to such a beast */ X Xtypedef struct direntry dirtype; X Xchar sopt; /* size option: S, N, or K */ Xchar *drmsg; /* Max drive letter allowed */ X X/* END OF EXTERNALS */ X#define SECSIZ 128 X#define OK 0 X#define ERROR -1 X X Xshort indexc(),entcmp(),bitcmp(); /*non-integer functions*/ X/************************************************ X main X*************************************************/ X Xmain (argc,argv) Xunsigned argc; Xchar *argv[]; X{ X printf( X "Library DIRectory Ver:%d.%02d %s\n\r%s\n\r", X VERSION,REVISION,MOD_DATE, X "Press CTRL-S to pause; CTRL-C to cancel" X ); X X X /* X The FIRST character of the following message is actually X used in the test for the maximum legal drive. This will X allow sites which do not support a C compiler to easily X find and patch this value in the object code. X */ X drmsg = "P: is highest valid drive"; X X X /* Initialize flags */ X sopt = 'K'; /* Default option setting */ X lbropen = FALSE; /* No library open */ X directory = NULL; /* No directory in memory */ X X X if (argc < 2) /* No command line arguments */ X { X puts("\n\rCopyright (c) 1982, 1983 by Gary P. Novosielski"); X puts("\n\r\nCorrect syntax is:"); X puts("\n\rLDIR [