1-Nov-87 13:43:49-MST,938;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 1 Nov 87 13:43:42 MST Received: by ucbvax.Berkeley.EDU (5.58/1.27) id AA13142; Sun, 1 Nov 87 12:17:55 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Nov 87 01:37:43 GMT From: dalcs!dalcsug!euloth@uunet.uu.net (Glenn Euloth) Organization: Dalhousie University, Halifax, N.S., Canada Subject: Help Message-Id: <178@dalcsug.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Can anyone advise where the ARC program for the CP/M systems is available? hopefully it is somewhere near Halifax, N.S. It is to be used on an Osborne computer system and also under the Atari ST CP/M emulator. Thanks. - From George Seto - using a friend's account. 2-Nov-87 02:43:58-MST,943;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 2 Nov 87 02:43:51 MST Received: by ucbvax.Berkeley.EDU (5.58/1.27) id AA23451; Mon, 2 Nov 87 01:27:37 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Nov 87 03:13:45 GMT From: dalcs!dalcsug!euloth@uunet.uu.net (Glenn Euloth) Organization: Dalhousie University, Halifax, N.S., Canada Subject: CPM UNARC Message-Id: <180@dalcsug.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Thanks to Steve Sherin for answering so promptly and on the weekend yet. Since your answer I received a HEX file from Keith Petersen at Simtel20 which contains an UNARC program. Thanks loads guys. Enjoy the weekend. - George Seto - Using a friend's account. . 3-Nov-87 18:46:57-MST,1449;000000000000 Return-Path: Received: from eglin-vax.arpa by SIMTEL20.ARPA with TCP; Tue, 3 Nov 87 18:46:52 MST Date: 3 Nov 87 15:12:00 CDT From: "KATHLEEN A. PICCIONE" Subject: More Help on ARC Files To: "info-cpm" Reply-To: "KATHLEEN A. PICCIONE" To: Keith Peterson From: Kathy Piccione Subject: Archives on SIMTEL20 Keith, I received you message and had already read most of what you had sent. However, let me explain to you what I did and maybe you can help me. I used "FTP SIMTEL20.ARPA" and logged in as anonymous/guest. I did a bget (binary get) to download arc521.com to my VAX 11/780. I logged out of SIMTEL20 and proceeded to use my VAX to run XMODEM. I have a TANDY (IBM PC CLONE) the uses MIRROR (CROSSTALK CLONE). It supports XMODEM protocol as well. So I ran XMODEM on my VAX, issued the Send command, issued an RX (Receive XMODEM) command on my TANDY, and downloaded ARC521.COM. After logging out of the VAX I executed the command ARC521 and got garbage on the screen. That is where I stand. Along the way I downloaded ARC.EXE from in the same manner and got a "Program too big to fit in memory" on my TANDY. I have 640k on my TANDY so I know there is plenty of room. I hope you might be able to help me. Thanks. Kathy(piccionek@eglin-vax.arpa) PS. My TANDY runs MSDOS 3.2. ------ 4-Nov-87 06:21:25-MST,1713;000000000000 Return-Path: Received: from E.ISI.EDU by SIMTEL20.ARPA with TCP; Wed, 4 Nov 87 06:21:15 MST Date: 4 Nov 1987 07:20-CST Sender: SAC.HQSAC-DOCT@E.ISI.EDU Subject: [ihnp4!homxb!mtuxo!mtgzz!bjh@ucbvax.Berkeley.EDU (XMRN5000...] From: SAC.HQSAC-DOCT@E.ISI.EDU To: info-cpm@SIMTEL20.ARPA Message-ID: <[E.ISI.EDU] 4-Nov-87 07:20:11.SAC.HQSAC-DOCT> I too would like the C source for the C-64. I also am looking for a C compiler. Begin forwarded message Received: FROM SIMTEL20.ARPA BY USC-ISIE.ARPA WITH TCP ; 4 Nov 87 05:00:47 CST from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 29 Oct 87 19:07:52 MST by ucbvax.Berkeley.EDU (5.58/1.27) id AA08729; Thu, 29 Oct 87 15:08:42 PST from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 Oct 87 15:09:44 GMT From: ihnp4!homxb!mtuxo!mtgzz!bjh@ucbvax.Berkeley.EDU (XMRN50000[lab]-b.j.hudson) To: info-cpm@simtel20.arpa Subject: wanted, Small C Return-Path: <@SIMTEL20.ARPA:INFO-CPM-REQUEST@SIMTEL20.ARPA> Message-ID: <3240@mtgzz.UUCP> Sender: info-cpm-request@simtel20.arpa Organization: AT&T, Middletown NJ I missed the posting here of Small C as originally published in Dr. Dobb's Journal. I am looking for the C source or 6502 source for a Commodore C-64. I have a C compiler for the C-64, but it would be nice to port the public domain Small C to the C-64. Please e-mail to me ihnp4....mtgzz!bjh. (No CP/M vs. C-64 flames please) .......BJ -------------------- End forwarded message 4-Nov-87 14:06:39-MST,994;000000000000 Mail-From: WANCHO created at 4-Nov-87 14:06:35 Date: Wed, 4 Nov 1987 14:06 MST Message-ID: From: "Frank J. Wancho" To: "KATHLEEN A. PICCIONE" Cc: WANCHO@SIMTEL20.ARPA, INFO-CPM@SIMTEL20.ARPA Subject: More Help on ARC Files In-reply-to: Msg of 3 Nov 1987 13:12-MST from KATHLEEN A. PICCIONE Kathy, Please do not use "bget" or "type image" when transferring binary files from this host. Those two commands expect the host on the other end to also be a 32-bit word machine. This host is a 36-bit word machine, and the resulting file will be trash as you observed. The proper command it "type l 8" or its equivalent, "tenex." But, beware that some recent ftp programs have been appearing with "tenex" incorrectly implemented as a "type l 32" equivalent. If you have problems, as your local system wizard, and refer to this message. --Frank 4-Nov-87 14:36:55-MST,8972;000000000000 Return-Path: Received: from Sun.COM by SIMTEL20.ARPA with TCP; Wed, 4 Nov 87 14:33:36 MST Received: from sun.Sun.COM by Sun.COM (4.0/SMI-3.2) id AA08449; Wed, 4 Nov 87 11:20:28 PST Received: from pplace.UUCP by sun.Sun.COM (4.0/SMI-4.0) id AA19597; Wed, 4 Nov 87 11:26:55 PST Received: from kentucky.ParcPlace.COM by ParcPlace.COM (3.2/SMI-3.2) id AA02884; Wed, 4 Nov 87 11:11:07 PST Received: by kentucky.ParcPlace.COM (3.2/PARC-Place V1.0) id AA04698; Wed, 4 Nov 87 11:11:58 PST Message-Id: <8711041911.AA04698@kentucky.ParcPlace.COM> From: pplace!kentucky!Pencin@Sun.COM Date: 4 November 1987 11:16:38 am Subject: PBBS-4.0 Released To: info-cpm@simtel20.arpa Cc: RCPMSysops@SIMTEL20.ARPA, RCPM-Sysops@SIMTEL20.ARPA Fonts: 8060 4 1 1 Stdate: 32479570 Finally ! The latest version of the Public Bulletin Board System ( PBBS) is now available from several systems nation wide. It may be obtained from the official release point system The Dallas Connection in Mt.View, Ca. by calling (415) 964-4356 ( 3/12/2400 baud). Following is an excerpt from the update file in the PBBS-04.LBR. Name Length Method Date CRC Comments ============ ====== ======== ========= ==== ==================== ACKNOWLG.PZS 2.00k Crunched 01 Nov 87 8231 Acknowledgements BDOSHDR .MZC 1.50k Crunched 01 Nov 87 F965 Time and date interface PBBS04 .MZC 73.62k Crunched 01 Nov 87 E026 Pbbs 4.0 main module PBBS04 .UZD 3.62k Crunched 01 Nov 87 C6FD Pbbs 4.0 updates PBBSHDR .MZC 16.37k Crunched 01 Nov 87 CDD0 Pbbs 4.0 definition modul PBBSUBS .REL 6.00k -- 01 Nov 87 D100 PBYE04 .MZC 24.00k Crunched 01 Nov 87 36BA Pbbs 4.0 signoff module PCHAT04 .MZC 5.62k Crunched 01 Nov 87 E583 Pbbs 4.0 chat module PMNT04 .MZC 33.12k Crunched 01 Nov 87 2D73 Pbbs 4.0 maintenance modu PNOTE04 .MZC 14.12k Crunched 01 Nov 87 93FB Pbbs 4.0 note module PBBS version 4.0 Changes from Previous Versions This release fixes all known bugs in version 3.0. PBBSHDR: ZCPR3 compatiblity/enhancements from Ron Hilgert and others. Added equates to support the DISKLOG feature of BYE510. This also requires a new location in low memory (DSKFLG:) to allow the DISKLOG to be turned on and off. A new flag (DSKLOG:) was added to allow the sysop to disable the disklog code if he is not using it. Added DSPCLR flag to allow/disable displaying the last 13 callers when PBYE logs the caller off of the system. Only 13 callers are displayed, since this is all that will fit on the screen with the rest of the messages between callers. Added support for separate DUs for new CP/M and MS-DOS uploads. If the MSDOS: equate is yes, then the system will ask each user (level 3 and up) which operating system he prefers. Then, when he jumps from PBBS to CP/M, he will be sent to the appropriate DU. This question is only asked one time. Added equates to allow the BULLETIN.PBS file to be displayed at login (BULTIN:) and to allow a different welcome file for each user level from 2 to 7 (WELCUM:). Added equate to allow the sysop to display system usage stats at each login (DSTATS:). See PBBS section for details of stats. Sysop may now choose whether he wants to ask each user for comments at signoff by setting the EXCMT equate. Added equate to allow 2 methods of displaying messages during a READ comand (SKPHDR:). Sysop may choose whether to show the header and the message at one time or to show just the header and then ask the user if he wishes to read the message. Added necessary EXT's to header to take advantage of new PBBSUBS routines suggested and provided by Ian Cottrell. Added new hash table to more closely follow the normal distribution of last names throughout the alphabet. PBBS: Included the "U" by user level into the standard command. Any user may scan users by access level - up to own level only. Fixed the YAK problem of loosing unlimited time users when Yakking. Fixed the message pause counter problem seen when listing a long message during the message entry/edit section. Added the capability to ask for NEW+ or N+ and get a non-stop dump of all of the new messages since you were last on. New auto wrap routines during message entry, thanks to Irv Hoff. When a user uses the WHATSNEW feature to view new uploads, the system now shows him where in the list his last log-in occurred. Super new routines from Dick Roberts. PBBS now uses a new hash routine to improve the effectiveness of the user lookup routines. System now prompts new users for a desired screen width (from 39 to 78) and uses this width when displaying messages, etc. From Irv again. Dick Roberts added routines to keep track of the number of users and total active time for the system each day. The number of users for the current day and the percentage usage of the system for the current day and the previous day may optionally be displayed to each user at login. Syste deposit users into the appropriate area when they leave PBBS. Each time the [more] prompt is displayed, users may enter a space (space bar) to advance the screen 1 line (and display the [more] prompt again). Entry of any other character causes another full screen to be displayed. Changed the prompts on the message headers to R)ead, P)revious, N)ext or E)xit. Changed the prompts after a message display to ......... PMAINT: Added a feature that was submitted by Terry Pinto that displays the record number of the user next to his name when displaying user records from PMAINT. Defeatured the (8) command to only show the users that are going to be deleated on the next PBYE user purge. I did this to allow you to recover from catastrophic clock failures without destroying your user and message bases. Ian Cottrell added the complete sort routine for the user rehash selection. Now there is no need for an external program to do this. Thanks IAN. New hash routines also used here. When the sysop renumbers the message base, each user's previous high message counter is translated to the appropriate message in the new numbering scheme. Users no longer lose their place in the message base whenever the messages are renumbered. PBBSUBS: In the process of cleaning up some code in PBBSUBS, I discovered that they have never checked for DISK FULL condition when writting to the disk. I suppect that much of the strange behavior that was un-trackable was in fact due to this problem. Please use only the new version of PBBSUBS.REL from now on. The error messages have been expanded to give you a better idea of what may have caused the problem. All hardcopy support routines have been moved to the SUBS, and eliminated from the PMAINT program. Several routines were re-coded to take advantage of new techniques for moving data - Thanks Ian. Added several new routines and cleaned up much of the code to streamline the 'subs' routines. ALL OTHERS Added necessay code to take advantage of new PBBSUBS routines and new flags in PBBSHDR. Installation Notes for PBBS 4.0 All previous PBBS utilities are obsoleted by this release. None of them will work after installing this system. All of the PBBS message and users files are fully compatible, BUT, you must pack the message base using your old PBBSMNT prior to installing the new system. You MUST use the new PBBSUBS.REL file provided. INSTALLATION: 1) Using your old PBBSMNT, pack the message base to remove all deleted messages. The old way of deleting messages is incompatible with the (R),(D) flags. 2) Go through the PBBSHDR.MAC file and set the equates for your system. All previous hdrs are obsolete and cannot be used. Then assemble and link all PBBS 4.0 files. NOTE: If you decide to use the WELCUM equate, you will need to build text files for user levels between 2 and 7. These files are named WELCOM#.PBS, where the # is replaced with the user's level. 3) Rehash your users file with the new PBBSMNT. This will set the new hash order and allow the rest of the programs to function. Russ 4-Nov-87 14:42:09-MST,8975;000000000000 Return-Path: Received: from Sun.COM by SIMTEL20.ARPA with TCP; Wed, 4 Nov 87 14:33:36 MST Received: from sun.Sun.COM by Sun.COM (4.0/SMI-3.2) id AA08449; Wed, 4 Nov 87 11:20:28 PST Received: from pplace.UUCP by sun.Sun.COM (4.0/SMI-4.0) id AA19597; Wed, 4 Nov 87 11:26:55 PST Received: from kentucky.ParcPlace.COM by ParcPlace.COM (3.2/SMI-3.2) id AA02884; Wed, 4 Nov 87 11:11:07 PST Received: by kentucky.ParcPlace.COM (3.2/PARC-Place V1.0) id AA04698; Wed, 4 Nov 87 11:11:58 PST Message-Id: <8711041911.AA04698@kentucky.ParcPlace.COM> From: pplace!kentucky!Pencin@Sun.COM Date: 4 November 1987 11:16:38 am Subject: PBBS-4.0 Released To: info-cpm@simtel20.arpa Cc: RCPMSysops@SIMTEL20.ARPA, RCPM-Sysops@SIMTEL20.ARPA Fonts: 8060 4 1 1 Stdate: 32479570 Finally ! The latest version of the Public Bulletin Board System ( PBBS) is now available from several systems nation wide. It may be obtained from the official release point system The Dallas Connection in Mt.View, Ca. by calling (415) 964-4356 ( 3/12/2400 baud). Following is an excerpt from the update file in the PBBS-04.LBR. Name Length Method Date CRC Comments ============ ====== ======== ========= ==== ==================== ACKNOWLG.PZS 2.00k Crunched 01 Nov 87 8231 Acknowledgements BDOSHDR .MZC 1.50k Crunched 01 Nov 87 F965 Time and date interface PBBS04 .MZC 73.62k Crunched 01 Nov 87 E026 Pbbs 4.0 main module PBBS04 .UZD 3.62k Crunched 01 Nov 87 C6FD Pbbs 4.0 updates PBBSHDR .MZC 16.37k Crunched 01 Nov 87 CDD0 Pbbs 4.0 definition modul PBBSUBS .REL 6.00k -- 01 Nov 87 D100 PBYE04 .MZC 24.00k Crunched 01 Nov 87 36BA Pbbs 4.0 signoff module PCHAT04 .MZC 5.62k Crunched 01 Nov 87 E583 Pbbs 4.0 chat module PMNT04 .MZC 33.12k Crunched 01 Nov 87 2D73 Pbbs 4.0 maintenance modu PNOTE04 .MZC 14.12k Crunched 01 Nov 87 93FB Pbbs 4.0 note module PBBS version 4.0 Changes from Previous Versions This release fixes all known bugs in version 3.0. PBBSHDR: ZCPR3 compatiblity/enhancements from Ron Hilgert and others. Added equates to support the DISKLOG feature of BYE510. This also requires a new location in low memory (DSKFLG:) to allow the DISKLOG to be turned on and off. A new flag (DSKLOG:) was added to allow the sysop to disable the disklog code if he is not using it. Added DSPCLR flag to allow/disable displaying the last 13 callers when PBYE logs the caller off of the system. Only 13 callers are displayed, since this is all that will fit on the screen with the rest of the messages between callers. Added support for separate DUs for new CP/M and MS-DOS uploads. If the MSDOS: equate is yes, then the system will ask each user (level 3 and up) which operating system he prefers. Then, when he jumps from PBBS to CP/M, he will be sent to the appropriate DU. This question is only asked one time. Added equates to allow the BULLETIN.PBS file to be displayed at login (BULTIN:) and to allow a different welcome file for each user level from 2 to 7 (WELCUM:). Added equate to allow the sysop to display system usage stats at each login (DSTATS:). See PBBS section for details of stats. Sysop may now choose whether he wants to ask each user for comments at signoff by setting the EXCMT equate. Added equate to allow 2 methods of displaying messages during a READ comand (SKPHDR:). Sysop may choose whether to show the header and the message at one time or to show just the header and then ask the user if he wishes to read the message. Added necessary EXT's to header to take advantage of new PBBSUBS routines suggested and provided by Ian Cottrell. Added new hash table to more closely follow the normal distribution of last names throughout the alphabet. PBBS: Included the "U" by user level into the standard command. Any user may scan users by access level - up to own level only. Fixed the YAK problem of loosing unlimited time users when Yakking. Fixed the message pause counter problem seen when listing a long message during the message entry/edit section. Added the capability to ask for NEW+ or N+ and get a non-stop dump of all of the new messages since you were last on. New auto wrap routines during message entry, thanks to Irv Hoff. When a user uses the WHATSNEW feature to view new uploads, the system now shows him where in the list his last log-in occurred. Super new routines from Dick Roberts. PBBS now uses a new hash routine to improve the effectiveness of the user lookup routines. System now prompts new users for a desired screen width (from 39 to 78) and uses this width when displaying messages, etc. From Irv again. Dick Roberts added routines to keep track of the number of users and total active time for the system each day. The number of users for the current day and the percentage usage of the system for the current day and the previous day may optionally be displayed to each user at login. Syste deposit users into the appropriate area when they leave PBBS. Each time the [more] prompt is displayed, users may enter a space (space bar) to advance the screen 1 line (and display the [more] prompt again). Entry of any other character causes another full screen to be displayed. Changed the prompts on the message headers to R)ead, P)revious, N)ext or E)xit. Changed the prompts after a message display to ......... PMAINT: Added a feature that was submitted by Terry Pinto that displays the record number of the user next to his name when displaying user records from PMAINT. Defeatured the (8) command to only show the users that are going to be deleated on the next PBYE user purge. I did this to allow you to recover from catastrophic clock failures without destroying your user and message bases. Ian Cottrell added the complete sort routine for the user rehash selection. Now there is no need for an external program to do this. Thanks IAN. New hash routines also used here. When the sysop renumbers the message base, each user's previous high message counter is translated to the appropriate message in the new numbering scheme. Users no longer lose their place in the message base whenever the messages are renumbered. PBBSUBS: In the process of cleaning up some code in PBBSUBS, I discovered that they have never checked for DISK FULL condition when writting to the disk. I suppect that much of the strange behavior that was un-trackable was in fact due to this problem. Please use only the new version of PBBSUBS.REL from now on. The error messages have been expanded to give you a better idea of what may have caused the problem. All hardcopy support routines have been moved to the SUBS, and eliminated from the PMAINT program. Several routines were re-coded to take advantage of new techniques for moving data - Thanks Ian. Added several new routines and cleaned up much of the code to streamline the 'subs' routines. ALL OTHERS Added necessay code to take advantage of new PBBSUBS routines and new flags in PBBSHDR. Installation Notes for PBBS 4.0 All previous PBBS utilities are obsoleted by this release. None of them will work after installing this system. All of the PBBS message and users files are fully compatible, BUT, you must pack the message base using your old PBBSMNT prior to installing the new system. You MUST use the new PBBSUBS.REL file provided. INSTALLATION: 1) Using your old PBBSMNT, pack the message base to remove all deleted messages. The old way of deleting messages is incompatible with the (R),(D) flags. 2) Go through the PBBSHDR.MAC file and set the equates for your system. All previous hdrs are obsolete and cannot be used. Then assemble and link all PBBS 4.0 files. NOTE: If you decide to use the WELCUM equate, you will need to build text files for user levels between 2 and 7. These files are named WELCOM#.PBS, where the # is replaced with the user's level. 3) Rehash your users file with the new PBBSMNT. This will set the new hash order and allow the rest of the programs to function. Russ 4-Nov-87 15:48:38-MST,908;000000000000 Mail-From: KPETERSEN created at 4-Nov-87 15:48:33 Date: Wed, 4 Nov 1987 15:48 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Cc: RCPM-SysOps@SIMTEL20.ARPA Subject: PBBS-4.0 Released The new version 4.0 of Russ Pencin's PBBS program for CP/M computers is available via standard anonymous FTP from SIMTEL20. Filename Type Bytes CRC Directory PD: PBBS-04.LBR.1 BINARY 184704 A95CH PBBSUP-4.LBR.1 BINARY 91264 656DH PBBSUTL4.LBR.1 BINARY 8320 ED4EH These files are also available on my RCP/M and on GEnie's CP/M RoundTable. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie: W8SDZ RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST) 4-Nov-87 18:28:38-MST,1132;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 4 Nov 87 18:28:18 MST Received: by ucbvax.Berkeley.EDU (5.58/1.27) id AA07309; Wed, 4 Nov 87 16:42:09 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Nov 87 06:14:58 GMT From: abp@j.cc.purdue.edu (Jeffrey J Wieland) Organization: Purdue University Computing Center Subject: ZCPR3 & DateStamper w/ TurboROM Message-Id: <5748@j.cc.purdue.edu> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Has anyone been able to modify the ZCPR3 packages found in PD: on SIMTEL20 to work with the Kaypro version of PLU*PERFECT's DateStamper (the one that becomes part of your system on your boot tracks)? I can possibly figure this out myself, but why reinvent the wheel? I have a Kaypro 2X with the Advent TurboROM v. 3.4 and a 1 meg. Advent RAM disk, if this helps. Thanks in advance, Jeff Wieland abp@j.cc.purdue.edu 5-Nov-87 14:08:16-MST,1584;000000000000 Return-Path: Received: from CICGE.RPI.EDU by SIMTEL20.ARPA with TCP; Thu, 5 Nov 87 14:04:59 MST Received: from (TCPMAINT)RPICICGE.BITNET by CICGE.RPI.EDU on 11/05/87 at 11:54:27 EST Received: by RPICICGE (Mailer X1.25) id 9319; Thu, 05 Nov 87 11:51:40 EST Date: Thu, 05 Nov 87 11:16:27 EST From: "John S. Fisher" To: INFO-CPM@SIMTEL20.ARPA Subject: Bitnet file server I regret to report that the file server in place at LISTSERV@RPICICGE.BITNET has been swamped with more requests than it can apparently handle at this time. The bottleneck is the rate at which files can be transferred from Simtel20 to my server's cache via FTP. More than half of all requests are getting rejected after the 5 day time-out period. And more than three quarters of the requests are for IBM PC software. Since it was my intent to offer the service first and foremost to the Info-CPM community for access to the Simtel20 CP/M archives, the server will now accept requests for files from the CPM and SIGM directories only. Access to the PC-BLUE and MSDOS collections is suspended indefinitely. If/when there is some reliability improvements and through-put improvements to the several internet gateways between Simtel20 and my host, I will remove the restriction. By the way, if anyone out there in Bitnet-land with a VM/CMS host and an internet connection is interested in sponsoring a copy of the server, please let me know.... Regards, JSFisher FISHER@RPICICGE.BITNET FISHER@CICGE.RPI.EDU 5-Nov-87 18:12:54-MST,1572;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 5 Nov 87 18:12:34 MST Received: by ucbvax.Berkeley.EDU (5.58/1.27) id AA08436; Thu, 5 Nov 87 16:50:42 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Nov 87 19:23:43 GMT From: abp@j.cc.purdue.edu (Jeffrey J Wieland) Organization: Purdue University Subject: Re: More Help on ARC Files Message-Id: <5753@j.cc.purdue.edu> References: <8711040151.AA08737@ucbvax.Berkeley.EDU> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa SIMTEL20 stores binaries in a funny way: it has a 36 bit word length, so it stores 4 8-bit bytes in each 36-bit word, the other 4 bits being zero filled. If you use a binary ftp, you get a direct copy of this, which is garbage for your computer. What you will need to do is to find out how (with your particular system) to make ftp do the translation from 36 bits to 4 8-bit bytes for you. On our 11/780 VAXen (4.3 bsd), one types the command "tenex" at the ftp prompt. I forget where the name comes from. You'll have to find out if there is something similar for your machine. Also, when you perform the file transfer to your Tandy, be sure that you put sending xmodem into binary mode; otherwise it will translate every occurence of ^J to ^M^J (file for text files, but it really mangles binaries). Jeff Wieland abp@j.cc.purdue.edu 6-Nov-87 05:12:22-MST,1162;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 6 Nov 87 05:12:15 MST Received: by ucbvax.Berkeley.EDU (5.58/1.27) id AA20769; Fri, 6 Nov 87 03:51:18 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Nov 87 17:25:06 GMT From: dalcs!garfield!jay@uunet.uu.net (Jay Kumarasingam) Organization: CS Dept., Memorial U. of Newfoundland, St. John's Subject: Languages Message-Id: <4183@garfield.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Does anybody know if there are pd versions of pascal, prolog, lisp, that will run under CP/M Plus on a Commodore 128. If anyone has these would you email me please? Jay J.(Jay) Kumarasingam UUCP: {akgua,allegra,cbosgd,ihnp4,utcsri}!garfield!jay EAN: jay@garfield.mun.cdn CSNET: jay%garfield.mun.cdn@ubc.csnet -- J.(Jay) Kumarasingam UUCP: {akgua,allegra,cbosgd,ihnp4,seismo,utcsri}!garfield!jay EAN: jay@garfield.mun.cdn CSNET: jay%garfield.mun.cdn@ubc.csnet 6-Nov-87 14:26:50-MST,1137;000000000000 Return-Path: Received: from bass.nosc.mil (NOSC.MIL.#Internet) by SIMTEL20.ARPA with TCP; Fri, 6 Nov 87 14:26:33 MST Received: by bass.nosc.mil (5.58/1.27) id AA07598; Fri, 6 Nov 87 13:24:40 PST Received: by crash.CTS.COM (5.54/UUCP-Project/rel-1.0/09-14-86) id AA10687; Fri, 6 Nov 87 12:56:09 PST Reply-To: pnet01!raspy@nosc.mil Message-Id: <8711062056.AA10687@crash.CTS.COM> Date: Fri, 6 Nov 87 12:45:05 PST From: raspy@pnet01.cts.com (Richard Raspenti) To: crash!info-cpm@simtel20.arpa@bass.nosc.mil Subject: Re: HELP--- CPM-86 Copies of CP/M-86 can be found sometimes from Priority 1 or S-100. If you have a Compupro type system try direct to COmpupro or one of their dealers. One other suggestion - I get much of my CP/M and S-100 stuff from a place in Rialto, California. They (actually He) may be able to be of help. Try Microcomputer Solutions (Michael Louie) at 714-820-9850. He has alot of software and hardware for CP/M systems - got me upgraded to a new version of CP/M-816 (8088/8080 both) and Hard disk. Very helpful and knowlegable. Hope this helps. 7-Nov-87 19:47:22-MST,559;000000000000 Return-Path: Received: from ngp.utexas.edu by SIMTEL20.ARPA with TCP; Sat, 7 Nov 87 19:47:19 MST Date: Sat, 7 Nov 87 20:46:28 CST From: mknox@ngp.utexas.edu (Margaret H. Knox) Posted-Date: Sat, 7 Nov 87 20:46:28 CST Message-Id: <8711080246.AA12040@ngp.utexas.edu> Received: by ngp.utexas.edu (5.51/5.51) id AA12040; Sat, 7 Nov 87 20:46:28 CST To: info-cpm@simtel20.arpa, uxc.cso.uiuc.edu!uicsrd!konicek@a.cs.uiuc.edu Subject: Re: HELP--- CPM-86 Contact Alexander&Lord, (408) 659-2203. I believe they can help you. 8-Nov-87 01:14:08-MST,997;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 8 Nov 87 01:13:55 MST Received: by ucbvax.Berkeley.EDU (5.58/1.27) id AA02657; Sat, 7 Nov 87 23:53:34 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Nov 87 02:02:43 GMT From: gti%psuvm.bitnet@ucbvax.Berkeley.EDU (Leon Geesey) Organization: The Pennsylvania State University - Computation Center Subject: Problem with Simtel20? Message-Id: <24555GTI@PSUVM> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I was wondering if i was doing something wrong. Saturday Night i was trying to anonymous FTP from SIMTEL20. But kept getting the Error LOGIN INCORRECT. I was Answering ANONYMOUS and GUEST to the prompts for UserID and PAssward. Was I doing something wrong or is something busted at SIMTEL20? 8-Nov-87 09:10:37-MST,943;000000000000 Mail-From: KPETERSEN created at 8-Nov-87 09:10:35 Date: Sun, 8 Nov 1987 09:10 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Cc: gti%psuvm.bitnet@UCBVAX.BERKELEY.EDU (Leon Geesey) Subject: Problem with Simtel20? In-reply-to: Msg of 7 Nov 1987 19:02-MST from gti%psuvm.bitnet at ucbvax.Berkeley.EDU (Leon Geesey) There was a problem on SIMTEL20 Saturday night with ANONYMOUS ftp logins. It has been fixed. The system has been going through some changes in the past week. It now has more memory and the network server has a higher priority (both of which have made a great improvement in response time). Later this week we will be doubling the disk storage space available. Please bear with us if there are some problems during this transition. --Keith Petersen 8-Nov-87 14:45:10-MST,501;000000000000 Return-Path: <@wiscvm.wisc.edu:GTI@PSUVM.BITNET> Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sun, 8 Nov 87 14:45:07 MST Received: from PSUVM.BITNET by wiscvm.wisc.edu ; Sun, 08 Nov 87 15:44:56 CDT Date: Sun, 8 Nov 87 16:43 EST From: "Leon Geesey" Subject: Re: Problem with Simtel20? To: W8SDZ@simtel20.arpa Cc: Info-Cpm@simtel20.arpa In-Reply-To: W8SDZ AT simtel20.arpa -- Sun, 8 Nov 1987 09:10 MST I'm Glad to hear it. Keep up the Good work 8-Nov-87 18:52:35-MST,1285;000000000000 Mail-From: KPETERSEN created at 8-Nov-87 18:52:21 Date: Sun, 8 Nov 1987 18:52 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Cc: RCPM-SysOps@SIMTEL20.ARPA Subject: ARC maker for CP/M now available from SIMTEL20 Now available via standard anonymous FTP from SIMTEL20... Filename Type Bytes CRC Directory PD1: CPMARC.ARK BINARY 90391 1333H This ARK contains an ARC maker for CP/M (8080 or Z80) computers. There are two versions - one supports automatic compression with Huffman squeezing, packing or storing, along with DIR and delete member file - and another version with LZW crunching, packing or storing but without DIR or delete member file (it would be too big). The LZW version requires a large ( >60K ) CP/M and is much slower than the SQ version. Full C-language source, documentation and executables are included. This file is also available on my RCP/M and on GEnie's CP/M RoundTable. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie: W8SDZ RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST) 9-Nov-87 13:11:48-MST,544;000000000000 Return-Path: Received: from EDWARDS-2060.ARPA by SIMTEL20.ARPA with TCP; Mon, 9 Nov 87 13:10:55 MST Date: Mon 9 Nov 87 12:10:54-PST From: D-ROGERS@EDWARDS-2060.ARPA Subject: PD archives To: info-cpm@SIMTEL20.ARPA Message-ID: <12349299991.10.D-ROGERS@EDWARDS-2060.ARPA> Did i miss something? SIMTEL20 seems to be up again, but the only directory it seems to recognize is PS:[anonymous]. Every PD:[cpm.(dir)] i tried came up " Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 9 Nov 87 16:50:45 MST Received: by ucbvax.Berkeley.EDU (5.58/1.27) id AA03405; Mon, 9 Nov 87 13:17:57 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Nov 87 22:08:00 GMT From: uxc.cso.uiuc.edu!uicsrd!konicek@a.cs.uiuc.edu Subject: CP/M 86 --- THANKS Message-Id: <46500005@uicsrd> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Thanks to everybody that responded to my query about CP/M 86. I tried to respond to everybody personally but I'm sure I missed somebody. My apologies to those I missed. Thanks again, Jeff K. 9-Nov-87 19:14:12-MST,1169;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 9 Nov 87 19:14:02 MST Received: by ucbvax.Berkeley.EDU (5.58/1.27) id AA09541; Mon, 9 Nov 87 17:57:26 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Nov 87 22:24:50 GMT From: topaz.rutgers.edu!wchao@rutgers.edu (William Chao) Organization: Rutgers Univ., New Brunswick, N.J. Subject: Re: Problem with Simtel20? Message-Id: <16366@topaz.rutgers.edu> References: <24555GTI@PSUVM> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Speaking of SIMTEL20 problems... I have not been able to get to simtel20 for the past month now. The most common problem is simtel20's ftp processor is not responding after I am connected, or sometimes I would get connection timed-out error. Last week I read that ARPANET is having some work done to it to improve access and communications between sites but I am not sure if this is the problem. William Chao wchao@topaz.rutgers.edu 10-Nov-87 08:19:58-MST,1241;000000000000 Return-Path: Received: from CICGE.RPI.EDU by SIMTEL20.ARPA with TCP; Tue, 10 Nov 87 08:19:41 MST Received: from (TCPMAINT)RPICICGE.BITNET by CICGE.RPI.EDU on 11/10/87 at 09:39:32 EDT Received: by RPICICGE (Mailer X1.25) id 7833; Tue, 10 Nov 87 09:39:28 EDT Date: Tue, 10 Nov 87 09:30:55 EDT From: "John S. Fisher" To: piccionek@eglin-vax.arpa cc: INFO-CPM@SIMTEL20.ARPA Subject: Re: More Help on ARC Files In-Reply-To: piccionek@eglin-vax.arpa -- 3 Nov 87 15:12:00 CDT I do not know much about the FTP facilities on your VAX, but I do know that there has been some historical confusion about the appropriate TYPE command needed when fetching binary files. The Tops-20 system (Simtel20) supports variable "byte" sizes, and it is necessary to inform FTP what byte size is being used. The archive blurb suggests TYPE L 8 (meaning an 8-bit byte) for binary transfers. I have never gotten this to work on my IBM host, but TYPE L 32 works just fine (plus one other command to disable ASCII->EBCDIC translation). You might try preceding the RETR command in FTP with TYPE. If your implementation does not support the TYPE command, try QUOT TYPE L 32 (or 8). 10-Nov-87 10:59:23-MST,2119;000000000000 Mail-From: KPETERSEN created at 10-Nov-87 10:59:18 Date: Tue, 10 Nov 1987 10:59 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Cc: RCPM-SysOps@SIMTEL20.ARPA Subject: ARC maker for CP/M now available from SIMTEL20 Be careful with the new ARC maker for CP/M. There are some problems that will have to ironed out in the next revision. The following message is from RCP/M Royal Oak (313) 759-6569. --cut-here--CPMARC.BUG--cut-here-- Date: 9-Nov-87 From: Lee Rimar To: All Re: CP/M ARK program I feel like a kid who got exactly the toy he wanted for Christmas -- but then found out it didn't work. After waiting over a year for a CP/M archive program, it's finally here. But it's slow and has some dangerous bugs. There are two versions: ARCS does file compression by Squeezing, ARCC does it by crunching. Each has it's own problems. ARCS bombs out if you try to put more than 64 files into an archive. It WILL close the archive correctly, but if you specified a file list or wild cards totally more than 64 files, it just aborts after the the 64th is arc'd. And it IS slow: I was trying to archive the initial program load for my RAMdisk, about 700K in 65 files. Took OVER AN HOUR to get the 64th file (RAMdisk to floppy). Then ten very noisy minutes of disk error retry, trying to figure out where to put the 65th file. Finally it aborted. ARCC has a different problem. The docs say it needs a TPA of AT LEAST 60K. I have 56K, and it works if you try to archive small files, and specify a small file list. BUT if you run out of memory, it DOES NOT exit gracefully -- it goes off into never-never land, and sometimes will trash your disk directory en route. ARCC is even slower than ARCS -- a single 12K file took about 5 minutes to archive (RAMdisk to RAMdisk) on my 4Mhz Kaypro. So even if you have the memory to run it, you might not have the time. If you need 'em, they're here -- but be careful . . . 10-Nov-87 12:30:25-MST,736;000000000000 Return-Path: Received: from eglin-vax.arpa by SIMTEL20.ARPA with TCP; Tue, 10 Nov 87 12:30:22 MST Date: 10 Nov 87 12:51:00 CST From: "KATHLEEN A. PICCIONE" Subject: Thanks! To: "info-cpm" Reply-To: "KATHLEEN A. PICCIONE" I want to thank all of you who responded to my plea about help on ARC files. For your information, I was finally able to download files to my TANDY. Here's how I did it: ftp simtel20.arpa Logged in tenex get ex Then I used KERMIT to download the files. AND IT WORKED!!!!! Thanks again for all your help. Kathy Piccione(piccionek@eglin-vax.arpa) ------ 10-Nov-87 19:10:31-MST,832;000000000000 Mail-From: KPETERSEN created at 10-Nov-87 19:10:25 Date: Tue, 10 Nov 1987 19:10 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Cc: Info-Micro@BRL.ARPA, Info-HZ100@RADC-TOPS20.ARPA, Info-IBMPC@C.ISI.EDU, packet-radio@EDDIE.MIT.EDU, Info-Hams@SIMTEL20.ARPA Subject: SIMTEL20 device name change We have doubled the disk storage on SIMTEL20. In the process some changes had to be made. All directories, except those listed below, which were previously addressed as device PD: must now be addressed as PD1: These include , and . The following directories must be addressed as device PD2: , , , , , and . --Keith Petersen 11-Nov-87 19:25:36-MST,1303;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 11 Nov 87 19:25:25 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA13241; Wed, 11 Nov 87 18:16:50 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Nov 87 00:10:04 GMT From: lll-aftac!bae@LLL-TIS.ARPA (Hwa Jin Bae) Organization: Lawrence Livermore National Laboratory, Livermore CA Subject: Re: Also wanted, Small C usage Message-Id: <21824@lll-tis.arpa> References: <3240@mtgzz.UUCP>, <9291@sri-unix.ARPA> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa James Hendrix has a book on Small-C named _The Small C Handbook_. It discusses the structure of the compiler, interworkings, etc. Pretty much all you ever wanted to know about Small-C is in there. It includes a source for Small-C (for the 8080). -------------------------------------------------+-------------------------- Hwa Jin Bae (415) 463-6865 | Control Data Corporation bae@{lll-tis.arpa,lll-aftac.arpa} (Internet) | 4234 Hacienda Drive {ames,ihnp4,lll-crg}!lll-tis!plseca!hbae (UUCP) | Pleasanton, CA 94566 11-Nov-87 20:23:41-MST,1740;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 11 Nov 87 20:23:28 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA14447; Wed, 11 Nov 87 19:19:07 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Nov 87 22:35:07 GMT From: agv@j.cc.purdue.edu (Dave Murrell) Organization: Purdue University Computing Center Subject: NEC-PC8801 N88-BASIC question Message-Id: <5772@j.cc.purdue.edu> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I recently obtained an *old* NEC-PC8801A from a friend who wants me to do some custom work on it. As inherited, it had only the assembler -- and now, after some deliberation and a lot of downloading traffic from simtel20, the beast is being tamed. I obtained a version of N88-Disk BASIC from NEC (thanks, Richard Johnson) with the following BASIC files: setinf.n88 phyfrm.n88 ... My question is: What are these for? The documentation is a bit sparse -- "setinf" is supposed to write an information track to disk (for what purpose, I don't know) and "phyfrm" "physically" formats a DMA disk (presumably the 8881 drives I have), whatever "physical" formatting involves (as opposed to "normal" formatting). Also, if anyone can offer some information on either purchasing or obtaining a public domain version of "ZASM", I'd be grateful. (I believe ZASM is needed to assemble the ZCPR3 sources from simtel20????). Any responses are probably best handled via e-mail. UUCP is ok, ARPA preferred (agv@s.cc.purdue.edu). Much thanks in advance. 11-Nov-87 20:30:11-MST,480;000000000000 Return-Path: Received: from Xerox.COM by SIMTEL20.ARPA with TCP; Wed, 11 Nov 87 20:30:08 MST Received: from Burger.ms by ArpaGateway.ms ; 11 NOV 87 10:01:20 PST Sender: "John_E._Stanley.rochX2"@Xerox.COM Date: 11 Nov 87 10:00:11 PST (Wednesday) Subject: ARCHIVE-REQUEST From: "John_E._Stanley.rochX2"@Xerox.COM To: INFO-CPM@SIMTEL20.Arpa Reply-to: "John_E._Stanley.rochX2"@Xerox.COM Message-ID: <871111-100120-7178@Xerox> SEND INFO 11-Nov-87 21:45:28-MST,581;000000000000 Return-Path: Received: from AMSAA-SEER.ARPA by SIMTEL20.ARPA with TCP; Wed, 11 Nov 87 21:45:26 MST Received: from XEROX.COM by AMSAA-SEER.AMSAA-SEER.ARPA id aa28218; 11 Nov 87 13:00 EST Received: from Burger.ms by ArpaGateway.ms ; 11 NOV 87 10:01:29 PST Sender: John_E._Stanley.rochX2@Xerox.COM Date: 11 Nov 87 10:00:52 PST (Wednesday) Subject: ARCHIVE-REQUEST From: John_E._Stanley.rochX2@Xerox.COM To: INFO-CPM@AMSAA-SEER.ARPA Reply-to: John_E._Stanley.rochX2@Xerox.COM Message-ID: <871111-100129-7179@Xerox> SEND INFO 12-Nov-87 10:18:32-MST,1262;000000000000 Return-Path: Received: from wsmr02.arpa by SIMTEL20.ARPA with TCP; Thu, 12 Nov 87 10:18:28 MST Date: Thu, 12 Nov 87 10:06:13 MST From: Raymond Carter STEWS-NR-AS 678-3348 Subject: Re: Languages In-Reply-To: Your message of 5 Nov 87 17:25:06 GMT To: dalcs!garfield!jay@uunet.uu.net Cc: info-cpm@simtel20.arpa Asking for info on P.D. versions of pascal, prolog, lisp: I have turned up the following info: FOG, PO Box 3474, Daly City, CA 94015 (415-755-2000) has JRT Pascal on 4 PD disks $4 each for members $8 for nonmembers Central Computer Products, 330 Central Ave., Fillmore CA 93015 (800-533-8049) sells LISP/80 for $36, also has Turbo Pascal for $59 Spite Software, 4875 SW 19th Drive, Portland OR 97201 (800-237-9111) has FTL Modula2 for $49.95 ($39.95 for FOG members). I have not been able to locate a PD version of lisp or prolog. Hope the above will be of use - I mentions the Modula2 since it is basically an improved version of Pascal. I would also suggest looking at CP/M COMAL available from COMAL Users Group USA, 6041 Monona Drive Madison WI. It is the best programming language I have yet found (I have compared it against Pascal, Basic, Modula2, C, Fortran). 13-Nov-87 07:51:41-MST,735;000000000000 Return-Path: Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Fri, 13 Nov 87 07:51:38 MST Received: by decwrl.dec.com (5.54.4/4.7.34) id AA21744; Fri, 13 Nov 87 05:33:50 PST Date: Fri, 13 Nov 87 05:33:50 PST Message-Id: <8711131333.AA21744@decwrl.dec.com> From: secrist%msdoa2.DEC@decwrl.dec.com (Richard C. Secrist, KXO/USA) To: cpm@decwrl.dec.com Subject: porting CP/M-80 HLLs to Tandy Model 100 Has anyone on the list attempted porting any of the smaller CP/M-80 high-level languages to the Tandy Model 100 ? Since it's an 8085 (essentially an 8080) it seems like a rather doable thing if you don't need a lot of BIOS callas and have a fair amount of patience... rcs 13-Nov-87 09:49:10-MST,593;000000000000 Return-Path: Received: from OFFICE-1.ARPA by SIMTEL20.ARPA with TCP; Fri, 13 Nov 87 09:49:07 MST Date: 13 Nov 87 08:43 PST From: Alan Bomberger Subject: Kaypro 1 request To: info-cpm@simtel20.arpa Message-ID: Is there something unusual about the Kaypro 1 memory layout. A friend is having trouble with some software (dbase, supercalc, etc) with strange screen behavior. It is as if the screen buffer was in an odd place. 2.2U version. Additional request. Is there an INFO-AMIGA somewhere? q 13-Nov-87 23:21:15-MST,843;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 13 Nov 87 23:21:08 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA15571; Fri, 13 Nov 87 22:13:50 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Nov 87 01:40:41 GMT From: imagen!atari!portal!cup.portal.com!MVM@ucbvax.Berkeley.EDU Organization: The Portal System (TM) Subject: Re: ARC maker for CP/M now available from SIMTEL20 Message-Id: <1426@cup.portal.com> References: Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Amen. Probably best said is to stay away from these utilities, ARCS and ARCC. 14-Nov-87 02:37:36-MST,645;000000000000 Return-Path: <@wiscvm.wisc.edu:Z8BHM@SCFVM.BITNET> Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sat, 14 Nov 87 02:37:27 MST Received: from SCFVM.NSESCC.GSFC.NASA.GOV by wiscvm.wisc.edu ; Sat, 14 Nov 87 03:37:16 CDT Received: by SCFVM (Mailer X1.24) id 6797; Sat, 14 Nov 87 04:28:31 EST Date: Sat, 14 Nov 87 04:27 EST From: Bruce H. McIntosh Subject: FIDO for CP@M ? To: I seem to recall seeing somewhere (in this mailing list, perhaps?) mention of a CP/M FIDOnet program. Does anyone have any info on this, or am I mistaken? 14-Nov-87 16:28:12-MST,2226;000000000000 Mail-From: KPETERSEN created at 14-Nov-87 16:28:08 Date: Sat, 14 Nov 1987 16:28 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Subject: Quick reference list to SIMTEL20 CP/M directories Quick reference list to SIMTEL20's PD1: directories as of November 14, 1987 (where 'x' is one of the names below): 22RSX CATLOG FILCPY MODEM2 SPELL 6502 CB80 FILEDOCS MODEM7 SPREADSHEET AMETHYST CBIOS FILUTL MODULA2 SQUSQ APPLE CCP FINANCE MSOFT STARTER-KIT ARC-LBR CIS FORTH-83 NEWS SUBMIT ASMUTL COBOL FORTRAN NSTAR SYSUTL ATARI COMAL GENASM NUBYE TERM AZTEC-C COMND GENCOM OSBORN TRS-80 BASIC CPM3 GENDOC PACKET TURBODOS BBS CPM68K GENIE PARASOL TURBODOS-SIGI BBSLISTS CPM86 GRAPHICS PASCAL TURBOM2 BDOS CPMINFO HAMMING PASCAL-P TURBOPAS BDSC-1 CPR86 HAMRADIO PBBS TXTUTL BDSC-2 CUG HDUTL PILOT80 VDOEDIT BDSC-3 DATABASE HEATH PLOT33 VOICE BDSC-4 DBASEII HELP PM-NETWORK WSTAR BENCHMARK DEBUG HEX PPSPEL XCCP BKGROUNDER DIRUTL IMP PROLOG XEROX BONDWELL DISASM INSIDCPM PUBKEY XLISP BSR-X10 DISKPLOT KAYPRO PUBPATCH XMODEM BSTAM DRACO LIST RBBS Z280 BYE3 DSKBUF MACLIB RBBS4 Z8EDEBUG BYE5 DSKUTL MATH RCPM ZCPR C EDITC80 MBBS ROS ZCPR2 C128 EDITOR MEMTEST SB180 ZCPR3 C64 EDUCATION MEX SCREENGEN ZCPR33 C80 EPSON MISC SMALLC21 ZCPRNEWS CALCULATOR FAST2 MODEM SORT 14-Nov-87 20:35:21-MST,2633;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 14 Nov 87 20:35:09 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA06628; Sat, 14 Nov 87 19:08:55 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Nov 87 23:30:06 GMT From: abp@j.cc.purdue.edu (Jeffrey J Wieland) Organization: Purdue University Subject: Re: Kaypro 1 request Message-Id: <5781@j.cc.purdue.edu> References: Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa The Kaypro 1 (& all 1984 & up) has 16k of static video ram controlled by a Synertek 6845. The '83 series II's and IV's had 2k of memory mapped video ram that is bank switched (if I remember correctly). I you have software for the early Kaypros that tries to write to video ram, strange things will happen. The '84's use the additional ram to provide video attributes. The following escape sequences are used by the '84 series. Position Cursor: ESC,'=',row+32,col+32 Home Cursor: ^^ or RS Cursor Left: ^H Cursor Right: ^L Cursor Up: ^K Cursor Down: ^J Line Feed: ^J Carriage Return: ^M Erase EOS: ^W Erase EOL: ^X Erase Screen: ^Z Insert Line: ESC, 'E' Delete Line: ESC, 'R' The following sequences are supported ONLY on '84 series and all Kaypro 10's Write Pixel: ESC, '*', row+32, col+32 Erase Pixel: ESC, ' ', row+32, col+32 Draw Line: ESC, 'L', row1+32, col1+32, row2+32, col2+32 Erase Line: ESC, 'D', row1+32, col1+32, row2+32, col2+32 Attributes are produced by the following: Inverse on: ESC, 'B0' " off: ESC, 'C0' Half intensity on: ESC, 'B1' " " off: ESC, 'C1' Blinking on: ESC, 'B2' " off: ESC, 'C2' Underline on: ESC, 'B3' " off: ESC, 'C3' Cursor on: ESC, 'B4' " off" ESC, 'C4' Graphics Mode on: ESC, 'B5' " " off: ESC, 'C5' Save Cursor Position: ESC, 'B6' Restore " " ESC, 'C6' Status Line Protection on: ESC, 'B7' " " " off: ESC, 'C7' The following sequences are supported only on '83's: Display Ascii: ESC, 'A' Display Greek: ESC, 'G' The only other big difference is system size. '83 II's & IV's have a 64k system, floppy drive '84's a 63k system, and Kaypro 10's and all U-ROM Kaypros have a 60k system. You could be running into a memory conflict problem (but I think this in unlikely). Hope this helps. Jeff Wieland abp@j.cc.purdue.edu 15-Nov-87 19:23:24-MST,1573;000000000000 Return-Path: <@wiscvm.wisc.edu:11TSTARK@GALLUA.BITNET> Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sun, 15 Nov 87 19:22:44 MST Received: from GALLUA.BITNET by wiscvm.wisc.edu ; Sun, 15 Nov 87 19:40:29 CDT Date: Sat, 14 Nov 87 16:59 EST From: <11TSTARK%GALLUA.BITNET@wiscvm.wisc.edu> Subject: ZPR33 distribution To: info-cpm@simtel20.arpa X-Original-To: info-cpm@simtel20.arpa, 11TSTARK Hello ZCPR users: I am planning to get ZCPR33 softwares for my CP/M machine. It is not good idea to get some softwares from BitNet File Server. I want that where is ZCPR33 softwares that company sells or gave away. Best to send SASE-mailer to for distribute ZCPR33 softwares. Please let me know for more information about how to obtain ZCPR33 softwares and ZRDOS softwares, etc.. Thanks! -- Tim Stark +==============================================================================+ | Timothy Stark | BitNet: 11TSTARK@GALLUA.BITNET | | Gallaudet University | Internet: 11TSTARK%GALLUA.BITNET@WISCVM.WISC.EDU | | P.O. Box 1453 | UUCP: ...!psuvax1!gallua.bitnet!11tstark | | Washington, DC. 20002 | CSNET: 11TSTARK%GALLUA.BITNET@RELAY.CS.NET | | USA | QLink: TimS18 | +==============================================================================+ slkjd fjdjlf ds fldsjlkj fldjfdjs sd f jfjflkdk fjffioweer fkfoe fdjjfd dkj sjnvngdi fddskmbb dkjrticks skfmvmff kfdigoulapsz f dskxi,e szki z??? 15-Nov-87 19:28:49-MST,1719;000000000000 Return-Path: <@wiscvm.wisc.edu:11TSTARK@GALLUA.BITNET> Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sun, 15 Nov 87 19:28:27 MST Received: from GALLUA.BITNET by wiscvm.wisc.edu ; Sun, 15 Nov 87 20:25:48 CDT Date: Sat, 14 Nov 87 23:57 EST From: <11TSTARK%GALLUA.BITNET@wiscvm.wisc.edu> Subject: Where is RATFOR software? To: info-cpm@simtel20.arpa X-Original-To: comp-sources-wanted@ucbvax.berkeley.edu,unix-sources@brl.arpa, info-cpm@simtel20.arpa,leres@ucbarpa, 11TSTARK Hello, everyone: I am looking for RATFOR software. I have all ratfor source codes but I don't have ratfor compiler! At Simtel20 Library, I get RATFOR.LBR from CPM library but missing two are RATFOR.FOR and RATFOR.RAT! I need both badly! Can you send me ratfor package?? Source code?? If you are sending me ratfor package, please use uuencode utility before send me because Bitnet gateway destorys TAB characters and messed up TAB-contained files! -- Tim Stark +==============================================================================+ | Timothy Stark | BitNet: 11TSTARK@GALLUA.BITNET | | Gallaudet University | Internet: 11TSTARK%GALLUA.BITNET@WISCVM.WISC.EDU | | P.O. Box 1453 | UUCP: ...!psuvax1!gallua.bitnet!11tstark | | Washington, DC. 20002 | CSNET: 11TSTARK%GALLUA.BITNET@RELAY.CS.NET | | USA | QLink: TimS18 | +==============================================================================+ slkjd fjdjlf ds fldsjlkj fldjfdjs sd f jfjflkdk fjffioweer fkfoe fdjjfd dkj sjnvngdi fddskmbb dkjrticks skfmvmff kfdigoulapsz f dskxi,e szki z??? 15-Nov-87 20:23:46-MST,1017;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 15 Nov 87 20:23:39 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA07388; Sun, 15 Nov 87 19:14:26 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Nov 87 00:40:26 GMT From: mccc!pjh@princeton.edu (Peter J. Holsberg) Organization: Mercer County Community College, Trenton, N. J. Subject: CP/M - Z80 emul{ator for 3B1 or 3B2 Message-Id: <167@mccc.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Strange as it may seem, I'm looking for an emulator for a Z80 CP/M system that will run on either a 3B1 or a 3B2. It should mimic CP/M and permit CP/M COM files to run. Does anyone know of such a beast? Thanks. -- Peter Holsberg, Technology Div, Mercer College, TTN, NJ Jr. College Soccer Champs, 1987 16-Nov-87 10:34:33-MST,651;000000000000 Return-Path: Received: from dmc-crc.arpa by SIMTEL20.ARPA with TCP; Mon, 16 Nov 87 10:34:23 MST Received: by dmc-crc.arpa; (4.12/4.7) id AA05350; Mon, 16 Nov 87 11:44:03 est Date: Mon, 16 Nov 87 11:44:03 est From: marwood@dmc-crc.arpa (G. J. Marwood) Message-Id: <8711161644.AA05350@dmc-crc.arpa> To: info-cpm@simtel20.arpa Subject: Modem info I am contemplating the purchase of an Avatex 1200 modem (not HC). Does anyone have any information on the limitations of the Hayes compatability of this modem, and any other comments on its performance ? Gordon Marwood 16-Nov-87 11:53:53-MST,1984;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 16 Nov 87 11:53:42 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA20751; Mon, 16 Nov 87 10:27:44 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Nov 87 05:45:19 GMT From: sunybcs!oswego!kinne@ames.arpa (Doc Kinne) Organization: Star Fleet Rural Training Center, Oswego, NY, Earth. Subject: Re: porting CP/M-80 HLLs to Tandy Model 100 Message-Id: <528@oswego.UUCP> References: <8711131333.AA21744@decwrl.dec.com> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <8711131333.AA21744@decwrl.dec.com> secrist@msdoa2.DEC.COM (Richard C. Secrist, KXO/USA) writes: >Has anyone on the list attempted porting any of the smaller CP/M-80 >high-level languages to the Tandy Model 100 ? Since it's an 8085 >(essentially an 8080) it seems like a rather doable thing if you >don't need a lot of BIOS callas and have a fair amount of patience... Yes, I believe I know of one instance when the above was done. Apparently someone ported a FIG Forth CP/M system over to the Model 100/102. The above system (and a good bit of support programming) is availible on the M100SIG of Compuserve. I haven't downloaded it yet (got my M102 just 2 weeks ago) but it should be OK since I have the implementation on my Osborne-1. --- UUCP: seismo!rochester!rocksvax!oswego!kinne Doc Kinne CIS: 70721,636 Instructional Computing Center Q-Link: Doc Kinne SUNY College at Oswego BBS: Gary's BBS:(315)598-8106 "The Doctor" Oswego NY 13126 (315)342-1558 "I'm with Starfleet. We don't lie." -Acting Ensign Wesley Crusher Star Trek: The Next Generation "Justice" DISCLAIMER: You WANT these opinions????? 16-Nov-87 13:30:01-MST,568;000000000000 Return-Path: Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Mon, 16 Nov 87 13:29:58 MST Received: by decwrl.dec.com (5.54.4/4.7.34) id AA11019; Mon, 16 Nov 87 12:29:49 PST Date: Mon, 16 Nov 87 12:29:49 PST Message-Id: <8711162029.AA11019@decwrl.dec.com> From: secrist%msdoa1.DEC@decwrl.dec.com (Richard C. Secrist, KXO/USA) To: cpm@decwrl.dec.com Subject: Un-36-bit-ify code ?! Does anybody have an un-36-bit-ify in a high level language or VAX macro to un-mung FTP'ed files from SIMTEL ? Thanks ! rcs 16-Nov-87 16:04:15-MST,1243;000000000000 Return-Path: <@RELAY.CS.NET:busu%cc.uofm.cdn@UBC.CSNET> Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Mon, 16 Nov 87 16:03:35 MST Received: from relay2.cs.net by RELAY.CS.NET id ak14590; 16 Nov 87 16:54 EST Received: from ubc by RELAY.CS.NET id ac02351; 16 Nov 87 16:50 EST Received: by ubc.csnet id AA13314; Mon, 16 Nov 87 13:40:32 pst Date: 16 Nov 87 21:42 +0600 From: Daniel Keizer To: info-cpm@SIMTEL20.ARPA Message-Id: <63*busu@cc.uofm.cdn> Subject: bios modifications Return-Receipt-To: Daniel Keizer A friend of mine has a Sanyo MBC 1200 and is trying to re-write (modify) his BIOS to include more entries in his jump table. He modified it, re- assembled it, and does not work. It seems that the skewing is not working properly (but dont quote me on that). No references are made to the area (at least not direct references that were not recognized by the disassembler. If anyone has any dealings with modifying this BIOS, please help, as we are stumped as to what the problem is. Does anyone have scehmatics or actual BIOS listings for this machine? Thanks for any help. Dan Keizer BUSU@CC.UOFM.CDN BUSU@UOFMCC.BITNET 17-Nov-87 09:54:21-MST,869;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 17 Nov 87 09:54:15 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA15535; Tue, 17 Nov 87 08:42:12 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Nov 87 19:59:54 GMT From: abp@j.cc.purdue.edu (Jeffrey J Wieland) Organization: Purdue University Computing Center Subject: Posting Binaries Message-Id: <5792@j.cc.purdue.edu> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I have been asked to post the binary for interrupt driven terminal program for CP/M Kaypros. What is the policy concerning such postings in this newsgroup? Jeff Wieland abp@j.cc.purdue.edu 17-Nov-87 10:42:58-MST,1767;000000000000 Return-Path: Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Tue, 17 Nov 87 10:42:54 MST Received: by decwrl.dec.com (5.54.4/4.7.34) id AA19933; Tue, 17 Nov 87 09:42:41 PST Date: Tue, 17 Nov 87 09:42:41 PST Message-Id: <8711171742.AA19933@decwrl.dec.com> From: secrist%msdoa1.DEC@decwrl.dec.com (Richard C. Secrist, KXO/USA) To: cpm@decwrl.dec.com Subject: CP/M <--> Model 100 Languages > Yes, I believe I know of one instance when the above was done. > Apparently someone ported a FIG Forth CP/M system over to the > Model 100/102. The above system (and a good bit of support > programming) is availible on the M100SIG of Compuserve. I > haven't downloaded it yet (got my M102 just 2 weeks ago) but it > should be OK since I have the implementation on my Osborne-1. > > Doc Kinne Thanks - I knew of this and this was in part my motivation to ask the CP/M list. I downloaded all of that stuff and it ought to work for just about anybody's machine, except if you want to edit screens it's set up to use a Chipmunk disk. I'd prefer to edit a screen file just on the Tandy and let BASIC write it off to a cassette or someplace (I have a System-100 Streaming tape - good stuff). BTW there is a version of MVP Forth for the M100 that is compatible with the CP/M-80 incarnation, only problem is the Model 100 version takes over almost all the RAM from the top down and is not relocatable. It is fully compatible with the CP/M-80 version though... CompuServe also had some file in the M100 libraries that held some useful equates that you could use under either M80 or ASM, I forget which, but nobody took it any further than a few simple things. rcs 17-Nov-87 10:43:53-MST,702;000000000000 Return-Path: Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Tue, 17 Nov 87 10:43:51 MST Received: by decwrl.dec.com (5.54.4/4.7.34) id AA19954; Tue, 17 Nov 87 09:43:49 PST Date: Tue, 17 Nov 87 09:43:49 PST Message-Id: <8711171743.AA19954@decwrl.dec.com> From: secrist%msdoa1.DEC@decwrl.dec.com (Richard C. Secrist, KXO/USA) To: cpm@decwrl.dec.com Subject: PD Prolog There is a core PD Prolog for CP/M-80 called E-Prolog. I forget where I downloaded it from but if SIMTEL doesn't have it yet I can send it that way. Maybe I got it off of the CLM or AI Expert boards. It is a 6K executable and comes with sources, but not much doc. rcs 17-Nov-87 10:46:54-MST,838;000000000000 Return-Path: Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Tue, 17 Nov 87 10:46:51 MST Received: by decwrl.dec.com (5.54.4/4.7.34) id AA20025; Tue, 17 Nov 87 09:46:49 PST Date: Tue, 17 Nov 87 09:46:49 PST Message-Id: <8711171746.AA20025@decwrl.dec.com> From: secrist%msdoa1.DEC@decwrl.dec.com (Richard C. Secrist, KXO/USA) To: cpm@decwrl.dec.com Subject: PD CP/M-80 LISPS I'm ineterested in PD Lisps under CP/M-80 and wonder if I'm missing any. First there's Betz's XLISP, then there is a Lisp-in-Pascal that's got a couple of iterations in CPMUG or SIG/M someplace - but that version doesn't support arithmatic - and their is ILISP (scheme-ish), which I got from Royal Oak. Are there any other LISPs, esp. in a high-level language or 8080/Z80 that I'm missing ? rcs 17-Nov-87 15:38:20-MST,853;000000000000 Return-Path: <@wiscvm.wisc.edu:MSRS003@ECNCDC.BITNET> Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Tue, 17 Nov 87 15:38:15 MST Received: from ECNCDC.BITNET by wiscvm.wisc.edu ; Tue, 17 Nov 87 15:56:58 CDT Date: Tue 17 Nov 1987 15:56 CDT From: Scott McBurney Subject: A question To: I have heard of a newsgroup called comp.sys.tandy on usenet. Can any arpanet or usenet guru's help me find out more information about it. I am a bitnet user and I would like to send information to it and if possible, receive information from it. At least, I would like to find out how newsgroups work. Thanks, Scott McBurney Western Illinois University MSRS003@ECNCDC.BITNET 17-Nov-87 18:58:53-MST,2127;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 17 Nov 87 18:58:21 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA26292; Tue, 17 Nov 87 17:26:48 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Nov 87 22:34:16 GMT From: kodak!ektools!jim@cs.rochester.edu (James Hugh Moore) Organization: Eastman Kodak, Dept. 47, Rochester N.Y. Subject: Selecting parallel port on Kaypro Message-Id: <922@ektools.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I would greatly appreciate help from someone who knows their way around cpm 2.2 and/or Kaypro IV's and Perfect writer. I purchased a Kaypro IV used a 1 1/2 years ago. I wanted to do some database work for my parents who own a Kaypro 10. In any case, I have come to know and love Perfect Writer recently, and have a parallel printer. The problem seems to be that Perfect Writer was originally installed for a serial printer. I had the printer working on my folks Kaypro 10 (under Wordstar), but now it doesn't work with my IV. When running the PFCONFIG program, I get into a menu which asks for some CPM BIOS numbers and masks. I didn't get a CPM book with my IV, so I don't know what they mean. If anyone knows how to select the parallel port under Perfect Writer or has a handy listing of the BIOS calls by number, I would appreciate it. Thanks very much, in advance!! May God Bless You, in Jesus Name Jim Moore - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - James H. Moore, Software Tools Group Eastman Kodak Co. Email: rutgers!rochester!kodak!ektools!jim USMail: Dept 47, EP 5-2, Eastman Kodak Co., Rochester, NY 14650 Disclaimer: Opinions expressed are my own, and DO NOT represent the opinions or policies etc of Eastman Kodak Co. as a whole. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 17-Nov-87 19:46:11-MST,1621;000000000000 Return-Path: Received: from bass.nosc.mil (NOSC.MIL.#Internet) by SIMTEL20.ARPA with TCP; Tue, 17 Nov 87 19:45:57 MST Received: by bass.nosc.mil (5.58/1.27) id AA22952; Tue, 17 Nov 87 18:46:59 PST Received: by crash.CTS.COM (5.54/UUCP-Project/rel-1.0/09-14-86) id AA03056; Tue, 17 Nov 87 17:56:19 PST Reply-To: pnet01!mwilson@nosc.mil Message-Id: <8711180156.AA03056@crash.CTS.COM> Date: Tue, 17 Nov 87 17:40:31 PST From: mwilson@pnet01.cts.com (Marc Wilson) To: crash!info-cpm@simtel20.arpa@bass.nosc.mil Subject: Re: Modem info crash!dmc-crc.arpa!marwood (G. J. Marwood) writes: >I am contemplating the purchase of an Avatex 1200 modem (not HC). Does >anyone have any information on the limitations of the Hayes compatability >of this modem, and any other comments on its performance ? > Gordon Marwood The performance of the Avatex 1200 has been quite adequate for me. It is not particularly noise-sensitive, and is extremely reliable. As for its Hayes compatibility... All you get are a few of the AT commands. No S registers. The only way to drop carrier is to drop DTR on your RS-232 port. Linitations, but not serious ones. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Marc Wilson ARPA: ...!crash!mwilson@nosc.mil ...!crash!pnet01!pro-sol!mwilson@nosc.mil UUCP: [ cbosgd | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson INET: mwilson@crash.CTS.COM ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 18-Nov-87 07:08:02-MST,522;000000000000 Mail-From: KPETERSEN created at 18-Nov-87 07:08:00 Date: Wed, 18 Nov 1987 07:08 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Subject: Posting Binaries Binaries or source code should not be posted to Info-Cpm. Arpa/Milnet readers should instead send a message to Info-Cpm-Request@SIMTEL20.ARPA asking for instructions on how to use FTP to submit files to the SIMTEL20 archives. --Keith 19-Nov-87 01:35:31-MST,1459;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 19 Nov 87 01:35:05 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA15429; Thu, 19 Nov 87 00:11:31 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Nov 87 15:55:44 GMT From: ssc-vax!shuksan!evans@beaver.cs.washington.edu (Gary Evans) Organization: Boeing Mountain Network, Seattle WA Subject: Re: ZPR33 distribution Message-Id: <397@shuksan.UUCP> References: <8711160226.AA06833@ucbvax.Berkeley.EDU> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa > Hello ZCPR users: > > I am planning to get ZCPR33 softwares for my CP/M machine. It is not > good idea to get some softwares from BitNet File Server. I want that where > is ZCPR33 softwares that company sells or gave away. Best to send SASE-mailer > to for distribute ZCPR33 softwares. Please let me know for more information > about how to obtain ZCPR33 softwares and ZRDOS softwares, etc.. Thanks! > The following store is having a half price sale on all ZCPR products until the 26 of November. The Micro Store. Ph. (214) 231-1096 They are located in Dallas,Texas. These people will mail products and I've found them very helpful. Gary Evans The Boeing Company 19-Nov-87 10:57:15-MST,3056;000000000000 Return-Path: <@RELAY.CS.NET:kenw%noah.arc.cdn@UBC.CSNET> Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Thu, 19 Nov 87 10:56:20 MST Received: from relay2.cs.net by RELAY.CS.NET id ab06806; 19 Nov 87 11:56 EST Received: from ubc by RELAY.CS.NET id aa23042; 19 Nov 87 11:49 EST Received: by ubc.csnet id AA12283; Thu, 19 Nov 87 08:18:35 pst Date: 19 Nov 87 9:18 -0600 From: Ken Wallewein To: KPETERSEN@SIMTEL20.ARPA MMDF-Warning: Parse error in original version of preceding line at RELAY.CS.NET Cc: Info-Cpm@SIMTEL20.ARPA MMDF-Warning: Parse error in original version of preceding line at RELAY.CS.NET In-Reply-To: Message-Id: <233*kenw@noah.arc.cdn> Subject: Posting Binaries >>I have been asked to post the binary for interrupt driven terminal program fo r >>CP/M Kaypros. What is the policy concerning such postings in this newsgroup? >> >> Jeff Wieland >> abp@j.cc.purdue.edu >Binaries or source code should not be posted to Info-Cpm. Arpa/Milnet >readers should instead send a message to Info-Cpm-Request@SIMTEL20.ARPA >asking for instructions on how to use FTP to submit files to the >SIMTEL20 archives. > >--Keith ** FLAME ON!!! *** This is a most frustrating, Arpanet-chauvinistic attitude! Only a fraction of the people who recieve this newsgroup have the capability of performing FTP access to the massive SIMTEL20 archives. This summer, SIMTEL20 shut down their mail server, so that's out too... but I guess those on Arpanet don't care about that. If they want to use SIMTEL20, fine, but DON'T go telling the rest of the group not to post binaries! Come ON!!! ** FLAME OFF **. I'm sure Keith didn't think his answer through before replying, or perhaps it was a stock answer formulated back when things were different, or something. He's been too generous with us, myself included, in the past. However, the point needs making. I can neither submit not retrieve files from SIMTEL20. This is not an idle complaint - I would do both if I could. There _is_ a mail server on the network: listserv@rpicicge.bitnet (the contact appears to be "John S. Fisher" ). It has taken over a large chunk of SIMTEL20's CPM mail service, for those who have access to BITNET. Of course, it's not quite current and has limited "bandwidth", but deserves a lot of support. I believe it's download-only at the moment. I suggest that binary postings to the net use either HEX or UUENCODE format. There are public domain programs available to work with both; HEX is easier to get the software for, but I understand that UUENCODE does some compression. /kenw Ken Wallewein A L B E R T A R E S E A R C H kenw@noah.arc.cdn C O U N C I L 19-Nov-87 15:22:17-MST,1399;000000000000 Mail-From: KPETERSEN created at 19-Nov-87 15:22:14 Date: Thu, 19 Nov 1987 15:22 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Ken Wallewein Cc: Info-Cpm@SIMTEL20.ARPA Subject: Posting Binaries In-reply-to: Msg of 19 Nov 87 9:18 -0600 from Ken Wallewein If the posting of binaries starts on Info-Cpm I will shut off the Usenet and CsNet gateways from this mailing list. There are other ways of distributing binaries other than a mailing list. I am the one who must wade through all the mailer rejections that are caused by mailing list recipients exceeding their alloted disk space and by angry system administrators who have deliberate message size limits because they have to PAY for every byte that they receive. The Info-Cpm mailing list handler presently has a limit of about 50k. If binary postings start I will ask the system administrator to reduce it to 10k. I don't have the time to read all the rejections. Instead of talking about posting binaries perhaps a discussion should be started about a file server for CsNet and Usenet. There are a number of hosts that are on both the Arpanet and one of those two nets. --Keith Petersen 20-Nov-87 01:18:03-MST,1492;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 20 Nov 87 01:17:50 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA12174; Thu, 19 Nov 87 23:51:10 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Nov 87 17:10:19 GMT From: amdahl!drivax!braun@ames.arpa (Kral) Organization: Digital Research, Inc. Subject: wanted: turbodos maintenance contractor Message-Id: <2740@drivax.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa A friend works for a company that has some IMS systems running Turbodos. They canceled their maintenance contract with the people who were maintaining the systems and picked up a new contractor, but the new contract is only for hardware. Even tho' the technician has attempted to make work with the software, they don't have the source to the [modified] OS, and as such have trouble getting the system to work with some of the new hardware they are installing. Any leads to contractors who can help in this area would be greatly appreciated. Thanx, -- kral [THERE ARE NO ORDINARY MOMENTS] 408/647-6112 ...{ism780|amdahl}!drivax!braun "Dream lightyears... Challenge miles... Walk in steps" DISCLAIMER: If DRI knew I was saying this stuff, they would shut me d~-~oxx 20-Nov-87 04:47:18-MST,1268;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 20 Nov 87 04:46:48 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA15288; Fri, 20 Nov 87 03:21:37 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Nov 87 21:57:55 GMT From: tikal!sigma!bill@beaver.cs.washington.edu (William Swan) Organization: Summation Inc, Kirkland WA Subject: Re: Posting Binaries Message-Id: <1423@sigma.UUCP> References: Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article W8SDZ@SIMTEL20.ARPA (Keith Petersen) writes: >Binaries or source code should not be posted to Info-Cpm. Arpa/Milnet >readers should instead send a message to Info-Cpm-Request@SIMTEL20.ARPA >asking for instructions on how to use FTP to submit files to the >SIMTEL20 archives. Info-Cpm, fine... but what about posting to comp.os.cpm (or how about comp.{sources,binaries}.cpm)? Some of us out here in the net.boonies don't have FTP access to the SIMTEL20 archives... -- 20-Nov-87 09:39:10-MST,3229;000000000000 Return-Path: Received: from BRL-SMOKE.ARPA by SIMTEL20.ARPA with TCP; Fri, 20 Nov 87 09:39:03 MST Date: Fri, 20 Nov 87 11:37:30 EST From: Brint Cooper To: Ken Wallewein cc: KPETERSEN@SIMTEL20.arpa, Info-Cpm@SIMTEL20.arpa Subject: Re: Posting Binaries Message-ID: <8711201137.aa26123@SMOKE.BRL.ARPA> Ken Wallewein writes: > This is a most frustrating, Arpanet-chauvinistic attitude! Only a fraction > of the people who recieve this newsgroup have the capability of performing FTP > access to the massive SIMTEL20 archives. This summer, SIMTEL20 shut down their > mail server, so that's out too... but I guess those on Arpanet don't care > about that. If they want to use SIMTEL20, fine, but DON'T go telling the rest > of the group not to post binaries! Come ON!!! > Keith Peterson responds: > I am the one who must wade through all the mailer rejections that are > caused by mailing list recipients exceeding their alloted disk space > and by angry system administrators who have deliberate message size > limits because they have to PAY for every byte that they receive. > > The Info-Cpm mailing list handler presently has a limit of about 50k. > If binary postings start I will ask the system administrator to reduce > it to 10k. I don't have the time to read all the rejections. It is ironic that this dialog arrived in my mailbox on "Graham-Rudman Day." SIMTEL20.arpa is funded by your tax dollars and mine. The official justification for even having CPM archives on this machine is that there are still a number of CPM workstations in government laboratories and offices which are made more useful and efficient (as are their human users) by having public domain CPM software readily available. In various times and places, we have all heard pleadings to keep down the volume of traffic flowing through UUCP links in order to keep down the long distance telephone bills of the individual users. Similarly, we are seeing problems in internetworking to Bitnet and to the UK community because host resources are overworked and funds are not forthcoming to upgrade gateways. Well, folks, the U.S. government is in the same boat as the rest of us. Keith Peterson and many other folks on Arpanet/MILNET machines are not paid to distribute public domain software to the world at large. Their kind extensions of their work time into their personal lives and time represents a "second mile" not always noticed or appreciated. I agree with Keith: Servers on Bitnet and "the UUCP net" are needed to complement SIMTEL's service. Such a server, APPLE2-L, runs under something called LISTSERV at BROWNVM. Also, a UseNet group, comp.binaries.cpm, might be useful. Conceivably, it could be gatewayed with a Bitnet server. But if the folks in the U.S. REALLY desire some governmental austerity, they're all going to have to allow their own oxen to be gored just a little. Cheers, _Brint DISCLAIMER: I usually don't issue these things. However, for the record the foregoing, and EVERYTHING ELSE I EXPRESS, are my own opinions and my own ideas. 20-Nov-87 10:03:51-MST,575;000000000000 Return-Path: Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Fri, 20 Nov 87 10:03:47 MST Date: Fri 20 Nov 1987 12:02:04 EDT From: Subject: Message for Olof Backing about ZCPR3 on Ampro To: info-cpm@simtel20.arpa Message-ID: To: Olof Backing I have tried several times to get a message to you via ucbvax.berkeley.edu, but they keep bouncing. Please send me a message directly (SAGE@LL.ARPA) so that I can get your return address. -- Jay Sage [sorry about posting this to the entire net] 20-Nov-87 14:39:42-MST,2023;000000000000 Return-Path: Received: from CICGE.RPI.EDU by SIMTEL20.ARPA with TCP; Fri, 20 Nov 87 14:39:31 MST Received: from (TCPMAINT)RPICICGE.BITNET by CICGE.RPI.EDU on 11/20/87 at 09:58:57 EDT Received: by RPICICGE (Mailer X1.25) id 4927; Fri, 20 Nov 87 09:58:51 EDT Date: Fri, 20 Nov 87 09:17:59 EDT From: "John S. Fisher" To: INFO-CPM@SIMTEL20.ARPA Subject: Re: Posting Binaries In-Reply-To: kenw%noah.arc.cdn@ubc.csnet -- 19 Nov 87 9:18 -0600 I think it is really unfair to flame at Simtel20 and/or the internet at large just because they have something and "you cannot get it". The fact is that just about everything in the Simtel20 archives (at least for CP/M) is available through alternate means. There are the public BBS's and the information network services and the marketeers of public domain software collections. Granted, those aren't quite free, but the cost is actually modest. Mail over the networks isn't quite free, either, by the way. You may not see any direct chargeback for mail sent and received, but some of us do. And we all pay in some sense for any unnecessary load placed on the networks. Please do not construe my comments as "dog-in-the-manger" (if that is the right analogy) just because I now have FTP access to Simtel20 and you don't. I joined this group before I had FTP and before Simtel20 started the mail-based archive service. I did not think that I had any "inherient right" to be able to access the Simtel20 archives then, nor when the mail service was cancelled, nor now. By the way, the file server at RPICICGE.Bitnet can also be addressed via CICGE.RPI.EDU on the internet. Eventhough targeted to service the Bitnet Info-CPM people, mail requests from other networks are supported as long as the server can figure out how to send back a reply. It won't work for everyone, but there are at least some requests it has processed for people in UUCP-land and on mail-only Arpanet sites. 20-Nov-87 15:59:36-MST,917;000000000000 Return-Path: Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Fri, 20 Nov 87 15:59:31 MST Received: by decwrl.dec.com (5.54.4/4.7.34) id AA07255; Fri, 20 Nov 87 14:59:22 PST Message-Id: <8711202259.AA07255@decwrl.dec.com> From: binder%fizbin.DEC@decwrl.dec.com (Smile at me, baby. Then duck.) Date: 20 Nov 87 17:54 To: infocpm@decwrl.dec.com Subject: Kaypro at a bargain - is it a bargain? I have just received a liquidator's catalog offering a Kaypro 1 with Wordstar, for $200.00. Would I be making a mistake to buy one? I already have an Apple //e with an Applicard, but it occurred that having a portable CP/M machine would be nice. Yes, or no? Do I buy one? Thanks, Dick Binder (The Stainless Steel Rat) DEC Easynet: FIZBIN::BINDER uucp: { decwrl, allegra, ucbvax... }!decwrl.DEC.COM!binder Internet: binder%fizbin.DEC@decwrl.DEC.COM 21-Nov-87 00:04:55-MST,863;000000000000 Mail-From: LARMIJO created at 21-Nov-87 00:04:52 Date: Sat, 21 Nov 1987 00:04 MST Message-ID: Sender: LARMIJO@SIMTEL20.ARPA From: Larry Armijo Subject: Posting of Binaries To: INFO-CPM@SIMTEL20.ARPA cc: COLSA@SIMTEL20.ARPA I agree with Keith Petersen that Info-Cpm should be kept free of binary postings. Such postings are usually of interest to only a limited number of people and have no place on a general information mailing list. Keith has mentioned a number of alternative methods for obtaining binaries and in fact provides access to many of the binaries available at SIMTEL20 via a personal BBS which he maintains. Let's knock off the negative criticism and concentrate on the many possible solutions available to the network community. Larry 21-Nov-87 06:06:06-MST,1643;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 21 Nov 87 06:06:01 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA20600; Sat, 21 Nov 87 04:51:49 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Nov 87 17:44:28 GMT From: ptsfa!well!bandy@ames.arpa (Andrew Scott Beals) Subject: Posting binaries Message-Id: <4498@well.UUCP> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa Well, I don't know if they would let us poor old 8-bit people get away with a newsgroup. However, the cheapest method of distribution is still good old U.S. Mail. For example, I have a "centipede" program that I wrote one weekend years ago for my Osborne. I've been thinking about cleaning it up and giving it away to people, but how many folks could use it? It seems that we shall always get the short end of the stick, so I'd suggest that we rely on SIG/M and our local BBS sysops for the bulk of PD programs. I think that it should be okay to post source on the net, but binaries are a little unwieldly. Keith, I know that one can get UUCP for TOPS-20 systems, how about you set up a few dialin ports and let people who want access set up uucp accounts and turn on the server for them? That way they pay the shipping costs off-site and *everyone* gets access to the SIMTEL20 archives again. andy -- Andrew Scott Beals bandy@lll-crg.arpa or {lll-crg,hoptoad,hplabs,apple}!well!bandy 21-Nov-87 21:18:09-MST,1171;000000000000 Return-Path: Received: from ngp.utexas.edu by SIMTEL20.ARPA with TCP; Sat, 21 Nov 87 21:18:05 MST Date: Sat, 21 Nov 87 19:26:36 CST From: mknox@ngp.utexas.edu (Margaret H. Knox) Posted-Date: Sat, 21 Nov 87 19:26:36 CST Message-Id: <8711220126.AA14788@ngp.utexas.edu> Received: by ngp.utexas.edu (5.51/5.51) id AA14788; Sat, 21 Nov 87 19:26:36 CST To: info-cpm@simtel20.arpa, marwood@dmc-crc.arpa Subject: Re: Modem info I have been using this modem for about 8 months with *reasonable* success. It is missing two things: a speaker and the S register. The speaker I miss more than I thought I would. It is annoying to sit through several redials not realizing that the phone I am dialing is busy. Or worse, to mis-remember the number and finally pick up the phone to hear someone going "Hello ... Hello?" The S register is generally not needed. However on the Hayes it controls some things which can affect reliability of operation on unusually strong or weak lines. Conclusion: I paid $69 for mine. I would like the other features, but I am fairly certain I would not like them several hundred dollars worth. 21-Nov-87 22:18:13-MST,12301;000000000000 Mail-From: KPETERSEN created at 21-Nov-87 22:18:10 Date: Sat, 21 Nov 1987 22:18 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Subject: New files uploaded to SIMTEL20 during October and November The following is a complete list of CP/M-oriented files uploaded to SIMTEL20 during the months of October and November to date. The column labeled "T" (Type) is the file format. (7) means ASCII, (8) means binary. For a complete list of all CP/M files, see: PD1:CPM.CRCLST - Complete list with CRC values PD1:CPM.ARC - The above, ARChived (much smaller), binary(8). PD1:FILES.IDX - Similar to below, no descriptions, comma delimited There is currently no complete listing of all files, with descriptions. That is in the process of being created and will be announced when available. In the meantime, see PD1:CPMNOV01.LST (ascii) or CPMNOV01.LZT (crunched) which is a complete listing of all CP/M files on GEnie, each with a one-line description. Since SIMTEL20 and GEnie have many of the same files, this will be a very useful listing. It is updated monthly. Note: to save space in the following listing, the device name PD1: which normally appears ahead of the directory name has been omitted. CP/M October/November Report Directory Name Size T Description ================= ============ ====== = ====================================== CPMARC.ARK 90391 8 "C" source for CP/M ARC maker CPMARC.BUG 1552 7 Describes problems with CP/M ARCer LDIRB11.LBR 35712 8 Display LBR director w/date/CRC/des LDIRB12.BUG 681 7 Author of LDIR-B comments on ver 1.2 LDIRB12.LBR 36096 8 Display LBR directory w/date/CRC/des SETD01.LBR 18944 8 Set dates for members of libraries TYPELZ22.LBR 38272 8 Types ASCII, "Q", "Z", LBRs ARRAYLIB.LBR 2048 8 Subroutines for array accessing BIGLIB.LBR 3584 8 Subroutines for string manipulation H80.LZB 4992 8 Macros for HD64180 unique opcodes MOVHEX.LBR 11648 8 Changes load location of HEX file MPBLIB.LBR 2304 8 Subroutines for binary arithmetic MPDLIB.LBR 2304 8 Subroutines for decimal arithmetic SMMACLNK.ARK 94461 8 Small-Mac macro assembler and linker SORTSYM.LBR 2048 8 Sorted symbol file for M80/L80 STRIP11.LBR 3328 8 Strip comments from assembly source STRLIB.LBR 2432 8 Subroutines for string manipulation Z80ASM24.LBR 27648 8 Assembler for Zilog OP codes ZLINK14.LBR 6400 8 Linkage editor for ZMAC ZMAC17.LBR 14592 8 Assembler for Zilog Mnemonics NEW-SYS.OZS 3712 8 Get your RCP/M on monthly list RCPM1187.BZF 10624 8 Brief RCP/M phone number list, Nov. RCPM1187.LZT 37760 8 Remote CP/M system phone list, Nov. CPMDATE.LBR 16768 8 Display and set date for Z80DOS SUPRDOS2.LBR 90112 8 Complete CP/M 2.2 BDOS replacement Z80D-FIX.LBR 2816 8 BIOS insert for Z80DOS with no RTC Z80DMOD.LBR 7040 8 Z80DOS mod for imbedded date routine Z80DOS.NZT 5888 8 Notes on installing Z80DOS Z80DOS10.LBR 94976 8 Z80 replacement for CP/M 2.2 BDOS Z8D-UTL1.LBR 28032 8 Support utilities for Z80DOS B5A7-1.IZS 3072 8 BYE5 insert - Apple ][ w/CCS 7710 B5C-EVE.IZS 3328 8 BYE 5.0 clock insert for Coleco Adam BIOS4MOD.LBR 11136 8 Add serial printer on BIOS4 for C128 BIOSR4.ARK 100361 8 Commodore C128 CP/M enhanced BIOS NEW2CPM.DOC 6526 7 GEnie Help File for C-128 CP/Mers RDSKINFO.DOC 2097 7 How to set C128 ramdisk drive letter TBOHIRES.PZS 2688 8 80 column graphics for C128 CP/M WHYCPM.DOC 7950 7 Article on C128 CP/M+ features WS-C128.AZM 3456 8 Set C128 video attr/delays for WS4.0 SAVBIOS.LBR 4096 8 Save new BIOS for Montezuma Micro TIMEBSX.LBR 1280 8 Time routines for banked XBIOS WRITECCP.LBR 4736 8 Writes CCP to system tracks LU86-2.LBR 31488 8 Library Utility for CP/M-86 CREATOR.LBR 43904 8 A database and report generator TTGEN10C.LBR 48640 8 Format family database GO105.LBR 14848 8 Move easily around drives/user areas KLEAN20.LBR 18816 8 Intelligent file erase utility RENAMZ13.LBR 20096 8 File renaming utility SETDRU.AZT 8448 8 Z80DOS, Public files, and SETDRU DISKX11.LBR 38912 8 A comprehensive disk exercisor FBAD60A.LBR 27008 8 Find and lock out bad disk sectors EXPRES11.ARK 117561 8 Full featured screen editor SFGR.ARK 43553 8 Screen format generator for RPG II EPSLINK.AZM 16640 8 CP/M file transfer with Epson Geneva ACOPY16.LBR 22400 8 General purpose file copy utility CPMNOV01.LST 136879 7 GEnie CP/M file list, sorted w/desc CPMNOV01.LZT 75392 8 GEnie CP/M file list, sorted w/desc ROYALOAK.DZR 23040 8 RCP/M Royal Oak directory listing COMP13.LBR 7296 8 Compares two COM (binary) files UNIFORTH.LBR 96896 8 Sampler of Professional Uniforth FLIFEH89.LBR 16384 8 Z80 game of LIFE for the H89 NOSLTPOP.LBR 6400 8 Pop-up clock routines for No-Slot INFOCOM.INF 2582 7 Infocom games sale bargain MDISK.IZF 1280 8 1 Megabyte RAM disk for AMPRO TCJ.INF 1610 7 Info about The Computer Journal GENIE.IZD 20096 8 Descriptions of GEnie's services OMNIDEMO.LBR 49664 8 Window interface for Kaypro MNPROP2.LBR 113280 8 Radio H.F. propagation predictions MORSETXT.LBR 67456 8 Send text files with Morse Code NETWORK2.LBR 36608 8 RF filter/network/trans. line design KSCREEN.INF 2021 7 Kaypro cursor/screen codes info BRAD-HEB.LBR 3840 8 Hebrew font for Bradford FANTEST.LBR 18304 8 FANFOLD utility checks available TPA SETMRG21.LBR 5760 8 Set margins on Diablo printers MXH-AM12.ZZ0 11904 8 MEX Overlay - Ampro Little Board MXM-NE10.AZM 6656 8 MEX Overlay - NEC N202BR-L1 modem MXO-GB12.AZM 10368 8 MEX Overlay - CompuPro I3/I4 BAUDSET.LBR 13952 8 Sets baud rates with IMP overlay READNEWS.LBR 35712 8 Automate reading news on StarText RT11MODM.LBR 7040 8 Xmodem for DEC LSI-11 LI.LBR 4352 8 List dir/copy NorthStar disk to CP/M USER.CFG 3909 7 Configuring North Star CP/M user area WS4-NS.LBR 13952 8 NorthStar Advantage overlays for WS4 PBBS-04.LBR 184704 8 PBBS 4.0 Bulletin Board System PBBSTCAP.FIX 702 7 Fix to PBBS TCAP problem PBBSUP-4.LBR 91264 8 Supplementary Files for PBBS 4.0 PBBSUTL4.LBR 8320 8 Utilities for PBBS 4.0 PINSTAL.CZM 4480 8 PBBS install program PUBNOTES.TZT 2688 8 BDOS patch for public files CBYE.LBR 1920 8 Display maxuser maxdrive wheel bytes LUX77B.LBR 58880 8 Library/Archive Utility eXtension ZCMD8080.LBR 53248 8 CCP replacement for 8080 systems SPREAD.TZT 3840 8 Spreadsheets for Data Analysis NEWBATCH.LBR 4352 8 Make SUBMIT-like COM files 1KUTILS3.LBR 15232 8 Improved "1K" utilities LOGON12.LBR 22528 8 Command line menu/password utility NOSLT20.LBR 5504 8 Read and set "no-slot" clock 802CLEAR.LBR 2048 8 Get rid of status line on TeleVideo MDRV-TD.LBR 5248 8 TurboDOS driver for CompuPro MENUDEMO.LBR 22784 8 Menu utilities in Turbo Pascal PASCAL.TZT 8960 8 Turbo Pascal function & procedures FINDLQ11.LBR 33152 8 Type/find, ASCII/sQu'd, library/not PEEP13.LBR 9472 8 A bidirectional file viewer PRNTXT13.LBR 26112 8 Text display utility makes COM file PRNTXT14.LBR 26880 8 Make COM files from text files VCOMP13.LBR 27136 8 Visual file comparison WT20.LBR 5120 8 Bidirectional type/browse utility PWLINE25.DZC 896 8 Use 25 lines in Perfect Writer VDE262.BUG 2069 7 Bug report for VDE version 2.62 VDE262.LBR 62464 8 Full screen text editor/processor MOREWS4.TZT 3328 8 WS4 -- good, with a few bugs ADIR10.LBR 18304 8 Parses Aliases and displays director ARUNZ09G.LBR 20864 8 ZCPR33 extended command processor BCOMP10A.LBR 26496 8 Screen oriented binary file compare BUSHBETA.LBR 64640 8 Disk backup and restoration system DD15.LBR 17536 8 ZCPR3 disk directory utility FASTARNZ.ZZZ 5120 8 Optimizing automatic disk accesses LBREXT3.BUG 1048 7 LBREXT2 and LBREXT3 bug report! NZEX-D.LBR 15744 8 Submit processor for ZCPR 3.3 OSH14.LBR 19968 8 History shell for BackGrounder ii PACK10.LBR 25088 8 Improve hard disk performance PCPIMPSH.DZC 1280 8 Using PCPIMP with Z system PLF10.LBR 51968 8 ZCPR33 aliases to process LBR files RCPMC.LBR 6016 8 Z33 file copier RCP RCPPEEP.LBR 11776 8 Text browser/lister Z33 RCP SHOW12B.LBR 40192 8 Displays ZCPR33 system configuration SUGGEST.ZZ3 3328 8 Suggestions for ZCPR SYStem package TCJ29.MZG 25984 8 Sage ZSIG Column, TCJ Issue #29 Z-RIP11.LBR 4096 8 Install ZPR3 programs Z33DEBUG.LBR 15872 8 ZCPR33 DEBUG.LIB with HEX calculator Z33LIB05.LBR 7808 8 LIB routines for ZCPR Version 3.3 Z33TSS-C.LBR 109056 8 ZCPR 3.3 for NorthStar Horizon Z33VER10.LBR 32768 8 ZCPR33 screen oriented error handler ZBGQ11.LBR 6656 8 Easy loading of BackGrounder ZFILER.BZG 2816 8 Bug in Zfiler ZTIME23.LBR 12672 8 Kenmore Ztime RTC reader program RCPTRGGR.TZT 2432 8 Info on ZCPR's RCP with trigger key Z-NEWS.8Z5 10752 8 ZCPR3/SYSLIB/ZRDOS Newsletter #805 Z-NEWS.8Z6 7296 8 ZCPR3/SYSLIB/ZRDOS Newsletter #806 ______________________________________ TOTALS: Size 3,366,929 bytes Printed 140 records. These files are available via standard anonymous FTP via the Arpanet/Milnet. They are also available on my RCP/M and on GEnie's CP/M RoundTable. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie: W8SDZ RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST) 22-Nov-87 00:17:45-MST,6998;000000000000 Mail-From: KPETERSEN created at 22-Nov-87 00:17:43 Date: Sun, 22 Nov 1987 00:17 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Ken Wallewein Cc: Info-Cpm@SIMTEL20.ARPA Subject: Posting Binaries In-reply-to: Msg of 19 Nov 1987 09:18-MST from Ken Wallewein Ken, please try the file server that John Fisher is running. [Note: In the following discussion, if you are not on BITNET substitute the address LISTSERV@CICGE.RPI.EDU for the address shown.] --Keith Petersen To: INFO-CPM@SIMTEL20.ARPA Re: CP/M software file server on Bitnet I have made a few radical changes to the CP/M file server on Bitnet. I will describe the changes first, then, for many of the newer people on this list who never heard of the server, I'll review its use. (1) The server has been redesigned to use a disk "cache" for keeping only the most recently/frequently requested files online. Requests for files not in the cache are deferred for overnight processing. The offline-to-online procedure is automated, but subject to delays; if a request cannot be satisfied in 5 days, the request is abandoned. (2) The archive is now more current than the former collection (which was dated 17 July 1987). I will try to keep my server up to date with Simtel20, at least within a week or two. This means very new files on Simtel20 will not be immediately available on my server, and the reverse for recent deletions. Synchronizing my server with Simtel20 is a manual process I'll perform on a best-efforts basis. (3) THE SERVER IS STILL EXPERIMENTAL, AND INFORMATION ABOUT IT SHOULD STILL BE KEPT CONFIDENTIAL TO THIS GROUP. (4) The /PDDIR command is available for getting directory listings. (5) As before, if you have any comments, questions or problems with the server, direct them to FISHER@RPICICGE.BITNET (me), and not the Info-CPM mailing list. ***************************************************************** * Help information for the PDGET command. * ***************************************************************** Selected portions of the SIMTEL20 public domain software archives are available at RPICICGE.BITNET. At present the collections include the following directories: PD: -- The Info-CPM archive (CP/M machines). PD: -- The SIG/M User Group archive (CP/M machines). Planned: PD: -- The CP/M User Group archive. Any of the files in these collections are available from the file server LISTSERV@RPICICGE.BITNET. The server responds to two commands. /PDDIR requests a directory listing of files available in an archive, and /PDGET requests a file from an archive. The file server accepts commands in both interactive messages or RFC822-style mail. (On VM and MVS Bitnet hosts, TELL LISTSERV AT RPICICGE... can be used to send an interactive message. Other Bitnet systems may have similar facilities. People on non-Bitnet systems must use the mail interface, and must insure that the From: header represents a valid return path.) ****Note: The server actually responds to many, many other commands, but none of them have anything to do with the archives. The two commands have the following form: /PDGET simtel.filename < ( encoding > /PDDIR simtel.pattern The <...> mark things that are optional. * "simtel.filename" specifies the name of a file to be delivered to the user. Names are usually of the form "PD:name.type" * "simtel.pattern" specifies a search pattern used in generating a directory listing. The form of the pattern is like the filename mentioned above, but asterisks (*) may be used freely in the subdir, name, and type parts as wild cards (but not in the dir field.) * "format" specifies the method of transmission to be used: NETDATA -- suitable for transfer to Bitnet hosts that can accept files in IBM Netdata format. PUNCH -- suitable for transfer to Bitnet hosts that can accept files but cannot decode the Netdata format. Files are sent as 80-byte card-images. MAIL -- suitable for transfer to hosts that can accept only mail or are accessible to Bitnet only through gateways. Large files sent via mail are split into several smaller files that the recipient must reassemble. If the format is omitted, NETDATA is assumed for Bitnet hosts and MAIL for all others. * "encoding" specifies any special encoding of the file data: ASIS -- suitable for hosts that can receive binary data. The file is sent exactly as it is stored on my system: CP/M sector images, binary mostly. ASIS may be used only with format NETDATA. UUENCODE -- suitable for hosts that cannot receive binary data. The file is sent uuencoded. TRANSLATE -- suitable for any host, but only when the file actually represents readable text. The file is translated into character data format. If the encoding is omitted, files are sent ASIS if the transmission format is NETDATA, and UUENCODEd otherwise. /PDDIR Examples: ================ (1) The user is looking for the LASM program. /PDDIR PD:LASM.* (2) The user wants a listing of the full CPM collection. /PDDIR PD: /PDGET Examples: ================ In each of the following examples the user wants the CPM.CRCLST file to examine on his host and the UNARC16.ARK file to download to his micro, both from the CPM collection. Note that none of the examples have a closing parenthesis! (1) The user is on an IBM host directly connected to Bitnet: /PDGET NETDATA PD:CPM.CRCLST (TRANSLATE /PDGET NETDATA PD:UNARC16.ARK (2) The user is on a non-IBM host directly connected to Bitnet and can receive Netdata files: /PDGET NETDATA PD:CPM.CRCLST (TRANSLATE /PDGET NETDATA PD:UNARC16.ARK (UUE (3) The user is on a non-IBM host directly connected to Bitnet and can receive punch files: /PDGET PUNCH PD:CPM.CRCLST (TRANSLATE /PDGET PUNCH PD:UNARC16.ARK (UUE (4) The user is on some host somewhere: /PDGET MAIL PD:CPM.CRCLST (TRANSLATE /PDGET MAIL PD:UNARC16.ARK (UUE 22-Nov-87 13:31:33-MST,982;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 22 Nov 87 13:31:29 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA16377; Sun, 22 Nov 87 11:49:43 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Nov 87 21:42:00 GMT From: uxc.cso.uiuc.edu!clio!berger@a.cs.uiuc.edu Subject: Re: Posting Binaries Message-Id: <18700007@clio> References: <5329565@ Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa That works both ways. If submission and acquisition of programs is strictly via FTP, then you'll lose a good part of the program sub- missions from the rest of the world. Mike Berger Center for Advanced Study University of Illinois berger@clio.las.uiuc.edu {ihnp4 | convex | pur-ee}!uiucuxc!clio!berger 22-Nov-87 15:39:23-MST,1143;000000000000 Return-Path: Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Sun, 22 Nov 87 15:39:19 MST Received: by decwrl.dec.com (5.54.4/4.7.34) id AA12882; Sun, 22 Nov 87 14:39:15 PST Message-Id: <8711222239.AA12882@decwrl.dec.com> From: binder%fizbin.DEC@decwrl.dec.com (Smile at me, baby. Then duck.) Date: 22 Nov 87 17:34 To: infocpm@decwrl.dec.com, sac.hqsac-doct@e.ise.edu Subject: RE: Kaypro at a bargain - is it a bargain? Responses to my query tell me that it is most emphatically a good deal. I just phoned in my order. I've also been asked to provide the info as to where this liquidator is. The whole deal is a Kaypro 1 with 64K, two serial and one Centronics ports, two 390K drives, and WordStar software. The source is COMB Direct Marketing Corp., 1405 Xenium Lane, Minneapolis, NM 55441-4494. The price is $199.00 plus $18.00 shipping plus 50 cents insurance. Delivery is in 7-10 working days. If you want to order by phone, the number is 1-800-328-0609, and they take Visa, MasterCard, Discover, or American Express. Thanks to you who responded. - Dick Binder 22-Nov-87 16:01:39-MST,3143;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 22 Nov 87 16:01:28 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA18542; Sun, 22 Nov 87 14:46:44 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Nov 87 21:04:03 GMT From: ciaraldi@cs.rochester.edu (Mike Ciaraldi) Organization: U of Rochester, CS Dept, Rochester, NY Subject: DEC VT180 "Robin" Questions Message-Id: <4450@sol.ARPA> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I'm a long-time CP/M hacker, so I was called in recently to help set up a DEC VT180 that had been donated to a local non-profit group. The VT180 (also known as the "Robin") is basically a VT100 terminal with a built-in Z80 board and external floppies that runs CP/M. The donated one came with CP/M, a word processing program, and a spreadsheet. There was also a Users Guide and troubleshooting manual. The main use would be as a terminal to a mainframe data base system. It would also be hooked to a videodisk system so that video frames could be called up under control of the mainframe (they already had this working with a VT102 terminal). We tried using the VT180 first as just a VT100 terminal. This worked fine at 9600 baud, with one problem. The setup screen lets you set the baud rate, parity, etc., for the communications port, but has nowhere to set them for the printer port. The manual doesn't say anything on this. Question #1: When used as a terminal, how do you set the parameters of the printer port? The mainframe software we were using sends the standard VT100 code sequence to cause messages to go out to the printer. This works on our real VT102, but on the VT180 the messages show on the video screen instead. The manual doesn't list the control codes obeyed by the VT180. Question #2: When used as a terminal, does the VT180 allow sending messages to the printer? How about doing a screen dump or printer echo? (these use the shifted ENTER key on a VT102). So, we tried CP/M. This has a utility for setting the port parameters. I got a copy of Kermit version 4.05 by downloading to an IBM PC and using Media Master to make a VT180-compatible floppy. Kermit worked OK, passing the control codes on to the built-in terminal. But it still wouldn't send things to the printer under program control. And we lose a few characters after every Form Feed, presumably because it takes so long to clear the screen. I was able to send things to the printer with the standard CP/M Control-P key. Question #3: Is there any way to avoid losing characters under Kermit+CP/M? Any way to use the printer? Question #4: Is there some better communications program for the VT180, which might solve some of these problems? Thanks in advance for any help. Mike Ciaraldi University of Rochester Computer Science Dept. uucp: seismo!rochester!ciaraldi aroa: ciaraldi@cs.rochester.edu 22-Nov-87 20:31:29-MST,2553;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 22 Nov 87 20:31:21 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA22104; Sun, 22 Nov 87 19:21:56 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Nov 87 02:30:23 GMT From: ciaraldi@cs.rochester.edu (Mike Ciaraldi) Organization: U of Rochester, CS Dept, Rochester, NY Subject: Re: Modem info Message-Id: <4464@sol.ARPA> References: <8711180156.AA03056@crash.CTS.COM> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article <8711180156.AA03056@crash.CTS.COM> pnet01!mwilson@nosc.mil writes: >crash!dmc-crc.arpa!marwood (G. J. Marwood) writes: >>I am contemplating the purchase of an Avatex 1200 modem (not HC). Does >>anyone have any information on the limitations of the Hayes compatability >>of this modem, and any other comments on its performance ? >> Gordon Marwood > > > The performance of the Avatex 1200 has been quite adequate for me. It is >not particularly noise-sensitive, and is extremely reliable. > > As for its Hayes compatibility... All you get are a few of the AT >commands. No S registers. The only way to drop carrier is to drop DTR on >your RS-232 port. Linitations, but not serious ones. > I generally agree. I know several people who are presently using the Avatex 1200 with no problems. Four things to note: 1) While the 1200 is "not particularly noise-sensitive", it is not tremendous at noise filtering either. Around Rochester there is a great variation in phone-line quality. Avatexes work fine in some areas and not in others. However, it is at least as good as most $200 modems I have tried. 2) The 1200 has no speaker, which can be annoying when your calls don't go through--you don't know if the other end didn't answer, answered but wasn't a modem, or was a modem but wasn't recognized. 3) Several stores in Rochester sell the 1200 for $99 to $110. I have seen it advertised in _Computer Shopper_ as low as $88. 4) When you place your order, explain that you are not sure if this modem will work on your phone lines and be sure the store will give you a refund if it doesn't. Hope this helps. Mike Ciaraldi University of Rochester Computer Science Dept. seismo!rochester!ciaraldi 23-Nov-87 08:02:48-MST,1515;000000000000 Return-Path: Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Mon, 23 Nov 87 08:02:44 MST Received: by decwrl.dec.com (5.54.4/4.7.34) id AA06367; Mon, 23 Nov 87 07:02:38 PST Date: Mon, 23 Nov 87 07:02:38 PST Message-Id: <8711231502.AA06367@decwrl.dec.com> From: secrist%msdoa1.DEC@decwrl.dec.com (Richard C. Secrist, KXO/USA) To: cpm@decwrl.dec.com Subject: post binaries to each other - not the whole list ! I concur and support everything Keith has said in with regard to the posting of binaries. In addition to that, even CP/Mers aren't all going to want the Centepede program for the Osborne-1 or whatever, whereas the Osborne-1 people may think that's just dandy. One good alternative that Keith is so nice to slave over is his Royal Oak CP/M BBS - you can dial-in and up or download to this board at no charge but the phone call; furthermore this makes it available to the wider audience of the net(s) and Genie if warranted. Of course if you'd like to get hexalated files circulated through the INFO-CPM audience one alternative might be to make an announcement in INFO-CPM that you have prepared a package for net distribution, and if someone on the INFO-CPM list desires it via net mail they could send a request to so-and-so directly (*not* on INFO-CPM) to receive a copy of the package non-FTP from the originator, and that way it's between just the people who want it. Would such announcements be welcomed here Keith ? rcs 23-Nov-87 19:24:45-MST,1064;000000000000 Return-Path: Received: from dmc-crc.arpa by SIMTEL20.ARPA with TCP; Mon, 23 Nov 87 19:24:41 MST Received: by dmc-crc.arpa; (4.12/4.7) id AA05646; Mon, 23 Nov 87 21:24:27 est Date: Mon, 23 Nov 87 21:24:27 est From: marwood@dmc-crc.arpa (G. J. Marwood) Message-Id: <8711240224.AA05646@dmc-crc.arpa> To: info-cpm@simtel20.arpa Subject: Avatex Modem Thanks to everyone (I had about a dozen replies) who provided opinions on the Avatex 1200 (non-HC) modem. The consensus seemed to ba that for the price it was an adequuate modem. The lack of a speaker was seen as an inconvenience and the inability to program an S-register as a limitation for some special applications. One respondent had concerns about its performance on noisy lines. For the price US$88 it doesn't seem a bad deal. In the end I decided to go for a Smarteam 1200AT which was available for US$98, and seemed better value for money, with none of the previous limitations (I hope!). Thanks again Gordon Marwood 24-Nov-87 10:28:04-MST,776;000000000000 Return-Path: Received: from lll-crg.arpa by SIMTEL20.ARPA with TCP; Tue, 24 Nov 87 10:28:00 MST Received: by lll-crg.arpa (5.51/) id AA17822; Tue, 24 Nov 87 09:27:19 PST Return-Path: Received: by lll-freedom.arpa.arpa (3.2/SMI-3.0DEV3) id AA09841; Tue, 24 Nov 87 09:25:33 PST Date: Tue, 24 Nov 87 09:25:33 PST From: rzh@lll-freedom.arpa (Roger H. Hanscom ) Message-Id: <8711241725.AA09841@lll-freedom.arpa.arpa> To: info-cpm@simtel20.arpa Subject: Modems While you guys are talking about modems, I got a mailing from ZOOM Telephonics redently offering their 2400 baudulation modem (internal IBM PC type) and Procomm (big deal!!) for $169. Anyone know anything about these, or ZOOM products in general??? 24-Nov-87 15:10:10-MST,1330;000000000000 Return-Path: Received: from CICGE.RPI.EDU by SIMTEL20.ARPA with TCP; Tue, 24 Nov 87 15:08:47 MST Received: from (TCPMAINT)RPICICGE.BITNET by CICGE.RPI.EDU on 11/24/87 at 17:07:32 EDT Received: by RPICICGE (Mailer X1.25) id 2440; Tue, 24 Nov 87 17:07:28 EDT Date: Tue, 24 Nov 87 16:59:34 EDT From: "John S. Fisher" To: INFO-CPM@SIMTEL20.ARPA Subject: Notes on the LISTSERV file server. Two blunders have been found and corrected for the file server in Bitnet-land: (1) Under certain ill-defined conditions the return address was accidentally forced to all upper-case. Some requestors (mostly in UUCP-land) would receive no replies. (2) A recent update to the CP/M file directory mis-tagged a few ASCII files as binary and some binary files as ASCII. (The problem only effected the CPM.* directories.) Requests for such mis-tagged files were answered with garbage. I have corrected the directory, and flushed all of the misfetched files from the cache (at least I think I got them all). If you received a garbage file, please retry the request AND let me know, too, so I can make sure the cache is clean. Regards, JSFisher FISHER@RPICICGE.BITNET FISHER@cicge.rpi.edu 24-Nov-87 15:28:07-MST,1982;000000000000 Return-Path: <@CUNYVM.CUNY.EDU:RALPH@UHHEPG.BITNET> Received: from CUNYVM.CUNY.EDU by SIMTEL20.ARPA with TCP; Tue, 24 Nov 87 15:27:27 MST Received: from UHHEPG.BITNET by CUNYVM.CUNY.EDU ; Tue, 24 Nov 87 17:04:29 EST Date: 23 NOV 87 08:33- From: RALPH%UHHEPG.BITNET@CUNYVM.CUNY.EDU To: INFO-CPM @ SIMTEL20.ARPA Subject: Help in selecting the right Modula 2 needed Date: 23-NOV-1987 08:16:42.99 From: Ralph Becker-Szendy RALPH AT UHHEPG To: BITNET::"info-cpm@simtel20.arpa",RALPH Subj: Help in selecting the right Modula 2 needed Hi everyone we are contemplating buying a Modula 2 compiler for cp/m. It has to run on a Z80 (although the processor is soon going to be a Z280). As far as I can see, there are three compilers on the market (excluding the one for UCSD-p): - Turbo Modula 2 (available from Echelon for $89.95), - the Zuerich M2 compiler (available from W&A for $160), and - FTL Modula 2 (also W&A for $49.95). Now the question: who has some experience with those compilers (both good and bad), and if you know them well: which one would you recommend ? I do not need ROM-able code (but it may be handy some time), but i DO need linking with assembler code (but not necessarily an inline-assembler). A nice user-interface helps, but is not really necessary. Extreme compilation speed is not a must, but the code should be fast and particularly tight (i expect some programs to be limited by code size). Any bad or good advice is appreciated. BTW, apologies to Keith Petersen and John S. Fisher. I was too harsh about the "ARPA-net attitude of Simtel20". But i still think there should be more cp/m file servers, both on BITNET and on other nets. Ralph Becker-Szendy RALPH@UHHEPG.BITNET University of Hawaii / High Energy Physics Group (808)948-7391 Watanabe Hall #203, 2505 Correa Road, Honolulu, HI 96822 "Hawaii - it's not just for tourists. People actually live and work there." 24-Nov-87 19:41:51-MST,586;000000000000 Return-Path: Received: from BRL-SMOKE.ARPA by SIMTEL20.ARPA with TCP; Tue, 24 Nov 87 19:41:49 MST Date: Tue, 24 Nov 87 21:25:52 EST From: Steve Lesh (ISC | howard) To: info-cpm@simtel20.arpa Subject: Epson Geneva serial cable Message-ID: <8711242125.aa28912@SMOKE.BRL.ARPA> Does anyone know of a source for serial cables for the Epson Geneva? Failing that, can anyone furnish the pinouts? I need to acquire one for a student with a Small-talk speech synthesizer. Any assistance would be appreciated. Thanks in advance. 25-Nov-87 07:16:58-MST,1781;000000000000 Mail-From: KPETERSEN created at 25-Nov-87 07:16:56 Date: Tuesday, 24 November 1987 19:14-MST Message-ID: Sender: padwa@HUSC3.HARVARD.EDU (Danny Padwa) From: padwa@HUSC3.HARVARD.EDU (Danny Padwa) To: W8SDZ@SIMTEL20.ARPA Subject: SORD CP/M computer ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: INfo-Cpm ReSent-Date: Wed 25 Nov 1987 07:16-MST I'm not sure what kind of disks I take...that is much of the problem! I am running a SORD M-68, a dual processor (Z80/68000) machine that was made (and sold) exclusizely in Japan. My uncle received it as a gift when he ran Citibank's computer operations in Japan. When it came time for me to go to college, the SORD had evolved from the latest to technology to paperweight mode, so my uncle passed it on to me. In any case, I know that the disks I use are 5-1/4" floppys, approximately 1MB storage. They are not compatible with IBM-PC disks, if that is any help. I have C for my 68000 (running CP/M there), WordStar (I think 3.00) for my Z80, and then a batch of other stuff (including Basic) for SORD's own OS running on the Z80. I don't have much information about the internals..... my uncle didn't have those manuals (he didn't bother bringing them back since they were in Japanese!). Please let me know if you can think of any possible way that I can get Kermit from the VAXen here (which can get it with FTP) to my micro. Thanks, Danny Padwa Harvard University +-----------------------------------------------------------------------------+ | BITnet: PADWA@HUSC3.BITNET INTERnet: PADWA@HUSC3.HARVARD.EDU | | MFEnet: PADWA@MFE.MFENET UUCP: ...harvard!husc4!padwa | | HEPnet/SPAN HUSC3::PADWA (node57.503) | 25-Nov-87 10:24:39-MST,2564;000000000000 Return-Path: <@wiscvm.wisc.edu:LINKR@VTVM1.BITNET> Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Wed, 25 Nov 87 10:24:12 MST Received: from VTVM1.BITNET by wiscvm.wisc.edu ; Wed, 25 Nov 87 11:24:04 CDT Received: by VTVM1 (Mailer X1.24) id 2335; Wed, 25 Nov 87 11:47:56 EST Date: Wed, 25 Nov 87 11:46:35 EST From: Roger Link Subject: Turbo & FTL Modula-2 To: INFO-CPM@SIMTEL20.ARPA I have used both the FTL & Turbo Modula-2 Compilers. The FTL Compiler appears to be very standard, and includes the source for all of its libraries. It can produce ROM-able code, and this was the main feature we wanted it for here. We have a Z-80 SBC running here, with compiled FTL Modula-2 in ROM. The compiler & linker run at reasonable speeds. The FTL system also includes a editor that can link to the compiler & linker, and the Modula-2 source for the editor can be purchased. The editor is Wordstar like, is pretty nice. It can only edit files that can fit entire in the RAM editing buffer, unfortunately. The FTL manual leaves quite a bit to be desired, and does not cover the contents of the libraries at all. The best manual I found was to print the definitions files for the Modula libraries. As for assembler support, you have to use there own assembler, which I have never tried. As for the Turbo Modula-2 system, it is a more professional system with the usual Turbo environment. (There are some nice extensions from the Turbo Pascal Environment) The complier is also pretty fast, and can produce either Z-80 (or 64180) machine code or a interpreted "M- code". The Z-80 .COM file appears to be rather bloated, and will normally be larger than the same code compiled by the FTL. There are also some extensions such as WRITE & WRITELN which function like Pascal's, but are very non-standard Modula-2. The system can link to Microsoft .REL files. I have produced some M-80 assembler code, and had success in linking it in with the Modula-2 system. This is a very nice feature. The biggest problem & complaint that I have with the Turbo Modula system is the fact the libraries seem to be non-standard in some aspects (mainly in I/O operations). I get the feeling that the writers of the Turbo system intended the Pascal-style WRITE & WRITELN extensions to be used mainly, instead of the more normal Modula-2 Write.... procedures. The manual for the Turbo system is very nice, and has complete library coverage. Roger Link 25-Nov-87 12:04:50-MST,1818;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 25 Nov 87 12:04:26 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA00830; Wed, 25 Nov 87 10:51:40 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Nov 87 02:02:35 GMT From: umn-d-ub!umn-cs!ems!rosevax!kksys!bird@speedy.wisc.edu (0000-Mike Bird) Organization: K and K Systems, Minneapolis Subject: Re: Posting of Binaries Message-Id: <476@kksys.UUCP> References: Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I remember a discussion on this net in one of the unix newsgroups where binaries were allowed to be posted about the possibilities of malicious programmers putting in nasty surprises in a binary. Some of these binaries would work for a long time, performing useful functions, but when some internal use counter reached some "magic" number, BOOM, the program would turn ugly and start erasing all files in all directories, or some such nasty thing. I have also seen almost identical postings in various BB systems around the country. I, personally, wouldn't trust a binary unless handed to me by someone I would trust with my login password. I'd also have to know that the person in question wrote the program whose binary I was running. Let's hear it for source code! -- ================================================================================ Mike Bird (No, I don't work for K&K systems) Mail paths: bird@kksys.UUCP -or- Give me credit for coming up with my own opinions. ...rutgers!meccts!kksys!bird Void where prohibited by law. 25-Nov-87 22:26:59-MST,986;000000000000 Mail-From: KPETERSEN created at 25-Nov-87 22:26:56 Date: Wed, 25 Nov 1987 22:26 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Subject: Long-awaited index to SIMTEL20 CP/M files The long-awaited index to SIMTEL20 CP/M files for directories PD1: is now available... Filename Type Bytes CRC Directory PD1: SIMCPM.ARK.1 BINARY 71204 4F63H <--ARCed SIMCPM.IDX.1 ASCII 152301 BC50H <--ascii text This is a comma delimited file, sutiable for importing into any database program that can read such files. The list is not complete but represents a significant step towards cataloging all the files. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie: W8SDZ RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST) 26-Nov-87 04:04:52-MST,1303;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 26 Nov 87 04:04:46 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA19402; Thu, 26 Nov 87 02:53:30 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Nov 87 21:35:57 GMT From: oliveb!intelca!mipos3!cadev4!dbraun@AMES.ARPA (Doug Braun ~) Organization: Corporate CAD, INTeL Corporation, Santa Clara, CA Subject: Z-280 CPU Message-Id: <1367@mipos3.intel.com> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa I am planning to upgrade my homebrew Z-80 CP/M system with a new Z-280 CPU and memory. I am wondering: Does anyone know any hobbyist-oriented chip retailers (JDR Microdevices, etc.) that carry it? I assume I can get from distributors like Hamilton-Avnet, but they make it difficult if your'e not a corporate account. Has anyone seen performance benchmarks for this chip? I am especially interested in the performance improvment given by the cache and burst reads, and in tradeoff of processor vs. bus clock rate. Doug Braun Intel Corp CAD intelca!mipos3!cadev4!dbraun 408 496-5939 26-Nov-87 07:01:06-MST,1930;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 26 Nov 87 07:01:00 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA22263; Thu, 26 Nov 87 05:37:53 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Nov 87 21:24:32 GMT From: tikal!sigma!bill@beaver.cs.washington.edu (William Swan) Organization: Seattle Piping Society, Seattle WA Subject: Z80DOS (was Re: New files uploaded to SIMTEL20...) Message-Id: <1433@sigma.UUCP> References: Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa In article W8SDZ@SIMTEL20.ARPA (Keith Petersen) writes: > SUPRDOS2.LBR 90112 8 Complete CP/M 2.2 BDOS replacement > Z80DOS10.LBR 94976 8 Z80 replacement for CP/M 2.2 BDOS Can somebody tell me about Z80DOS? I happened to get a copy of P2DOS a while back, and have just now gotten around to installing it (yes, it works!). The main attraction was having timestamps, although the search path (I haven't implemented that yet) seems also to be a good idea. The extra space freed up is a big help in supporting additional ZCPR3 features. I am aware of the existence of SUPRDOS, but this plethora of p/d BDOSes is annoying.. ZCPR3 was a whole lot easier to decide on for the lack of "competition". If somebody could post or e-mail me a comparison of SUPRDOS, Z80DOS, and P2DOS, I would be grateful. (Of course, if somebody would send me SUPRDOS and Z80DOS, *I* would post the comparison. only 1/2 :-) -- William Swan {ihnp4,decvax,allegra,...}!uw-beaver!tikal!sigma!bill =====O "Old Pipers never die, they just blow away.." *\:-) 26-Nov-87 07:46:49-MST,2243;000000000000 Return-Path: <@wiscvm.wisc.edu:MA18@SYSE.SALFORD.AC.UK> Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Thu, 26 Nov 87 07:46:42 MST Received: from UKACRL.BITNET by wiscvm.wisc.edu ; Thu, 26 Nov 87 08:46:51 CDT Received: from RL.IB by UKACRL.BITNET (Mailer X1.25) with BSMTP id 9617; Thu, 26 Nov 87 13:23:14 GMT Via: UK.AC.RL.EARN; Thu, 26 Nov 87 13:23:14 GMT Received: from RL.IB by UK.AC.RL.IB (Mailer X1.25) with BSMTP id 9616; Thu, 26 Nov 87 13:23:14 GM Via: UK.AC.SALF.E.FT_SERVER; 26 NOV 87 13:22:58 GMT Date: Thu, 26 Nov 87 12:29:30 GMT From: MA18@SYSE.SALFORD.AC.UK To: info-cpm@SIMTEL20.ARPA Subject: Z80 Modula-2 This is my first attempt to contribute to the CPM info so I am not sure if I should reply to the board or direct. To be safe I will try both and risk annoying people. Z80 Modula-2: I have all three of the compilers mentioned as a result of a project I am involved with. Personally, I have used FTL a little, Turbo a lot and the Hoshstrasser compiler not at all. This does not reflect the qualities of the compilers - it is simply chance. My preference for Turbo over FTL reflects the success with which I managed to get the editor working on my machine. The Turbo one works well, the FTL one badly. Indeed I have started using VDO when using FTL. On the subject of code size, Turbo only generated Z80 code as an option. It interprets an intermediate code by default. This allows one to swap speed for space. I read the manuals for all three compilers last night to see how the tackled the problem of ass lang interfacing. Only the Zurich compiler will allow an ass lang module to contain variables which can be exported and accessed by Modula-2 modules. The other two compilers limit you to exporting procedures. All three permit the linking of REL files with the assistance of a utility. The Modula-2 linkers supplied don't use REL file format themselves. The FTL compiler comes with its own Z80 assembler. I have not tried to interface assembly code with any of these compilers, but after reading the manual I would select the Zurich compiler as the one I would try first. I hope this is of some help - if it gets to you! 26-Nov-87 10:14:02-MST,2428;000000000000 Return-Path: Received: from MIT-Multics.ARPA by SIMTEL20.ARPA with TCP; Thu, 26 Nov 87 10:13:53 MST Posted-Date: 26 Nov 87 12:07 EST Date: Thu, 26 Nov 87 12:05 EST From: John C Klensin Subject: Serial cables for the Geneva To: Steve Lesh cc: info-cpm@SIMTEL20.ARPA Message-ID: <871126170549.556145@MIT-Multics.ARPA> Steve, Before you do anything drastic, suggest you try calling your local Epson distributor (call Epson's widely-advertised number in Torrance if you don't know where the distributor is). They claim to have Geneva parts; sometimes they do. The dealers are, of course, useless. Failing that, try DAK and see if you can convince them to sell you the cables without a computer attached. If that fails, two comments: 1) If you can find the "round-type miniature" connector (Epson variously refers to it that way and as a mini-DIN), then Round connector DB25 1 GND 7 2 TXD 2 3 RXD 3 4 RTC 4 RTS 5 CTS 5 6 DSR 6 7 DTR 20 8 CD 8 E CG 1 I think "E" is the shell, and can't account for the "RTC" label - it may be a typo. This information is copied out of the Technical Manual for the PX-8. 2) Your big problem if you decide to write one yourself will be getting the little mini-pseudo-DIN round connectors. The last time I looked (about six months ago, I admit), couldn't find a source of supply. However, Apple uses the same connector on their newer Macs, and sells an expensive little converter from that connector to a DB9 (!) female. I got one of those some months ago with the intent of building a backup for my Epson cables (I've got one broken one, and am not impressed with their quality or robustness), but have not been able to get around to ringing it out and building the appropriate DB9->DB25 converter to string together with it. I have no particular reason to believe that Apple's pinouts have anything to do with Epson's. If anyone has figured this one out, and has worked out the pin configuration of the DB9->DB25 converter that converts Apple's round-connector->DB9 converter into a Geneva round-connector->DB25 serial, I'd be interested. 26-Nov-87 10:36:59-MST,1242;000000000000 Return-Path: Received: from ngp.utexas.edu by SIMTEL20.ARPA with TCP; Thu, 26 Nov 87 10:36:55 MST Date: Thu, 26 Nov 87 11:36:55 CST From: mknox@ngp.utexas.edu (Margaret H. Knox) Posted-Date: Thu, 26 Nov 87 11:36:55 CST Message-Id: <8711261736.AA12340@ngp.utexas.edu> Received: by ngp.utexas.edu (5.51/5.51) id AA12340; Thu, 26 Nov 87 11:36:55 CST To: info-cpm@simtel20.arpa Subject: PIPing random files Does this sound familiar? An application program has a large random file it creates at the beginning. Various entries are filled, but by no means all. The person in question says he used to be able to copy the files from one floppy to another using PIP with no problem. Now he has a hard disk and when he copies the random file from floppy to the hard disk (important note: NOT the same random file as he used to copy between floppies), PIP "shrinks" the file, and the application program throws up all over it. I remember some years ago a problem with using PIP to copy random files, but just added a "random copy" into my application program and forgot about it. Any solutions based on the limited info available? Any PD copy program that would NOT have this problem? tnx 26-Nov-87 16:02:38-MST,1275;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 26 Nov 87 16:02:32 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA27691; Thu, 26 Nov 87 14:47:29 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Nov 87 08:02:29 GMT From: portal!cup.portal.com!MVM@uunet.uu.net Organization: The Portal System (TM) Subject: Re: Epson Geneva serial cable Message-Id: <1619@cup.portal.com> References: <8711242125.aa28912@SMOKE.BRL.ARPA> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa ; Does anyone know of a source for serial cables for the Epson Geneva? ;Failing that, can anyone furnish the pinouts? I need to acquire one for a ;student with a Small-talk speech synthesizer. ; ; Any assistance would be appreciated. Thanks in advance. Contact Bob Snyder at SNYDERSCOPE INTERNATIONAL 1594 Hilltop Drive El Cajon, CA 92020 619 442-2299 MCI Mail: Snyderscope for any Epson PX-8 (Geneva) cable. If you want the pinouts, send me a U.S. Mail address. Mark V. Miller mvm@cup.portal.com 27-Nov-87 22:43:51-MST,579;000000000000 Return-Path: Received: from A.ISI.EDU by SIMTEL20.ARPA with TCP; Fri, 27 Nov 87 22:43:48 MST Date: 28 Nov 1987 00:30-EST Sender: POLLETT@A.ISI.EDU Subject: REQUEST TO BE REMOVED FROM DISTRIBUTION From: POLLETT AT A.ISI.EDU From: (808)422-2326 To: INFO-CPM@SIMTEL20.ARPA Cc: Pollett@A.ISI.EDU Message-ID: <[A.ISI.EDU]28-Nov-87 00:30:04.POLLETT> Hello, I have recently "converted" from my CPM machine to a MAC. Please remove my name from the info-cpm distribution list. Thank you, Bill Pollett 27-Nov-87 23:27:20-MST,606;000000000000 Mail-From: KPETERSEN created at 27-Nov-87 23:27:17 Date: Fri, 27 Nov 1987 23:27 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@SIMTEL20.ARPA Subject: FILES.IDX format change FYI - in case you are using PD1:FILES.IDX. We have changed the format of that file to enclose all alpha-numeric fields in double quotes. All numeric-only fields will have no quotes. This change was made to make the file more compatible with importing requirements of various database programs. --Keith 29-Nov-87 19:02:18-MST,1382;000000000000 Return-Path: Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 29 Nov 87 19:02:13 MST Received: by ucbvax.Berkeley.EDU (5.58/1.26) id AA13066; Sun, 29 Nov 87 17:41:36 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 Nov 87 22:09:21 GMT From: xbq@psuvm.bitnet (Ed Winograd) Organization: The Pennsylvania State University - Computation Center Subject: Re: PIPing random files Message-Id: <26262XBQ@PSUVM> References: <8711261736.AA12340@ngp.utexas.edu> Sender: info-cpm-request@simtel20.arpa To: info-cpm@simtel20.arpa The problem may be that PIP is interpreting the file as a TEXT file, and is truncating it at the first CTRL-Z (ASCII #26) character that it finds. Try the following version of the PIP command -- it should probably solve the problem: PIP destfile=sourcefile[O] The "O" parameter tells PIP that the file being copied is a binary file, and tells it to copy the ENTIRE file, even if it finds a CTRL-Z in it, which would mean "END-OF-FILE" for a text file. You'll still have to include any "G" paraemter that is necessary for copying from one user area on the floppy to a different user area on the hard disk. 29-Nov-87 21:07:24-MST,1414;000000000000 Return-Path: <@wiscvm.wisc.edu:MA18@SYSE.SALFORD.AC.UK> Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sun, 29 Nov 87 21:07:16 MST Received: from UKACRL.BITNET by wiscvm.wisc.edu ; Sun, 29 Nov 87 22:07:11 CDT Received: from RL.IB by UKACRL.BITNET (Mailer X1.25) with BSMTP id 4679; Thu, 26 Nov 87 14:50:05 GMT Via: UK.AC.RL.EARN; Thu, 26 Nov 87 14:50:03 GMT Received: from RL.IB by UK.AC.RL.IB (Mailer X1.25) with BSMTP id 4676; Thu, 26 Nov 87 14:50:03 GM Via: UK.AC.SALF.E.FT_SERVER; 26 NOV 87 14:49:42 GMT Date: Thu, 26 Nov 87 14:47:42 GMT From: MA18@SYSE.SALFORD.AC.UK To: info-cpm@SIMTEL20.ARPA Subject: Geneva pinouts Again I will send this both to the questioner and the board. I cannot help you with a source of a suitable cable, but I can supply the pin-outs and in the unlikely event of there being no source of a suitable plug in the entire US of A, I have a spare I could mail you (for Christmas!) The pin-outs: Serial (not RS232): 1. Ground 2. Transmit data (PTX) 3. Receive data (PRX) 4. RTS 5.C CTS 6. PIN (status ready) 7. POUT (control signal) 8. - E. Frame ground RS232: 1. GND 2. TxD 3. RxD 4. RTS 5. CTS 6. DSR 7. DTR 8. DCD E. Frame ground the middle row of pins on the connector are not symmetric so you can tell which way the number goes: 1 2 3 4 5 6 7 8 I hope this helps. 30-Nov-87 10:40:04-MST,1440;000000000000 Return-Path: Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Mon, 30 Nov 87 10:39:49 MST Received: from rcc by tp4; Mon, 30 Nov 87 09:05:00 PST Received: from newton.arpa by rcc.arpa; Mon, 30 Nov 87 09:04:55 PST From: Bridger Mitchell Received: from localhost by newton.arpa; Mon, 30 Nov 87 09:04:52 PST Message-Id: <8711301704.AA21747@newton.arpa> To: mknox@ngp.utexas.edu (Margaret H. Knox) Cc: info-cpm@simtel20.arpa, bridger%rcc@rand-unix.ARPA Subject: Re: PIPing random files In-Reply-To: Your message of Thu, 26 Nov 87 11:36:55 CST. <8711261736.AA12340@ngp.utexas.edu> Date: Mon, 30 Nov 87 09:04:45 PST Copying randomly-written sparse CP/M files is considerably more involved than the sequential read/sequential write operation used by PIP and nearly every other file copy utility; it is especially tricky when the source and destination have different logical block sizes. When I wrote DATSWEEP for DateStamper I queried the list about interest in adding that capability; no one expressed interest. I know know of no general-purpose utility that can do it correctly. Your best bet is probably to use the database program that created the sparse file to copy it; I expect that all such programs contain an internal copy command that will work (e.g. for dbase II, "copy to "). --bridger mitchell 30-Nov-87 10:52:20-MST,2936;000000000000 Return-Path: Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Mon, 30 Nov 87 10:52:09 MST Received: from rcc by tp4; Mon, 30 Nov 87 09:46:59 PST Received: from newton.arpa by rcc.arpa; Mon, 30 Nov 87 09:46:55 PST From: Bridger Mitchell Received: from localhost by newton.arpa; Mon, 30 Nov 87 09:46:52 PST Message-Id: <8711301746.AA22038@newton.arpa> To: tikal!sigma!bill@beaver.cs.washington.edu (William Swan) Cc: info-cpm@simtel20.arpa, bridger%rcc@rand-unix.ARPA Subject: Z80DOS, PZDOS and datestamp formats In-Reply-To: Your message of 25 Nov 87 21:24:32 GMT. <1433@sigma.UUCP> Date: Mon, 30 Nov 87 09:46:49 PST There is a resurgence of interest in CP/M 2.2-compatible bdos's; at least two are under active development and not yet stable: Z80DOS and PZDOS. Carson Wilson's doc file in the z80dos library tabulates the heritage and major features of a number of variants; his z80dos is largely derived from P2DOS. Version 1.0 was released. 2.0 is being beta-tested now and is available on some z-nodes. Hal Bower and Cameron Cotrill have been perfecting PZDOS, also derived from P2DOS; it is nearing release. Automatic file time and datestamping is a feature many cp/m 2.2 users already have by using DateStamper. Z80DOS implements timestamps in a manner similar to that used in cp/m 3 -- using 1 directory entry every 4 for the stamps; however, its method conflicts (destructively) with cp/m 3 file stamps. PZDOS is aiming to give the user the choice of either DateStamper or cp/m 3-type stamps. The behind-the-scenes debate about timestamp formats is multifaceted. (I'm the author of DateStamper; read with salt-shaker at hand). Some of the issues are: The DateStamper format is the most portable -- DateStamper will run with no bios or bdos modifications on virtually any cp/m 2.2-compatible system, including 8080 cpu's. DateStamper includes full create/modified/accessed times and dates. But it requires the most space -- 1.0 to 1.25 K. The cp/m 3 and z80dos formats use up 1/4th of the directory entries, require replacement of the bdos, but use no extra memory in a z80 system (8080 versions are not available). A DateStamper disk can be transported to another cp/m 2.2 system and the datestamps will continue to be maintained on that system if DateStamper is installed. The other formats require a compatible replacement bdos that supports their format. It would be desirable to standardize on a single format for all of cp/m 2.2; that would enable all of us to use all of the timestamp-featured utilities that already exist (directory, filecopy, disk catalog, unix-make, for DateStamper) and are being developed, and to exchange fully-compatible disks. But the jury is still out on whether these dos's will evolve to that point... --bridger mitchell 30-Nov-87 18:43:56-MST,680;000000000000 Return-Path: Received: from dmc-crc.arpa ([14.0.0.21].#Internet) by SIMTEL20.ARPA with TCP; Mon, 30 Nov 87 18:43:49 MST Received: by dmc-crc.arpa; (4.12/4.7) id AA00850; Mon, 30 Nov 87 20:43:27 est Date: Mon, 30 Nov 87 20:43:27 est From: marwood@dmc-crc.arpa (G. J. Marwood) Message-Id: <8712010143.AA00850@dmc-crc.arpa> To: info-cpm@simtel20.arpa Subject: if800 computer I have been asked if I can obtain any information about the (BMC?) if800 computer. In particular, communications software for it is needed. Does anyone have any information about this machine ? Gordon Marwood