1-Dec-86 07:27:11-MST,1172;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 1 Dec 86 07:26:53-MST Received: from nadc.arpa by AMSAA.ARPA id a010006; 1 Dec 86 8:41 EST Date: 1 Dec 1986 08:38:41-EST From: prindle@nadc.ARPA To: alan@ariel.uucp, caip@nadc.ARPA, info-cpm@AMSAA.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Subject: re: vi-like editor Dr. Bruce Wampler's TVX editor (public domain) exists on SIMTEL20 in two forms: in PD:C128TVX2.LBR is an older version that is "vi-like" but does not have the same exact user interface as "vi", however, it is small enough to run on a CP/M 3.0 system (mine has 58K TPA). On PD: is a newer version with an interface which comes closer to emulating "vi", but may be too large to run on a 64K system once compiled (I'm not sure, never tried). There are conditional compilation sections to support CP/M. The source lang- uage is "C". The .COM file in C128TVX2.LBR is set up for an ADM31 terminal emulation - if you have any other terminal type, you will have to re-compile. Sincerely, Frank Prindle Prindle@NADC.arpa 1-Dec-86 23:44:58-MST,1446;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 1 Dec 86 23:44:46-MST Received: from brl-smoke.arpa by AMSAA.ARPA id a001042; 2 Dec 86 1:03 EST Date: Tue, 2 Dec 86 0:54:54 EST From: Steve Lesh (ISC | howard) To: info-c-request@BRL.ARPA cc: info-cpm@BRL.ARPA Subject: CP/M 80 C Thanks to all for responses to my query. I thought I'd pass on the results of phone conversations with two CP/M 80 C compiler vendors. 1) the latest release of Aztec C is 1.06d. According to the vendor, it is System V compatible with respect to all the pre-processor directives (I didn't ask whether they had bit-fields yet). (The pre-processor stuff is important if you like Fred Fish's DBUG program posted on the network a little while ago.) 2) the latest release of the Eco-C compiler is 3.47. They too men- tioned support for System V pre-processor directives. The person I talked to would not guarentee that a "bug" I was told was in their CP/M 80 C compiler had been fixed. (He says that K&R say that there is supposed to be a space between the function name and the left paran.) (or at least that there is some scripture somewhere which justifies their not making a change) Thanks again for your replies. We still have not made any commit- ments so any additional information will be appreciated. 2-Dec-86 09:32:23-MST,1496;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 2 Dec 86 09:32:12-MST Received: from ucl-cs.arpa by AMSAA.ARPA id a011783; 2 Dec 86 10:15 EST Received: from pyr1.cs.ucl.ac.uk by mv1.Cs.Ucl.AC.UK via Ethernet with SMTP id aa02072; 2 Dec 86 14:46 WET Date: Tue, 2 Dec 86 14:44:05 WET From: Adrian Warman To: info-cpm@AMSAA.ARPA Subject: Draco Error File. Hello. I successfully uploaded the DRACO system and example programs from SIMTEL20, and have had 100% success in getting the demo programs to compile and run. However, for some reason, whenever I try out any program which has any errors in - for example: #util.g proc nonrec main() void: if x=1 then writeln("Hi there.") fi corp ...then although the correct error (16) is flagged showing that "x" is unknown, the full error message does not appear, even though DRCERR.DAT is on the same (default) directory. I am using DRACO.COM rather than BIGDRACO.COM, 'cos my CP/M-plus system only has a 59K TPA, and BIGDRACO.COM needs 60K (apparently). Does anyone have any suggestions as to what I am doing wrong? Thanks for any help. Adrian Warman Dept. Computer Science University College London London, UK (Not too sure what the e-mail address is - this is my first posting :-) -, but I think it is...) ARPA:adrian@ucl-cs.arpa JANET:adrian@uk.ac.ucl.cs 3-Dec-86 01:52:54-MST,1209;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 3 Dec 86 01:52:48-MST Received: from brl-adm.arpa by AMSAA.ARPA id a028568; 3 Dec 86 3:14 EST Received: from USENET by ADM.BRL.ARPA id aa15864; 3 Dec 86 3:13 EST From: "a.yorinks" Newsgroups: comp.os.cpm Subject: simtel20 access Message-ID: <1279@ariel.UUCP> Date: 2 Dec 86 16:06:04 GMT To: info-cpm@AMSAA.ARPA A few weeks ago, I was able to access simtel20. I received the INFO package and then received some catalogues. I have asked simtel for some more catalogues and have received no reply. I received the following information. It is excerpted from an article on netnews: > ....if you are sending a message through an >Internet host which is not using its Official Host Name, or does not >advertize one of the TCP services listed above, do not expect to see a >reply from us. What I would like to know is, did I originally access simtel20 legally, and if so, can I still access it ? I communicate to simtel through ihnp4. Does this satisfy the above requirements? Any help would be greatly appreciated. 4-Dec-86 13:39:02-MST,1099;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 4 Dec 86 13:38:50-MST Received: from brl-adm.arpa by AMSAA.ARPA id a010559; 4 Dec 86 13:24 EST Received: from USENET by ADM.BRL.ARPA id aa10107; 4 Dec 86 13:20 EST From: "Joseph D. Loda" Newsgroups: comp.os.cpm Subject: Looking for a backup utility Message-ID: <863@aicchi.UUCP> Date: 3 Dec 86 05:46:28 GMT To: info-cpm@AMSAA.ARPA Help! I'm looking for a backup utility for my system (an Apple II+ with a Sider 10 meg drive). Most of the p/d utilities I have seen so far will not back up a file larger than a floppy; on an Apple system with 5.25 drives that hold 126K, this is a problem. The archive bit stuff would be nice, but right now I'd settle for something that backs up (and restores) files larger than a floppy. Does this beast exist? Thanks in advance for any help. -- Joe Loda Analysts International (Chicago Branch) Usenet: ..!ihnp4!aicchi!joeloda CIS: 75726,1641 BIX: jloda GEnie: j.loda 4-Dec-86 14:43:19-MST,1146;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 4 Dec 86 14:43:03-MST Received: from nadc.arpa by AMSAA.ARPA id a017027; 4 Dec 86 15:49 EST Date: 4 Dec 1986 15:42:42-EST From: prindle@nadc.ARPA To: info-cpm@AMSAA.ARPA Subject: UNIX equivalent for crunch 2.3 I am looking for a high level language (read that "C") implementation which uncompresses files compressed by the CP/M utility CRUNCH 2.3. I've always been impressed by the many, many, implementations of SQ/USQ, all of which read and write the same format files. Unfortunately, this is apparently not the case with this new generation of "Lempel-Zev" compression programs. Neither "COMPRESS" (from PD:), nor "LZW" (from PD:), will decode this format; add to this the fact that "LZW" seems to be terminally broken when compiled under UNIX. A solution to this problem is not obvious. Alternatively, I would take a formal specification of the format of these "crunched" files and put together such a utility myself. Thanks in advance, Frank Prindle Prindle@NADC.arpa 4-Dec-86 18:09:09-MST,793;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 4 Dec 86 18:09:03-MST Received: from brl-adm.arpa by AMSAA.ARPA id a021823; 4 Dec 86 19:22 EST Received: from USENET by ADM.BRL.ARPA id aa15769; 4 Dec 86 19:17 EST From: GTI@psuvma.bitnet Newsgroups: comp.os.cpm Subject: Simtel20 Archives Message-ID: <8710GTI@PSUVMA> Date: 25 Nov 86 15:27:41 GMT Expires: 10 Dec 86 05:00:00 GMT Posted: Tue Nov 25 10:27:41 1986 To: info-cpm@AMSAA.ARPA What are the commands to have the Simtel20 archives send me information, i.e. a Directory of what is contained in them. Leon Geesey Student Penn State Univ 4-Dec-86 22:50:02-MST,807;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 4 Dec 86 22:49:57-MST Received: from wiscvm.arpa by AMSAA.ARPA id a022714; 5 Dec 86 0:14 EST Received: from (WILD)FREMBL51.BITNET by WISCVM.WISC.EDU on 12/04/86 at 08:33:58 CST Date: Thu, 04 Dec 86 14:37:03 n To: info-cpm@AMSAA.ARPA From: David Wild Organisation: European Molecular Biology Laboratory Postal-address: c/o ILL, BP 156X, 38042 Grenoble Cedex, France Phone: 76-48-71-11 [switchboard] 76-48-72-75 [direct] Subject: re: problems with Archive Server Since posting my previous message the "missing" replies from the Archive-Server have started to come through...sorry... Dave 4-Dec-86 23:45:07-MST,4526;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 4 Dec 86 23:44:40-MST Received: from simtel20.arpa by AMSAA.ARPA id a022762; 5 Dec 86 0:40 EST Date: Thu, 4 Dec 1986 22:30 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: prindle@NADC.ARPA Cc: Info-Cpm@AMSAA.ARPA Subject: CRUNCH-UNCRUNCH abstract The following is Steven Greenberg's ABSTRACT.TEC from CRUNCH23.LBR. Technical Abstract CRUNCH 1.x maintained a table representing up to 4096 strings of varying lengths using the so called LZW algorithm, which has been described in the earlier documentation. These strings were ent- ered into a table in a manner where the strings content was used to determine the physical location (hashing), and that location was used as the output code. Hash "collisions" were resolved by maintaining another 12 bits of data per entry which was a "link", or pointer to another entry. In contrast, CRUNCH 2.x uses an "open-addressing, double hashing" method similar to that employed in the UNIX COMPRESS. This meth- od involves a table of length 5003, where only 4096 entries are ever made, insuring the table never gets much more than about 80% full. When a hash collision occurs, a secondary hash function is used to check a series of additional entries until an empty entry is encountered. This method creates a table filled with many criss-crossed "virtual" chains, without the use of a "link" entry in the table. One reason this is important is that [without using any addition- al memory] the 1 1/2 bytes which were previously allocated as a link can now become the [output] code number. This enables us to assign code numbers, which are kept right alongside the entry itself, independently of the entry's physical location. This allows the codes to be assigned in order, permitting the use of 9-bit representations until there are 512 codes in the table, after which 10 bit representations are output, etc. The variable bit length method has three ramifications. It is particularly helpful when encoding very short files, where the table never even fills up. It also provides a fixed additional savings (not insubstantial) even when the table does fill up. Thirdly, it reduces the overhead associated with an "adaptive reset" to the point where it becomes a very viable alternative. "Adaptive reset" simply means throwing out the whole table and starting over. This can be quite advantageous when used proper- ly. CRUNCH v2.x employs this provision, which was not incorpor- ated in the V1.x algorithm. "Code reassignment" is an advancement I introduced with the re- lease of CRUNCH v2.0 based on original work. It is not used in COMPRESS, any MS-DOS ARC program, or [to the best of my know- ledge] any other data compression utility currently available. There are many ways one might go about this (and at least as many possible pitfalls). The algorithm I selected seemed to represent a good tradeoff between speed, memory used, and improved perfor- mance, while maintaining "soundness of algorithm" (ie it works). Briefly, it works as follows: Once the table fills up, the code reassignment process begins. (At this same time, the possibility of adaptive reset is also enabled). Whenever a new code would otherwise be made (if the table weren't full), the entries along the hash chain which would normally contain the entry are scanned. The first, if any, of those entries which was made but never subsequently referenced is bumped in favor of the new en- try. The uncruncher, which would not normally need to perform any hash type function, has an auxiliary physical to logical translation table, where it simulates the hashing going on in the cruncher. In this fashion it is able to exactly reproduce the reassignments made my the cruncher, which is essential. --- I hope to write an article soon on "Recent Advancements in Data Compression". It would cover the recent history generally, along with a more detailed description of some of the algorithms, and a series of additional ideas for future enhancement. Steven Greenberg 16 November 1986 5-Dec-86 00:50:21-MST,1263;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 5 Dec 86 00:50:12-MST Received: from wiscvm.arpa by AMSAA.ARPA id a022895; 5 Dec 86 2:21 EST Received: from (WILD)FREMBL51.BITNET by WISCVM.WISC.EDU on 12/03/86 at 12:23:33 CST Date: Wed, 03 Dec 86 14:23:37 n To: info-cpm@AMSAA.ARPA From: David Wild Organisation: European Molecular Biology Laboratory Postal-address: c/o ILL, BP 156X, 38042 Grenoble Cedex, France Phone: 76-48-71-11 [switchboard] 76-48-72-75 [direct] Subject: Re: Simtel20 access I've been getting files from the Archive-Server at SIMTEL20 since its inauguration without any problems, but now seem to have hit on one.... During the last ten days or so, I have sent off several requests (via the Bitnet-Arpanet gateway at WISCVM ) but have not had a single reply. I understand that there is some congestion between Bitnet and Arpanet - is this the reason? Other stuff from Arpanet appears to be getting through, including my INFO-CPM mailings. Could anyone throw any light on what is happening? Have other Bitnet requestors encountered this problem recently? David 6-Dec-86 17:28:15-MST,4428;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 6 Dec 86 17:28:03-MST Received: from brl-adm.arpa by AMSAA.ARPA id aa00141; 6 Dec 86 18:06 EST Received: from USENET by ADM.BRL.ARPA id aa05413; 6 Dec 86 5:59 EST From: Jon Mandrell Newsgroups: comp.os.cpm Subject: Re: Interrupts on the N* Advantage Message-ID: <258@amc.UUCP> Date: 2 Dec 86 18:49:32 GMT To: info-cpm@amsaa.arpa Sorry, I tried to mail this, but it got bounced. If the UART which you are using is a Z80 SIO or DART, then the interrupts are easy. If you have something like and 8251, then things get a bit worse. All of the following assumes that you have a Z80 device out there: The Z80 actually has 3 interrupt modes: Mode 0: A device toggles the INTR line, and the Z80 reads one byte off of the data bus and executes it. This instruction is usually a RST, since these are one- byte CALLs (so they can be forced easily). The RST instructions run you to one of 8 locations in low memory (0000, 0008, 0010, 0018, 0020, 0028, 0030, or 0038). Actually, you can force any instruction onto the bus, but it doesn't really make sense to do a INC or whatever when an interrupt happens. This is not the mode you would be using. Mode 1: A device toggles the INTR line, and the Z80 branches to location 0038. It pushes the current PC onto the stack, so that you can perform an RET and get back to your program. This mode is rarely used. Mode 2: Welcome to the real power of interrupts. In this mode, the I register contains the top 8 bits of an address. When a device toggles the INTR line, the Z80 acknowledges it, and then reads in one byte. This is the bottom 8 bits of an address. ((I reg) * 256) + (byte read in) The Z80 goes to the calculated address, and grabs the word there. This is the address vector of the interrupt routine. Perhaps an example would help. Suppose you had the following code at location XX00 (any page boundary): ; channel B of the SIO dw chbtx ; transmitter empty dw chbstat ; external status change dw chbrx ; receive char available dw chbspec ; special receive condition ; channel A of the SIO dw chatx ; transmitter empty dw chastat ; external status change dw charx ; receive char available dw chaspec ; special receive condition Then, if you perform the following code: ld a,XX ; the page number of the interrupt table ld i,a ; setup the interrupt register Any interrupt vectors that are placed on the bus will access the above table. Still with me? Now, you need to set the SIO up. You might want to find a DART or SIO manual for this code to make sense, but here goes. I use the OTIR to output a block of data to the same port. You need to know the ports that the SIO resides at. ld hl,table ; the address of the table ld b,tlen ; the length of the table ld c,SIO_PORT ; the port address otir with a table that looks like this: table: db 0 ; junk. Make sure we are at register 0 db 18h ; reset the SIO db 4 ; switch to register 4 db 44h ; X16 clock, 1 stop, no parity db 3 ; switch to register 3 db 0c1h ; rx 8 bits, rx enable db 5 ; switch to register 5 db 0eah ; dtr, tx 8 bits, tx enable, RTS db 1 ; register 1 (interrupt enable) ; set Y to 1 if you want a transmitter interrupt, or to 0 if you want to ; poll. 0 is probably the way you want to go. Note that the value given ; below disables interrupts for special receive conditions, and for status ; changes (modem signals), so that the entries into the interrupt table above ; need not have them. db 000110Y0b ; rx int on all chars ; if this is channel B of the SIO which you are initializing, add the following db 2 ; switch to register 2 db 0 ; vector value tlen equ $-table ; calculate the length of the table If you are not initializing channel B with the above code, you need to send a 2 and a 0 to channel B's control port also. Well, that is the very basics. Make sure your interrupt routines end with the RETI instruction, instead of a RET. If you have any questions, send me some mail, or give me a call at (206) 882-5252. -- Jon Mandrell (ihnp4!uw-beaver!tikal!amc!jon) Applied Microsystems Corp. "flames >& /dev/null" - me 6-Dec-86 19:42:55-MST,8991;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 6 Dec 86 19:42:26-MST Received: from simtel20.arpa by AMSAA.ARPA id a000651; 6 Dec 86 21:11 EST Date: Fri, 5 Dec 1986 20:00 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: prindle@NADC.ARPA Cc: Info-Cpm@AMSAA.ARPA Subject: Towards a UNIX equivalent for crunch 2.3 Here is another old DOC file from the original release of CRUNCH/UNCRUNCH, DETAILS.DOC. --Keith ***************************************************************** * * * LZW "Cruncher" Data Compressor Utility * * LZW "Un-Cruncher" Data Decompressor Utility * * * * Z-80 Only, CP/M 2.2+ * * v1.0 3/30/86 * * -Steven Greenberg * ***************************************************************** This document is intended to supplement the accompanying ABSTRACT.DOC for those interested in some more technical details. As mentioned, the cruncher is based an Kent Williams' imp- lementation of the Lempel / Zev algorithm. For further infor- mation on the algorithm itself, I refer you to his public domain file LZW2COM.LBR which contains a description of the technique and an actual implementation written in "C" source. In order to make a practical stand alone "cruncher" that was easy to use, especially for those already familiar with squeez- ers, some header information had to be included in the resulting "crunched" file (eg. the filename of the original file, etc.). I have defined a header based on the time tested squeezed file format, with some necessary changes and a few additions. The ad- ditions are mostly to insure that files crunched now will always be un-crunchable with future versions of the uncruncher, no mat- ter what possible enhancements are made. Those familiar with the MS-DOS ARC.xxx program have probably seen this idea in action. More on this later. Another slight problem with LZWCOM & LZWUNC had to do with the question of termination. When the input file was exhausted during compression, it was unlikely the output file was on a sector boundary. No matter what the rest of the final output sector was padded with ("1A"'s were used), the uncruncher would try to uncrunch those bytes (since all data is conceivably val- id). This resulted in occasional extra sectors of garbage following an otherwise properly decoded file. While this did not usually cause a problem, it was certainly not desirable. I have chosen to handle the termination problem the same way it was handled with squeezed files; by dedicating a unique code to represent EOF (End Of Field). By only allowing 4095 instead of 4096 different codes (not a major shortcoming), code 000 can become a dedicated EOF. As soon as it is encountered on the input file, the decoding process is known to be complete. For those who are interested, the exact code put out by CRUNCH can be duplicated by the "C" program LZWCOM if table entry zero "artifi- cially" flagged as "used" (before initializing the table). That insures that the code will never come up, except when manually inserted at the end of file. The other functional difference from LZWCOM involves repeat byte coding. CRUNCH converts the "physical input stream" into a "logical input stream", which is then handed to the cruncher. The conversion takes 3 or more contiguous occurrences of the same byte and encodes them as "90H" where "count" is the number of "additional" occurrences of (ie total occur- rences -1). 90H itself is encoded as "90H" ,"00". This scheme is identical to that used in standard squeezing. Crunching requires only one pass through the input file, while squeezing requires two. While this is one of its signif- icant advantages, it does complicate the problem of including a checksum, if one is desired, in the header of the result file (since the value is not known until everything is done). A bad solution is to close the finished output file, re-open it, insert the checksum, and close it again. A good solution is to put the checksum at the end of the output file right after the EOF. And that's where it is. With all this in mind, herein follows a specification for the format of a crunched file. --------------------------------------------- ID FIELD: Bytes 0 and 1 are always 076H and 0FEH, respec- tively. This identifies the file as "crunched". FILENAME: The filename field starts at byte 2. It is a field of variable length, terminated by a zero byte. The field contains the filename as ASCII chars, including an ASCII "." immediately preceding the filename's extension. Less than eight characters may precede the "."; there is no necessity to pad the filename with blanks. Additional characters after the 3rd exten- sion character but before the zero byte specifically are allowed and will be ignored by the current uncruncher. This allows an area of unlimited size for date stamping, or other miscellaneous information which a future cruncher or application program might want to insert, for use or display by some uncrunching program. By skipping over these bytes now, future incompatibilities are eliminated. Following the zero byte are the following 4 bytes, in order: REFERENCE REVISION LEVEL: 1 byte } SIGNIFICANT REVISION LEVEL: 1 byte } described later ERROR DETECTION TYPE: 1 byte } SPARE: 1 byte } CRUNCHED OUTPUT: After the SPARE byte, the actual crunched output finally begins. The crunched output is a series of 12-bit codes in "natural" order. (Every other 12-bit code starts on a byte boundary and includes the 4 ms bits of the next byte. The "odd" codes start in the middle of a byte and include the whole following byte as the remaining 8 ls bits). A 12-bit code of 000 is an EOF, as explained above. If the EOF code itself ends in the middle of a byte, an additional 4 bits of zero are padded on to get back on a byte boundary for the checksum. CHECKSUM: The next two bytes are the 16-bit checksum, least significant byte first. The checksum is the modulo 2^16 sum of all the bytes as input from the physical input stream, prior to repeat byte encoding (or, in the case of uncrunching, as output to the physical output stream, after repeat byte decoding). REMAINDER OF THE SECTOR: The remaining bytes in the sector following the checksum are irrelevant. CRUNCH fills them with "1A"'s. --------------------------------------------- These are the four bytes not fully described above: "Reference Revision Level": The program/revision level of the program that performed the crunch operation. This byte is put in for general reference only. The current value is "10" (hex). "Significant Revision Level": If the value of this byte in a crunched data file exceeds the value contained within the un- crunching program, the message "File requires newer revision of program" will be displayed. If changes or enhancements are ever made to CRUNCH which are significant enough to actually output an incompatible file, the information in this byte will allow a new revision of UNCR to be compatible with all existing data files, old or new. The error message gets displayed only if someone tries to uncrunch a new file with an old uncruncher which doesn't know about the "future" format yet. Current value is "10" (hex). "Error Detection Type": If this value is non-zero, the cur- rent uncruncher will not examine the checksum or give an error associated with it. This will permit a CRC type (or no error checking) value to be used if circumstances warrant it. The cur- rent UNCR program is always checking for "illegal" codes, which are ones which have not been defined by previous codes. If any are encountered, the message "Invalid Crunched File" is disp- layed. This inherent self-checking probably precludes the neces- sity of more advanced error checking. "Spare": The SPARE byte is a spare byte. - Steven Greenberg 30 March 1986 6-Dec-86 19:48:08-MST,1313;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 6 Dec 86 19:48:01-MST Received: from simtel20.arpa by AMSAA.ARPA id a000654; 6 Dec 86 21:14 EST Date: Fri, 5 Dec 1986 20:23 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: prindle@NADC.ARPA Cc: Info-Cpm@AMSAA.ARPA Subject: Towards a UNIX equivalent for crunch 2.3 The original LZWCOM program referred to in Steven Greenberg's description of his CRUNCH/UNCRUNCH program is available from SIMTEL20 as: Filename Type Bytes CRC Directory PD: LZW.LBR.1 BINARY 50816 0D23H This LBR contains the following files: COMMLZW.C LZW.C LZW.DQC LZW.SUB LZWCOM.COM LZWUNC.C LZWUNC.COM Please remember that Greenberg has pointed out some shortcomings and problems with the original LZWCOM approach. However, this should be a good starting place for making a Unix C version of Greenberg's enhanced cruncher. The LZW.DOC file says that the C programs can be compiled on Unix and should be reasonably portable. Please keep me posted on your progress. I need a C version myself for use here on SIMTEL20 to maintain the crunched files. --Keith 6-Dec-86 21:56:17-MST,1317;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 6 Dec 86 21:56:05-MST Received: from brl-adm.arpa by AMSAA.ARPA id a000996; 6 Dec 86 23:38 EST Received: from USENET by ADM.BRL.ARPA id aa13452; 6 Dec 86 23:29 EST From: Jon Mandrell Newsgroups: comp.os.cpm Subject: Re: CP/M 80 C Message-ID: <264@amc.UUCP> Date: 3 Dec 86 19:25:08 GMT To: info-cpm@amsaa.arpa In article <1211@brl-adm.ARPA> lesh@BRL.ARPA (ISC | howard) writes: >2) the latest release of the Eco-C compiler is 3.47. They too men- > tioned support for System V pre-processor directives. The person > I talked to would not guarentee that a "bug" I was told was in > their CP/M 80 C compiler had been fixed. (He says that K&R say > that there is supposed to be a space between the function name and > the left paran.) > (or at least that there is some scripture somewhere which justifies > their not making a change) I think this is backwards. I use ECO-C (version 3.10) and you can NOT place a space between the function call and the open paren. K&R does NOT say that a space is valid, but they never say that it isn't. -- Jon Mandrell (ihnp4!uw-beaver!tikal!amc!jon) Applied Microsystems Corp. "flames >& /dev/null" - me 7-Dec-86 13:44:09-MST,1386;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 7 Dec 86 13:44:03-MST Received: from simtel20.arpa by AMSAA.ARPA id a000220; 7 Dec 86 15:10 EST Date: Sun, 7 Dec 1986 11:48 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Cc: Info-Hams@SIMTEL20.ARPA Subject: CP/M ARC's renamed to ARKs In response to a suggestion by Bob Freed the author of the CP/M UNARC program, I have renamed *.ARC to *.ARK in the SIMTEL20 CP/M program archives and on my RCP/M Royal Oak. I will also be doing the same on the GEnie CP/M RoundTable. Bob suggested that there would be less confusion about whether programs were for CP/M or MSDOS. The file structure of ARCs and ARKs is identical and Bob's UNARC program will automatically deal with either filetype extension. Bob is close to releasing his new CP/M ARC/ARK maker program NOAH (as in NOAH's ARK). Questions about UNARC and NOAH should be directed to Bob at his new network address (welcome to the network Bob!). --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie Mail: W8SDZ RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps) 8-Dec-86 08:22:26-MST,1185;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 8 Dec 86 08:22:17-MST Received: from wiscvm.arpa by AMSAA.ARPA id a007264; 8 Dec 86 9:35 EST Received: from (MAILER)RPICICGE.BITNET by WISCVM.WISC.EDU on 12/08/86 at 08:35:46 CST Received: by RPICICGE (Mailer X1.23) id 0563; Mon, 08 Dec 86 09:28:40 EST Date: Mon, 08 Dec 86 09:20:31 EST From: "John S. Fisher" To: WILD%FREMBL51.BITNET@wiscvm.ARPA cc: INFO-CPM@AMSAA.ARPA Subject: Re: Simtel20 access In-Reply-To: WILD@FREMBL51 -- Wed, 03 Dec 86 14:23:37 n I also have experienced a major problem getting ANYTHING from SIMTEL20 lately. I had entered requests every other day for about two weeks and received nothing. On a hunch, I tried sending a hand-constructed request file, bypassing my mail system (even though it had always worked before). I received the archive file the next day. Has something strange happened to the BITNET/ARPA gateway regarding mail from mailers, or perhaps has ARCHIVE-REQUEST support changed slightly so that my (formerly acceptable) RFC822 headers are rejected? 8-Dec-86 08:29:12-MST,1430;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 8 Dec 86 08:28:56-MST Received: from apg-4.arpa by AMSAA.ARPA id a007696; 8 Dec 86 9:48 EST Date: Fri, 5 Dec 86 12:50:06 EST From: Gene Gall AMSTE-IMI 3708 To: keller@BRL.ARPA, fwancho@SIMTEL20.ARPA Cc: ggall@APG-4.ARPA Subject: Site Licensing?? Resent-From: Gene Gall AMSTE-IMI 3708 Resent-To: INFO-CPM@AMSAA.ARPA, INFO-MICRO@BRL.ARPA, INFO-IBMPC@usc-isic.ARPA Resent-Date: Mon, 8 Dec 86 9:45:27 EST Geroge/Frank, I have been tasked with providing a quick response to a query regarding site licensing of software. I haven't been following this too closely of late. Would appreciate any off-the-top-of-your-head comments on current status. On my last look, most software vendors (despite enormous pressure from business users) were well-contented with status quo and reluctant to offer site licenses. The few I read about seemed to be only token gestures (astronomically priced). Has anything changed? 1. Any typical examples spring to mind (product, license cost, copy limit)? 2. Does one license generally provide for multiple formats (e.g., NorthStar, Apple, Z-100, Wyse PC, Z-248)? 3. Are patches or upgrades included or even provided for? Any quick thoughts would be appreciated. Thanks. Gene 8-Dec-86 10:22:58-MST,1024;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 8 Dec 86 10:22:42-MST Received: from wiscvm.arpa by AMSAA.ARPA id a011296; 8 Dec 86 11:47 EST Received: from (PFENNIGE)CGEUGE51.BITNET by WISCVM.WISC.EDU on 12/08/86 at 10:49:00 CST Date: 8 DEC 86 16:59-N From: PFENNIGER%CGEUGE51.BITNET@wiscvm.ARPA To: INFO-CPM@AMSAA.ARPA Subj: bookshops ? GREETINGS, This message is primarily intended for those people familiar with the >Manhattan< area of New York. I will be passing thru NY in a few weeks for a flying visit (less than 24 hours). I want to buy some reference books etc on WORDSTAR, dBASE II ETC and computing books in general. Can anybody out there give me some recommendations as to where in Manhatten I should go to get the best selection etc, as I will not have the time to go roaming around town looking for bookshops. Any advice on locations etc of bookshops would be appreciated......Brian Jarvis. Geneva Switzerland. 10-Dec-86 10:24:28-MST,682;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 10 Dec 86 10:24:22-MST Received: from wiscvm.arpa by AMSAA.ARPA id a012881; 10 Dec 86 11:37 EST Received: from (UZR50D)DBNRHRZ1.BITNET by WISCVM.WISC.EDU on 12/10/86 at 10:34:41 CST Date: Wed, 10 Dec 86 14:55:02 MEZ To: INFO-CPM@AMSAA.ARPA From: UZR50D%DBNRHRZ1.BITNET@wiscvm.ARPA Subject: ADA Errata-files Help ! I have got the ada description from the Simtel20 Archieve in . But there seem to be specail text characters in Errata files. How can I manage them to get a readable file? Please give me an answer. So long Ralf 11-Dec-86 05:06:19-MST,547;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 11 Dec 86 05:06:13-MST Received: from brl-adm.arpa by AMSAA.ARPA id a028831; 11 Dec 86 5:46 EST Received: from USENET by ADM.BRL.ARPA id aa17938; 11 Dec 86 5:40 EST From: root Newsgroups: comp.os.cpm.ctl Subject: newgroup comp.os.cpm Message-ID: <98@pixel.UUCP> Date: 10 Dec 86 18:08:09 GMT Control: newgroup comp.os.cpm Posted: Wed Dec 10 13:08:09 1986 To: info-cpm@AMSAA.ARPA comp.os.cpm 11-Dec-86 07:37:50-MST,691;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 11 Dec 86 07:37:39-MST Received: from brl-adm.arpa by AMSAA.ARPA id a004092; 11 Dec 86 8:48 EST Received: from USENET by ADM.BRL.ARPA id aa21004; 11 Dec 86 8:44 EST From: Lee Olds Newsgroups: comp.os.cpm Subject: kermit for Concurrent CP/M 86 request Message-ID: <207@voodoo.UUCP> Date: 8 Dec 86 23:49:05 GMT To: info-cpm@AMSAA.ARPA ******************** I am looking for a version of KERMIT for Concurrent CP/M 86. Please respond via e-mail: ...uw-beaver!ssc-vax!voodoo!brutus!lee Thanks in advance. Lee 11-Dec-86 15:35:31-MST,1073;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 11 Dec 86 15:35:24-MST Received: from edwards-2060.arpa by AMSAA.ARPA id a019504; 11 Dec 86 16:17 EST Date: Thu 11 Dec 86 13:12:32-PST From: BUSSARD@EDWARDS-2060.ARPA Subject: RF Design Public Domain Software To: Info-hz-100@RADC-TOPS20.ARPA, info-cpm@AMSAA.ARPA, info-ibmpc@AMSAA.ARPA cc: bussard@EDWARDS-2060.ARPA Message-ID: <12262017258.13.BUSSARD@EDWARDS-2060.ARPA> Help!! We are trying to get out some of the public domain RF Design software to people. Most of it is in IBM-PC format and easy to work with. Some of it is in two formats that we cannot work with, and we are looking for people that can copy these disks to IBM-PC format and or download them to the network and mail them to me to work with. Formats are: HP86/87 5.25" floppy HP9800/9845 8" floppy Please send mail direct to me or call: Gerold Harrison 36 Irene Lane East Plain View, NY 11803 (516) 822-1697 I am at Bussard@edwards-2060 ------- 11-Dec-86 18:33:56-MST,2113;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 11 Dec 86 18:33:41-MST Received: from brl-adm.arpa by AMSAA.ARPA id a021043; 11 Dec 86 20:02 EST Received: from USENET by ADM.BRL.ARPA id aa13659; 11 Dec 86 19:54 EST From: kenny@uiucdcsb.ARPA Newsgroups: comp.os.cpm Subject: Re: bookshops ? Message-ID: <168200001@uiucdcsb> Date: 10 Dec 86 20:19:00 GMT Nf-ID: #R:brl-adm.ARPA:1347:uiucdcsb:168200001:000:1501 Nf-From: uiucdcsb.cs.uiuc.edu!kenny Dec 10 14:19:00 1986 To: info-cpm@AMSAA.ARPA Excuse me for posting to the net, but your BITNET address got trashed somewhere. /* Written 10:57 am Dec 8, 1986 by PFENNIGER%CGEUGE@wiscvm.ARPA in uiucdcsb:comp.os.cpm */ /* ---------- "bookshops ?" ---------- */ GREETINGS, This message is primarily intended for those people familiar with the >Manhattan< area of New York. I will be passing thru NY in a few weeks for a flying visit (less than 24 hours). I want to buy some reference books etc on WORDSTAR, dBASE II ETC and computing books in general. Can anybody out there give me some recommendations as to where in Manhatten I should go to get the best selection etc, as I will not have the time to go roaming around town looking for bookshops. Any advice on locations etc of bookshops would be appreciated......Brian Jarvis. Geneva Switzerland. /* End of text from uiucdcsb:comp.os.cpm */ No question. Barnes&Noble. Fifth Avenue at around 18th Street (It's been a while... best to check the phone book first and get the exact address). They pride themselves on being able to come up with virtually any textbook, including out-of-print ones. I still use them as a last-resort source when other efforts to find a book have failed, even though I haven't lived in New York for years. Kevin Kenny UUCP: {ihnp4,pur-ee,convex}!uiucdcs!kenny Department of Computer Science ARPA: kenny@B.CS.UIUC.EDU (kenny@UIUC.ARPA) University of Illinois CSNET: kenny@UIUC.CSNET 1304 W. Springfield Ave. Urbana, Illinois, 61801 Voice: (217) 333-8740 11-Dec-86 19:19:01-MST,1126;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 11 Dec 86 19:18:54-MST Received: from brl-adm.arpa by AMSAA.ARPA id a021091; 11 Dec 86 20:24 EST Received: from USENET by ADM.BRL.ARPA id aa13874; 11 Dec 86 20:16 EST From: konicek@uicsrd.csrd.uiuc.edu Newsgroups: comp.os.cpm Subject: Wanted: CP/M or Concurrent DOS Message-ID: <46500001@uicsrd> Date: 9 Dec 86 19:58:00 GMT Nf-ID: #N:uicsrd:46500001:000:523 Nf-From: uicsrd.CSRD.UIUC.EDU!konicek Dec 9 13:58:00 1986 To: info-cpm@AMSAA.ARPA I am trying to find a copy of CPM86 or Concurrent DOS. I just got a hold of an iSBC 12a board (8086 processor for the multibus) and need to get an OS up and running. I guess it doesn't need to be CP/M but I don't know of any other OS readily available. I will *PAY* for it if I can find something. Thanks in advance, Jeff Konicek ATT: 217 244-0044 P.S. Anybody ever get MSDOS running on a non-ibm 8086 machine (Specifically, the multibus with ram, disk control, serial I/O, and terminal (no graphics)) 12-Dec-86 07:23:41-MST,13529;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 12 Dec 86 07:23:06-MST Received: from simtel20.arpa by AMSAA.ARPA id a024713; 12 Dec 86 8:30 EST Date: Fri, 12 Dec 1986 06:28 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA, Info-Micro@BRL.ARPA, Info-XMODEM@SIMTEL20.ARPA, Unix-Sources@BRL.ARPA, Telecom@mit-xx.ARPA Subject: Pending FCC ruling threat to modem users The FCC is considering a ruling which may threaten low-cost modem access to many on-line services, perhaps including Arpa/Milnet TACs and Usenet Unix systems. Here are the details from a copy of a file just uploaded to my Remote CP/M system. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie Mail: W8SDZ RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps) --cut here--BADNEWS.PCP--cut here-- The FCC is considering reregulating the packet-switching networks like Telenet, Tymnet, Compuserve, The Source and PC Pursuit. This could result in additional costs to the user. This is excerpted from Infomat magazine which is available for downloading. ==================================== COMPUTER AND SOFTWARE NEWS -- PART 1 ==================================== by Tim Elmer ------------------------------------ FREE LOCAL ACCESS TO PACKET SWITCHING NETWORKS MAY BE ELIMINATED ------------------------------------ (BPS) -- The Federal Communications Commission (FCC) will vote on a proposal to reregulate packet switching networks that, if approved, would eliminate free local telephone access to those networks. "If this occurs, it might eventually double or triple the costs to those using packet switching networks to access commercial on-line databases and information services and triple or quadruple the costs to those using Telenet's PC Pursuit," said Philip M. Walker, vice president and regulatory counsel for Telenet Communications Corp. Predictably, the initiative to reregulate packet switching networks comes primarily from the Bell Operating Companies (BOCs) and secondarily from AT&T. These companies provide local telephone service to vast majority of telephone customers throughout the U.S. and will benefit the most from FCC reregulation of the packet switching networks. Under current FCC rules formulated in 1980 in the FCC's Second Computer Inquiry, called Computer II, a distinction is made between "basic services" and "enhanced services." "Basic services" are those that don't offer protocol conversion such as local and long-distance voice telephone services. "Enhanced services" are defined in an open-ended fashion as computer-based services that are more than a "basic service," in other words, services such as packet switching networks, database and on-line type services, and remote computing services that offer protocol conversion, according to Walker. Under the 1980 Computer II Inquiry, the FCC ruled that "basic services" would continue to be regulated as they had always been. However, the FCC also ruled that "enhanced services" would be deregulated, which opened up the industry to competition. This resulted in numerous companies entering the packet switching business, including BOCs, AT&T and at least a dozen others. The competition resulted in significant price reductions for packet switching services. To prevent monopolization of the packet switching industry by the Big Boys (the BOCs and AT&T), the FCC ruled that they had to keep separate accounting figures for their "basic services" and for their "enhanced services," and that they could not use revenues from their lucrative "basic services" to cross- subsidize their "enhanced service" packet switching networks. The FCC also ruled that if the BOCs and AT&T used their "basic service" telephone lines for packet switching services, then they must let their competitors have access to those lines on the same basis, which would preserve true competition in the industry. "Now, under the FCC's Computer Inquiry III, the FCC is asking, should we redefine protocol conversion services as 'basic services' rather than enhanced services? Should we redefine all those companies as common carriers? This would, in effect, subject them not only to federal regulations but, even worse, to state regulations," Walker said. The result would eliminate comparable interconnection requirements currently imposed on BOCs and AT&T, allowing them to charge their packet switching competitors local dial-in fees to access packet switching long-distance line networks. It would also allow BOCs and AT&T to offer their own packet switching services on a non-compensatory basis and, finally, allow them to cross- subsidize those services with revenues from their much more lucrative voice telephone service revenues. In short, it would allow BOCs and AT&T to monopolize the packet switching industry and probably drive out most competitors. "In terms of cost impact," Walker said, "if we had to pay local access charges, it would cost us about $3.60 an hour at the originating end, for calls made by users to on-line databases and information services like CompuServe and The Source. "And with PC Pursuit, for which we have out-dial modems, we would have to pay not only 3.60 per hour access fees at the originating end but also $4.80 at the terminating end, a total of about $8 or $9. Obviously, to survive, we would have to add those additional charges to our current fees and pass them on to our consumers," Walker said. That would almost certainly spell the end of PC Pursuit, and it would likely put out of business not only many independent packet switching networks but also many on-line databases and information services. FCC approval of changes being considered in Computer III, Walker said, "would really have a major impact on anyone using a packet switching service to access online bulletin boards, databases, or information services aimed at the residential user. They are just going to get creamed if this happens." Walker said that is was not clear exactly when the FCC would vote on the proposal, but that it would probably be the latter part of January or early part of February, 1987. "They are moving very fast on this," he said. For additional information, be sure to read Alan Bechtold's editorial in this issue. ==========END>>> Copyright (C) 1986, by BBS PRESS SERVICE, INC. ================= THE EDITOR SPEAKS ================= "Low-Cost packet switching Service Threatened" by Alan R. Bechtold As described in our lead news story this issue, the FCC is now considering a major change in the way packet switched phone services are defined. This change is likely to lead to the demise of many of these services, and to much higher prices for the use of the few that will eventually remain in business. At the risk of over-simplification, I think I should first describe just what a packet switched networking service is. These are the services you use to access online databases and commercial online services, such as CompuServe and The Source, with just a local telephone call. Once you call the local Telenet or Tymnet number, for example, and a connection is made, you are then connected with a computer that puts you in communication with the online services with which you wish to communicate. This computer is handling a number of calls into the main system computer at the same time. It takes information you send and delivers it in "packets" to the proper destination, picks up information from the online service computer you called, and sends it, also in "packets," back to you. All of this communicating is done in these so-called "packets" because this allows the network's computers to offer protocol conversion and handle several ongoing communications sessions at the same time. FCC regulations allow AT&T and Bell Operating Companies (BOCs) to engage in packet switching network operations, but they must also maintain completely separate accounting of their voice and packet switching operations. They must also offer free local-calling access to their lines to any competitors engaged in the packet switching service industry. The above regulations have allowed Telenet and Tymnet, among others, to operate at a reasonable cost in a competitive atmosphere. This is a case of regulation of a business actually RESULTING in increased competition and lower prices to consumers. As things stand now, you can call any local Telenet or Tymnet access number and use these services to inexpensively access such online services as CompuServe, The Source, Delphi, and countless others. In addition, GTE's new PC PURSUIT service now offers you access, through their Telenet packet switching service, to literally hundreds of local bulletin boards in cities all across the country--for a flat charge of $25 per month. But, the FCC is now being asked to REREGULATE this segment of the communications industry, eliminating the FCC requirements that AT&T and BOCs keep separate accounting records of their voice and packet switching services, and eliminating the stipulation that the BOCs and AT&T must offer their competitors in the packet switching business free access to their local telephone connection lines. The idea is patently ridiculous. Mark Fowler, Chairman of the FCC, has been hailed by the press as a "fair- market zealot." The chances are very good that he views this proposed reregulation as the magic road to increased competition and fairer pricing for consumers. Unofficially, the word is out that the FCC advisory committee now considering this matter is indeed leaning in favor of the proposed reregulation of the packet switching industry. If the committee recommends these changes, it's likely that a majority of the five voting members on the Federal Communications Commission will vote in favor of the changes. I have talked to sources within the industry who say it is the BOCs who are pushing VERY HARD for this reregulation, because they want to get into the packet switching service business in a big way, and they would like to rid themselves of needless competition on their way to success. What's that? RID themselves of competition? But--the proposed reregulation is supposed to FOSTER competition! Why would a group of companies (BOCs) hoping to eliminate their competition PUSH for this reregulation? I hope the answer to THAT question is entirely clear. Here we have an industry that is currently populated with plenty of competition. Prices are already reasonable. Reregulation of the packet switching service industry will IMMEDIATELY give giant corporations the upper hand, and will allow them to cut off free access to their local access phone lines to their competitors, namely Telenet and Tymnet and other similar services that now offer you high-quality service, in a competitive marketplace, at reasonable prices. The proposed reregulation, however, would force all packet switching services to compete with the BOCs and AT&T, companies that would be able to use the enormous profits they earn with their voice telephone services to cross- subsidize their packet switching services and offer them on a non-compensatory basis, at least until their competitors are eliminated. When that happens, they are then sure to jack up their fees to any level they want. It would also force their packet switching competitors to pay access fees for connection to local phone lines. The access fees alone could add as much as $4.00 per hour to the fees packet switching companies would be forced to pass on to their customers. This will be added to your hourly connect-time charges for accessing ALL online databases through these services. The proposed reregulation could very well spell the death of PC PURSUIT. Because GTE also uses dial-out modems at the other end of their Telenet connections for PC PURSUIT service, the company would be forced to pay an hourly charge at BOTH ends of the phone line--totaling up to $8 or $9 per hour. These fees would have to be added to the flat $25 per month that GTE now charges for access to PC-PURSUIT. It would simply make the final cost to PC-PURSUIT customers too high for the service to remain practical and affordable. So--this is ONE TIME you MUST use your word processor to produce some letters opposing this proposed reregulation! Write to: Honorable Mark Fowler Chairman of the Federal Communications Commission Washington D.C. 20554 Refer to Computer Inquiry III in your letters. State clearly, in your own words, that competitive packet switching services should not be reregulated or subjected to carrier access charges, and then explain why not. Tell Mr. Fowler that reregulation of packet switching services will completely destroy the existing fair market for these services, and eventually increase costs, not DECREASE them. And hurry! I have heard this matter will be going before the FCC for a vote in the latter part of January or early part of February. Time is running out. ==========END>>> 12-Dec-86 09:27:50-MST,2051;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 12 Dec 86 09:27:30-MST Received: from brl-adm.arpa by AMSAA.ARPA id a029277; 12 Dec 86 10:39 EST Received: from USENET by ADM.BRL.ARPA id aa24484; 12 Dec 86 10:31 EST From: Mike Ciaraldi Newsgroups: comp.os.cpm Subject: Terminal Emulator for VB3B Message-ID: <23133@rochester.ARPA> Date: 12 Dec 86 04:50:10 GMT To: info-cpm@AMSAA.ARPA I know someone with an S-100 Z-80 CP/M system that includes a Solid State Music VB3B video board. This is a 24x80 character board driving a standard video monitor. His BIOS has just a "glass tty" driver, i.e. it can send characters tothe screen one after the other, and obey CR and LF, but no other cursor positioning. The only program he has that does full-screen stuff is Wordstar, which has its own video board driver. He has a modem on his system and a terminal emulation program (MODEM7 or one of its derivatives). Now he wants to be able to call a host computer and do full-screen terminal emulation, with some sort of cursor control so he can run screen editors on the host instead of line editors. Does anyone have a terminal emulation program I could have (we might even pay for a commercial one) that emulates a VT52, H19, VT100, ADM3 or anything else halfway intelligent, using a VB3B without any CP/M BIOS support for cursor positioning? I have the version of KERMIT from Queen's University, written in Turbo Pascal, that emulates a VT52. Unfortunately, it uses the Turbo Pascal screen-management functions. These can be easily patched to match any terminal, but won't work with a really dumb one; there has to be cursor positioning already supported. Thanks in advance for any help. Mike Ciaraldi seismo!rochester!ciaraldi p.s. Why not add a driver to the BIOS? The system is so old it's not worth the time and trouble. For $150 we could buy a used CRT terminal and avoid the whole problem. 12-Dec-86 11:12:58-MST,1243;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 12 Dec 86 11:12:51-MST Received: from brl-adm.arpa by AMSAA.ARPA id a002821; 12 Dec 86 12:41 EST Received: from USENET by ADM.BRL.ARPA id aa27129; 12 Dec 86 12:33 EST From: "J.S.Jonas" Newsgroups: comp.os.cpm Subject: Re: bookshops ? Message-ID: <960@sfsup.UUCP> Date: 12 Dec 86 01:47:58 GMT To: info-cpm@AMSAA.ARPA > This message is primarily intended for those people familiar with > the >Manhattan< area of New York. I will be passing thru NY in a few weeks > town looking for bookshops. Any advice on locations etc of bookshops would be > appreciated......Brian Jarvis. Geneva Switzerland. Pardon the posting but a lot of my e-mail has been bounced back, and I want this reply received on time to be useful. Barnes and Noble has a good selection at their main store at 17th street and 5th Avenue. You don't have the time to browse the Bargain Annex across the street. I remember a good selection of computer books at Coliseum Books at 57th Street and Broadway (I believe). It's near the NY Coliseum. Jeffrey Jonas {ihnp4 | allegra | cbosgd} attunix ! jeffj 13-Dec-86 19:04:09-MST,756;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 13 Dec 86 19:04:03-MST Received: from simtel20.arpa by AMSAA.ARPA id a000963; 13 Dec 86 20:42 EST Date: Wednesday, 10 December 1986 06:47-MST Message-ID: From: Keith Petersen Sender: KPETERSEN@SIMTEL20.ARPA To: Info-XMODEM@SIMTEL20.ARPA Subject: MEX overlay for Apple PCPI and Applecat II needed ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Sat 13 Dec 1986 18:41-MST I have received a request for an overlay for MEX for use with the Apple PCPI card and Applecat II internal modem. Does anyone have this? --Keith 14-Dec-86 01:08:49-MST,1015;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 14 Dec 86 01:08:43-MST Received: from brl-adm.arpa by AMSAA.ARPA id a001472; 14 Dec 86 2:40 EST Received: from USENET by ADM.BRL.ARPA id aa05679; 14 Dec 86 2:28 EST From: Keith Brown Newsgroups: comp.os.cpm Subject: Wanted: Aztec C compiler for CP/M (I know: yuk!) Message-ID: <4840@reed.UUCP> Date: 13 Dec 86 07:27:34 GMT Keywords: compiler C CP/M To: info-cpm@AMSAA.ARPA Wanted/Needed: A real legal copy of the Aztec C compiler for my Epson QX-10 CP/M computer. Must have the manual and all 'comes-withs'. And, oh yes, I'm willin to pay for it, too. Other 5.25" CP/M formats would probably be acceptable. I just figured that someone in the neighborhood had been down the CP/M path back in the olden days before *nix and might have a copy around they no longer were using. -Keith (...tektronix!reed!keithb) 503 635-5055 days/eves pst. 16-Dec-86 02:18:15-MST,1719;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 16 Dec 86 02:18:07-MST Received: from brl-adm.arpa by AMSAA.ARPA id a002710; 16 Dec 86 3:43 EST Received: from USENET by ADM.BRL.ARPA id aa00898; 16 Dec 86 3:30 EST From: Mark Steven Jeghers Newsgroups: comp.os.cpm Subject: Re: Wanted: Aztec C compiler for CP/M (I know: yuk!) Message-ID: <105@cogent.UUCP> Date: 16 Dec 86 04:21:05 GMT Keywords: compiler C CP/M To: info-cpm@AMSAA.ARPA In article <4840@reed.UUCP> keithb@reed.UUCP (Keith Brown) writes: > >Wanted/Needed: A real legal copy of the Aztec C compiler for my >Epson QX-10 CP/M computer. Must have the manual and all 'comes-withs'. > >And, oh yes, I'm willin to pay for it, too. Other 5.25" CP/M formats >would probably be acceptable. I also need a good C compiler under CP/M. I'm on a Kaypro. Aztec C would be dandy, but Software Toolworks C would be ok also. -- +----------------------------------------------------------------------------+ | Mark Steven Jeghers ECHOMPGULP - process has eaten it | | cryptography, terrorist, DES, drugs, cipher, secret, decode, NSA, CIA, NRO | | | | {ihnp4,cbosgd,lll-lcc,lll-crg}|{dual,ptsfa}!cogent!mark | | | | Cogent Software Solutions can not be held responsible for anything said | | by the above person since they have no control over him in the first place | +----------------------------------------------------------------------------+ 16-Dec-86 04:48:50-MST,1186;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 16 Dec 86 04:48:43-MST Received: from brl-adm.arpa by AMSAA.ARPA id a003218; 16 Dec 86 6:21 EST Received: from USENET by ADM.BRL.ARPA id aa01830; 16 Dec 86 6:13 EST From: Michael Kersenbrock Newsgroups: comp.os.cpm Subject: Osborn (and others) screen movement commands wanted Message-ID: <775@copper.UUCP> Date: 16 Dec 86 02:42:03 GMT To: info-cpm@AMSAA.ARPA Does any one have a list of screen-movement ( plus attribute setting, etc) for an Osborn computer? Or for any other one (other than ANSI/vt100 which I have now)? Kaypro maybe? Every once in a while I run across a program that is either binary-only, or mercilessly hardwired to some particular format (Osborn at the moment). It seems like it might not be too hard to write a conversion RSX to do translations, and be relatively universal as well. If someone has an osborn list and sends it to me, I'd appreciate it. If there's interest, I could post the results. -- Mike Kersenbrock Tektronix Computer Aided Software Engineering Aloha, Oregon 16-Dec-86 07:31:22-MST,3893;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 16 Dec 86 07:31:00-MST Received: from mit-mc.arpa by AMSAA.ARPA id a007736; 16 Dec 86 8:54 EST Received: from MX.LCS.MIT.EDU (CHAOS 1440) by MC.LCS.MIT.EDU 16 Dec 86 08:53:23 EST Date: Mon, 15 Dec 86 22:53:25 EST From: "Keith F. Lynch" Subject: Re: Pending FCC ruling threat to modem users To: W8SDZ@SIMTEL20.ARPA cc: KFL%MX.LCS.MIT.EDU@mit-mc.ARPA, Telecom@mit-xx.ARPA, Info-Micro@BRL.ARPA, Unix-Sources@BRL.ARPA, Info-XMODEM@SIMTEL20.ARPA, Info-Cpm@AMSAA.ARPA Message-ID: <962235.861215.KFL@MX.LCS.MIT.EDU> From: Keith Petersen ... Mark Fowler, Chairman of the FCC, has been hailed by the press as a "fair market zealot." The chances are very good that he views this proposed reregulation as the magic road to increased competition and fairer pricing for consumers. In a free market, it would not matter to users whether this legislation was passed or not. The legislation does not COMPELL local phone companies to charge four dollars or more per hour for a local phone call to a long distance data service (e.g. PC PURSUIT) it merely ALLOWS them to do so. Since it doesn't cost local phone companies any more to complete a local call to such a service than it costs them to complete any other local call, phone companies would not lose money by not adding this charge. And since any local phone company which chose NOT to charge extra for such calls would get plenty of business from users who formerly used any local phone company which DID decide to add the extra charge, there would certainly be local phone companies which choose not to add this charge. This is how the free market works. HOWEVER, we unfortunately do NOT have a free market in local telephone service. Since each user has no choice which local phone company to use, thanks to a pernicious government-mandated monopoly, most local phone companies probably WILL add this charge if they are allowed to. They know they won't lose any customers to competing firms, since there are no competing firms allowed. In an ideal world, this legislation would be a good thing. Phone companies like any other company should be allowed to charge whatever they wish for their services, subject only to the constraints of the marketplace. But in the context of the captive marketplace, this legislation would be a very bad thing. If phone companies are given a monopoly, their prices have to be regulated by the government, since they are not regulated by the free market. Without regulation, they would be able to charge as much as they could without people abandoning phone service for bicycle messengers or carrier pigeons. Phone service ought to cost the user just a few percent more than the cost to the phone company of providing the service. In a free market, it would. In a regulated mandated monopoly, it might (how could anyone ever tell?). But given an unregulated mandated monopoly, i.e. the worst of both worlds, the local phone companies will sell their services for slightly less than the cost to the user of doing completely without phone service. If Mark Fowler is indeed an advocate of the free market system, this is how it should be explained to him. Write to: Honorable Mark Fowler Chairman of the Federal Communications Commission Washington D.C. 20554 Refer to Computer Inquiry III in your letters. ... And hurry! I have heard this matter will be going before the FCC for a vote in the latter part of January or early part of February. Time is running out. I completely agree. Write today! Please reply to me, I am not on most of these lists. ...Keith 16-Dec-86 09:36:18-MST,1423;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 16 Dec 86 09:35:58-MST Received: from xerox.arpa by AMSAA.ARPA id a014126; 16 Dec 86 11:03 EST Received: from PinotNoir.ms by ArpaGateway.ms ; 16 DEC 86 07:59:34 PST Date: 16 Dec 86 07:58 PST From: Ghenis.pasa@xerox.ARPA Subject: Re: C compiler requests In-reply-to: Mark Steven Jeghers 's message of 16 Dec 86 04:21:05 GMT To: info-cpm@AMSAA.ARPA Message-ID: <861216-075934-3894@Xerox> >In article <4840@reed.UUCP> keithb@reed.UUCP (Keith Brown) writes: >> >>Wanted/Needed: A real legal copy of the Aztec C compiler for my >>Epson QX-10 CP/M computer. Must have the manual and all 'comes-withs'. >> >>And, oh yes, I'm willin to pay for it, too. Other 5.25" CP/M formats >>would probably be acceptable. > >I also need a good C compiler under CP/M. I'm on a Kaypro. Aztec C >would be dandy, but Software Toolworks C would be ok also. > So why don't you guys just go ahead and buy your compilers directly from Aztec or Software Toolworks? They will be very happy to sell you a real legal copy, and carry both QX-10 and Kaypro formats. Mix also has a C compiler for just $39, with tons of documentation, a good deal for a learning tool. Remember that info-cpm isn't for classified ads (at least on the ARPANET side). Cheers! -- Pablo Ghenis 16-Dec-86 11:01:15-MST,1031;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 16 Dec 86 11:01:09-MST Received: from nadc.arpa by AMSAA.ARPA id a016591; 16 Dec 86 12:21 EST Date: 16 Dec 1986 12:12:39-EST From: prindle@nadc.ARPA To: info-cpm@AMSAA.ARPA Subject: re: Mix C compiler > ... Mix also has a C compiler for just $39, with tons of documentation, a > good deal for a learning tool. That's about the size of it too - a learning tool. Mix C for CP/M is a victim of terminal neglect. It does more things wrong than right. While the MSDOS version has undergone many revisions in the past year, the CP/M version remains virtually untouched. All sorts of problems with blanks, unexpected reserved words, undocumented error codes, runtime anomalies, etc. Forget trying to port any non-trivial program to Mix C, you're wasting your time. Frank Prindle Prindle@NADC.arpa PS. I'd be glad to sell my Mix C compiler/book to any sucker who'd give me $39 for it:-} 16-Dec-86 13:01:24-MST,2770;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 16 Dec 86 13:01:12-MST Received: from ge-crd.arpa by AMSAA.ARPA id a020303; 16 Dec 86 13:57 EST Date: 16 Dec 86 13:54 EST From: OCONNOR DENNIS MICHAEL Subject: Re: Re: Pending FCC ruling threat to modem users To: Info-Cpm@AMSAA.ARPA  Date: 16-DEC-1986 13:30 Sender: OCONNORDM Subject: Re: Re: Pending FCC ruling threat to modem users To: Info-Micro@BRL.ARPA@SMTP, Unix-Sources@BRL.ARPA@SMTP, To: Info-XMODEM@simtel20.arpa@SMTP, Info-Cpm@amsaa.arpa@SMTP -------- People have written lots on this new FCC rule change ( threat? threat?? ). Lots of stirring propaganda about regulators who beleive in fairy tales, monopolies that will screw you to the wall given the chance, and legislated monopolies. Lots of misconceptions. First: MODEM calls DO NOT cost the phone company the same amount as other calls. They tend to be longer, and don't tolerate noise as well. Anyone who knows ANYTHING about the phone system knows it can only handle some fraction of the possible calls that might be happening at any one time, and the longer the average phone call is, the more equipment will be needed to meet this fraction. If the phone company always charged for local service BY THE MINUTE, well, no problem, but phone companies usually charge BY THE CALL or BY THE MONTH. So heavy modem users are currently being SUBSIDIZED by the rest of the users. Sounds like it MIGHT be UNFAIR. Second: the goverment does not "mandate" a "pernicous" monopoly, it simply allows it. You or I can go out, get right-of-way on the utility poles like the cable companies, and start our very own telephone system. The problem is you and I would lose big money trying to compete with the phone system. And our users would be annoyed at people next door using BELL being a long-distance call. But you can do it, in fact, General Electric HAS done it, for both its local and long-distance telephone needs ( known as DIALCOM ). If ANYBODY needs something explained to him, it is probably NOT Mark Fowler. Before people rush to pester him, why don't you all invite someone from the Phone Companies to give THEIR SIDE. This rush to get half-informed people to rise up and make trouble is simply electronic rabble-rousing, NOT what democracy thrives on : informed opinion from people who have been exposed to ALL SIDES of an issue. ( DISCLAIMER : I'm not neccesarily disagreeing with anyone, nor do these opinions represent anybody elses. I could even be wrong. But then again, so could you. 'Cause remember ... No matter where you go, There you are. ) Dennis O'Connor -------- -------- 16-Dec-86 20:53:36-MST,1002;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 16 Dec 86 20:53:22-MST Received: from wiscvm.arpa by AMSAA.ARPA id a028925; 16 Dec 86 22:14 EST Received: from (SINGPANG)HLERUL5.BITNET by WISCVM.WISC.EDU on 12/16/86 at 21:11:56 CST Date: Wed, 17 Dec 86 00:09 N From: SINGPANG%HLERUL5.BITNET@wiscvm.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Subject: Xmodem for vax/vms To: info-cpm@AMSAA.ARPA X-Original-To: info-cpm@amsaa.arpa, SINGPANG Hello all, I am having some trouble with the xmodem.for which is in the archive request in simtel20. Downloading text files is okay. Binary files is a mess. The first 128 bytes are okay, but then xmodem.for puts after every following 128 bytes 130 bytes of spaces or other junk; so I cant download com files. Does anybody have a fix for this or is there another version of xmodem for vax/v ms Regards, Marc BITNET: SINGPANG@HLERUL5 16-Dec-86 21:52:31-MST,1174;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 16 Dec 86 21:52:24-MST Received: from brl-adm.arpa by AMSAA.ARPA id a029033; 16 Dec 86 23:14 EST Received: from USENET by ADM.BRL.ARPA id aa03296; 16 Dec 86 23:09 EST From: brian@prism.uucp Newsgroups: comp.os.cpm Subject: NEEDED:Northstar Serial Board Message-ID: <408100001@prism> Date: 16 Dec 86 16:00:00 GMT Nf-ID: #N:prism:408100001:000:590 Nf-From: prism.UUCP!brian Dec 16 11:00:00 1986 To: info-cpm@AMSAA.ARPA HELP! - Need serial interface for Northstar Advantage I have a northstar advantage (cp/m machine with 2 floppies, cpm2.2, and graphics all in a desktop package) which is mute. I'd like to get the serial card for this machine. I'll either pay $$$ or trade something for it. thanks. (617) 661-0777 work (617) 298-6064 home brian k. moran ---- Brian K. Moran brian@mirror.TMC.COM {mit-eddie, ihnp4!inmet, wjh12, cca, datacube}!mirror!brian Mirror Systems 2067 Massachusetts Avenue Cambridge, MA, 02140 Telephone: 617-661-0777 extension 141 (((((((( * )))))))) --- 16-Dec-86 23:59:56-MST,588;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 16 Dec 86 23:59:49-MST Received: from brl-adm.arpa by AMSAA.ARPA id a029371; 17 Dec 86 1:35 EST Received: from USENET by ADM.BRL.ARPA id aa05357; 17 Dec 86 1:27 EST From: Stephen Tihor Newsgroups: comp.os.cpm Subject: Re: bookshops ? Message-ID: <12560001@acf4.UUCP> Date: 17 Dec 86 01:57:00 GMT Posted: Tue Dec 16 20:57:00 1986 To: info-cpm@AMSAA.ARPA McGraw Hill Bookstore (6th near 46th) is my second choice after the big B&N. 17-Dec-86 08:31:44-MST,783;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 17 Dec 86 08:31:18-MST Received: from apg-1.arpa by AMSAA.ARPA id a007888; 17 Dec 86 9:35 EST Date: Wed, 17 Dec 86 9:27:32 EST From: Robert Bloom AMSTE-TEI 3775 Subject: NorthStar Adv Serial Board To: info-cpm@AMSAA.ARPA Cc: rbloom@APG-1.ARPA (I wish arpa hosts could recognise the uucp paths ...) NorthStar serial boards and lots of NorthStar knowledge can be found at Fischer Computer Systems in Angwin, CA (707)965-2414. I bought one from Randy jFischer about 6 months ago. So far we done about $7k of business (which goes a long way in the 8-bit world now) with no complaints. "Just a satisfied customer." Bob Bloom 17-Dec-86 13:44:23-MST,681;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 17 Dec 86 13:44:09-MST Received: from brl-smoke.arpa by AMSAA.ARPA id a018967; 17 Dec 86 14:16 EST Date: Wed, 17 Dec 86 13:59:53 EST From: Steve Lesh (ISC | howard) To: info-apple@BRL.ARPA cc: info-cpm@AMSAA.ARPA Subject: boot from 3.5 Unidisk / applicard Does anyone know of a disk-driver from PCPI (or anybody else) that permits booting from Apple's 3.5 Unidisk with the Apple II+ controller card? I would also appreciate hearing from anyone using the Applicard with the new GS. Thanks in advance. 17-Dec-86 16:31:10-MST,1104;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 17 Dec 86 16:31:01-MST Received: from brl-adm.arpa by AMSAA.ARPA id a025451; 17 Dec 86 17:56 EST Received: from USENET by ADM.BRL.ARPA id aa13782; 17 Dec 86 17:50 EST From: Dennis Flaherty Newsgroups: comp.os.cpm Subject: A/D Data Acquisition Message-ID: <32@marque.UUCP> Date: 17 Dec 86 19:29:00 GMT To: info-cpm@AMSAA.ARPA This one sounds awful, so anyone who can help us, please send email! We have a 8086 Multibus system with a Burr-Brown 31-channel A to D converter board, 8-inch floppies, and a hard drive running CP/M-86. We need a program for data acquisition to capture data from the A/D converter board to be saved on either the floppies or the hard drive. If anyone has such a program or knows how to obtain one, please save us months of software development and write back! Dennis Flaherty usenet: ihnp4(etc)!uwvax!uwmcsd1!marque!dennisf internet: marque!dennisf@csd1.milw.wisc.edu 17-Dec-86 21:23:34-MST,1806;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 17 Dec 86 21:23:13-MST Received: from brl-adm.arpa by AMSAA.ARPA id a026033; 17 Dec 86 22:43 EST Received: from USENET by ADM.BRL.ARPA id aa15780; 17 Dec 86 22:28 EST From: Keith Brown Newsgroups: comp.os.cpm Subject: Re: C compiler requests Message-ID: <4936@reed.UUCP> Date: 17 Dec 86 19:30:27 GMT To: info-cpm@AMSAA.ARPA In article <1560@brl-adm.ARPA> Ghenis.pasa@xerox.ARPA writes: >>In article <4840@reed.UUCP> keithb@reed.UUCP (Keith Brown) writes: >> >>Wanted/Needed: A real legal copy of the Aztec C compiler for >>my Epson QX-10 CP/M computer. Must have the manual and all >>'comes-withs'. [...] > >So why don't you guys ... buy your compilers directly from >Aztec or Software Toolworks? They will ... sell you a real >legal copy,... Mix also has a C compiler for just $39, with >tons of documentation, a good deal for a learning tool. > [...] -- Pablo Ghenis The reason I posted this to the net is that most of you reading this are now developing under the *nix environment. Many of you who may have bought a 'real legal' copy of the Aztec C compiler no longer use or need it. I'm simply offering an oportunity for someone to re-coup a little of their investment by selling a tool they no longer need. As it turns out, I ran out of time and so have purchased my own copy directly. However, I've received requests from others to turn over any 'extra' leads to them. As for MIX C, I've also heard that it's worthless for serious work. I have tried it, along with SuperSoft, Ecco, and BDS. None are full implementations of C (at least in the versions I've got). -Keith Brown ...!tektronix!reed!keithb 18-Dec-86 02:49:30-MST,2076;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 18 Dec 86 02:49:23-MST Received: from brl-adm.arpa by AMSAA.ARPA id a026616; 18 Dec 86 4:12 EST Received: from USENET by ADM.BRL.ARPA id aa17671; 18 Dec 86 4:06 EST From: Mark Steven Jeghers Newsgroups: comp.os.cpm Subject: Re: C compiler requests Message-ID: <109@cogent.UUCP> Date: 18 Dec 86 07:07:09 GMT To: info-cpm@AMSAA.ARPA In article <4936@reed.UUCP> keithb@reed.UUCP (Keith Brown) writes: >In article <1560@brl-adm.ARPA> Ghenis.pasa@xerox.ARPA writes: >>>In article <4840@reed.UUCP> keithb@reed.UUCP (Keith Brown) writes: >>> >>>Wanted/Needed: A real legal copy of the Aztec C compiler for >>>my Epson QX-10 CP/M computer. Must have the manual and all >>>'comes-withs'. [...] >> >>So why don't you guys ... buy your compilers directly from >>Aztec or Software Toolworks? They will ... sell you a real ^^^^^^^^^^^^^^^^^^ How is the C by Software Toolworks? I understand it is about $50 for CP/M. >As for MIX C, I've also heard that it's worthless for serious work. >I have tried it, along with SuperSoft, Ecco, and BDS. None are full >implementations of C (at least in the versions I've got). Is Software Toolworks C a full implementation (or close)? -- +----------------------------------------------------------------------------+ | Mark Steven Jeghers ECHOMPGULP - process has eaten it | | cryptography, terrorist, DES, drugs, cipher, secret, decode, NSA, CIA, NRO | | | | {ihnp4,cbosgd,lll-lcc,lll-crg}|{dual,ptsfa}!cogent!mark | | | | Cogent Software Solutions can not be held responsible for anything said | | by the above person since they have no control over him in the first place | +----------------------------------------------------------------------------+ 18-Dec-86 10:43:37-MST,1609;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 18 Dec 86 10:43:03-MST Received: from acc.arpa by AMSAA.ARPA id a007948; 18 Dec 86 12:04 EST Date: 18 Dec 86 08:44:00 PST From: shawn@ACC.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Subject: re:A/D Data Aquisition To: info-cpm cc: shawn@acc.ARPA Reply-To: shawn@ACC.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Dennis; When I had to deal with one of the Intel Boards about three years ago, I found that Intel supported (had) a users group called Insight. It cost us about $200.00 to join for the year, but it was like a CP/M Users Group (an example only) in that you had access to programs written, and donated by others. If you donate programs, you get credit toward those you wish to obtain. The only frusterating part was that you had to join BEFORE you found out IF they had what you needed. We took the chance, and got what we needed, and it saved us a BUNCH of time, effort, and bucks. I'm afraid that this info is three years old, we didn't renew out membership, as the project was completed. I'm afraid couldn't tell you how to get to them, except possibly through an Intel Rep. I hope this helps, I can't remember what all they had, I do remember that it seemed extensive at the time, with all sorts of off the wall programs for specific applications, and quite a bit of general interest as well. Take Care Shawn Miner (Advanced Computer Communications) shawn@acc ------ 18-Dec-86 17:08:37-MST,1551;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 18 Dec 86 17:08:21-MST Received: from wiscvm.arpa by AMSAA.ARPA id a019990; 18 Dec 86 18:42 EST Received: from (SINGPANG)HLERUL5.BITNET by WISCVM.WISC.EDU on 12/18/86 at 17:40:28 CST Date: Fri, 19 Dec 86 00:04 N From: SINGPANG%HLERUL5.BITNET@wiscvm.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Subject: problems with rsa lbr in sigm vol.202 To: info-cpm@AMSAA.ARPA X-Original-To: info-cpm@amsaa.arpa, SINGPANG Hello all, thank you for all the messages concerning my query about xmodem for the vax. I have received a copy and everything is doing fine (I think). I have now another problem: I have downloaded rsasetup.com. Unfortunately this program hangs up my micro CRCK4.COM gives as checksum E608. Is this the right checksum?? If the author is listening: I would rather have the Turbo Pascal sources because I think ther terminal package in Turbo Pascal is driving my micro crazy. It does not know about the terminal implemented in rsasetup, rsacrypt and rsaclear. Can anyone tell me if this package (rsat12.lbr on sigm vol202) is working properly on any micro or do I have to look for something else. If you know of any other package concerning public key cryptography (or other systems) please let me know.. I intend to use it for private messages in Fido networks and Bitnet. Regards: Marc Chang P.S. Any errors in my typing are due to bad line connection 18-Dec-86 17:38:47-MST,1472;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 18 Dec 86 17:38:24-MST Received: from umd2.umd.edu by AMSAA.ARPA id a020048; 18 Dec 86 19:04 EST Date: Thu, 18 Dec 86 18:34:40 EST From: Manasseh Katz To: info-cpm@AMSAA.ARPA Subject: VFILER for CPM-86 Message-ID: I have downloaded VFILER for CPM-86 - FASTVF86.LBR on SIGM vol 229. The LBR includes a doc file, a source (A86) file and an executable. The program runs OK, but not perfectly since my terminal has some codes different from a NEC APC. The doc and source give easy directions for customizing it, but it didn't work. I then tried just reassembling the original A86 file, following the directions, to see if that would work - it doesn't. I get BDOS errors with strange files and impossible disks when I try to run it. Has anyone tried using this file (on anything other than an APC) ? I am using ASM86 ver 1.1, under MPM-86 ver 2.13, if that means anything to anyone. I am using a WYSE 100 terminal, though that doesn't matter since I get errors even before i try to customize the program. If noone has any idea what's wrong, does anyone have a similar type of filer program for CPM-86 ? Manasseh Katz MKATZ@UMD2.UMD.EDU KATZM@UMDD.BITNET 18-Dec-86 20:31:15-MST,1063;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 18 Dec 86 20:31:06-MST Received: from brl-adm.arpa by AMSAA.ARPA id a021250; 18 Dec 86 21:56 EST Received: from USENET by ADM.BRL.ARPA id aa04951; 18 Dec 86 21:45 EST From: Bill Hery Newsgroups: comp.os.cpm,rec.arts.books Subject: Re: bookshops ? Message-ID: <1013@wayback.UUCP> Date: 18 Dec 86 15:47:36 GMT To: info-cpm@AMSAA.ARPA > McGraw Hill Bookstore (6th near 46th) is my second choice after the > big B&N. Another interesting place for advanced computer, math, physics, and engineering books is Books Scientific, near Barnes and Nobles 18th st. store at 18 E. 16th Street (just east of fifth Avenue). They have a good selection of textbooks (undergrad and grad) and monographs; I've found things there that B&N didn't stock. They don't take credit cards, but they did take a personal check from a NJ bank. All this information is as of about a year ago. Bill Hery ihnp4!bonnie!wjh 19-Dec-86 17:51:32-MST,1249;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 19 Dec 86 17:51:20-MST Received: from brl-adm.arpa by AMSAA.ARPA id a002280; 19 Dec 86 19:21 EST Received: from USENET by ADM.BRL.ARPA id aa03269; 19 Dec 86 19:08 EST From: Praveen Kumar Newsgroups: comp.os.cpm,rec.arts.books Subject: Re: bookshops ? Message-ID: <502@eneevax.UUCP> Date: 19 Dec 86 15:16:32 GMT To: info-cpm@AMSAA.ARPA >From: wjh@wayback.UUCP (Bill Hery) >Another interesting place for advanced computer, math, physics, and >engineering books is Books Scientific, near Barnes and Nobles 18th st. I have been buying my textbooks and all my technical books from them for over 3 years now. They are a fantastic store. They have almost everything. They also give you a ten percent discount and they also only charge $1.50 for shipping (they ship UPS, BTW). Their address and phone number: Books Scientific 18th E. 16th Street, 2nd Floor New York NY 10003 800-621-1220 Usual disclaimer...I have no connections to Books Scientific except as a satisfied customer. -- ARPA: phaedrus@eneevax.umd.edu UUCP: {seismo,allegra}!umcp-cs!eneevax!phaedrus 19-Dec-86 22:12:25-MST,2732;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 19 Dec 86 22:12:11-MST Received: from simtel20.arpa by AMSAA.ARPA id a002680; 19 Dec 86 23:42 EST Date: Friday, 19 December 1986 21:07-MST Message-ID: Sender: prindle@AMSAA.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA From: prindle@AMSAA.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA To: kpetersen@SIMTEL20.ARPA Subject: Uncrunching on UNIX etc. here at last ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Fri 19 Dec 1986 21:41-MST I've just transferred a copy of what I consider to be a first release of UNCR.C to simtel20. Filename Type Bytes CRC Directory PD: UNCR231.C.1 ASCII 12651 0052H It is portable enough to compile and execute ok on an 8-bit CP/M system, though about 2.5 times slower than the real UNCR 2.3. So it's major application is uncrunching on the host (UNIX, VMS, TOPS-20 ...) systems. I've tested it through all it's major paths on a Sun-3, a VAX-11/780, and the C-128 CP/M. Here is an abstract: UNCR231.C is a C language implementation of the LZW decompression algorithm utilized by Steven Greenberg's Z-80 CP/M program UNCR Version 2.3 (from PD:CRUNCH23.LBR). This program will decompress (uncrunch) any file written with CRUNCH 2.x, although it will not work with files written by CRUNCH 1.x (an earlier algorithm). The only requirements placed on the C compiler used are that it support a long type of at least 4 bytes (actually 21 bits will do), and that it will read and write files in binary (no newline or ^Z translation) using getc()/putc() when the files have been opened with mode "rb"/"wb". This is absolutely the case for UNIX on 32 bit machines, but may require some coaxing on other systems, particularly CP/M and MSDOS compilers. Note that UNCR231.C is not recommended for use on z-80 CP/M systems, since the real thing is over twice as fast; rather it is meant to fill the gap and allow these "crunched" files to be recovered on more powerful systems where speed is not an issue. Usage is just: $ uncr [ ...] If your shell or O.S. does wildcard expansion, by all means use that. Files not in "crunched" format will be skipped. The decompressed files will have the names of the original CP/M files (in lower case if that is significant on your system). This program follows in the footsteps of usq.c and lar.c in attempting to provide a portable implentation of a popular algorithm. Sincerely, Frank Prindle Prindle@NADC.arpa 22-Dec-86 00:09:14-MST,1138;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 22 Dec 86 00:08:49-MST Received: from simtel20.arpa by AMSAA.ARPA id a008269; 22 Dec 86 1:32 EST Date: Sun 21 Dec 86 23:26:11-MST From: "Frank J. Wancho" Subject: New SIG/M releases now available on SIMTEL20.ARPA To: INFO-CPM@AMSAA.ARPA Message-ID: <12264739487.6.WANCHO@SIMTEL20.ARPA> Keith Petersen has just finished uploading the latest releases of the SIG/M volumes 282 through 294, plus a new 000. A new master SIGM:SIGM.CRCLST will be available by Monday morning. The SIG/M releases are made available as-is, with the usual disclaimers. We take no responsibility and perform no censor role in providing these volumes. In other words, use these files and programs at your own risk, but let us know if there are problems, such as missing or broken files, or mismatched CRCs. Complaints about functionality or lack thereof should be directed to SIG/M, keeping in mind that they are strictly a volunteer and definitely not-for-profit organization. --Frank ------- 22-Dec-86 08:00:50-MST,1378;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 22 Dec 86 08:00:40-MST Received: from decwrl.dec.com by AMSAA.ARPA id a013235; 22 Dec 86 9:30 EST Received: from rhea.dec.com by decwrl.dec.com (5.54.3/4.7.34) id AA01941; Mon, 22 Dec 86 06:29:22 PST Message-Id: <8612221429.AA01941@decwrl.dec.com> Date: 22-Dec-1986 0839 From: NOW willya gimme some fightin' room? To: info-cpm@AMSAA.ARPA, infocpm%fizbin.DEC@decwrl.dec.com Subject: Looking for a book on CP/M interfacing I'd like to write an application program or two and am looking for a book that will provide concise and complete information on using CP/M system services (BIOS calls). My MicroPro StarCard came with "The CP/M Primer," by Murtha and Waite, but there's very little *really* useful info there. For $2.00 I bought a remaindered book called "A Practical Guide to CP/M" which isn't all that useful, either. What I need is specific information on what the register contents should be on entry and exit, where the byte count is returned on a console read, what anomalous results can occur, etc. Thanks in advance, Dick Binder (The Stainless Steel Rat) DEC Enet: ASD::BINDER UUCP: { decvax, allegra, ucbvax... }!decwrl!asd.dec.com!binder ARPA: binder%asd.DEC@decwrl.ARPA 22-Dec-86 13:05:21-MST,1492;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 22 Dec 86 13:05:12-MST Received: from seismo.css.gov by AMSAA.ARPA id a021157; 22 Dec 86 14:21 EST Received: from scubed.UUCP by seismo.CSS.GOV (5.54/1.14) with UUCP id AA05848; Mon, 22 Dec 86 14:20:49 EST Received: by scubed (4.12/5.20b) id AA17492; Thu, 18 Dec 86 00:23:54 pst Received: by sdcsvax.UCSD.EDU (5.57/4.42) id AA13913; Wed, 17 Dec 86 22:46:47 PST hops=0 Received: by sdchema.chem.ucsd.edu (5.44) id AA02255; Wed, 17 Dec 86 22:45:36 PST Received: by crash.UUCP (5.9/UUCP-Project/rel-1.0/09-14-86) id AA05092; Wed, 17 Dec 86 21:56:34 PST Message-Id: <8612180556.AA05092@crash.UUCP> Date: Wed, 17 Dec 86 21:47:58 PST From: Marc Wilson To: crash!info-cpm@AMSAA.ARPA Subject: VDO25 screen problems Does anyone out there have a solution to VDO's annoying beep? I have discovered that it's caused by an illegal cursor motion command being sent to my terminal, but I haven't found a way to fix it. Is there a fix, or do I just have to live with it? In the same vein, WordStar 3.30 has the same problem. Every time W* puts up the "WAIT" message, the next control code output is invalid. The only solution I have found so far is to disable the speaker on my terminal, but I'm not too enthusiastic about that. --Marc Wilson crash!pnet01!mwilson@nosc.ARPA 22-Dec-86 14:30:58-MST,1494;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 22 Dec 86 14:30:50-MST Received: from seismo.css.gov by AMSAA.ARPA id a024739; 22 Dec 86 16:00 EST Received: from scubed.UUCP by seismo.CSS.GOV (5.54/1.14) with UUCP id AA08094; Mon, 22 Dec 86 16:00:11 EST Received: by scubed (4.12/5.20b) id AA03153; Sat, 20 Dec 86 06:01:22 pst Received: by sdcsvax.UCSD.EDU (5.57/4.42) id AA10610; Sat, 20 Dec 86 01:19:52 PST hops=0 Received: by sdchema.chem.ucsd.edu (5.44) id AA19815; Sat, 20 Dec 86 01:18:44 PST Received: by crash.UUCP (5.9/UUCP-Project/rel-1.0/09-14-86) id AA16736; Sat, 20 Dec 86 00:36:39 PST Message-Id: <8612200836.AA16736@crash.UUCP> Date: Sat, 20 Dec 86 00:35:02 PST From: Marc Wilson To: crash!info-cpm@AMSAA.ARPA Subject: VDO25 screen problems Does anyone out there have a solution to VDO's annoying beep? I have discovered that it's caused by an illegal cursor motion command being sent to my terminal, but I haven't found a way to fix it. Is there a fix, or do I just have to live with it? In the same vein, WordStar 3.30 has the same problem. Every time W* puts up the "WAIT" message, the next control code output is invalid. The only solution I have found so far is to disable the speaker on my terminal, but I'm not too enthusiastic about that. --Marc Wilson crash!pnet01!mwilson@nosc.ARPA 23-Dec-86 06:44:53-MST,833;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 23 Dec 86 06:44:46-MST Received: from simtel20.arpa by AMSAA.ARPA id a028960; 23 Dec 86 8:18 EST Date: Tue, 23 Dec 1986 06:17 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: Looking for a book on CP/M interfacing > I'd like to write an application program or two and am looking for a > book that will provide concise and complete information on using CP/M > system services (BIOS calls). Take a look at... Filename Type Bytes CRC Directory PD: EASYBDOS.LBR.1 BINARY 96256 9C5DH It's a complete tutoral on the use of CP/M BDOS calls. --Keith 24-Dec-86 10:00:42-MST,1525;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 24 Dec 86 10:00:21-MST Received: from acc.arpa by AMSAA.ARPA id a003852; 24 Dec 86 11:24 EST Date: 24 Dec 86 08:17:00 PST From: shawn@ACC.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Subject: help to filter text to printer To: info-cpm cc: shawn@ACC.ARPA Reply-To: shawn@ACC.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA I'm aware of, and have seen Smart Key II in use. I am very interested in its companion program, Smart Print. I need a filter between the output of a word processor, and a letter quality printer. The problem is that I need to do foreign language text processing such as the ' over another character, the umlaut etc. This requires that the printer strike, backspace, and strike again. Neat trick, except that the word processor will count this as three characters, and justify accordingly. I hope to find a public domain 'filter' that will recognize an otherwise unused chacachter such as ] or [ and substitute the appropriate strike, backspace, strike sequence. Anyone had to 'deal' with this problem? And /or know of an existing program that will filter the text for me? Any help will be much apppreciated. Thanks in advance Shawn Miner (Advanced Computer Communications) (Santa Barbara, Ca.) shawn@acc.arpa p.s. Happy Hollidays to all from sunny Southern California. ------ 24-Dec-86 18:47:11-MST,865;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 24 Dec 86 18:47:06-MST Received: from simtel20.arpa by AMSAA.ARPA id a009180; 24 Dec 86 20:16 EST Date: Wed, 24 Dec 1986 18:15 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: SINGPANG%HLERUL5.BITNET@wiscvm.ARPA Cc: Info-Cpm@AMSAA.ARPA Subject: problems with rsa lbr in sigm vol.202 In-reply-to: Msg of 18 Dec 1986 16:40-MST from SINGPANG%HLERUL5.BITNET at WISCVM.WISC.EDU There is a newer version of RSA available in: Filename Type Bytes CRC Directory PD: RSA13-T.LBR.1 BINARY 104448 2ED5H I believe there were some bug fixes and also there are quite a few more support and demonstration files. --Keith 24-Dec-86 19:44:57-MST,7292;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 24 Dec 86 19:44:34-MST Date: Wed, 24 Dec 86 21:24:49 EST From: Dave Towson (info-cpm-request) To: info-cpm@AMSAA.ARPA Subject: Useful new product for CP/M and some related operating systems: Fellow CP/Mers - In keeping with my periodically announced policy (copy sent upon request) of posting announcements of new commercial products that are of general interest to the CP/M community, here is a description of a software product from Plu*Perfect Systems that adds to CP/M the ability to switch back and forth between two active tasks without losing the current status of either. This feature is one that I have come to dearly love as a regular user of the UNIX operating system. Quite often, I find that while involved with one task I need information from another. For example, when answering correspondence I frequently need to refer to the message to which I am responding. If I know from the start that I will need to do that, I use the two-window mode of our message program; but if I find out too late, it is extremely handy to be able to suspend the editor job and go back and read the message. Other scenarios are more likely for the CP/M environment, but the one just given was the first to come to mind. The new product, known as "BackGrounder ii", also provides a print spooler and a number of additional functions that appear to be quite useful. A demonstration version is available from the SIMTEL20 archives in file: PD:BGIIDEMO.LBR It includes all BGii features, but is restricted to drive A: and lacks the spooler and other utilities. Patches for WordStar 3.0 and 3.3 that redraw the screen in response to a control-backslash are also provided so that the user can see the text he is editing after he returns to a suspended editor task. However, these patches do not require the BackGrounder product, and appear to be generally useful (I tried the one for WS 3.3, and it worked fine on a TurboDOS computer without BGii). The files in the demo library have been compressed using the CRUNCH utility (which, by the way is rather impressive in its ability to achieve compression factors in excess of two-to-one). A copy of the uncruncher is included in the library, but it did not operate properly on the TurboDOS system on which I tried it. Fortunately, the fix was available from the archives: File: PD:CRUNCH23.LBR contains a complete CRUNCH package including the cruncher, uncruncher, documentation and a note describing how to patch the cruncher and uncruncher so that they will work correctly under TurboDOS. Before attempting to use the demonstration software, users are urged to read the following files from the library: -CRUNCH.NOT for uncrunching instructions BGIIDEMO.DOC for summary of features and files DINSTALL.PRN for detailed installation steps The complete BGii system, with printed and indexed user's manual, can be obtained from Plu*Perfect Systems, Box 1494, Idyllwild CA 92349. The price is: $75 + 6% in California + $3 shipping. Other sources are listed in the documentation. The following information has been provided by the vendor, and I have no personal experience with the product. Additional information can be requested from the author at the following address: bridger@rand-unix.arpa Persons submitting such inquiries are invited to send copies of their corres- pondence to info-cpm if the subject matter is of general interest. Purely personal matters should be discussed privately. Dave Towson info-cpm list maintainer ------------------------------------------------------------------------------ BackGrounder ii MAJOR FEATURES TASK SWITCHING On user command, switch between two active programs, each with full memory. BACKGROUND COMMANDS Run built-in BackGrounder ii commands from within an active program, as well as at CP/M prompt: bg calc cls cut date dir echo era feed find forms flip go get help jot jump keys list ndr note ocp paste peek poke printr ren reset save screen shift spool swap time type user whl whlq Supports ZCPR3 syntax: DU:filename.typ, named-directory, multiple-command line. BACKGROUND LIST SPOOLING AND PRINTING Redirect list output to file. Print files from a queue while running programs. CUT-AND-PASTE Transfer screen region to notepad, another program, or printer (requires screendriver). KEYBOARD MACROS Pre-defined, on-the-fly, and record-keystroke capability, both global and program-specific. Load and save macros within a program. EXTENSIBLE COMMANDS Add customized, user-coded assembly-language foreground and background commands. REQUIREMENTS NECESSARY Z80 or equivalent CPU, standard CP/M 2.2 BDOS, or ZRDOS v. 1.1, 1.2, 1.3, or 1.7. RECOMMENDED Ram-disk or hard-disk. DESIRABLE Video-mapped memory, or terminal with transmit-character or transmit- region function. MEMORY AND DISK SPACE Standard system: 2.75K memory + 2K of CCP space. ZCPR3 system: 0.25K memory + 2K of CCP space, if RCP and IOP are reclaimed. 100K swap file. COMPATIBILITY Runs all CP/M 2.2 programs that adhere to CP/M addressing standards, subject to above memory limit. Supports all ZCPR3 external environment buffers, including task-specific shells. Unspooling may drop keyboard characters if the BIOS lacks a type-ahead buffer. PERFORMANCE BGii uses a pre-allocated disk file as virtual memory for overlays and task-switching buffers. Ram-disks work best, and tuned hard-disks are also effective. On floppy-disk systems, BGii can be used well as an extended command processor for one task; however, task-switching is too slow to be used as a regular floppy feature. Representative 58-60K tpa swap times: SB180 6 Mhz ram disk < 1 sec Kaypro 10 4 Mhz Advent ram disk < 2 secs Kaypro 10 4 Mhz Turborom, hard disk, 1K sectors 4 secs Kaypro 2 5 Mhz Turborom, DSDD 1K floppy ~20 secs SCREEN-RELATED FEATURES BGii uses optional terminal-specific screendrivers to save and restore the working screen and to implement cut-and-paste, notepad, and screen-dump commands. Screendrivers are available for Kaypro '83, Kaypro '84, and Heath/Zenith 19 computers/terminals. ASM source code and documentation for these drivers permits modification for other terminals that have a transmit- character or transmit-region function. If no screendriver is installed, BGii can send a user-defined macro to the running program to cause it to redraw the screen, if it has that capability. Patches to add this feature to WordStar v 3.0 and 3.3 are included. ------------------------------------------------------------------------------ 26-Dec-86 13:09:52-MST,1144;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 26 Dec 86 13:09:45-MST Received: from simtel20.arpa by AMSAA.ARPA id a014254; 26 Dec 86 14:36 EST Date: Fri, 26 Dec 1986 12:34 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Hams@SIMTEL20.ARPA Cc: Info-Cpm@AMSAA.ARPA, packet-radio@mit-eddie.ARPA Subject: Need to contact Mike Mosko K3RL In January 1984 Ed Mosko, K3RL, wrote a CP/M program called EDFILE. It has since become very popular. I'd like to contact Mike regarding some questions I have and to see if there have been any updates since the original release. I have his address from the program documentation but no phone number was included. He lives in Coopersburg, PA. Is Mike reachable on the net, or does anyone have his phone number? 73, --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie Mail: W8SDZ RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps) 27-Dec-86 10:50:42-MST,1466;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 27 Dec 86 10:50:37-MST Received: from brl-adm.arpa by AMSAA.ARPA id a019220; 27 Dec 86 12:19 EST Received: from USENET by ADM.BRL.ARPA id aa17532; 27 Dec 86 12:08 EST From: klieb@uicsl.uucp Newsgroups: comp.os.cpm Subject: Re: N*/Z80 Interrupt Drivers Message-ID: <363900001@uicsl> Date: 19 Dec 86 18:46:00 GMT Nf-ID: #N:uicsl:363900001:000:892 Nf-From: uicsl.UUCP!klieb Dec 19 12:46:00 1986 To: info-cpm@AMSAA.ARPA There is an excellent series of application notes regarding Z80 interrupts and asynchronous communications in Zilog's "Microprocessor Applications Reference Book, Volume 1." There are two in-depth articles on asynchronous applications of the DART/SIO, as well as a good article on synchronous SIO programming. In addition, there are several other articles that deal with interrupt-driven use of the CTC, etc. Each article includes commented assembly language code. You should be able to obtain a copy of this book from Zilog Sales and Technical Center, 10340 Bubb Road, Cupertino, CA 95014. Their phone number is (408) 446-9848. These books were often given free of charge to designers using the Z80, so perhaps Zilog will sell one for a nominal cost. Kurt Liebezeit ...!ihnp4!uiucdcs!uicsl!klieb 27-Dec-86 12:43:05-MST,2362;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 27 Dec 86 12:42:55-MST Received: from simtel20.arpa by AMSAA.ARPA id a025421; 27 Dec 86 14:19 EST Date: Sat, 27 Dec 1986 12:18 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: Quick reference list to SIMTEL20's CP/M directories Quick reference list to SIMTEL20's PD: directories as of December 27, 1986 (where 'x' is one of the names below): 22RSX CBIOS FILCPY MEX SCREENGEN 6502 CCP FILE-DOCS MICNET SMALLC21 AMETHYST COBOL FILUTL MISC SORT APPLE COMND FINANCE MODEM SPELL ARC-LBR CPM3 FORTH-83 MODEM2 SPREADSHEET ASMUTL CPM68K FORTRAN MODEM7 SQUSQ ATARI CPM86 GENASM MSOFT STARTER-KIT AZTEC-C CPMINFO GENCOM NEWS SUBMIT BASIC CPR86 GENDOC NSTAR SYSUTL BBS CUG GENIE NUBYE TERM BBSLISTS DATABASE GRAPHICS OSBORN TRS-80 BDOS DBASEII HAMMING PACKET TURBODOS BDSC-1 DEBUG HAMRADIO PARASOL TURBODOS-SIGI BDSC-2 DIRUTL HDUTL PASCAL TURBOPAS BDSC-3 DISASM HEATH PBBS TXTUTL BDSC-4 DISKPLOT HELP PILOT80 VDOEDIT BKGROUNDER DRACO HEX PLOT33 VOICE BSTAM DSKBUF IMP PPSPEL WSTAR BYE3 DSKUTL INSIDCPM PROLOG XCCP BYE5 EDITC80 KAYPRO PUBKEY XLISP C128 EDITOR LIST PUBPATCH Z8EDEBUG C64 EDUCATION MACLIB RBBS ZCPR C80 EMX MATH RBBS4 ZCPR2 CATLOG EPSON MBBS RCPM ZCPR3 CB80 FAST2 MEMTEST ROS PD:CPM.CRCLST on SIMTEL20 (the file listing all the filenames, sizes and CRCs of the PD: directories) has been updated as of today. --Keith 28-Dec-86 11:26:37-MST,2684;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 28 Dec 86 11:26:29-MST Received: from decwrl.dec.com by AMSAA.ARPA id a015545; 28 Dec 86 12:58 EST Received: from rhea.dec.com by decwrl.dec.com (5.54.3/4.7.34) id AA23694; Sun, 28 Dec 86 09:57:15 PST Message-Id: <8612281757.AA23694@decwrl.dec.com> Date: 28-Dec-1986 1237 From: Sold - but we have others To: info-cpm@AMSAA.ARPA, Shawn@ACC.ARPA, infocpm%fizbin.DEC@decwrl.dec.com Subject: Re: Printer filter Shawn Miner asks: > ...I need a filter between the output of a word processor, and a letter > quality printer. The problem is that I need to do foreign language text > processing such as the ' over another character, the umlaut etc. This > requires that the printer strike, backspace, and strike again. Neat trick, > except that the word processor will count this as three characters, and > justify accordingly...Anyone had to 'deal' with this problem? And /or know > of an existing program that will filter the text for me? Any help will be > much apppreciated. I do what you're talking about frequently - probably on a daily basis. A simple filter may be a cheap way to deal with your problem, but it's a band-aid, and it is guaranteed to get in your way more than it helps out. What you might think about instead is investing in a better word processor. A good word processor will *not* count a char--char sequence as three characters and misjustify the output. I use WordStar, and WS handles this function quite well. In the WS installation sequence, you can tell WS about your printer: a. Backspacing printer - able to backspace and overstrike the same character b. Non-backspacing printer - print the entire line and issue without accompanying , then restrike all overstruck character positions on the line When editing, you enter the backspace command the same way regardless of how your printer is installed, and WS figures out how to print things. WordStar is disgustingly cheap at present, at least in its IBM or Apple CP/M incarnations - something like $120 will get you WS Professional, which includes Spellstar, MailMerge, and StarIndex. Sure, there are *nicer* WP packages available now, but WS is still about the most powerful one around. If WS isn't to your liking, try some of the other good WPs, such as Paper Clip or WordPerfect. Cheers, Dick Binder (The Stainless Steel Rat) DEC Enet: ASD::BINDER UUCP: { decvax, allegra, ucbvax... }!decwrl!asd.dec.com!binder ARPA: binder%asd.DEC@decwrl.ARPA 28-Dec-86 13:45:42-MST,1741;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 28 Dec 86 13:45:34-MST Received: from simtel20.arpa by AMSAA.ARPA id a015707; 28 Dec 86 15:22 EST Date: Sunday, 28 December 1986 10:28-MST Message-ID: Sender: Walt Lamia From: Walt Lamia To: w8sdz@SIMTEL20.ARPA Subject: Modified version of VMSSWEEP.FOR available ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA, Info-Micro@BRL.ARPA ReSent-Date: Sun 28 Dec 1986 13:22-MST Now available from SIMTEL20... Filename Type Bytes CRC Directory PD: VMSSWEEP.FOR.28 ASCII 53386 ED78H I have modified V2.7 of VMSSWEEP to extend the EXTRACT and VIEW functions to process all of the members of library. It does this by accepting at the member number prompt a number greater than the maximum number of members, and interpreting this as "all members". The prompt indicates this option by suggesting "(9999 for all)". It also fixes a problem in which unacceptable VMS file names were generated if the member names had the 8th bit set. I don't know how such libraries got created in the first place, but this version strips 8th bits off of the file names. This version does NOT correctly handle members CRUNCHed with the latest LZW algorithm, which typically have names of the form "*.?Z?". VMSSWEEP will hang on these files. Incidentally, V2.7 corrected the problem with some .ARC libraries which caused older versions to report CRC errors. This showed up in the DRACO libraries. I have taken the liberty of naming this version V2.8. Walt Lamia 28-Dec-86 18:32:50-MST,999;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 28 Dec 86 18:32:42-MST Received: from usc-isi.arpa by AMSAA.ARPA id a016108; 28 Dec 86 20:11 EST Date: 28 Dec 1986 20:09:02 EST Subject: Mail Order houses From: Rex Buddenberg To: info-cpm@AMSAA.ARPA cc: BUDDENBERGRA@usc-isi.ARPA Since this seems to be a good place to grapevine along reputations... I've dealt with JDR Microdevices over several years with uniformly good service. They advertise in the usual places (e.g.Byte). Just invested in a hard disc which arrived a week after order (coast to coast and Christmas eve no less) and worked perfectly on installation. When I phoned in the order, they found my name in the address database (even though it had been almost a year since last order), updated the address and got with the hardware. Hardware house only -- no software to speak of. Satisfied customer. ------- 29-Dec-86 05:43:33-MST,617;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 29 Dec 86 05:43:28-MST Received: from dockmaster.arpa by AMSAA.ARPA id a017202; 29 Dec 86 7:10 EST Date: Fri, 26 Dec 86 20:28 EST From: "Paul E. Woodie" Subject: Osborn screen movement commands To: info-cpm@AMSAA.ARPA Message-ID: <861227012856.123369@DOCKMASTER.ARPA> Osborn(e) screen movement commands were designed to emulate the Televideo 912/920 series of terminals. I don't have info on other types of pc's. --Paul Woodie --(Woodie at dockmaster) 29-Dec-86 07:12:53-MST,545;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 29 Dec 86 07:12:44-MST Received: from nadc.arpa by AMSAA.ARPA id a018697; 29 Dec 86 8:45 EST Date: 29 Dec 1986 08:36:41-EST From: halko@nadc.ARPA To: Shawn@ACC.ARPA, binder@fizbin.dec, decwrl@nadc.ARPA, info-cpm@AMSAA.ARPA, infocpm@fizbin.dec, decwrl.dec.com@nadc.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Subject: Re: Printer filter you should be able to turn off the justify option . 29-Dec-86 08:51:44-MST,2718;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 29 Dec 86 08:51:32-MST Received: from decwrl.dec.com by AMSAA.ARPA id a021417; 29 Dec 86 10:23 EST Received: from rhea.dec.com by decwrl.dec.com (5.54.3/4.7.34) id AA05693; Mon, 29 Dec 86 07:22:05 PST Message-Id: <8612291522.AA05693@decwrl.dec.com> Date: 29-Dec-1986 0908 From: Sold - but we have others To: info-cpm@AMSAA.ARPA, halko@NADC.ARPA, shawn@ACC.ARPA, infocpm%fizbin.DEC@decwrl.dec.com Subject: Re: Printer filter halko@nadc.ARPA writes: > you should be able to turn off the justify option . This in response to my message to Shawn Miner in re: his query for a filter to handle overstriking sequences via backspacing. True, you should be able to turn off the justify option. With WordStar, and with most other good WPs, you can. But turning off justification is not in itself sufficient. Consider the following nonsensical bit of French philosophy: Ca, c'est la boite noire de noel bien aimee qui doit rougir qu'on la connaitrait. (Rough translation, "That's the well-loved black Christmas box that must blush so that it may be known." Pardon the rust; I've had little opportunity to speak French in the last 20 years.) This example, of course, lacks six diacritical marks that should be there. To print it with marks, by backspacing, requires twelve "extra" characters in the text - with justification turned off, you'll get one awfully short line in the middle of your text, or maybe two slightly short ones. For drafts, and for many other uses, that's okay. But it's not acceptable if you're trying to produce professional printed copy. For that, you need justification. A good WP understands all this. WordStar counts a and one following character as no characters and thereby does not screw up the character count. Justified or not, the printed text will have lines as full as possible. I surmise that other WPs are as intelligent. Writing a filter to handle all the justification, character-counting, bolding, underscoring, line-overstriking, discretionary hyphenation, etc., that a truly good WP does, seems to me a trifle in the line of far too much work for far too little return, without even considering the hassle of using such a filter. Such a filter defeats the purpose of a WP - why not just use ED and then run the result through your filter?? No, thank you, not me. Cheers, Dick Binder (The Stainless Steel Rat) DEC Enet: ASD::BINDER UUCP: { decvax, allegra, ucbvax... }!decwrl!asd.dec.com!binder ARPA: binder%asd.DEC@decwrl.ARPA 29-Dec-86 16:01:31-MST,999;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 29 Dec 86 16:01:17-MST Received: from xerox.arpa by AMSAA.ARPA id a001587; 29 Dec 86 17:34 EST Received: from Burger.ms by ArpaGateway.ms ; 29 DEC 86 10:24:57 PST Sender: Thieret.WBST128@xerox.ARPA Date: 29 Dec 86 10:24:26 PST (Monday) Subject: S-100 Mother boards??? From: Thieret.WBST128@xerox.ARPA To: info-cpm@AMSAA.ARPA cc: thieret.WBST128@xerox.ARPA Reply-to: Thieret.WBST128@xerox.ARPA Message-ID: <861229-102457-2101@Xerox> Folks: My S-100 system is growing beyond the 10 slots which I have in my current system. I've recently obtained a box which came sans (without) a motherboard. I'm interested in a 20 slot board from CompuPro or other manufacturer. If you have one lying around, please let me know and we can negotiate. Please respond to me personally at Thieret.wbst128@Xerox.COM and not to the whole list. Thanks, Tracy. 29-Dec-86 22:27:22-MST,2779;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 29 Dec 86 22:26:55-MST Received: from brl-adm.arpa by AMSAA.ARPA id a002433; 29 Dec 86 23:52 EST Received: from USENET by ADM.BRL.ARPA id aa04723; 29 Dec 86 23:48 EST From: Gregory Smith Newsgroups: comp.os.cpm Subject: Dualcase MACRO-80 Assembler Patch Message-ID: <3841@utcsri.UUCP> Date: 30 Dec 86 01:12:29 GMT To: info-cpm@AMSAA.ARPA There was some demand for this, so here goes. APPLICABILITY: Microsoft MACRO-80 assembler, version 3.44. The title of an assembler listing shows: MACRO-80 3.44 30-Mar-82 EFFECT: (1) upper and lower case in symbols become distinct. External symbols are passed to the linker L80 with their case intact. L80 and LIB80 don't seem to have any trouble with the lowercase letters. Macro names are also dualcase; you may define a macro 'call' which does not conflict with the mnemonic CALL. (2) As a side-effect of (1), predefined symbols such as mnemonics, assembler directives, and register names must be in UPPER case. (3) The warning message '%No END statement' becomes '%No END' [ I had to get a few bytes from somewhere...] (4) WEIRDNESS:: The symbols are shoved into buckets based on their first letter. After the patch, 'FOOBAR' and 'frobozz' go into the same bucket. The problem is that the table lookup code assumes that each bucket contains symbols with the same initial letter, so 'foobar' will conflict with 'Foobar'. I don't know whether this can be fixed. The initial letter *is* stored in the symbol table, since 'foobar' and 'Foobar' are both propogated intact into the object module (provided only one of the two is defined). L80 does not suffer from this problem. PATCH: ----------------------------------- OFFSET ADDRESS (in file) (in memory) WAS BECOMES 40B 50B 20 00 73 D6 74 3B 61 E6 74 1F 65 4F 6D C9 A82 B82 20 00 BFC CFC D6 C3 3B 0C 4F 05 ----------------------------------- People who already have large run-time object libraries with all uppercase globals will need to reassemble them with the patched assembler in order to call them from C using lower case symbols. Perhaps a more useful patch would invert the case; a call to printf() would refer to the global 'PRINTF', and the function FooBar would appear to the linker as 'fOObAR'. All predefined assembler words would then have to appear in lowercase. If there is any demand for such a weirdness, I will get out my byte-bashing utilities and figure out the patch (If I remember correctly how the above patch works, the case-inverting patch is quite simple). 30-Dec-86 00:46:17-MST,2155;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 30 Dec 86 00:46:07-MST Received: from simtel20.arpa by AMSAA.ARPA id a002742; 30 Dec 86 2:30 EST Date: Tue 30 Dec 86 00:29:13-MST From: "Frank J. Wancho" Subject: Cheap PC hard disks for old S-100 system? To: INFO-CPM@AMSAA.ARPA cc: Wancho@SIMTEL20.ARPA Message-ID: <12266848113.6.WANCHO@SIMTEL20.ARPA> With all those ads for dirt-cheap high-capacity hard disk drives (relative to just a few years ago), just what would I need to buy to hook one of those drives to my S-100 NorthStar Horizon, mostly running TurboDOS these days? What interface do most of these drives use/need? Are they mostly ST-506-compatible, or SCSI, or what? I have several ways to go depending on the answer. For example, if they were ST-506, I could probably get a TurboMaster card with a built-in ST-506 interface and the TurboDOS drivers to go with it. (The catch is that I haven't yet heard of a mod for it to allow me to block out the 1K I need at the top of Bank 0 so I can keep my N* disk controller in the system.) Other hard disk controller cards pose problems of their own, such as one of the old Morrow cards or the CompuPro DISK3 - i.e., some know historical problems with these cards on the N* S-100 bus with the N* ZPU card, plus the possible lack of TurboDOS drivers to support them. Now, if these drives can use the so-called SCSI interface, perhaps I can consider using the AMPRO SCSI add-on, if they still sell it. But, as I recall, it wasn't quite up to the full SCSI spec - something about limits on the number of devices or device addresses or somesuch. That, of course, may be academic if you only plan to hook up one or two of these drives. In any event, the question remains: what interface do these cheap hard drives expect? (What do they expect if you don't buy the PC interface card normally sold with these drives?) I'll compile a list of brand name, model number, interface, and recommendation when and if I receive sufficient replies. Thanks, Frank ------- 30-Dec-86 09:28:34-MST,1404;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 30 Dec 86 09:28:19-MST Received: from umd2.umd.edu by AMSAA.ARPA id a005816; 30 Dec 86 11:02 EST Date: Tue, 30 Dec 86 10:52:26 EST From: Manasseh Katz To: info-cpm@AMSAA.ARPA Subject: Altos Floppy Message-ID: After a year and a half, I finally figured out how to get the 5-1/4" floppy on my Altos 586 to read Double Density (instead of Quad) diskettes. It actually couldn't be any simpler. MODE.CMD set it to single, double, or Altos format. In double-density mode, the drive reads an IBM PC CP/M-86 diskette that I had paid $25 to get converted several months ago to Altos format. The MODE command is NOT in the Altos documentation - I checked and rechecked after I discovered the program. One of the Altos manuals (not the MPM-86 manual) does mention that the drive can read double-density diskettes (though not single-density) so I always knew it could be done, I just didn't know - it was right in front of me the whole time.... I don't know if there are any other Altos 586/986 users out there, but if there are I hope this helps. Manasseh Katz MKATZ@UMD2.ARPA KATZM@UMDD.BITNET 30-Dec-86 12:33:20-MST,987;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 30 Dec 86 12:32:51-MST Received: from brl-adm.arpa by AMSAA.ARPA id a000350; 30 Dec 86 14:02 EST Received: from USENET by ADM.BRL.ARPA id aa11067; 30 Dec 86 12:08 EST From: "Jay C. Bowden" Newsgroups: comp.sys.ibm.pc,comp.os.cpm Subject: Query: WS continuous underline Message-ID: <1324@loral.UUCP> Date: 29 Dec 86 20:25:44 GMT Keywords: WordStar To: info-cpm@AMSAA.ARPA My sister-in-law uses a Kaypro iV with CP/M, but this is mostly a WordStar question: How can you get the underline to fill the spaces between words? I have wanted to do this from time to time myself, but always come up empty handed, and just put up with the way WS does it. She can not; there is some peculiar nursing journal format she has to conform to. I've wondered about the non-break-space, but that's such a pain! Any easy answers? -Jay 30-Dec-86 13:39:03-MST,3954;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 30 Dec 86 13:38:41-MST Received: from decwrl.dec.com by AMSAA.ARPA id a002243; 30 Dec 86 15:05 EST Received: from rhea.dec.com by decwrl.dec.com (5.54.3/4.7.34) id AA11497; Tue, 30 Dec 86 12:04:55 PST Message-Id: <8612302004.AA11497@decwrl.dec.com> Date: 30-Dec-1986 1434 From: Sold - but we have others To: info-cpm@AMSAA.ARPA, infocpm%fizbin.DEC@decwrl.dec.com Subject: Re: Query: WS continuous underline Jay Bowden asks: > WordStar question: How can you get the underline to fill the spaces between > words? I have wanted to do this from time to time myself, but always come > up empty handed, and just put up with the way WS does it. She can not; > there is some peculiar nursing journal format she has to conform to. I've > wondered about the non-break-space, but that's such a pain! Any easy > answers? There are two ways that I know of to accomplish what you want. First, of course, is to use the non-break space, but I agree that it's a pain. The second way assumes that your printer (your sister's, actually) has a command code to turn on continuous underline. If that is the case, there is a WS patch called ANYCODE that will do what you want. The original ANYCODE was created by Doug Hurst. I rewrote it to handle what I felt were two very severe limitations it had - my version is called ANYCODE2, and it is upward compatible with Doug's ANYCODE. ANYCODE2 uses two characters as flags to initiate special sequences. 1. A back accent (" ` ", hex 60) will cause ANYCODE2 to collect the next two characters, which must be valid hex-ASCII characters (0123456789ABCDEF) and convert them into a single ASCII character for transmission. For example, this sequence: whatever text `0Fexpanded text`12 some more text will cause the words "expanded text" to be printed double-wide on an Epson printer. The `0F is an ASCII and the `12 is a . 2. A tilde (" ~ ", hex 7E) will cause the same action except that an will be transmitted FIRST, before the constructed character. For example, this sequence: ~4E`08 will transmit N which will cause an Epson printer to set for an eight-line perforation skip between pages. You could do the same thing this way: `1B`4E`08 but using the tilde is more convenient. ANYCODE2 allows you to use lowercase characters in your code sequences, so that `4e will be read the same as `4E. It also allows you to print the two special leadin characters by repeating them - this sequence: an ``enclosed' word will print as: an `enclosed' word ANYCODE2 is in 8080 code and can be assembled and installed into WS using DDT under CP/M. It goes into a special patch area provided and does not increase the size of the WS.COM file. To do continuous underlining, create your WS file as you want it, and then go back and, with margin release set, insert the code sequences to turn continuous underlining on and off. You can do this very easily by creating a text block containing one sequence, plant it everywhere you want it, and then create another block for the second sequence. You have to do all the justification and so forth that you want BEFORE inserting the code sequences, because WS sees these sequences as "real" characters in the file. I don't have a way to upload ANYCODE2 to a BBS anywhere - no serial line on my home machine. If there is interest in ANYCODE2, send email to me, and I'll bring a copy of the source listing to work and type it in for upload or posting. Cheers, Dick Binder (The Stainless Steel Rat) DEC Enet: ASD::BINDER UUCP: { decvax, allegra, ucbvax... }!decwrl!asd.dec.com!binder ARPA: binder%asd.DEC@decwrl.ARPA 30-Dec-86 19:07:23-MST,503;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 30 Dec 86 19:07:18-MST Received: from usc-isi.arpa by AMSAA.ARPA id a006165; 30 Dec 86 20:33 EST Date: 30 Dec 1986 20:32:07 EST Subject: WS underline From: Rex Buddenberg To: info-cpm@AMSAA.ARPA cc: BUDDENBERGRA@usc-isi.ARPA To get a continuous underline in WS, you have to fill the blanks with '___'s. A bit clumsy, but it works. Z ------- 30-Dec-86 21:33:38-MST,1196;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 30 Dec 86 21:33:23-MST Received: from umd2.umd.edu by AMSAA.ARPA id a006665; 30 Dec 86 23:00 EST Date: Tue, 30 Dec 86 22:40:52 EST From: Manasseh Katz To: info-cpm@AMSAA.ARPA Subject: Disk Formats Message-ID: Does anyone know the difference between various CPM disk formats ? I am using an Altos 586, which I recently discovered can read double-density (as opposed to quad or 96 tpi) disks. This worked for a disk that was in IBM CPM-86 format. Does anyone know if this is the same as (or close enough to) Kaypro 2 CPM ? Kaypro 2 CPM is the only 5-1/4" CPM format for BYTE Listings on Disk. If I can read that format I may get some of those disks. The Altos manual doesn't mention the MODE command I used to read the IBM disks, so it obviously doesn't tell me what other disks I can read, if any. Any info. will be greatly appreciated. Manasseh Katz MKATZ@UMD2.ARPA KATZM@UMDD.BITNET 31-Dec-86 00:13:17-MST,1177;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 31 Dec 86 00:13:04-MST Received: from brl-adm.arpa by AMSAA.ARPA id a006990; 31 Dec 86 1:56 EST Received: from USENET by ADM.BRL.ARPA id aa18619; 31 Dec 86 1:49 EST From: Administrator Newsgroups: comp.os.cpm Subject: Re: C compiler requests Message-ID: <104@GALBPBB.UUCP> Date: 29 Dec 86 21:37:24 GMT Keywords: shitty compiler To: info-cpm@AMSAA.ARPA In article <109@cogent.UUCP> mark@cogent.UUCP (Mark Steven Jeghers) writes: >How is the C by Software Toolworks? I understand it is about $50 >for CP/M. DO NOT GET THIS COMPILER!!! I got one and the stupid thing stacks the arguements to subroutines in REVERSE ORDER!!! This makes routines like printf and scanf very awkward. They have to define a macro which expands into two calls; the first to a routine that marks the stack position in a global variable, then they call a bastardized printf that looks at the args backwards from the global variable content. Now, if you can live with that crap, I have nothing but contempt for you. galbp!bing 31-Dec-86 02:36:13-MST,1184;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 31 Dec 86 02:36:08-MST Received: from brl-adm.arpa by AMSAA.ARPA id a007291; 31 Dec 86 4:13 EST Received: from USENET by ADM.BRL.ARPA id aa19220; 31 Dec 86 4:09 EST From: "Joseph D. Loda" Newsgroups: comp.os.cpm Subject: Copying Large Files to Small Floppies Message-ID: <885@aicchi.UUCP> Date: 30 Dec 86 06:08:23 GMT To: info-cpm@AMSAA.ARPA I have a small problem. Small floppies, that is. I have a number of large files on my hard disk, and would like to back them up on floppies . Apple 5.25 floppies only hold 126k; what do I do with these 180k .LBR's? Any suggestions would be appreciated. Also, if anyone knows of a backup/restore utility that will split files, please mail back. I posted that question about a month ago, and didn't receive one reply. Hard to beleive I'm the only person with this problem. Thanks in advance. Happy New Year! Joe. -- Joe Loda Analysts International (Chicago Branch) Usenet: ..!ihnp4!aicchi!joeloda CIS: 75726,1641 BIX: jloda GEnie: j.loda 31-Dec-86 07:46:30-MST,1070;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 31 Dec 86 07:46:11-MST Received: from brl-adm.arpa by AMSAA.ARPA id a010835; 31 Dec 86 9:12 EST Received: from USENET by ADM.BRL.ARPA id aa01098; 31 Dec 86 9:09 EST From: Jean Airey Newsgroups: comp.os.cpm Subject: Re: Printer/Wordstar problems Message-ID: <426@hrcca.UUCP> Date: 29 Dec 86 20:08:37 GMT Keywords: [Century] Citizen 35, Wordstar, CR/LF To: info-cpm@AMSAA.ARPA In article <425@hrcca.UUCP>, jean@hrcca.UUCP (Jean Airey) writes: > My husband gave me a *Citizen* 35 printer for Christmas -- but when I The printer is a CITIZEN, not a Century. Anyway, the problem is that I can't get Wordstar to work with it. Any help would be apprecialted. Is there a significant difference between the MS/DOS "serial", "parallel" winstall results and the cp/m "primary list device?" "Regret is part of being alive". . . Avon -- Jean Airey: US Mail 1306 W. Illinois, Aurora, IL 60506 ihnp4!hrcca!jean 31-Dec-86 10:41:11-MST,1609;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 31 Dec 86 10:41:04-MST Received: from nosc.arpa by AMSAA.ARPA id a015113; 31 Dec 86 12:10 EST Received: by bass.ARPA (5.31/4.7) id AA26061; Wed, 31 Dec 86 09:10:27 PST Received: by crash.UUCP (5.9/UUCP-Project/rel-1.0/09-14-86) id AA04899; Wed, 31 Dec 86 08:56:31 PST Message-Id: <8612311656.AA04899@crash.UUCP> Date: Wed, 31 Dec 86 08:44:29 PST From: Marc Wilson To: crash!info-cpm <@NOSC.ARPA:crash!info-cpm@AMSAA.ARPA> Subject: Re: Printer/Wordstar problems >Is there a significant difference between the MS-DOS "serial", >"parallel" WINSTALL results and the CP/M "primary list device?" WordStar should work just fine with the CP/M LST: device. Make sure you are not defining a protocol to be used, or any hardware ports, or anything like that. Let your operating system handle it. That's all I'm doing right now. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Marc Wilson ARPA: ...!crash!pnet01!mwilson@nosc ( preferred ) ...!crash!pnet01!pro-sol!mwilson@nosc UUCP: [ akgua | hp-sdd!hplabs | sdcsvax | nosc ]!crash!pnet01!mwilson "The difference between science and the fuzzy subjects is that science requires reasoning, while those other subjects merely require scholarship." -Lazarus Long ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~