home *** CD-ROM | disk | FTP | other *** search
Text File | 1993-02-13 | 188.0 KB | 4,707 lines |
- 1-Jul-85 00:22:42-MDT,2173;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Jul 85 00:20:00-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a020652; 1 Jul 85 1:42 EDT
- Date: Sun 30 Jun 85 23:43:37-MDT
- From: Rick Conn <RCONN@SIMTEL20.ARPA>
- Subject: VMENU37
- To: info-cpm@AMSAA.ARPA
-
- Re the recent upload to VMENU, two items:
-
- 1. The message said that VMENU is now a "true shell"; VMENU has
- always been a ZCPR3 shell since the Z3 release a year ago. An improved
- technique, which decreases the shell installation time by about 50%,
- is now being employed in shell designs under Z3. This technique
- has the shell look into the CL buffer to see if anything follows, and,
- if not, the shell proceeds to execute. The original design did
- not do this, simply returning to the OS and letting Z3 load and invoke
- the shell as a shell almost immediately. This caused a second,
- unnecessary load when the shell was first installed. See Chapter
- 6 (on shells) and Chapter 5 (on menu subsystems) in ZCPR3:
- The Manual for a lot more detail. Also see the shell manipulation
- routines in Z3LIB.
-
- 2. I have not yet been informed by Echelon that VMENU 3.7 has
- been approved. As such, I recommed that users approach with care.
- One of the biggest differences between the version
- control of Z2 and Z3 is that Echelon plays the role of configuration
- manager on all Z3 software releases. Users are encouraged to change the
- software if they like, but releases are to be done thru Echelon. There
- is a file checkout mechanism, which insures that people aren't wasting
- effort by working on the same file at the same time, and Echelon runs tests
- on the released files before it approves the release. While this does not
- guarantee that no bugs creep in, it helps a lot. I'm no exception
- to this rule -- I currently have SYSLIB, Z3LIB, and VLIB checked out,
- and Echelon will test the software after I check it back in.
-
- Rick
-
- PS If the situation with VMENU has gotten out of hand, it is quite possible
- that the uploaded VMENU 3.7 is not the same as that which
- will be released. Al Dunsmuir currently has VMENU checked out.
-
- -------
- 1-Jul-85 04:32:41-MDT,715;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Jul 85 04:28:15-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a020953; 1 Jul 85 6:01 EDT
- Date: Mon, 1 Jul 1985 04:02 MDT
- Message-ID: <CSTROM.12123483281.BABYL@SIMTEL20.ARPA>
- From: CSTROM@SIMTEL20.ARPA
- Subject: CCPM driver needed
- To: INFO-CPM@AMSAA.ARPA
- cc: CSTROM@SIMTEL20.ARPA
-
- I would appreciate any pointers to hard disk driver code for a Konan
- DGC-100/Rodime 27Mb combination. I am in the initial stages of a
- do-it-yourself, but have less than complete confidence in my abilities
- along these lines! Oh, yes, I am doing this for Concurrent CP/M, not
- 8-bit, on a CompuPro system.
-
- -Charlie
- 1-Jul-85 07:51:15-MDT,1598;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Jul 85 07:49:28-MDT
- Received: from xerox.arpa by AMSAA.ARPA id a024383; 1 Jul 85 8:56 EDT
- Received: from Muscat.ms by ArpaGateway.ms ; 01 JUL 85 05:56:41 PDT
- Date: Mon, 1 Jul 85 08:56 EDT
- From: leisner.henr@XEROX.ARPA
- Subject: Re: C compilers for cpm
- In-reply-to: <1484@trwrba.UUCP>
- To: "Mark A. Ryding" <ryding%trwrba.uucp@BRL.ARPA>
- cc: info-cpm@AMSAA.ARPA
- Message-ID: <850701-055642-1670@Xerox>
-
- Mark,
-
- I'm currently using Manx Aztec C on a CP/M system to write control code
- for xerographic devices within Xerox. I've had good results with it (it
- is almost a full implementation minus bit fields).
-
- I currently support interrrupts, but you'll have to write your own
- context saving mechanism (just save all the registers). Floats may be a
- problem within interrupt handlers, I don't know if you want to compute
- there.
-
- Supposedly, it is fairly easy to generate rommable code with the
- compiler. They support an initialized and uninitialized data array with
- their linker. However, doing these things are feasible but often a
- pain. The first time is always the hardest.
-
- By mixed language programming, I assume you mean support for assembly
- language. You can imbed assembly language within your C code and also
- write assembly language subroutines if you maintain the Aztec calling
- conventions.
-
- In addition, I found the code generation mechanism isn't too bad. I
- also use Aztec to support 6502 applications, but that is a different
- story altogether.
-
- Marty
-
- 1-Jul-85 10:46:21-MDT,590;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Jul 85 10:44:36-MDT
- Received: from usc-isi.arpa by AMSAA.ARPA id a000492; 1 Jul 85 12:04 EDT
- Date: 1 Jul 1985 12:00:49 EDT
- Subject: Re: VMENU37
- From: Steve Noland <NOLAND@USC-ISI.ARPA>
- To: Rick Conn <RCONN@SIMTEL20.ARPA>
- cc: info-cpm@AMSAA.ARPA
- In-Reply-To: (Message from "Rick Conn <RCONN@SIMTEL20.ARPA>" of Sun 30 Jun 85 23:43:37-MDT)
-
- Note that the upload in question was for MENU 3.7, NOT VMENU 3.7, and
- the availability was first announced by Echelon in Z3NEWS 205.
- -------
- 1-Jul-85 11:31:42-MDT,976;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Jul 85 11:31:08-MDT
- Received: from mit-athena.arpa by AMSAA.ARPA id a001582; 1 Jul 85 12:55 EDT
- Received: from mit-priam (mit-priam.ARPA) by mit-athena (4.12/4.7)
- id AA29024; Mon, 1 Jul 85 12:56:41 edt
- Received: by mit-priam (4.12/4.7)
- id AA13106; Mon, 1 Jul 85 12:56:34 edt
- Date: Mon, 1 Jul 85 12:56:34 edt
- From: asp@MIT-ATHENA.ARPA
- Message-Id: <8507011656.AA13106@mit-priam>
- To: info-cpm@AMSAA.ARPA
- Subject: Kaypro 2 SIO interrupts
-
- Has anyone done anything using the SIO's interrupt capabilities to
- read characters from the serial port? What sort of things should I
- watch out for, and is it possible?
-
- I'm looking toward building a terminal emulator that gets around the
- character lossage most screen operations create at 1200bd. If anyone
- has done this already, I would very much like to hear from them.
-
- Thanks,
-
- Jim Aspnes (asp@mit-athena.ARPA)
- 1-Jul-85 21:08:21-MDT,1161;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Jul 85 21:04:27-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a011298; 1 Jul 85 22:32 EDT
- Received: from usenet by TGR.BRL.ARPA id a013819; 1 Jul 85 22:16 EDT
- From: Mark Mallett <mem%sii.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: More on MIX editor
- Message-ID: <420@sii.UUCP>
- Date: 29 Jun 85 04:41:54 GMT
- To: info-cpm@AMSAA.ARPA
-
- I (also) bought a copy of the MIX editor for CP/M. I think that they
- have done a good job on this editor, excepting one slight lack which
- makes the product useless for me-- the editor does not know what to do
- with control characters in files that you edit. This includes such
- interesting characters as formfeeds and tabs. MIX will offer to convert
- LEADING tabs to spaces for you during editing, and back again when writing
- out the file, but to my way of thinking, this is not enough.
-
- If editing these control characters doesn't come up for you, MIX seems to
- be really good. I hope that they work on this problem so that I can use
- it, too.
-
- Mark Mallett
- decvax!sii!mem or ittvax!sii!mem
- 2-Jul-85 05:44:12-MDT,2039;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Jul 85 05:42:19-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a012356; 2 Jul 85 6:59 EDT
- Received: from usenet by TGR.BRL.ARPA id a023551; 2 Jul 85 6:50 EDT
- From: John Blalock <jb%terak.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: CPM 2.2 maximum disk storage space (?)
- Message-ID: <630@terak.UUCP>
- Date: 1 Jul 85 19:41:20 GMT
- To: info-cpm@AMSAA.ARPA
-
- > []
- > I have a 10M byte hard disk running CPM 2.2. When I have 8M bytes
- > worth of files on my disk and then create another file, the new file
- > overwrites my directory. The maximum group number I could use is
- > 7FFh (which corresponds to 8M bytes) and the new file is allocated
- > group 0 which happens to be the directory area.
- >
- > A CPM book that I have states that the maximum storage space CPM 2.2
- > supports is 16M bytes. Could somebody shed some light on this
- > discrepancy?
- >
- > I would appreciate any help.
- >
- > - Robert Ling. <rling@uw-june>
- The maximum storage space depends on the block size your BIOS uses. CP/M
- allows up to 64K blocks, each block can be 1, 2, 4, 8, or 16K as I recall.
- An even more limiting feature (?) is only 16 blocks can be allocated to the
- directory. Assuming you use 2K blocks (32 MB disk capacity possible), you
- can have only 1024 directory entries...
-
- I hope this helps and, even tho I don't have the manuals here for reference,
- I think the numbers quoted are reasonably accurate. I'm currently in the
- process of hacking up my BIOS to add a couple of 8 MB disks and remember
- looking all this up in order to decide block size and determine my DPB.
- It sounds like you have an improperly defined DBP if your directory is
- getting wiped out.
-
- John Blalock, W7AAY
-
- uucp: ...{amd,decvax,hao,ihnp4,seismo}!noao!terak!jb
- phone: (602) 998-4800
- us mail: Terak Corp., 14151 N. 76th St., Scottsdale, AZ 85260
- \\\\\
- -----> Soon to be part of CalComp, A Sanders Company
- 2-Jul-85 19:41:31-MDT,833;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Jul 85 19:39:00-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a004936; 2 Jul 85 20:59 EDT
- Received: from usenet by TGR.BRL.ARPA id a016305; 2 Jul 85 20:53 EDT
- From: Peter Fales <psfales%ihlpl.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: CP/M-86 Software
- Message-ID: <189@ihlpl.UUCP>
- Date: 1 Jul 85 21:04:56 GMT
- To: info-cpm@AMSAA.ARPA
-
- Having recently acquired a CP/M-86 based computer, I am now looking for
- software. Does anyone out there know distributors that have good
- selections and prices for CP/M-86 software.
-
- Please respond to me, and if there is sufficient interest I will
- summarize to the net.
-
- Peter Fales
-
- UUCP: ...ihnp4!ihlpl!psfales
- work: (312) 979-7784
- Indian Hill West, IW 1Z-243
- 5-Jul-85 05:52:46-MDT,911;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Jul 85 05:48:18-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a000205; 5 Jul 85 7:17 EDT
- Received: from usenet by TGR.BRL.ARPA id a019758; 5 Jul 85 0:43 EDT
- From: Bill Randle <billr%tekred.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: Xerox 820-I micro documentation
- Message-ID: <372@tekred.UUCP>
- Date: 3 Jul 85 19:52:13 GMT
- To: info-cpm@AMSAA.ARPA
-
- Yes, there is also a users group for the 820-I and II. Contact
-
- Micro Cornucopia
- PO Box 223
- Bend
- OR 97709
- (503) 382-8048
-
- They publish a monthly magazine with tips and features for the 820's,
- Big Board I&IIs, Kaypros, and some other "single board" computers.
-
- -Bill Randle
- Tektronix, Inc.
-
- tektronix!tekred!billr (uucp)
- tekred!billr@tektronix.csnet (CSnet)
- tekred!billr%tektronix@csnet-relay.ARPA (ARPA)
- 5-Jul-85 08:26:42-MDT,1353;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Jul 85 08:25:06-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a002780; 5 Jul 85 9:49 EDT
- Received: from usenet by TGR.BRL.ARPA id a027701; 5 Jul 85 9:44 EDT
- From: Daniel Faigin <faigin%sdcrdcf.uucp@BRL.ARPA>
- Newsgroups: net.wanted,net.lang.pascal,net.micro.cpm,net.unix
- Subject: Pascal/MT+ Compiler for Unix(tm)
- Message-ID: <2114@sdcrdcf.UUCP>
- Date: 3 Jul 85 16:08:59 GMT
- Xref: seismo net.wanted:7129 net.lang.pascal:344 net.micro.cpm:4609 net.unix:5274
- To: info-cpm@AMSAA.ARPA
-
- Does anybody know if there is a version of the Pascal/MT+ Compiler (tm
- Digital Research) available for the Unix(tm) Operating System, preferably
- 4.2 BSD. It would make a development team's life much easier is there was.
-
- PLEASE, PLEASE reply via Email if you have ANY information.
-
- Daniel.
- --
- UUCP: {akgua allegra ihnp4 hplabs sdcsvax trwrb cbosgd}!sdcrdcf!faigin
- ARPA: sdcrdcf!faigin@UCLA-LOCUS.ARPA --or-- sdcrdcf!faigin@LOCUS.UCLA.EDU
-
- W: SDC, 2500 Colorado MD 52-46; Santa Monica CA 90406; (213) 820-4111 x6493
- H: 11743 Darlington Avenue #9; Los Angeles CA 90049; (213) 826-3357
-
- Don't have good ideas if you aren't willing to be responsible for them.
- -- A. J. Perlis, SIGPLAN 17:9 Sept 1982
- 5-Jul-85 14:32:08-MDT,757;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Jul 85 14:30:06-MDT
- Received: from brl-aos.arpa by AMSAA.ARPA id a011160; 5 Jul 85 15:57 EDT
- Received: from mit-mc.arpa by AOS.BRL.ARPA id a011679; 5 Jul 85 15:51 EDT
- Received: from MIT-EECS by MIT-MC.ARPA via Chaosnet; 5 JUL 85 15:35:26 EDT
- Date: Fri 5 Jul 85 15:34:49-EDT
- From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
- Subject: Wanted: Apple-Cat BYE
- To: info-cpm@MIT-MC.ARPA
-
-
- I'm looking for a BYE program overlay for the Apple-Cat ][ modem that
- supports 1200 bps. So far I have found only 300 bps overlays, no 300/1200
- overlays. Please mail me directly if you know of this overlay.
-
- -drew
- T.MOORE%MIT-EECS@MIT-MC.ARPA
- -------
-
- 5-Jul-85 15:49:08-MDT,685;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Jul 85 15:48:31-MDT
- Date: Fri, 5 Jul 85 17:14:54 EDT
- From: Dave Towson (info-cpm-request) <cpmlist@AMSAA.ARPA>
- To: info-cpm@AMSAA.ARPA
- Subject: info-cpm-request on vacation
-
- Fellow CP/Mers - I will be on vacation the week of 8 July. As of now, the
- info-cpm-request mailbox contains no unread mail. If the delivery of mail to
- any info-cpm readers becomes flaky while I am away, some of you may receive
- reject messages from various mail handlers. I will correct any such problems
- when I return. In the mean time, please grin and bear it. Thanks.
-
-
- Dave
-
- 6-Jul-85 00:23:54-MDT,1994;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Jul 85 00:19:14-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a012669; 6 Jul 85 1:47 EDT
- Received: from usenet by TGR.BRL.ARPA id a017137; 6 Jul 85 1:41 EDT
- From: GEDDIS <smg%burl.uucp@BRL.ARPA>
- Newsgroups: net.lang.forth,net.micro.cpm
- Subject: March 1981 Microcomputing Magazine
- Message-ID: <768@burl.UUCP>
- Date: 5 Jul 85 10:42:28 GMT
- Xref: seismo net.lang.forth:281 net.micro.cpm:4610
- To: info-cpm@AMSAA.ARPA
-
- [did they ever fix the first-line bug?]
-
- Before I say anything (while I still have your attention), please
- note that I do not have access to the net, much less this newsgroup.
- I have mailed this artical to a good friend who has posted it for
- me (And I don't think she reads net.lang.forth or net.micro.cpm).
- So please
- *DON'T*
-
- use your 'f'-key or your 'r'-key to reply to this artical, but reply
- instead by replacing the "burl!smg" at the end of this artical's
- path with "burl!bu-3b5!wjb". Many thanks.
-
- Microcomputing put out a couple of articals once on how to write
- your own FORTH interpreter/compiler, written for a CP/M machine in
- 8080 assembly language. Someone with whom I've since lost touch
- gave me copies of the articals, which I have been using as a guide
- to do an implementation on my C64. I've gotten a lot of the work
- done, but right at the end of the second artical (the one about the
- compiler), I discovered that there were a couple of listings that
- came after the textual part of the artical that my friend neglected
- to give to me. Which brings me to the point of this posting:
-
- If anybody has hardcopies, on-line listings, or can point me to
- where I can get copies of those listings, I would appreciate it if
- you would get in touch with me at
-
- {ihnp4, among other machines}!burl!bu-3b5!wjb
-
- adTHANKSvance
- --Bill
- --
-
- Sharon Geddis -- 919-228-4913 (Cornet 291)
- ...![ floyd sb1 mhuxv ]!burl!smg
- 6-Jul-85 02:24:46-MDT,949;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Jul 85 02:22:35-MDT
- Received: from su-star.arpa by AMSAA.ARPA id a012783; 6 Jul 85 3:58 EDT
- Date: 6 Jul 85 00:52:00 PDT
- From: "R. Meier" <rmeier@su-star.ARPA>
- Subject: kermit
- To: info-cpm <info-cpm@AMSAA.ARPA>
- Reply-To: "R. Meier" <rmeier@su-star.ARPA>
-
- Help,
- I have been unable to get access to the kermit files on columbia-20 and
- suspect that there have been some changes recently to the access procedures.
- When I login anonymous and try the command cd ps:<kermit>, it says that the
- directory does not exist. It will accept cd ps:<anonymous>, but when I do a
- dir it responds that ? is not found.
- Can anyone out there tell me (and possibly others?) how the current
- versions of kermit for the ibm-pc (ms-dos), and apple ][+ (Dos 3.3 and CP/M 2.2)
- can be obtained?
- Thank you,
- Bob Meier (rmeier@star%su-sierra)
- ------
- 6-Jul-85 03:14:39-MDT,704;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Jul 85 03:11:56-MDT
- Received: from su-star.arpa by AMSAA.ARPA id a012838; 6 Jul 85 4:38 EDT
- Date: 6 Jul 85 01:25:00 PDT
- From: "R. Meier" <rmeier@su-star.ARPA>
- Subject: simtel20
- To: info-cpm <info-cpm@AMSAA.ARPA>
- Reply-To: "R. Meier" <rmeier@su-star.ARPA>
-
- Help,
- I have been unable to connect to simtel20 recently. The command
- quote stat returns mode s, stru f, type a n, the data connection is CLOSED.
- A cd micro:<squsq> command is accepted, but a dir command produces an empty list.
- How can the data connection be Openned?
- Thank you,
- Bob (rmeier@star%su-sierra.arpa)
- ------
- 6-Jul-85 06:19:06-MDT,846;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Jul 85 06:14:59-MDT
- Received: from mit-charon.arpa by AMSAA.ARPA id a000418; 6 Jul 85 7:51 EDT
- Received: by mit-charon (4.12/4.7)
- id AA02239; Sat, 6 Jul 85 07:54:40 edt
- Message-Id: <8507061154.AA02239@mit-charon>
- To: info-cpm@AMSAA.ARPA
- Subject: Re: Kermit
- Reply-To: holtzman@mit-athena.mit.edu
- Date: 06 Jul 85 07:54:07 EDT (Sat)
- From: "Henry N. Holtzman" <holtzman@MIT-CHARON.ARPA>
-
-
- Columbia moved kermit from cucs20 (columbia-20) to cu20b a while
- back when cu20b joined the net. For a while they maintained both,
- but I guess they have removed it from cucs20.
-
- ftp to cu20b, login anonymous, and have fun with kermit:
-
-
- One small problem, however. Due to phys. plant maintenance, cu20b
- will be down this weekend.
-
- -Hank
- 6-Jul-85 12:39:27-MDT,823;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Jul 85 12:38:53-MDT
- Received: from usc-isi.arpa by AMSAA.ARPA id a001279; 6 Jul 85 14:13 EDT
- Date: 6 Jul 1985 14:13:49 EDT
- From: DKREBILL@USC-ISI.ARPA
- Subject: PD Info Rqst
- To: info-cpm@AMSAA.ARPA
- cc: krebill@ARDC.ARPA
-
- To assist some folks at USMA who do not have net access,
- I am asking for info/documentation/source code on the following
- packages, all of which are beleived to be in the public Domain:
- (1) XLISP [We have tracked down binaries for this but need source]
- (2) The cardboard inference engine--source is believed to be
- in pascal or c.
- (3) Power ---A user here has this in a power.com version
- only, with no documentation.
- Thanks in advance for any pointers/help/assistance!...Dan
- -------
- 6-Jul-85 19:28:24-MDT,3611;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Jul 85 19:24:29-MDT
- Received: from office-2.arpa by AMSAA.ARPA id a001824; 6 Jul 85 20:55 EDT
- Date: 6-Jul-85 17:55 PDT
- From: Alan Bomberger <ACB.TYM@office-2.ARPA>
- Subject: More on AMPRO Little board BIOS
- To: info-cpm@AMSAA.ARPA
- Message-ID: <TYM-ACB-793EU@OFFICE-2>
-
- Some problems never seem to get fixed.
-
- My wife has been using an Ampro Little Board for over a year now for a writing
- project. I put together a system including TEAC 55B and 55F drives for her.
- One of the chronic problems with the Little Board and the TEAC drives has been
- intermittant write errors. The latest version (received a few weeks ago) of
- their BIOS shows that in the past the problem may even have been solved. It
- ain't today. The problem:
-
- How long do you wait for the heads to settle. The controller has a really good
- idea that 1 second is good if the motor was not running (and the heads are not
- loaded) but Ampro has tried several attempts at optimization which are all
- failures.
-
- Katie started having trouble with bad writes after file saves from Magic Wand.
- MW always writes to a brand new file which it opens before it allows any
- editing. There are no disk reads involved as output to a new file only
- requires allocation of blocks. So this problem is the same one observed with
- MODEM transfers where the writes are after pauses long enough for the motors to
- stop.
-
- Well Katie had been running on an old version of the BIOS which clearly had the
- problem as there was almost no wait time for the motor to start. The latest
- release "fixes" the problem by waiting for several revolutions (requires
- several good reads of sector id of the same id ) after starting the motor.
- Still broke!
-
- Apparently older TEAC drives slow down (longer head load times) as his started
- to become a burden just this week. I got out my trusty AM radio and tuned into
- a good buzz and started poking around with DU. When writing to the TOP side
- (the side with the loading head) nothing starts to happen until the head slams
- to the surface. In this case the current 3 revolutions for the heads to settle
- is quite adaquate. On the BOTTOM side the ID reads happen before the flux in
- the head solenoid had even started to build up. The write operation starts
- even before the head is loaded and the head slams to the surface in the middle
- of the write. The head hitting the disk rattles the disk and completely
- destroys any synchronization that may have been achieved before the write
- began, result: BDOS BAD SECTOR. Two weeks ago the head came down either before
- the write started or AFTER the write ended!.
-
- The only thing that works ALL the time is the technique used in a very early
- BIOS version. Turn on the bit in the Disk Controller commands that causes a 1
- second pause whenever the motor is started. If the motor is already running,
- the pause is not executed. 1 second is not a very long time to wait to insure
- that your data gets written on the disk! The current BIOS just isn't good
- enough! So maybe my drives are a little slow! Big deal!
-
- The patch is really very easy. The MOTOR ON routine has a few READ ID commands
- in it for Ampro's "optimized" timing. Simply patch on the Motor Pause bit for
- these READ ID operations and all your troubles are over. Peace !! I hope
- that someone is saved an aggravating day by reading this. Incidentally I
- bought a TEAC 53B drive and like it a lot. No head loading and very quiet
- seeks!
-
- 8-Jul-85 10:17:00-MDT,867;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Jul 85 10:12:41-MDT
- Received: from ucb-vax.arpa by AMSAA.ARPA id a015916; 8 Jul 85 11:28 EDT
- Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.48)
- id AA01613; Mon, 8 Jul 85 08:26:02 pdt
- Received: from ucbamber.CC.Berkeley.ARPA (ucbamber.ARPA)
- by ucbjade.CC.Berkeley.ARPA (4.19/4.36)
- id AA13001; Mon, 8 Jul 85 08:29:26 pdt
- Received: by ucbamber.CC.Berkeley.ARPA (4.19/4.35.3)
- id AA05434; Mon, 8 Jul 85 08:30:58 pdt
- Date: Mon, 8 Jul 85 08:30:58 pdt
- From: swillett%ucbamber.CC@ucb-vax.ARPA
- Message-Id: <8507081530.AA05434@ucbamber.CC.Berkeley.ARPA>
- To: DKREBILL@USC-ISI.ARPA, info-cpm@AMSAA.ARPA
- Subject: Re: PD Info Rqst
- Cc: krebill@ARDC.ARPA
-
- Power is definately not in the public domain - it is a commercial
- program
-
- 8-Jul-85 14:44:46-MDT,1227;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Jul 85 14:41:45-MDT
- Received: from ames-vmsb.arpa by AMSAA.ARPA id a023105; 8 Jul 85 15:00 EDT
- Date: 8 Jul 85 11:49:00 PDT
- From: max.hartman@AMES-VMSB.ARPA
- Subject: --- info request ---
- To: info-cpm@AMSAA.ARPA
- Reply-To: max.hartman@AMES-VMSB.ARPA
-
-
- I would like information on the following:
-
- 1) Has anyone out there installed ZCPR3 on a Kaypro "luggable"? We couldn't
- do it. Some points: we DO NOT have the CP/M macro assembler, we tried
- assembling with the plain-vanilla assembler and a DIFFERENT macro ass-
- embler than was used in the installation instructions. Could this have
- been the problem? Other than that, we followed installation instructions
- as closely as possible. If you want more details from which to help us,
- please ask.
-
- 2) Does anyone know the format of a WordStar created file? I know some things:
- CR/LF pair ends a line, if the high-bit is set on the LF it ends the page,
- ctrl-S toggles the underlining. Can anyone out there tell me more info?
-
- 3) There is no third question.
-
- Thanks in advance,
- -Richard Hartman
- max.hartman@ames-vmsb
- ------
- 8-Jul-85 16:34:01-MDT,729;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Jul 85 16:31:06-MDT
- Received: from ames-vmsb.arpa by AMSAA.ARPA id a001755; 8 Jul 85 17:53 EDT
- Date: 0 0 00:00:00 PDT
- From: max.hartman@AMES-VMSB.ARPA
- Subject: --- Otrona Attache ---
- To: info-cpm@AMSAA.ARPA
- Reply-To: max.hartman@AMES-VMSB.ARPA
-
-
- Does anyone know how much an Otrona Attache would cost these days?
- (I have heard that the company is out of business, but that they
- are good machines.....) And/or where I might be able to get one?
- I am just looking, but might buy if I can find a good deal....
- -Richard Hartman
- max.hartman@ames-vmsb
-
- P.S.: "good deal" changes w/ the current budget.....
- ------
- 9-Jul-85 11:22:21-MDT,623;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Jul 85 11:21:12-MDT
- Received: from wpafb-info1.arpa by AMSAA.ARPA id a005550; 9 Jul 85 12:33 EDT
- Date: 9 Jul 85 08:03:00 EST
- From: "CPT.GREG.ELDER" <elder@wpafb-info1.ARPA>
- Subject: I.C. Express
- To: info-cpm <info-cpm@AMSAA.ARPA>
- Reply-To: "CPT.GREG.ELDER" <elder@wpafb-info1.ARPA>
-
- I'm thinking about ordering some 41256 RAM chips (150ns) from I.C. Express.
- They have an advertised price of $4.25. Has anyone done any business
- with this company or know anything good or bad about them? Thanks.
-
- -Greg
- ------
- 9-Jul-85 12:25:23-MDT,965;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Jul 85 12:21:47-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a007098; 9 Jul 85 13:17 EDT
- Date: Mon, 8 Jul 1985 21:27 MDT
- Message-ID: <KPETERSEN.12125508565.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: max.hartman@AMES-VMSB.ARPA
- Cc: Info-Cpm@AMSAA.ARPA
- Subject: Installing ZCPR3 on a Kaypro
- In-reply-to: Msg of 8 Jul 1985 12:49-MDT from max.hartman at AMES-VMSB.ARPA
-
- There is a complete ZCPR3 installation package for the Kaypro-10
- available via FTP from SIMTEL20 as:
-
- Filename Type Bytes CRC
-
- Directory MICRO:<CPM.ZCPR3>
- K10ZCPR3.LBR.1 BINARY 79616 3DDCH
-
- The .LBR includes a Z80 assembler (presumably used for installing this
- package). I know nothing more about it.
-
- If you don't have access to Simtel20, you can get the file from my
- RCPM (313-759-6569).
-
- --Keith
- 9-Jul-85 13:09:06-MDT,387;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Jul 85 13:07:05-MDT
- Received: from lll-mfe.arpa by AMSAA.ARPA id a008169; 9 Jul 85 13:59 EDT
- Date: Mon, 8 Jul 85 22:00 PDT
- From: "Webb Mike"@LLL-MFE.ARPA
- Subject: MSDOS CATALOG PROG
- To: INFO-CPM@AMSAA.ARPA
-
-
-
- DOES ONE OF THESE EXIST FOR 'MSDOS'(I HOPE,I HOPE,I HOPE)
-
- MIKE
- 9-Jul-85 13:35:57-MDT,1121;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Jul 85 13:34:38-MDT
- Received: from nosc-gw by AMSAA.ARPA id a009364; 9 Jul 85 14:27 EDT
- Received: from marlin.ARPA by nosc.ARPA (4.17/4.7)
- id AA07341; Tue, 9 Jul 85 11:24:29 pdt
- Received: by marlin.ARPA (4.17/4.7)
- id AA02288; Tue, 9 Jul 85 11:27:59 pdt
- Date: Tue, 9 Jul 85 11:27:59 pdt
- From: "Joseph G. Grovhoug" <grovhoug%marlin@nosc.ARPA>
- Message-Id: <8507091827.AA02288@marlin.ARPA>
- To: max.hartman@AMES-VMSB.ARPA
- Subject: Re: --- Otrona Attache ---
- Cc: grovhoug%marlin@nosc.ARPA, info-cpm@AMSAA.ARPA
-
- Richard...Have used two Otrona Attaches [one configured 8:16] constantly
- during the past three years and, yes, they are good machines. Unfortun-
- ately Otrona went tits up a while back, but service is readily available
- from several independent sources. Suggest you contact Computer Systems
- of Marin, 301 Poplar St, Mill Valley, CA 94941 (415) 388-4805 re: avail-
- ability of Attaches. As of May they advertised 8:16 machines (new) for
- $1200. Good luck & Aloha, Jeff Grovhoug grovhoug@nosc
- 10-Jul-85 06:04:58-MDT,1784;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 06:02:24-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a000251; 10 Jul 85 7:29 EDT
- Received: from usenet by TGR.BRL.ARPA id a000490; 9 Jul 85 23:55 EDT
- From: John Blalock <jb%terak.uucp@BRL.ARPA>
- Newsgroups: net.micro,net.micro.cpm,net.periphs
- Subject: Followup to Xebec 1410 BIOS help wanted request
- Message-ID: <632@terak.UUCP>
- Date: 7 Jul 85 22:29:06 GMT
- Xref: seismo net.micro:11597 net.micro.cpm:4612 net.periphs:797
- To: info-cpm@AMSAA.ARPA
-
- <bug food>
-
- To follow up my earlier request to the net for help with sample CP/M-80
- BIOS listings for adding a Xebec S1410 controller and two Shugart SA606
- Winchester drives to my system with a CCS 2422 FDC, I got a few suggestions
- and comments that indicated others may be interested in doing the same thing
- but no specific help. Even so, I now have the hardware running with BIOS
- mods I hacked together and can verify that such a task is not impossible.
- The drives formatted to 8.2 MB each with no problems so far.
-
- Source information: (I have no connection, just satisfied customer.)
- The Shugart SA606 drives were $150 each and the Xebec S1410 SASI Controller
- was $125 from Paramount Electronics, 649 Arques Ave., Sunnyvale, CA 94086,
- (408) 773-9595. The Xebec S-100 Host Adapter I ended up using was $90
- from Hamilton-Avnet. For a sample BIOS and a diagnostic program in Z80
- assembly language, feel free to contact me at the address below.
-
- John Blalock, W7AAY
-
- uucp: ...{amd,decvax,hao,ihnp4,seismo}!noao!terak!jb
- phone: (602) 998-4800
- us mail: Terak Corp., 14151 N. 76th St., Scottsdale, AZ 85260
- \\\\\
- -----> Soon to be part of CalComp, A Sanders Company
- 10-Jul-85 06:10:10-MDT,4578;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 06:09:43-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a000351; 10 Jul 85 7:30 EDT
- Received: from usenet by TGR.BRL.ARPA id a007213; 10 Jul 85 5:46 EDT
- From: Bruce Eckel <morgan%fluke.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: C compilers for CP/M
- Message-ID: <801@vax2.fluke.UUCP>
- Date: 8 Jul 85 20:45:06 GMT
- To: info-cpm@AMSAA.ARPA
-
- >I am planning on buying a C compiler to run on my CP/M system. What I
- >would like to know is which one should I buy? Things that I would like
- >to do are:
- > * Write interrupt handlers.
- > * Produce 'com'able code
- > * Mixed language programming
- >Would anybody with C compilers on their machines care to relate their
- >experiences? All responses will be greatly appreciated.
- >
- > Mark Ryding
- > {..trwrb!trwrba!ryding}
-
- I have used several C compilers on CP/M and have tried most of the
- things you refer to. All of them produce "com"able code, if you mean
- produces a .com file. I also think all of them require you to go through
- and assembler, linker and loader to accomplish this. If you mean "rom"able,
- I know Aztec does it and I think the others will too if you put in the right
- ORG statements or whatnot. There is usually a way even if they didn't design
- it in.
-
- 1) Aztec. Expensive at $200, but K&R complete, or more so than most. Good
- library. Includes its own assembler, linker and librarian. Slow as mollasses.
- I use it because I am familiar with it and didn't want to mess with the
- idiosyncrasies of the others (at the time). No bit fields or preprocessor
- macros, but it seems NOBODY has those. The manual is geared after UNIX (not
- a terribly good precedent but OK) which I am sure they developed the language
- on. One of the big plusses about this system is its transportability -- Aztec
- makes (virtually) identical compilers for essentially every processor and
- operating system. They even make cross-compilers so you can (for example)
- develop on cp/m and run on apple.
-
- 2) BDS . A friend swears by it and it seems fast, efficient and correct.
- That is, the compiler seems fast. I don't know that much about the code
- efficiency but he says it is efficient. $150. The manual is very good.
- No library is as complete as Aztecs, but you can always add your own
- library modules to any of these. BDS was really the CPM C standard
- for quite a while, before:
-
- 3) C/80 . for 50$ (might be 60 now) and 20 extra for floating point, the real
- bargain in C compilers. I used an early version of this and didn't like it
- because they didn't seem to conform to K&R (at least not the library functions)
- and as I was struggling to *learn* the language in the first place, I didn't
- want to mess with language variants. Now, however, it seems to have been
- cleaned up significantly. People seem to love it only second to Turbo pascal,
- and amazing things have been written with it. The people at Software
- Toolworks (makers of C/80) have written a lot of stuff with it themselves,
- notably MyCalc (best spreadsheet for cpm I have seen; I am told supercalc does
- sorts better, but I just like the way MyCalc works. Amazing that visicalc
- made any money at all, considering how limited it was) and Mychess. Lots of
- other people use C/80. Real nice to have floating point; I think it
- comes with Aztec but you might have to pay extra for it. C/80 is probably
- your best bet (at least to get started).
-
- 4) Q/C. The only thing I can say about this is it comes with source code,
- written in C. I don't know how it runs since I've never used it, but if
- you want to know how a compiler is written, this would probably be $95
- well spent. Chances are it is real slow (whereas BDS and C/80 are
- written, I believe, in assembly).
-
- What do I prefer? Well, they all do so many disk accesses, and of
- course going in and out of the editor (wordstar) is incredibly time
- consuming. I get very frustrated and am thinking of putting a RAM disk
- on my Kaypro with a megabyte (~$450) to speed up *everything*. But it seems
- such a waste for most tasks, which are fast. I keep hearing rumors about:
-
- 5) Turbo C. Vaporware at the moment, but if it is anything like Turbo P,
- it will be worth waiting for. They may have put all their efforts
- into Modula-2, but we can hope. I would by Turbo C in a second, and
- be off and running. Failing that, I may just give up the wait and
- buy Turbo Pascal.
-
- Bruce Eckel <morgan>
- uw-beaver!fluke!morgan
- 10-Jul-85 14:38:43-MDT,2049;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 14:35:25-MDT
- Received: from usc-ecl.arpa by AMSAA.ARPA id a000522; 10 Jul 85 15:26 EDT
- Date: Wed 10 Jul 85 12:27:13-PDT
- From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
- Subject: Library vs Archive files
- To: info-ibmpc@USC-ISIB.ARPA
- cc: info-cpm@AMSAA.ARPA
- Postal-address: Beckman Instruments, Inc.
- Postal-address: 2500 Harbor X-11, Fullerton, CA 92634
- Phone: (714)961-3393
-
- Some of the public IBM bulletin board systems are using a program called
- ARC.EXE to pack related files into "archives". In the past, this has
- been done with "LU*" library utility programs. I think the library
- utility programs are to be preferred for the following reasons:
- .
- 1) They are public domain, whereas ARC.EXE is a product of System
- Enhancement associates and asks for a "donation".
- .
- 2) The LU programs are well documented. Gary Novosielski wrote the
- first version in C. The documentation for current versions is
- in LUDEF5.DOC. Some versions have source available.
- .
- 3) Library programs exist on mainframes such as Unix and DEC-20 that
- will handle .LBR files.
- .
- 4) The format is compatible with CP/M-80 .LBR files, so the CP/M user
- can handle them (altho not run the executable).
- .
- 5) LBR utilities exist to run executable programs directly from the
- library file.
- .
- 6) Paul Homchick and Vernon Buerg have written high performance versions
- of LU* programs for the IBM-PC. LUE201.COM is 2688 bytes and will
- extract all members and unsqueeze them if necessary at the same time.
- .
- 7) ARC does result in slightly smaller files. Comparing library files
- with archive files shows .LBR files to be about 1000 bytes larger,
- for .LBR files from 11000 to 40000 bytes in size, apparently because
- a better algorithm is used for packing repeated characters in .EXE
- files. However, I believe the other reasons listed above justify
- using the .LBR programs.
- .
- Ted Shapin
-
-
-
-
-
-
-
-
- -------
- 10-Jul-85 15:20:31-MDT,1485;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 15:16:45-MDT
- Received: from xerox.arpa by AMSAA.ARPA id a002752; 10 Jul 85 16:19 EDT
- Received: from CheninBlanc.ms by ArpaGateway.ms ; 10 JUL 85 10:10:20 PDT
- Date: 10 Jul 85 10:10:12 PDT (Wednesday)
- From: DHowell.ES@XEROX.ARPA
- Subject: Re: --- info request ---
- In-reply-to: Your message of 8 Jul 85 11:49:00 PDT
- To: max.hartman@AMES-VMSB.ARPA
- cc: info-CPM@AMSAA.ARPA
- Message-ID: <850710-101020-1458@Xerox>
-
- Answer to question number 2:
-
- Basically, a WordStar file is an ASCII text file with the high bit set
- to signify certain formatting features. All control characters using
- ctrl-P to enter are stored as straight ASCII, thus typing a ctrl-P
- ctrl-B stores a ctrl-B in the file.
-
- The uses of the high bit are as follows, as far as I have determined.
- a high bit on an LF signifies a page break (as you have noted)
- a high bit on a space signifies a "soft" space (used by WordStar to
- microjustify)
- a high bit on the last character of a word means that it is part of a
- justified paragraph.
-
- Also the hex characters 1E and 1F signify soft hyphens, one being in the
- middle of a line, the other at the end (I don't recall which is which).
-
- Using this information, I have been able to write a microjustification
- program for dot-matrix printers (WordStar only provides for daisy-wheel
- printers).
-
- Answer to question number 3:
- 42 :-)
-
- Dan
- 10-Jul-85 15:59:55-MDT,949;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 15:59:23-MDT
- Received: from xerox.arpa by AMSAA.ARPA id a003171; 10 Jul 85 16:36 EDT
- Received: from PinotNoir.ms by ArpaGateway.ms ; 10 JUL 85 13:38:17 PDT
- Date: 10 Jul 85 13:38 PDT
- From: Ghenis.pasa@XEROX.ARPA
- Subject: Re: C compilers for CP/M
- In-reply-to: Bruce Eckel <morgan%fluke.uucp@BRL.ARPA>'s message of 8 Jul
- 85 20:45:06 GMT
- To: info-cpm@AMSAA.ARPA
- Message-ID: <850710-133817-1734@Xerox>
-
-
- I'd like to add that C/80 produces the smallest and fastest .com files.
- BDS-C compiles very fast, but is probably the most non-standard. For
- "standardness" and portability you can't beat Aztec.
-
- Personally, I have a short fuse, so I stick with Turbo Pascal, which
- doesn't tax my patience at compile time.
-
- I recommend referring to the very complete review of C compilers
- published recently in Computer Language magazine.
- 10-Jul-85 21:32:52-MDT,1082;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 21:31:26-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a006264; 10 Jul 85 22:57 EDT
- Received: from usenet by TGR.BRL.ARPA id a011513; 10 Jul 85 22:52 EDT
- From: Melinda Shore <shor%sphinx.uchicago.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: C compilers for CP/M
- Message-ID: <795@sphinx.UChicago.UUCP>
- Date: 9 Jul 85 18:36:44 GMT
- To: info-cpm@AMSAA.ARPA
-
- []
- A few quick follow-up notes to the discussion of various CP/M C compilers:
-
- 1) Aztec *does* support parameterized pre-processor macros.
-
- 2) The icky thing about the BDS compiler is that it is somewhat
- non-standard. Another thing is that, at least in earlier versions
- (here's hoping this has been fixed), the compiler didn't know about
- floats. There was floating point support in the libraries, however.
-
- --
- Melinda Shore ..!ihnp4!gargoyle!sphinx!shor
- University of Chicago Computation Center Staff.Melinda%chip@UChicago.Bitnet
- 10-Jul-85 22:12:24-MDT,999;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 22:11:54-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a006497; 10 Jul 85 23:44 EDT
- Received: from usenet by TGR.BRL.ARPA id a011985; 10 Jul 85 23:42 EDT
- From: william edwards <edwards%h-sc1.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: C compilers for CP/M
- Message-ID: <436@h-sc1.UUCP>
- Date: 10 Jul 85 12:41:12 GMT
- To: info-cpm@AMSAA.ARPA
-
- >
- > 1) Aztec. Expensive at $200, but K&R complete, or more so than most. Good
- > library. Includes its own assembler, linker and librarian. Slow as mollasses.
- > I use it because I am familiar with it and didn't want to mess with the
- > idiosyncrasies of the others (at the time). No bit fields or preprocessor
- > macros, but it seems NOBODY has those.
-
- My version of Aztec C for CP/M-80 (1.05g) definitely supports
- parameterized #defines.
-
- Bill Edwards
-
- harvard!edwards
- edwards@harvard.ARPA
- 11-Jul-85 01:20:17-MDT,1221;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 01:18:44-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a007563; 11 Jul 85 2:53 EDT
- Received: from usenet by TGR.BRL.ARPA id a015286; 11 Jul 85 2:48 EDT
- From: Timothy D Margeson <timothym%tekigm.uucp@BRL.ARPA>
- Newsgroups: net.lang.pascal,net.micro,net.micro.pc,net.micro.cpm
- Subject: Reading CPM/86 Command Line
- Message-ID: <505@tekigm.UUCP>
- Date: 10 Jul 85 05:57:44 GMT
- Xref: seismo net.lang.pascal:348 net.micro:11625 net.micro.pc:4884 net.micro.cpm:4624
- To: info-cpm@AMSAA.ARPA
-
- Hello,
-
- I am looking for instructions on how to read the CPM/86 command line from
- within Turbo Pascal specifically.
-
- I have found the location of the command buffer, but it appears to be a
- circular referenced affair. What I need is the pointer location if my
- assumptions are correct, or any flames that might lead me in the correct
- direction should my assumptions be wrong.
-
- I will appreciate any and all advice as I haven't much hair left.
-
- Thanks!
-
- --
- Tim Margeson (206)253-5240
- tektronix!tekigm!timothym @@ 'Who said that?'
- PO Box 3500 d/s C1-465
- Vancouver, WA. 98665
- 11-Jul-85 06:34:49-MDT,3114;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 06:33:37-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a010829; 11 Jul 85 7:52 EDT
- Date: Thursday, 4 July 1985 18:19-MDT
- Message-ID: <KPETERSEN.12126125129.BABYL@SIMTEL20.ARPA>
- Sender: Andy Brown <brown@CMU-CS-K.ARPA>
- From: Andy Brown <brown@CMU-CS-K.ARPA>
- Subject: using both side of disks
- ReSent-From: KPETERSEN@SIMTEL20.ARPA
- ReSent-To: Info-Cpm@AMSAA.ARPA
- ReSent-Date: Thu 11 Jul 1985 05:54-MDT
-
- Whether it is a good idea to use both sides of a floppy disk depends
- on two things:
-
- 1) Is the magnetic material on both sides of the disk error-free.
-
- 2) Are the disks designed to be "flipped". That is, can the disk
- safely rotate in both directions with no damage.
-
- Most floppy disks are manufactured with a magnetic coating on *both*
- sides. The disks are then tested to make sure that there are no
- defects which would make them unsuitable for data storage. If one
- side of a disk is bad, then it is usually ceritfied as a single-sided
- disk, if both sides are good, then it is certified as a double-sided
- disk. When you buy blank disks, it will always say on the box whether
- the disks are single or double sided. Therefore, most single-sided
- disks have *known* defects on the uncertified side (you can tell which
- side is the correct side because it has the label on it).
-
- All floppy disks have what is known as a "liner". This is inside the
- cover of the disk and it has two main functions: to minimize friction
- as the disk is spinning; and to catch and redirect any dirt and dust
- which may have found its way into the disk jacket. There are a wide
- variety of liner designs, and some of them are intended for use with
- disks that will only be spinning in *one* direction. Flipping a disk
- with such a liner could cause dirt and dust that was trapped by the
- liner to be released onto the disk, creating the potential for head or
- disk damage.
-
- It must be mentioned that there are really *two* kinds of double-sided
- disks. Some disk drives, (such as the double sided drives in the IBM
- PC) have two heads, one for each side of the disk. Thus they use both
- sides of the disk, but the disks always spin in the same direction.
- When you "flip" a disk on a single-sided disk drive, such as the
- Commodore 1541, the disk will spin in the opposite direction when you
- flip it. Thus there are some floppy-disks on which both sides can be
- used, but you might not want to use the *back* side on your Commodore
- 1541 disk drive because using that side will cause the disk to spin in
- the wrong direction.
-
- It is absolutely safe to use both sides of a disk on a 1541 disk-drive
- if the disks are certified double-sided on the box, and there is a
- write-protect notch cut on both side edges of the disk. If not, then
- it is risky to use the uncertified side for data storage.
-
- If you buy a commercial software product which uses both sides of a
- disk, then it is probably safe to assume that they are using the
- correct kind of disk.
-
-
- --- Andy Brown
- 11-Jul-85 07:09:45-MDT,2087;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 07:06:31-MDT
- Received: from xerox.arpa by AMSAA.ARPA id a012014; 11 Jul 85 8:25 EDT
- Received: from Muscat.ms by ArpaGateway.ms ; 11 JUL 85 05:27:51 PDT
- Date: Thu, 11 Jul 85 08:27 EDT
- From: Kushall.henr@XEROX.ARPA
- Subject: Re:HardDisks for DEC Rainbows
- To: HARRELL%EDUCOM.BITNET@WISCVM.ARPA
- cc: INFO-CPM@AMSAA.ARPA
- Message-ID: <850711-052751-1144@Xerox>
-
- Ralph,
-
- The following suppliers of rigid disk drives are listed in the spring
- 84 DEC Rainbow handbook.
-
- CORVUS SYSTEMS
- 2029 O'Toole Ave.
- San Jose, CA 95131
- (408) 946-7700
-
- External winchester drives 5.9 M, 12.1 M, 18.4 M
-
- UNIVATION INC
- 1037 North Fair Oaks Ave.
- Sunnyvale, CA 94089
- (408) 745-0180
-
- 5 M removable hard disk with 64-320K RAM
- 11 M internal hard disk with 64-320 K RAM
-
- QUCES INC.
- 3 Quces Drive
- Metuchen NJ 08840
- (800) 631-5944
- (201) 548-2135
-
- 10, 16, 20, 42, 57, and 84 M Hard disk subsystems
-
- The June 85 Digital Review had an article on rigid disk drives for DEC
- computers, Rainbow to VAX.
-
- Of the vendors listed only digital and Univation were listed for the
- Rainbow.
- The following Univation list prices were given.
-
- DHD205R-64 5.25 inch 20 MB fixed 5 MB removable 85 msec access time
- 625KB/Sec
- List price $3995
-
- DHD20-64 5.25 inch 20.7 MB fixed 85 msec access time 625KB/Sec
- List price $2750
-
- DHD11-64 5.25 inch 11 MB fixed 80 msec access time 625KB/Sec
- List price $2160
-
- I hope you find this info useful, if you had an IBM PC you can get a 10
- MB drivesetup for about $600 and 20 MB for about $ 800.
-
- A while back Advanced Computer Products had a close on the DEC 5 MB
- Rainbow
- upgrade for $750, but none are left.
-
- Also please note unless you have thre Rainbow 100B you will have to
- replace the power supply as the 100A power supply can not supply a
- rigid.
-
- Sad note, you can buy a Tandy 1200 with 10 Meg Hard Disk($1995) for less
- than the cost of any of the above!
-
- ED
- ------------------------------------------------------------
-
- 11-Jul-85 07:29:35-MDT,1691;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 07:28:14-MDT
- Received: from usc-eclb.arpa by AMSAA.ARPA id a012899; 11 Jul 85 8:51 EDT
- Date: 11 Jul 1985 05:49-PDT
- Sender: STANLEY@usc-eclb.ARPA
- Subject: Re: PD Info Rqst
- From: STANLEY@usc-eclb.ARPA
- To: DKREBILL@usc-isi.ARPA
- Cc: info-cpm@AMSAA.ARPA, krebill@ardc.ARPA
- Message-ID: <[USC-ECLB]11-Jul-85 05:49:34.STANLEY>
- In-Reply-To: The message of 6 Jul 1985 14:13:49 EDT from DKREBILL@USC-ISI.ARPA
-
-
- Received: from AMSAA by USC-ECLB; Sat 6 Jul 85 11:42:04-PDT
- from usc-isi.arpa by AMSAA.ARPA id a001279; 6 Jul 85 14:13 EDT
- Date: 6 Jul 1985 14:13:49 EDT
- From: DKREBILL@USC-ISI.ARPA
- To: info-cpm@AMSAA.ARPA
- Cc: krebill@ARDC.ARPA
- Subject: PD Info Rqst
- Return-Path: <info-cpm-request@AMSAA>
-
- To assist some folks at USMA who do not have net access,
- I am asking for info/documentation/source code on the following
- packages, all of which are beleived to be in the public Domain:
- (1) XLISP [We have tracked down binaries for this but need source]
- (2) The cardboard inference engine--source is believed to be
- in pascal or c.
- (3) Power ---A user here has this in a power.com version
- only, with no documentation.
- Thanks in advance for any pointers/help/assistance!...Dan
- -------
-
- --------------------
-
- Dan
-
- XLISP can be found on SIMTEL20 in the MICRO:<CPM.XLISP>
- directory. To be sure of what files are what, it would be good
- to download MICRO:<CPM>CPM.CRCLST first to verify filenames and
- CRC's.
-
- ...Dick
- 11-Jul-85 07:56:34-MDT,1547;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 07:51:47-MDT
- Received: from usc-eclb.arpa by AMSAA.ARPA id a013138; 11 Jul 85 8:57 EDT
- Date: 11 Jul 1985 05:55-PDT
- Sender: STANLEY@usc-eclb.ARPA
- Subject: Re: I.C. Express
- From: STANLEY@usc-eclb.ARPA
- To: elder@wpafb-info1.ARPA
- Cc: info-cpm@AMSAA.ARPA
- Message-ID: <[USC-ECLB]11-Jul-85 05:55:02.STANLEY>
- In-Reply-To: The message of 9 Jul 85 08:03:00 EST from "CPT.GREG.ELDER" <elder@wpafb-info1.ARPA>
-
-
- Received: from AMSAA by USC-ECLB; Tue 9 Jul 85 10:25:10-PDT
- from wpafb-info1.arpa by AMSAA.ARPA id a005550; 9 Jul 85 12:33 EDT
- Date: 9 Jul 85 08:03:00 EST
- From: "CPT.GREG.ELDER" <elder@wpafb-info1.ARPA>
- Reply-To: "CPT.GREG.ELDER" <elder@wpafb-info1.ARPA>
- To: info-cpm <info-cpm@AMSAA.ARPA>
- Subject: I.C. Express
- Return-Path: <info-cpm-request@AMSAA>
-
- I'm thinking about ordering some 41256 RAM chips (150ns) from I.C. Express.
- They have an advertised price of $4.25. Has anyone done any business
- with this company or know anything good or bad about them? Thanks.
-
- -Greg
- ------
-
- --------------------
-
- Greg
-
- Don't know about IC Express, but have just ordered some 150 ns.
- 41256 from Microprocessors Unlimited, Beggs, OK at $3.25 each,
- made by NEC. Although I haven't dealt with this company before,
- several others here have and have been quite satisfied. Hope
- that helps.
-
- ...Dick
- 11-Jul-85 08:11:36-MDT,2019;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 08:11:04-MDT
- Received: from xerox.arpa by AMSAA.ARPA id a014115; 11 Jul 85 9:26 EDT
- Received: from Muscat.ms by ArpaGateway.ms ; 11 JUL 85 06:26:51 PDT
- Date: Thu, 11 Jul 85 08:22 EDT
- From: Kushall.henr@XEROX.ARPA
- Subject: Re: Reading CPM/86 Command Line
- In-reply-to: <505@tekigm.UUCP>
- To: Timothy D Margeson <timothym%tekigm.uucp@BRL.ARPA>
- cc: info-cpm@AMSAA.ARPA, XeroxInfo-CPM^.Wbst@XEROX.ARPA,
- Pascal/Turbo^.x@XEROX.ARPA
- Reply-To: Kushall.henr@XEROX.ARPA
- Message-ID: <850711-062651-1179@Xerox>
-
- I have been using the following method for reading the command line
- arguments from Turbo Pascal. (CP/M-86 version 2.0, Turbo Pascal version
- 2.0)
-
- Declare the following global variable:
- var
-
- CmdLine : String[128] absolute(DSeg:$80); { this is the location of
- the CP/M 86 Command line buffer}
-
- CmdLineString : String[128]; { used to save the command line }
-
- You must execute the following code before your program does any IO and
- destroys the buffer !
-
- CmdLineString := CmdLine; { Copies the command line args into the safe
- area}
-
- Note that if length(CmdLine) = 0 then no args were passed.
- The data format of Dseg:$80 is as follows:
- The byte at Dseg:$80 is the nunber of characters passed in the cmd line
- after the name of the .CMD file called including the leading space. This
- will be CmdLine[0] in the Turbo Pascal string. Thus the string is
- returned by CP/M in the same format as required by Turbo.
-
- The same method can be used for CP/M 80 except the declaration is:
- CmdLine : String[128] Absolute $80;
-
- And for MS-DOS
- CmdLine : String[128] Absolute(CSeg:$80);
-
- It is my understanding that the CP/M-80 versions only allow a limited
- number of characters to be passed as arguments(arround 30) I have not
- verified this for any of the implementations.
-
- Turbo Pascal 3.0 includes 'standard' procedures for reading the command
- line arguments.
-
- Ed Kushall
-
- 11-Jul-85 08:44:37-MDT,888;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 08:42:05-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a015100; 11 Jul 85 9:53 EDT
- Received: from usenet by TGR.BRL.ARPA id a022896; 11 Jul 85 9:44 EDT
- From: Bill Hery <wjhe%hlexa.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Terminal emulator for Vecotr Graphic micro
- Message-ID: <4385@hlexa.UUCP>
- Date: 10 Jul 85 14:08:57 GMT
- To: info-cpm@AMSAA.ARPA
-
- Does anyone know of a good terminal emulator for an old Vector Graphic
- VIP micro using CP/M? It's a Z-80 based machine with a single sided, double
- density disk drive. Support of full screen editors (e. g. vi) on the host
- is a requirement; emulating a VT100, or HP2621 is fine. I will pay
- a reasonable price for a suitable commercial product.
-
- Bill Hery
- ihnp4!hlexa!wjhe
-
- or
-
- ihnp4!hlwpb!hery
- 11-Jul-85 09:05:17-MDT,2932;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 09:00:27-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a015070; 11 Jul 85 9:52 EDT
- Received: from usenet by TGR.BRL.ARPA id a022752; 11 Jul 85 9:41 EDT
- From: "Mike (I'll be mellow when I'm dead" <mwm%ucbtopaz.cc.ucb-vax.arpa@BRL.ARPA>
- MMDF-Warning: Parse error in original version of preceding line at BRL.ARPA
- Newsgroups: net.micro.cpm
- Subject: Re: C compilers for CP/M
- Message-ID: <1008@ucbtopaz.CC.Berkeley.ARPA>
- Date: 10 Jul 85 22:59:33 GMT
- To: info-cpm@AMSAA.ARPA
-
- More followup on the C compiler commentary.
-
- In article <801@vax2.fluke.UUCP> morgan@fluke.UUCP (Bruce Eckel) writes:
- >2) BDS . A friend swears by it and it seems fast, efficient and correct.
- >That is, the compiler seems fast. I don't know that much about the code
- >efficiency but he says it is efficient. $150. The manual is very good.
- >No library is as complete as Aztecs, but you can always add your own
- >library modules to any of these. BDS was really the CPM C standard
- >for quite a while, before:
-
- Unlike other C compilers, BDS C does not produce an intermediate
- assembler, but produces relocatables directly. This is one of the
- reasons for it's compile-time speed. It comes with a program to turn
- pseudo-assembler into .CRL files, and a source-level debugger (the only
- CP/M-80 compiler to do so, last time I looked). It can be used to
- generate rommable code and interrupt handlers (I've done so).
-
- The major loss with BDS C is the I/O library, and no initializers. The
- I/O library looks like the PWB library. BDS C is *not* suitable for
- writing code for porting to other system, or for porting code from other
- systems to CP/M-80. I think it's the best thing around for writing
- CP/M-80 code, though.
-
- >4) Q/C. The only thing I can say about this is it comes with source code,
- >written in C. I don't know how it runs since I've never used it, but if
- >you want to know how a compiler is written, this would probably be $95
- >well spent. Chances are it is real slow (whereas BDS and C/80 are
- >written, I believe, in assembly).
-
- BDS C is written in assembler (yet another reason for it's speed). C/80
- is written in C. In fact, C/80 and Q/C both started from the Public
- Domain Small/C compiler. I was never happy with C/80, as the early
- version (v2.0) I have is full of bugs. It did produce fast code, by
- copying the arguments into a fixed area of memory, and then back onto
- the stack for subroutine calls so recursion worked. This was (I think)
- the reason that it evaluated and stacked subroutine arguments from left
- to right instead of right to left (like nearly every other C compiler I
- know of). This quirk could expose portability problems in your code, and
- makes the printf function the single ugliest piece of C I've ever laid
- eyes on. They may have fixed this by now.
-
- <mike
- 11-Jul-85 09:38:08-MDT,899;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 09:36:53-MDT
- Received: from su-score.arpa by AMSAA.ARPA id a016784; 11 Jul 85 10:34 EDT
- Date: Thu 11 Jul 85 07:32:26-PDT
- From: Steven Bjork <BJORK@SU-SCORE.ARPA>
- Subject: CPM-80 Deblocking routine question
- To: info-cpm@AMSAA.ARPA
- Message-ID: <12126153831.11.BJORK@SU-SCORE.ARPA>
-
- Does anyone know if there is an extended version of DR's deblocking
- algorithm around? Three features would be convenient to have--
- 1. Greater than 255 sectors/track capability.
- 2. Variable blocking factors-i.e., 256, 512, or 1024 bytes/sector.
- 3. Z80 coded (feature?).
- Or, possibly even better, would be a flowchart or other information
- (hello, DR?) to help me in a custom implementation. My only source
- at the moment are the old CPM 2.2 manuals--the ones with all the
- mistakes. --Steve
- -------
- 11-Jul-85 19:45:53-MDT,414;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 19:43:51-MDT
- Received: from mit-mc.arpa by AMSAA.ARPA id a003940; 11 Jul 85 21:18 EDT
- Date: Thu, 11 Jul 85 21:21:14 EDT
- From: Eric Stork <STORK@MIT-MC.ARPA>
- Subject: Buzz Words
- To: STORK@MIT-MC.ARPA, info-cpm@AMSAA.ARPA
- Message-ID: <[MIT-MC.ARPA].572604.850711.STORK>
-
-
- BD7\LGO:R'-V2\N0h
- 11-Jul-85 20:04:10-MDT,414;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 20:01:06-MDT
- Received: from mit-mc.arpa by AMSAA.ARPA id a003973; 11 Jul 85 21:21 EDT
- Date: Thu, 11 Jul 85 21:24:17 EDT
- From: Eric Stork <STORK@MIT-MC.ARPA>
- Subject: Buzz Words
- To: STORK@MIT-MC.ARPA, info-cpm@AMSAA.ARPA
- Message-ID: <[MIT-MC.ARPA].572606.850711.STORK>
-
-
- BD7\LGO:R'-V2\N0h
- 11-Jul-85 20:35:23-MDT,2010;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 20:32:48-MDT
- Received: from mit-mc.arpa by AMSAA.ARPA id a004025; 11 Jul 85 21:29 EDT
- Date: Thu, 11 Jul 85 21:32:16 EDT
- From: Eric Stork <STORK@MIT-MC.ARPA>
- Subject: BuzzWords
- To: STORK@MIT-MC.ARPA, info-cpm@AMSAA.ARPA
- Message-ID: <[MIT-MC.ARPA].572616.850711.STORK>
-
-
-
- Buzz Words by the Numbers
-
- There is circulating in Washington, D.C., a "foolproof system for
- those wishing to appear more learned than they are." It is
- called "convoluted phraseology."
-
- Here is how it works:
-
- . When you need to "language up", select at random any
- three-digit number.
-
- . Look up the words associated with your number in the
- table below (one digit per column).
-
- Col. 1 Col. 2 Col. 3
-
- 0. integrated 0. management 0. options
- 1. total 1. organizational 1. options
- 2. systematized 2. monitored 2. capability
- 3. parallel 3. reciprocal 3. capability
- 4. functional 4. digital 4. programming
- 5. responsive 5. logistical 5. concept
- 6. optimal 6. transitional 6. time-phase
- 7. synchronized 7. incremental 7. projection
- 8. compatible 8. third-generation 8. hardware
- 9. balanced 9. policy 9. contingency
-
- For example, 379 produces "parallel incremental contingency." No
- one knows what that means, but it sounds impressive.
-
- Now, someone truly clever out there in Netland should develop a
- module that can be integrated into any word processor so that
- when a specially defined key is hit, the module will:
-
- . Generate a three-digit random number,
-
- . Reach into the table for the Buzz Words, and
-
- . Insert the appropriate phrase into the document
- being prepared.
-
-
- Upward and onward.
-
-
-
- 13-Jul-85 12:05:48-MDT,761;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Jul 85 12:04:05-MDT
- Received: from xerox.arpa by AMSAA.ARPA id a000443; 10 Mar 85 4:48 EST
- Received: from Muscat.ms by ArpaGateway.ms ; 12 JUL 85 09:50:21 PDT
- Date: Fri, 12 Jul 85 12:50 EDT
- From: Kushall.henr@XEROX.ARPA
- Subject: Re: Harddisks
- In-reply-to: "HARRELL@EDUCOM.BITNET.AG's message of 21 JUN 85 09:39 EDT"
- To: HARRELL%EDUCOM.BITNET@WISCVM.ARPA
- cc: INFO-CPM@AMSAA.ARPA
- Message-ID: <850712-095021-129@Xerox>
-
- DEC is selling the RD50 disk drive kits for Rainbow, Pro350 and DECmate
- for $750 as a close the 5 MB drives have beeb dropped. The Rainbow kit
- includes Controller, RD50 drive, Power Supply, CPM + MS-DOS operating
- systems.
-
- ED
-
- 13-Jul-85 12:05:55-MDT,563;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Jul 85 12:04:23-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a000483; 10 Mar 85 4:48 EST
- Received: from usenet by TGR.BRL.ARPA id a002335; 12 Jul 85 15:09 EDT
- From: Graeme Clark <clark%ubc-cs.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: PD Info Rqst
- Message-ID: <1143@ubc-cs.UUCP>
- Date: 10 Jul 85 16:26:56 GMT
- To: info-cpm@AMSAA.ARPA
-
-
- Although Power is not in the public domain, a prerelease version of it is
- available from SIG/M.
- 13-Jul-85 23:15:28-MDT,917;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Jul 85 23:14:23-MDT
- Received: from usc-isid.arpa by AMSAA.ARPA id a000805; 14 Jul 85 0:51 EDT
- Date: 14 Jul 1985 00:46-EDT
- Sender: ABN.ISCAMS@USC-ISID.ARPA
- Subject: Re: Reading CPM/86 Command Line
- From: ABN.ISCAMS@USC-ISID.ARPA
- To: Kushall.henr@XEROX.ARPA
- Cc: timothym%tekigm.uucp@BRL.ARPA, info-cpm@AMSAA.ARPA
- Cc: XeroxInfo-CPM^.Wbst@XEROX.ARPA
- Cc: Pascal/Turbo^.x@XEROX.ARPA
- Message-ID: <[USC-ISID.ARPA]14-Jul-85 00:46:38.ABN.ISCAMS>
- In-Reply-To: <850711-062651-1179@Xerox>
-
- Re getting the command line in CP/M-80: FACT - in Version 1, at least,
- of Turbo Pascal, Turbo eats everything after maybe the 30th or 31st
- character - puts a bunch of (consistent) garbage there. I have extensively
- tested this and am sorely tried by this particular bug!
-
- David P Kirschbaum
- Toad Hall
- AB.ISCAMS@USC-ISID
- 13-Jul-85 23:32:49-MDT,8689;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Jul 85 23:31:17-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a000819; 14 Jul 85 1:04 EDT
- Date: Sat, 13 Jul 1985 23:03 MDT
- Message-ID: <KPETERSEN.12126836720.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: Info-Cpm@AMSAA.ARPA
- Subject: New files on SIMTEL20 between 7-May-85 and 13-Jul-85
-
- The following is a list of new files added to SIMTEL20's <CPM.*>
- directories between 7-May-85 and 13-Jul-85. For a complete list of
- all files, get MICRO:<CPM>CPM.CRCLST.
-
- Filename Type Bytes CRC
-
- MICRO:<CPM.APPLE>
- APLICARD.REVIEW.1 ASCII 6998 F756H
-
- MICRO:<CPM.ASMUTL>
- FORM7.LBR.1 BINARY 9472 ABF8H
- MAKSRL.LBR.1 BINARY 8832 1CF7H
- NEAT7.LBR.1 BINARY 6144 9C8FH
- Z80MR.LBR.1 BINARY 41344 B0D0H Z80 macro assembler
-
- MICRO:<CPM.BASIC>
- TINIDISK.LBR.1 BINARY 44672 7D5FH Tiny disk basic
-
- MICRO:<CPM.BYE3>
- B3AC-0.IQS.1 BINARY 2304 C988H
- B3AD-0.IQS.1 BINARY 3072 16EEH
- B3AM-0.IQS.1 BINARY 2944 9767H
- B3AP-0.IQS.1 BINARY 2944 97CDH
- B3CC-0.IQS.1 BINARY 3968 BD72H
- B3CM-0.IQS.1 BINARY 3584 AEC4H
- B3CP-0.IQS.1 BINARY 4736 A9A7H
- B3DC-0.IQS.1 BINARY 1792 1E5BH
- B3DP-0.IQS.1 BINARY 2944 D2FBH
- B3EP-0.IQS.1 BINARY 2816 0BB0H
- B3H8-0.BUG.1 ASCII 222 6894H
- B3H8-1.IQS.1 BINARY 2432 C891H
- B3HZ-0.IQS.1 BINARY 3584 EDAEH
- B3KP-0.IQS.1 BINARY 2560 BA18H
- B3MD-0.IQS.1 BINARY 3840 E12CH
- B3OS-0.IQS.1 BINARY 5760 06EDH
- B3PH-0.IQS.1 BINARY 2688 6ABDH
- B3R1-0.IQS.1 BINARY 2176 B0D5H
- B3R2-0.IQS.1 BINARY 3072 DFA9H
- B3R3-0.IQS.1 BINARY 2176 48DCH
- B3R4-0.IQS.1 BINARY 2176 CED6H
- B3R4-1.IQS.1 BINARY 3968 38FFH
- B3SB-0.IQS.1 BINARY 2560 9164H
- B3TV-0.IQS.1 BINARY 3712 C2E0H
- B3US-0.IQS.1 BINARY 3072 73AFH
- B3ZB-0.IQS.1 BINARY 2944 1D59H
- BYE3-INS.IQF.1 BINARY 2560 F0B8H
- BYE3-INS.LBR.1 BINARY 77312 A3C9H
- BYE335.BUG.1 ASCII 623 E9E3H
- BYE335.LBR.1 BINARY 90368 9E85H
-
- MICRO:<CPM.CBIOS>
- LSTPATCH.AQM.1 BINARY 2688 0406H Temp. list driver
-
- MICRO:<CPM.COMMODORE>
- TERM-V2.C1.1 ASCII 21359 67C2H Punter protocol
- TERM-V2.MSG.1 ASCII 831 04B0H modem program
-
- MICRO:<CPM.COMND>
- CMDOSS.CPM.1 ASCII 1889 B172H
- CMDPF1.C.1 ASCII 19180 0FFDH
- CMDPF2.C.1 ASCII 9839 C130H
- CMDPFD.C.1 ASCII 8927 9FFDH
- CMDPSD.C.1 ASCII 1986 80D1H
- COMND.C.1 ASCII 21248 47C5H
- COMND.DOC.1 ASCII 34945 3094H
- COMND.EDT.1 ASCII 815 882EH
- COMND.H.1 ASCII 4068 2CBCH
- COMND.R.1 ASCII 28462 8BDDH
- COMND003.LBR.1 BINARY 100736 6A5DH
- COMNDI.H.1 ASCII 1394 419DH
- CPM.H.1 ASCII 2726 4F6BH
- DATE.CPM.1 ASCII 4295 485BH
- MEM.H.1 ASCII 734 1AB4H
- TEST.C.1 ASCII 11638 40E2H
-
- MICRO:<CPM.CPM3>
- BYEP-333.LBR.1 BINARY 62208 6AFEH
- BYEP-INS.LBR.1 BINARY 22400 0262H
- TS312.AQM.1 BINARY 9856 2546H time stamp
-
- MICRO:<CPM.CPMLIB>
- NULU01.IQF.1 BINARY 1152 63C0H
-
- MICRO:<CPM.DIRUTL>
- ERAQ20.LBR.1 BINARY 12288 A918H erase with querry
-
- MICRO:<CPM.DIRUTL>
- FRONT45.LBR.1 BINARY 42880 9308H turnkey menu
- SD99.LBR.1 BINARY 86528 3498H super directory
-
- MICRO:<CPM.DIRUTL>
- UNERA30.LBR.1 BINARY 14464 17FBH undo file erase
-
- MICRO:<CPM.DSKUTL>
- PATCH18A.LBR.1 BINARY 66176 2D51H
-
- MICRO:<CPM.EMX>
- EMX313.LBR.1 BINARY 130944 E7D9H EMAIL for micros
-
- MICRO:<CPM.FIDO>
- FIDO-109.LQT.1 BINARY 14976 6B97H Fido list
- FIDO-203.NQS.1 BINARY 33152 D8F3H Fido News
- FIDO-204.NQS.1 BINARY 32384 FFC4H
- FIDO-209.NQS.1 BINARY 21120 D73AH
- FIDO-211.NQS.1 BINARY 23808 0C01H
- FIDO-212.NQS.1 BINARY 27392 E856H
- FIDO-219.NQS.1 BINARY 18304 D33FH
- FIDO-301.NQS.1 BINARY 34304 0C6AH
- FIDO-315.NQS.1 BINARY 24704 D59BH
-
- MICRO:<CPM.GENDOC>
- ANTI-APS.CKT.1 ASCII 2470 232CH
- SNYOSCRN.DOC.1 ASCII 4457 3E77H
- WIREWRAP.DOC.1 ASCII 18404 4DB9H
- Z800MORE.DQC.1 BINARY 5120 0ED2H
-
- MICRO:<CPM.HAMRADIO>
- GTWY1-20.TXT.1 ASCII 15629 6ADAH
- IC02A.MOD.1 ASCII 2483 BB44H
-
- MICRO:<CPM.HEATH>
- JMODZ100.LBR.1 BINARY 7424 6E4AH
-
- MICRO:<CPM.KAYPRO>
- ALTDRIVE.LBR.1 BINARY 33408 CF05H
- CURSOR.LBR.1 BINARY 4736 2E97H
- DSKDRV13.LBR.1 BINARY 56448 B1C3H
- FASTTERM.LBR.1 BINARY 4608 CD25H fast terminal
- JUL85.MQG.1 BINARY 29568 35A4H
- KPRESET.LBR.1 BINARY 1920 916EH
-
- MICRO:<CPM.LIST>
- GALLERY.LBR.1 BINARY 9216 F696H galley proof lister
-
- MICRO:<CPM.MBBS>
- MBBS31A.LBR.1 BINARY 64384 22E8H Bulletin board
- MBBS31B.LBR.1 BINARY 112896 EA8AH
-
- MICRO:<CPM.MEX>
- MEX-STAT.FIX.1 ASCII 804 4D73H
-
- MICRO:<CPM.MEX>
- MEXSTAT.FIX.1 ASCII 635 3BD6H
- MXO-II13.AQM.1 BINARY 13440 D75EH
-
- MICRO:<CPM.MISC>
- OTHERSYS.JUN.1 ASCII 67571 7DD4H June 85 PAMS list
- PDSE-063.LQT.1 BINARY 49152 A5C4H PD CP/M phone list
-
- MICRO:<CPM.MISC>
- RCPM-062.LQT.1 BINARY 1920 4D2EH
- ROYALOAK.DQR.1 BINARY 64640 B334H my RCPM directory
-
- MICRO:<CPM.MODEM>
- 2400MICM.MSG.1 ASCII 2316 DB78H Microcom modem info
- 2400STDS.WRN.1 ASCII 5560 B8AAH Standards differ
- FONESGNL.DOC.1 BINARY 640 7284H Info on ringing signals
- HAYS2400.IQF.1 BINARY 5376 C444H
- HEXLINK.LBR.1 BINARY 17152 EEBEH
- JCATDIAL.LBR.1 BINARY 12544 0421H
- MODMLOOP.MSG.1 ASCII 3079 293DH Remote loopback info
-
- MICRO:<CPM.MODEM7>
- M7AQ-4.AQM.1 BINARY 12800 E9B7H
-
- MICRO:<CPM.PACKET>
- PACKET93.LBR.1 BINARY 219648 0C0BH Ham radio packet
- PACKET93.MSG.1 ASCII 2144 C55CH
- ROUTING.TXT.1 ASCII 28795 2D49H
- TCP-IP.TXT.1 ASCII 56129 368BH
-
- MICRO:<CPM.PASCAL>
- JDATE.PQS.1 BINARY 2816 B618H
- TAUSGEN3.PQS.1 BINARY 7680 6FCFH rand. number gen.
-
- MICRO:<CPM.PCDOS>
- LPT-30.AQM.1 BINARY 17792 9E27H
- LPT-30.DQC.1 BINARY 3584 BCAEH
- LPT-30.MSG.1 ASCII 492 22F2H
- WSCONV.BAS.1 ASCII 822 5992H
- WSCONV.DOC.1 ASCII 587 0F1EH
-
- MICRO:<CPM.RBBS>
- RBBS40.LBR.1 BINARY 30976 728FH
-
- MICRO:<CPM.RCPM>
- CHAT43.LBR.1 BINARY 15104 013AH
- KMODEM.NEW.1 ASCII 1723 6D34H
- LUXTYP42.BUG.1 ASCII 590 D648H
- MBXMK484.LBR.1 BINARY 8832 F646H
- NBYE10.LBR.1 BINARY 100224 FBB4H
- RCPM-UG.PRN.1 ASCII 53332 A3CEH RCPM user's guide
- RCPM-UG.WQ.1 BINARY 33792 84DBH
- WHATSN04.LBR.1 BINARY 25984 6A7EH
- XMDM107.FIX.1 ASCII 1349 C336H
- XMDM107.LBR.1 BINARY 92544 4EECH
- XMFIX.NOT.1 ASCII 2711 229EH
- XMSTATS.LBR.1 BINARY 36864 79CBH
-
- MICRO:<CPM.ROS>
- ROS32K10.LBR.1 BINARY 102272 A77BH Bulltin board...
- ROSMAC.LBR.1 BINARY 34944 F34FH ..in Turbo Pascal
-
- MICRO:<CPM.SQU-PORT> (portable file squeezer/unsqueezer)
- MAKESQ..2 ASCII 156 23CEH
- MAKEUSQ..2 ASCII 91 8E4BH
- README..2 ASCII 3817 A23DH
- SQ.1.2 ASCII 1657 E6FCH
- SQ.C.2 ASCII 5518 7EE5H
- SQ.H.2 ASCII 1900 F320H
- SQCOM.H.2 ASCII 445 F27AH
- SQDEBUG.C.2 ASCII 791 78FFH
- SQIO.C.2 ASCII 810 B0BEH
- SQU-PORT2.MAN.1 ASCII 1954 A5DEH
- SQU-PORT2.MSG.1 ASCII 818 197FH
- TR1.C.2 ASCII 1361 CC07H
- TR2.C.2 ASCII 13424 763AH
- USQ.C.2 ASCII 6527 1AF0H
- USQ.H.2 ASCII 376 BF51H
- UTR.C.2 ASCII 1778 9735H
-
- MICRO:<CPM.SQUSQ>
- SQ17.BUG.1 ASCII 717 375DH
- SQU-PORT2.LBR.1 BINARY 33152 DA1EH
- SQU-PORT2.MSG.1 ASCII 818 197FH
-
- MICRO:<CPM.TERM>
- SPLTVIO.LBR.1 BINARY 6528 54C9H split screen for VIO
-
- MICRO:<CPM.TOPS-20>
- MODEM.EXE.315 ASCII 20480 C5A0H
- MODEM.MAC.315 ASCII 53537 7ED1H
- MODEM7.DOC.1 ASCII 13552 C0A9H
- NCRC.EXE.7 ASCII 4500 CE85H crck-compatible
- NCRC.MID.7 ASCII 10085 DA97H
- USQ.EXE.42 ASCII 5655 0C9BH
-
- MICRO:<CPM.TURBOPAS>
- REFS13.LBR.1 BINARY 12288 E598H
- TUGLINES.DOC.1 ASCII 613 F343H
- TURBOSAV.LBR.1 BINARY 6400 90C2H
-
- MICRO:<CPM.TXTUTL>
- TOUR20.LBR.1 BINARY 96512 2F91H
- TOURND.LBR.1 BINARY 10240 2300H
- VDO25.LBR.1 BINARY 41472 C4B7H
-
- MICRO:<CPM.WSTAR>
- WS3330.DQC.1 BINARY 13440 60ACH patch locations
- WSPAT-33.DQC.1 BINARY 5504 C85CH " "
-
- MICRO:<CPM.YAM>
- RBSB.SHAR.1 ASCII 44060 356DH batch send and recv.
- YMODEM.DQC.1 BINARY 24704 4837H YAM protocol doc
-
- MICRO:<CPM.Z3NEW>
- Z3NEWS.2Q5.1 BINARY 8576 4F28H
- ZNODELST.LBR.1 BINARY 10394 057CH
-
- MICRO:<CPM.ZCPR3>
- ACREATE2.LBR.1 BINARY 11648 8A0AH
- LDR13.LBR.1 BINARY 12160 E9B5H
- PATH31.LBR.1 BINARY 7936 0FEAH
- QUEUE.LBR.1 BINARY 14080 B8E7H
- SYSRCP11.LBR.1 BINARY 33408 8942H
- VFILER35.LBR.1 BINARY 145152 8C0AH
- ZNODELST.LBR.1 BINARY 10394 057CH
-
- --Keith
- 13-Jul-85 23:47:51-MDT,604;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Jul 85 23:45:52-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a000821; 14 Jul 85 1:06 EDT
- Date: Sat, 13 Jul 1985 23:05 MDT
- Message-ID: <KPETERSEN.12126837090.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: Info-Cpm@AMSAA.ARPA
- Subject: SIMTEL20 CP/M directory list updated
-
- MICRO:<CPM>CPM.CRCLST on SIMTEL20 (the file listing all the filenames,
- sizes and CRCs of the MICRO<CPM.xx> directories) has been updated as
- of today.
-
- --Keith
- 14-Jul-85 09:21:34-MDT,593;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 14 Jul 85 09:21:24-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a001519; 14 Jul 85 11:05 EDT
- Date: Sun, 14 Jul 1985 09:04 MDT
- Message-ID: <KPETERSEN.12126946109.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: RCPM-Sysops@SIMTEL20.ARPA
- Cc: Info-Cpm@AMSAA.ARPA
- Subject: SD99 bug fix
-
- Someone found a nested IF in SD99.ASM, which of course will not
- properly assemble with ASM.COM.
-
- See MICRO:<CPM.DIRUTL>SD99.FIX
-
- --Keith
- 14-Jul-85 09:51:31-MDT,1243;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 14 Jul 85 09:47:15-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a001532; 14 Jul 85 11:22 EDT
- Date: Sun, 14 Jul 1985 09:21 MDT
- Message-ID: <KPETERSEN.12126949186.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: Info-Cpm@AMSAA.ARPA
- Subject: COEX 64k RAM board problems - help needed
-
- I received the following message asking for help:
-
- Date: 12-Jul-85
- From: Robb Adams
- Re: COEX 64K RAM BOARD PROBLEMS
-
- Just acquired two COEX (Components Express) 64k Ram cards only to
- discover an interesting and persistent bug. It seems that RAM between
- 1000 - 1fffh is filled with 7eh (0111 1110b) throughout this 4k region
- as though b1-6 were jammed high and on BOTH boards. Continuity checks
- ok. Anyone know of this problem or bus conflict. The environment is a
- Morrow Decision I which has always taken kindly to OEM devices.
-
- --- End of message ---
-
- Please reply to me. I will relay any answers to Robb.
-
- --Keith Petersen
- Arpa: W8SDZ@SIMTEL20.ARPA
- uucp: ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
- uucp: ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
- 15-Jul-85 12:08:03-MDT,874;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Jul 85 12:07:44-MDT
- Received: from wiscvm.arpa by AMSAA.ARPA id a007945; 15 Jul 85 13:20 EDT
- Received: from (HARRELL)EDUCOM.BITNET by WISCVM.ARPA on 07/15/85 at
- 12:19:57 CDT
- Date: 15 JUL 85 13:12-EDT
- From: HARRELL%EDUCOM.BITNET@WISCVM.ARPA
- To: INFO-CPM@AMSAA.ARPA
- Subject: Project Transport
-
- Theodore Needleman writes a monthly column in Hardcopy Magazine. He
- is trying to find out how much interest is out there for his "Project
- Transport". A project to transfer CP/M and MSDOS programs from the IBM PC
- to the DEC Rainbow.
-
- If you have interest, please write to him at
-
- Idea Technology
- P.O. Box 668
- New York , New York 10956
-
- or MCI Mail to Theodore Needleman
- or send a note back to me and I will forward it to him.
-
- Thanks,
- Ralph
-
- 15-Jul-85 14:50:06-MDT,547;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Jul 85 14:47:22-MDT
- Received: from jpl-vlsi.arpa by AMSAA.ARPA id a000271; 10 Jul 85 7:29 EDT
- Date: Tue, 9 Jul 85 22:16:31 PDT
- From: august@JPL-VLSI.ARPA
- Subject: RE: --- Otrona Attache ---
- To: info-cpm-request@AMSAA.ARPA
- Resent-Date: Mon, 15 Jul 85 16:11:08 EDT
- Resent-From: cpmlist@AMSAA.ARPA
- Resent-To: info-cpm@JPL-VLSI.ARPA
-
- Whoever said that OTRONA ATTACHE's were a good machine certainly has a
- few wires loose.
- 15-Jul-85 14:56:06-MDT,939;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Jul 85 14:51:18-MDT
- Received: from cmu-cs-c.arpa by AMSAA.ARPA id a009715; 9 Jul 85 14:35 EDT
- Received: ID <DDA@CMU-CS-C.ARPA>; Tue 9 Jul 85 14:37:08-EDT
- Date: Tue 9 Jul 85 14:37:07-EDT
- From: Drew Anderson <Drew.Anderson@CMU-CS-C.ARPA>
- Subject: I.C. Express
- To: info-cpm-request@AMSAA.ARPA
- Resent-Date: Mon, 15 Jul 85 16:10:26 EDT
- Resent-From: cpmlist@AMSAA.ARPA
- Resent-To: info-cpm@CMU-CS-C.ARPA
-
- I have never dealt with that company, but we (at CMU) use Microprocessors
- Unlimited for all of our memory purchases (chips.) They currently list
- the 41256 chips for $3.25 each. I think that you will be pleased ith
- their service. Their phone is (918)267-4961. We have ordered probably
- more than a thousand chips from them with no bad ones.
-
- Drew Anderson
- DDA@cmu-cs-c.arpa
- -------
- 19-Jul-85 12:28:22-MDT,1561;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 12:26:19-MDT
- Date: Thu, 18 Jul 85 9:05:37 EDT
- From: David Towson (SECAD) <towson@AMSAA.ARPA>
- To: info-cpm@AMSAA.ARPA
- Subject: Failure of network service to AMSAA.ARPA
-
- Fellow CP/Mers - While I was on vacation (6-13 July), the machine from which
- this list is distributed was moved from its normal site to a trailer located
- a short distance across the parking lot. Plans had been made for continuing
- network service, and indeed the network was just about the first form of
- communications to come up. Two days ago, we had a real humdinger of an
- electrical storm. Residential electric service was disrupted for many homes.
- Another casualty was the AMSAA network interface.
-
- As you can see, we are now back in netland, but this has been accom-
- plished using borrowed equipment. The loan is short-term, but repair of the
- network interface is underway. If all goes well, there will be no further
- interruption of service. However, Old Man Murphy hangs around here too, so we
- make no promises.
-
- In the worst-case scenario, there is another machine with a light enough
- load to host info-cpm. This machine has just had some new hardware installed,
- and it is presently not entirely well. But what the heck - we wouldn't want
- life around here to get dull, would we?
-
- So for the present, info-cpm is back. We'll see what the future brings.
-
-
- Dave
- towson@amsaa.arpa aka info-cpm-request@amsaa.arpa
-
- 19-Jul-85 12:33:21-MDT,1208;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 12:28:39-MDT
- Date: Thu, 18 Jul 85 10:15:10 EDT
- From: David Towson (SECAD) <towson@AMSAA.ARPA>
- To: info-cpm@AMSAA.ARPA
- Subject: AMSAA.ARPA network problems persist.
-
- Fellow CP/Mers - It seems that I was a bit hasty in sending my last message.
- As it turns out, the machine from which this list is distributed is sort of
- "half back on the net". The lightning that took out the network interface in
- the VAX also zapped the IMP port which provides our published network address.
- Mike Muuss (pronounced "moose"), one of our system wizards, got AMSAA back on
- the local BRLNET by using another IMP port and suitably altering the entries
- in the local routing tables. However, this still leaves us with our published
- network address out of action. Thus, we can send packets out, but no one out
- in netland knows the address to use for sending packets back to us.
-
- I will let you know when this situation improves, but for now there is no
- point in sending mail to info-cpm, as it will just be rejected.
-
-
- Sigh,
- Dave
- towson@amsaa.arpa aka info-cpm-request@amsaa.arpa
-
- 19-Jul-85 12:33:27-MDT,1254;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 12:30:31-MDT
- Received: from nosc-gw by AMSAA.ARPA id a017696; 15 Jul 85 17:48 EDT
- Received: from marlin.ARPA by nosc.ARPA (4.17/4.7)
- id AA01051; Mon, 15 Jul 85 14:44:02 pdt
- Received: by marlin.ARPA (4.17/4.7)
- id AA03838; Mon, 15 Jul 85 14:47:36 pdt
- Date: Mon, 15 Jul 85 14:47:36 pdt
- From: "Joseph G. Grovhoug" <grovhoug%marlin@nosc.ARPA>
- Message-Id: <8507152147.AA03838@marlin.ARPA>
- To: august@JPL-VLSI.ARPA
- Subject: RE: --- Otrona Attache ---
- Cc: grovhoug%marlin@nosc.ARPA, info-cpm-request@AMSAA.ARPA
- Resent-Date: Thu, 18 Jul 85 11:31:56 EDT
- Resent-From: cpmlist@AMSAA.ARPA
- Resent-To: info-cpm@nosc.ARPA
-
- Well, everyone has his/her own opinion, but from my experience three+ years
- of nearly trouble-free HEAVY use of two Otrona machines in very hostile field
- environments [I'm a field marine biologist], this box HAS WORKED FOR ME! I
- guess my view is from the perspective "it gets the job done for me" soooo
- much better than B4. Am aware that there may be much better systems now
- [both hardware & software-wise]. Again, the machine has already paid for
- itself in utility for my projects. Aloha, Jeff Grovhoug
- 19-Jul-85 12:38:20-MDT,745;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 12:33:45-MDT
- Received: from usc-ecl.arpa by AMSAA.ARPA id a017825; 15 Jul 85 18:40 EDT
- Date: Mon 15 Jul 85 15:40:35-PDT
- From: Warren Apel <APEL@USC-ECL.ARPA>
- Subject: RE: --- Otrona Attache ---
- To: august@JPL-VLSI.ARPA
- cc: info-cpm-request@AMSAA.ARPA, APEL@USC-ECL.ARPA
- In-Reply-To: Message from "august@JPL-VLSI.ARPA" of Mon 15 Jul 85 13:55:17-PDT
- Resent-Date: Thu, 18 Jul 85 11:32:30 EDT
- Resent-From: cpmlist@AMSAA.ARPA
- Resent-To: info-cpm@USC-ECL.ARPA
-
- I have used an Otrona Attache almost daily for three years now
- with absolutely no problems and have (for me, at least) found
- it an excellent CPM machine.
- -------
- 19-Jul-85 12:43:37-MDT,953;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 12:41:40-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id aa26825; 19 Jul 85 8:07 EDT
- Received: from usenet by TGR.BRL.ARPA id a004037; 18 Jul 85 22:30 EDT
- From: Rick Fairfield <zadco%ssc-vax.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: I Need KERMIT for a CCS 400
- Message-ID: <50@ssc-vax.UUCP>
- Date: 16 Jul 85 19:32:23 GMT
- To: info-cpm@AMSAA.ARPA
-
- I have a CCS model 400 processor running CP/M 2.2.
- I need KERMIT for this machine. I tried a local
- copy of the "generic cp/m" KERMIT but it didn't work.
-
- If I can't find KERMIT a version of MODEM7 for the CCS
- might be usefull.
-
- If I can't find either, then some advice on how to configure
- generic KERMIT or generic MODEM7 for my machine would be
- helpfull.
-
- thanx,
- Rick Fairfield
- Boeing Aerospace Co.
- ...!sscvax!zadco
- 206-773-1004
- 19-Jul-85 12:53:41-MDT,1744;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 12:52:18-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a026825; 19 Jul 85 8:07 EDT
- Received: from usenet by TGR.BRL.ARPA id a004043; 18 Jul 85 22:30 EDT
- From: Bruce Eckel <morgan%fluke.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Stuffing commands to the ccp
- Message-ID: <826@vax2.fluke.UUCP>
- Date: 15 Jul 85 23:16:00 GMT
- To: info-cpm@AMSAA.ARPA
-
- I have found myself a complexing little puzzle: I want to invoke a new
- .COM program from inside MBASIC. Now, I know MBASIC overwrites the CCP.
- So the first thing I will do is find where the CCP starts and use the
- /M directive when invoking MBASIC to prevent it from overwriting the
- CCP.
-
- I also suspect the CCP may not start at its lowest memory location, so
- I will write a little assembly program which pops the CCP return address
- off the stack (if you do not disturb the stack, you can just ret from a
- program).
-
- Now the problem is, the CCP seems to have its own buffer which it keeps
- the command line in. As the CCP is proprietary, I don't know where that
- is (maybe I should know and am just stupid. Someone enlighten me). But
- the people who write SUBMIT, XSUB and EX know how to do it. I really
- wonder how. Perhaps they take control of standard input and force it
- to the CCP somehow (a warm boot is always executed between programs, so
- the CCP gets reloaded, and they can't be diddling with it). If you
- could just feed the thing a line terminated with a CR, you would be home
- free.
-
- I am not trying to make any money with this, I just think it would be
- a very neat trick. Any suggestions?
-
- Bruce Eckel
- uw-beaver!fluke!morgan
- 19-Jul-85 13:05:36-MDT,2739;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:05:14-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a026853; 19 Jul 85 8:08 EDT
- Received: from usenet by TGR.BRL.ARPA id a004740; 18 Jul 85 22:46 EDT
- From: "R.Thomas" <rbt%sftig.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: using both side of disks
- Message-ID: <549@sftig.UUCP>
- Date: 16 Jul 85 17:38:23 GMT
- To: info-cpm@AMSAA.ARPA
-
- >
- > It is absolutely safe to use both sides of a disk on a 1541 disk-drive
- > if the disks are certified double-sided on the box, and there is a
- > write-protect notch cut on both side edges of the disk. If not, then
- > it is risky to use the uncertified side for data storage.
- >
- > If you buy a commercial software product which uses both sides of a
- > disk, then it is probably safe to assume that they are using the
- > correct kind of disk.
- >
- >
- > --- Andy Brown
-
- Interesting. I have *never* seen a disk with notches cut on both sides,
- except when I have personally known the person who cut them. Most 'double
- sided' software distribution disks I have seen have actually not had
- notches on *either* side. They must have been produced on duplicating
- machines that ignored the presence or absence of write protect notches.
-
- On the other hand, I have the following philosophy on 'flippy' disks --
- Because of the dirt entrapment/releasing problem, it is never a good idea
- to use the 'back' side of a disk, unless the disk is (almost) brand new.
- That means that for day to day use, if you only have a single sided drive,
- you should only use the front side of your disks. Whether you buy disks
- marked 'single sided' or 'double sided' is a matter of personal preference,
- especially since the price difference is so small, nowadays. I buy 'double
- sided' disks, personally, because of the following observation -- There
- *is* one safe use for 'flippy' disks. That is for distributing software
- that is too big to fit on a single side. In that case, you are going to
- use a new -- fresh out of the box -- disk, so you are not worried about
- dirt, and the recipient is going to make a backup copy (onto *two* disks!)
- as soon as she gets it, then put it away and (hopefully) never have to
- read it again, so she is not worried about dirt either. I do enough
- software swapping that I find it useful to have a supply of 'double sided'
- disks readily available at all times.
-
- As an aside, I don't think it is possible to design a liner that will not
- entrap some dirt, and release it if the disk is spun the other way. That
- just seems like the the inevitable workings of the laws of physics to me.
-
- Enjoy!
-
- Rick Thomas
- ihnp4!attunix!rbt
- 19-Jul-85 13:13:46-MDT,1475;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:08:49-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a000457; 19 Jul 85 9:03 EDT
- Received: from usenet by TGR.BRL.ARPA id a009110; 19 Jul 85 0:27 EDT
- From: Workstations Pubs 223-3439 <p_macdonald%eden.dec@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: *** FOR SALE ***
- Message-ID: <3168@decwrl.UUCP>
- Date: 18 Jul 85 12:39:57 GMT
- Sender: daemon%decwrl.uucp@BRL.ARPA
- To: info-cpm@AMSAA.ARPA
-
-
- *** FOR SALE ***
-
- Epson Geneva (PX-8) laptop portable C/PM computer.
- 64K workspace, 80x8 display, built-in microcasette
- for storage, internal RAM disk for storage. Includes
- the latest operating system rev and comes complete
- with the following:
-
- Epson PF-10 3 1/2" microfloppy drive
- Epson integrated 120K RAM disk
- Epson CX-20 modem
- Wordstar ROM
- Spreadsheet and Scheduler ROM
- C/PM Utilities ROM
- Microsoft BASIC ROM
-
- All battery powered with AC adaptors, carry case for
- all, cables, manuals, large amount of public domain
- software tossed in free, including MEX, MODEM7, and
- many, many more.
-
- Entire system only for sale at a price well below
- retail. Everything is MINT and less than 9 months
- old.
-
- Contact Paul over the net, or call days at 617-493-3439
-
- 19-Jul-85 13:13:58-MDT,864;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:13:40-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id ab00457; 19 Jul 85 9:03 EDT
- Received: from usenet by TGR.BRL.ARPA id a009223; 19 Jul 85 0:30 EDT
- From: E Sciore <sciore%bu-cs.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: FOR SALE Boston area: VT180
- Message-ID: <504@bu-cs.UUCP>
- Date: 18 Jul 85 21:40:44 GMT
- To: info-cpm@AMSAA.ARPA
-
- Subject: FOR SALE Boston area: VT180
- Newsgroups: net.micro.cpm
-
- I am selling my "robin" system: vt100+z80 chip+4 disk drives.
- Software has SELECT, MULTIPLAN, BASIC.
- The system is basically unused. I had planned to use it for hacking,
- but I never got the time; most of its use has been in terminal mode.
- BEST OFFER.
- Ed Sciore
- BU Computer Science
- 353-3840
- sciore@bu-cs
- 19-Jul-85 13:18:47-MDT,761;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:16:55-MDT
- Received: from almsa-1.arpa by AMSAA.ARPA id a020669; 19 Jul 85 13:36 EDT
- Received: by ALMSA-1 via almsab; 17 Jul 85 8:16 CDT
- Date: Wed, 17 Jul 85 8:18:29 CDT
- From: Crede Edens <edens@almsa-1.ARPA>
- To: DDA@CMU-CS-C.ARPA
- cc: info-cpm@AMSAA.ARPA
- Subject: NEC 41256 chips
-
-
- Drew,
-
- I have an NEC APC computer which I would like to add RAM chips to increase
- my memory. I am having trouble finding out what chips fit the APC. Do
- you know if the NEC 41256 RAM chips sold by Microprocessors Unlimited will
- fit my machine?
-
- Thanks for any information you can give me.
-
- Crede Edens EDENS@ALMSA.ARPA
-
- 19-Jul-85 13:23:47-MDT,1665;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:22:10-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a021246; 19 Jul 85 13:44 EDT
- Date: Wed 17 Jul 85 20:48:38-MDT
- From: Mike Niswonger <CNISWONGER@SIMTEL20.ARPA>
- Subject: SB180 SBC CP/M machine
- To: info-cpm@AMSAA.ARPA
- cc: CNiswonger@SIMTEL20.ARPA
- Message-ID: <12127860716.15.CNISWONGER@SIMTEL20.ARPA>
-
-
-
- With all of the hoopla that Echelon has been putting on, they have
- kept us up to date on several continuing high-performance CP/M systems. The
- first of these systems (based on the Hitachi 64180) has appeared from MicroMint,
- the company made famous by BYTE magazine and Ciarcia's Circuit Cellar. A blurb
- has been released describing the board:
-
-
- The MICROMINT SB180 computer packs a lot of computing power in
- a very small package! The SB180, only 4" by 7 1/2", offers a Z-80
- compatible CPU running at 6 MHz, 256K bytes of RAM, up to 32 K bytes of
- ROM, two serial ports, a parallel port, expansion bus, and an industry
- standard 765A-compatible disk controller for up to four disk drives -
- any combination of 3 1/2", 5 1/4", or 8" drives. Whether you use the
- SB180 as the basis for a complete disk based computer system or use its
- 32K of ROM space for a battery-powered dedicated controller application
- program, you will appreciate its ability to run standard 8080/8085 and
- Z-80 software at up to twice the speed of a 4 MHz Z-80.
-
-
- The description, price and order information can be found in the full
- file on SIMTEL20 as MICRO:<CPM.GENDOC>SB180.TQT (squeezed format).
-
- -- Mike Niswonger
- -------
- 19-Jul-85 13:33:50-MDT,1143;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:28:59-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a021269; 19 Jul 85 13:44 EDT
- Date: Thu, 18 Jul 1985 16:46 MDT
- Message-ID: <CSTROM.12128078757.BABYL@SIMTEL20.ARPA>
- From: CSTROM@SIMTEL20.ARPA
- To: INFO-CPM@AMSAA.ARPA
- Subject: 1k blockas arrive!
-
-
- At long last, we have an Xmodem that supports 1K blocks. The protocol,
- to be added to both the public domain and proprietary versions of Mex,
- is Ymodem, the YAM protocols to Christensen protocol. Ward has
- indicated that in his Byte article extending his protocol (yet to be
- written, but "real soon now"), he will give Ymodem his blessing.
- Please see the RELEASE.NTE file in the library for further details.
-
- Note that XMDM108 was released before we were made aware of
- XMDM107.FX2. The latter file is not in the library and the corrections
- therein should be made to XMDM108.
-
-
- Filename Type Bytes CRC
-
- Directory MICRO:<CPM.RCPM>
- XMDM107.FIX.1 ASCII 1349 C336H
- XMDM107.FX2.1 ASCII 1569 5901H
- XMDM108.LBR.1 BINARY 106112 7355H
-
- --Keith
- 19-Jul-85 13:49:19-MDT,888;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:44:37-MDT
- Received: from wiscvm.arpa by AMSAA.ARPA id a021557; 19 Jul 85 13:54 EDT
- Received: from (INNO)HWALHW5.BITNET by WISCVM.ARPA on 07/17/85 at
- 09:00:49 CDT
- Date: 17 JUL 85 10:17-N
- From: INNO%HWALHW5.BITNET@WISCVM.ARPA
- To: INFO-CPM@AMSAA.ARPA
- Subject:Cromemco-ZCPR3
-
- For anyone who's interested: we have ZCPR3 running on
- a Cromemco.
-
-
- Inno Frencken (INNO@HWALHW5)
- Computing Centre
- Agricultural University
- Hollandseweg 1
- 6706 KN Wageningen
- The Netherlands
- phone: 08370-83875
-
- 20-Jul-85 05:59:10-MDT,677;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 20 Jul 85 05:55:12-MDT
- Received: from xerox.arpa by AMSAA.ARPA id a020803; 19 Jul 85 13:38 EDT
- Received: from Flora.ms by ArpaGateway.ms ; 19 JUL 85 08:49:32 PDT
- Date: 19 Jul 85 08:51:43 PDT (Friday)
- From: Chapman.ES@XEROX.ARPA
- Subject: Re: *** Epson Geneva FOR SALE ***
- In-reply-to: <3168@decwrl.UUCP>
- To: Workstations Pubs 223-3439 <p_macdonald%eden.dec@BRL.ARPA>
- cc: info-cpm@AMSAA.ARPA
- Message-ID: <850719-084932-3163@Xerox>
-
- Paul
-
- You don't suggest a selling price, and I don't know what the original
- retail was. What do you want for your computer?
-
- Cheryl
-
- 20-Jul-85 06:23:40-MDT,1053;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 20 Jul 85 06:18:43-MDT
- Date: Fri, 19 Jul 85 15:25:27 EDT
- From: David Towson (SECAD) <towson@AMSAA.ARPA>
- To: info-cpm@AMSAA.ARPA
- Subject: DON'T RESPOND TO FOR SALE NOTICES VIA THIS LIST!!!
-
- Readers of info-cpm - From time to time, people offer items for sale via
- usenet news and these notices are gatewayed to info-cpm. Use of the
- government sponsored Defense Data Network (over which we operate) for
- commercial purposes is not allowed. It is unavoidable that some such
- happenings will occur via the mechanism just described. The only way to stop
- that would be to cut the usenet gateway, which most agree would be shooting
- ourselves in the foot.
-
- But dammit, there is NO EXCUSE for carrying on sale negotiations via
- this newsgroup. I don't care how crummy your mailer is; if you can't send
- your reply to the seller without sending a copy to info-cpm THEN DON'T SEND IT
- AT ALL!
-
-
-
- Dave Towson, info-cpm-request
-
- 20-Jul-85 06:38:37-MDT,1219;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 20 Jul 85 06:36:34-MDT
- Received: from sdcsvax.arpa by AMSAA.ARPA id a006132; 20 Jul 85 7:02 EDT
- Received: from sdchema.chem.ucsd.arpa by sdcsvax.ARPA (4.24/4.41)
- id AA11395; Fri, 19 Jul 85 23:40:11 pdt
- Received: by sdchema.chem.ucsd.arpa (4.24)
- id AA04032; Fri, 19 Jul 85 23:39:31 pdt
- Date: Fri, 19 Jul 85 23:39:31 pdt
- From: Bret Marquis <bam%chem@sdcsvax.ARPA>
- Message-Id: <8507200639.AA04032@sdchema.chem.ucsd.arpa>
- To: info-cpm@AMSAA.ARPA
- Subject: OTRONA ATTACHE 8:16
- Cc: bang!dan@sdcsvax.ARPA
-
- The only known quantity of new CPM/MSDOS Otrona's are at Grindle
- Enterprises in San Diego, CA (619)571-3996.From what I have heard it
- is packaged with an unconditional 90 day warranty from the company
- mentioned above.I don't know the exact price, but somewhere around
- $1000.00.I do know they are factory sealed in the box.I found this
- information on a local board (619)283-0498.
- Fora total weight of 20lbs and 5 existing service locations in
- this area, its not a bad buy.I understand the the Mari company has
- sold all of their existing inventory.
-
- bang!dan@nosc
- Bang World Communications
-
- 22-Jul-85 05:50:01-MDT,1740;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 05:45:42-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a018776; 22 Jul 85 7:14 EDT
- Date: Thursday, 18 July 1985 18:21-MDT
- Message-ID: <KPETERSEN.12128568032.BABYL@SIMTEL20.ARPA>
- Sender: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
- From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
- Subject: Apple-Cat insert for BYE
- ReSent-From: KPETERSEN@SIMTEL20.ARPA
- ReSent-To: Info-Cpm@AMSAA.ARPA
- ReSent-Date: Sat 20 Jul 1985 13:34-MDT
-
- It seems that Yet Another Bye insert for the Apple-Cat II modem has
- bombed. B3AC-0.INS for the BYE335 series of Bye programs has an
- "Await Ring" routine that checks for carrier only. It does not appear
- to check for RING. This may be because you need to have the Firmware
- chip in the modem card -- is this true? I have not been able to get
- any Apple-Cat insert working with any of the BYE programs so far
- (BYE3, also MBYE with -both- revisions of the insert file).
-
- Are these really bugs, or is the firmware chip required -- There is
- quite a demand for Apple-Cat II BYE overlays; perhaps someone with a
- bit more ex- perience at assembly language that I would be willing to
- contribute this over- lay, a TESTED, WORKING copy, to the MBYE/BYE
- collection.
-
- Please reply if you would be willing to write this insert, or if you
- know why I am having so much trouble getting this working, or if you
- know where I can get a working insert file. There are many
- RCP/M-SysOps who are anxious to get a system running, but have no BYE
- insert that seems to work. I was not able to contact Wayne Masters,
- author of the Apple-Cat insert.
-
- Thanks,
- -drew
- T.MOORE%MIT-EECS@MIT-MC.ARPA
- 22-Jul-85 05:50:28-MDT,1008;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 05:49:09-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a018783; 22 Jul 85 7:14 EDT
- Date: Sun 21 Jul 85 01:32:17-MDT
- From: Ron Fowler <RFOWLER@SIMTEL20.ARPA>
- Subject: MEX 1.14
- To: info-cpm@AMSAA.ARPA
- cc: cstrom@SIMTEL20.ARPA, kpetersen@SIMTEL20.ARPA
- Message-ID: <12128698785.13.RFOWLER@SIMTEL20.ARPA>
-
- I've just released MEX version 1.14. It fixes a few long-standing bugs,
- and adds support for 1K blocks (as implemented in the current (10.8)
- version of XMODEM. This enhancement complies fully with Chuck Forsberg's
- YMODEM specification for 1K packets.
- The files can be found on SIMTEL20, in MICRO:<MEX> as follows:
-
- MEX114-U.LBR update files only
- MEX114.LBR entire package
- MEXOVL06.LQT List of all known overlays
-
- Note that MEXOVL06.LQT is also present in the two library files, so if
- you FTP either of these, you have the overlay list.
- --Ron Fowler
- -------
- 22-Jul-85 06:15:11-MDT,1224;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 06:11:20-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a018803; 22 Jul 85 7:15 EDT
- Date: Sun, 21 Jul 1985 10:08 MDT
- Message-ID: <KPETERSEN.12128792819.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: RCPM-Sysops@SIMTEL20.ARPA
- Cc: Info-Cpm@AMSAA.ARPA
- Subject: XMDM108 updates - XMDM109 released
-
- Someone please tell Paul Traina that I have just released XMDM109. I
- hear he's working on changes to XMDM108. Tell him PLEASE use XMDM109!
- It's available on my RCPM (Royal Oak) or the Sysop RCPM (Dave Hardy).
-
- After extensive testing of XMDM108 I found a few things that needed
- cleaning up. The changes were not in the area of the file transfer
- routines. XMDM108 is functional. There was a SERIOUS security
- problem, though, that needed to be fixed immediately. While I was at
- it, I set the equates to "generic" so the file could be assembled
- without editing for those who just wanted a simple transfer program
- between two computers. You'll find XMDM109.LBR in MICRO:<CPM.RCPM>
- after I have uploaded it (I'll announce it).
-
- --Keith
- 22-Jul-85 06:15:43-MDT,819;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 06:13:35-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a018808; 22 Jul 85 7:15 EDT
- Date: Sun, 21 Jul 1985 11:33 MDT
- Message-ID: <KPETERSEN.12128808144.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: Info-Cpm@AMSAA.ARPA
- Cc: RCPM-Sysops@SIMTEL20.ARPA
- Subject: XMDM109 released
-
- XMODEM version 10.9 is now available from Simtel20 as:
-
- Filename Type Bytes CRC
-
- Directory MICRO:<CPM.RCPM>
- XMDM109.LBR.1 BINARY 102656 CA53H
-
- Also available:
-
- XMDM108.MSG.1 ASCII 3257 0674H
-
- which explains the new 1k protocol capability (still compatible with
- earlier versions of XMODEM, MODEM7, and MEX).
-
- More details later.
-
- --Keith
- 22-Jul-85 06:39:24-MDT,1225;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 06:36:37-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a018819; 22 Jul 85 7:16 EDT
- Date: Sun, 21 Jul 1985 19:22 MDT
- Message-ID: <KPETERSEN.12128893642.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: Info-Cpm@AMSAA.ARPA
- Cc: Info-Modem7@SIMTEL20.ARPA, RCPM-Sysops@SIMTEL20.ARPA
- Subject: XMDM110 now available
- In-reply-to: Msg of 21 Jul 1985 17:00-MDT from CSTROM
-
- Date: Sunday, 21 July 1985 17:00-MDT
- From: CSTROM at SIMTEL20.ARPA
- To: Keith Petersen <W8SDZ at SIMTEL20.ARPA>
- Re: XMDM108 updates - XMDM109 released
-
- Well, luckily Paul Traina based his 110 on Keith's 109 and I am
- about to upload XMDM110.LBR to Simtel. (Keith, please add it to
- <CPM.RCPM>.) His mods are in the form of bug fixes and addition
- of an Oxgate equate; the Ymodem protocol is untouched from
- previous versions according to the documentation.
-
- -Charlie
-
- It's now available in:
-
- Filename Type Bytes CRC
-
- Directory MICRO:<CPM.RCPM>
- XMDM110.LBR.1 BINARY 102656 2F5EH
-
- XMDM109 has been deleted.
-
- --Keith
- 22-Jul-85 07:20:00-MDT,799;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 07:15:29-MDT
- Received: from su-sierra.arpa by AMSAA.ARPA id a019080; 22 Jul 85 7:26 EDT
- Date: Sun 21 Jul 85 16:32:17-PDT
- From: IEEE CS Students <IEEE-CS@SU-SIERRA.ARPA>
- Subject: Cromemco 4FDC/16FDC BIOS?
- To: INFO-CPM@AMSAA.ARPA
-
- Does anyone out there in Netland have a CP/M BIOS for a Cromemco system
- using the 4FDC or 16FDC disk controllers? I've heard that there may be one
- in the SIG/M library, but have not located it yet.
-
- If you know of such code, or (even better) a location on the NET which has
- a copy of it, please respond directly to IEEE-CS@SU-SIERRA.ARPA, as I am not
- currently on the distribution list.
-
- Regards,
-
- L. Brett Glass
- IEEE-CS@SU-SIERRA.ARPA
- -------
- 22-Jul-85 09:53:37-MDT,853;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 09:53:20-MDT
- Date: Mon, 22 Jul 85 8:57:56 EDT
- From: Dave Towson (info-cpm-request) <cpmlist@AMSAA.ARPA>
- To: info-cpm@AMSAA.ARPA
- Subject: AMSAA.ARPA once again responding to it net address.
-
- Fellow CP/Mers - Now that BBN has repaired the lightning-damaged Interface
- Message Processor (IMP) through which AMSAA.ARPA access the net, mail sent to
- info-cpm can once again be delivered. We are still operating with a kludge,
- and physically pulling the plugs on the network at the close of each working
- day and at the first sign of a storm, but the mail is flowing. Efforts are
- underway to resume full-time network access.
-
- Feel free to submit articles to info-cpm.
-
-
-
- Dave Towson
- info-cpm-request@amsaa.arpa
-
-
- 22-Jul-85 13:37:54-MDT,685;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 13:34:52-MDT
- Received: from rand-unix.arpa by AMSAA.ARPA id a004368; 22 Jul 85 14:32 EDT
- Received: by rand-unix.ARPA; Mon, 22 Jul 85 11:15:25 pdt
- From: Bridger Mitchell <bridger@rand-unix.ARPA>
- Message-Id: <8507221815.AA26428@rand-unix.ARPA>
- Date: 22 Jul 85 11:15:22 PDT (Mon)
- To: info-cpm@AMSAA.ARPA
- Cc: randvax!bridger@rand-unix.ARPA
- Subject: CP/M S1 byte ?
-
- Can anyone enlighten me as to what the S1 (not S2) byte
- in the fcb and directory entry does, in both CP/M 2.2 and
- later systems? Are any applications or system utilities using it?
-
- --bridger mitchell
-
- 23-Jul-85 05:45:26-MDT,1091;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Jul 85 05:43:04-MDT
- Received: from wiscvm.arpa by AMSAA.ARPA id a010266; 23 Jul 85 7:11 EDT
- Received: from (INNO)HWALHW5.BITNET by WISCVM.ARPA on 07/22/85 at
- 11:38:45 CDT
- Date: 22 JUL 85 17:39-N
- From: INNO%HWALHW5.BITNET@WISCVM.ARPA
- To: INFO-CPM@AMSAA.ARPA
- Subject:Interfacing Campbell C20/Rainbow 100
-
- Has anybody ever interfaced a Campbell C20 cassette Interface with a
- Rainbow-100 microcomputer.
- C20 formats used are: - ASCII
- - DECODE
- Could someone please send me a sample program and specifications of
- hardware-settings.
-
-
- Inno Frencken (INNO@HWALHW5)
- Computing Centre
- Agricultural University
- Hollandseweg 1
- 6706 KN Wageningen
- The Netherlands
- phone: 08370-83875
-
- 23-Jul-85 06:09:59-MDT,867;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Jul 85 06:09:21-MDT
- Received: from rand-unix.arpa by AMSAA.ARPA id a010769; 23 Jul 85 7:33 EDT
- Received: by rand-unix.ARPA; Mon, 22 Jul 85 14:05:28 pdt
- From: Bridger Mitchell <bridger@rand-unix.ARPA>
- Message-Id: <8507222105.AA00283@rand-unix.ARPA>
- Date: 22 Jul 85 14:05:19 PDT (Mon)
- To: info-cpm@AMSAA.ARPA
- Cc: randvax!bridger@rand-unix.ARPA
- Subject: umodem upgrade wishlist
-
- With the arrival of the YMODEM 1K packet protocol for MEX
- I hope one of the umodem guru's will sieze the opportunity
- to add support for the 1K packets!
-
- Could I also add my plea to put in the CRC option with auto-detection
- of CRC or CHECKSUM? We randomly encounter hardware problems
- that set the parity bit, which go undetected by a checksum
- 50% of the time!
-
- --bridger
- 23-Jul-85 14:19:59-MDT,904;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Jul 85 14:19:18-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a028967; 23 Jul 85 15:37 EDT
- Date: Tue 23 Jul 85 13:32:35-MDT
- From: Larry Armijo <COLSA@SIMTEL20.ARPA>
- Subject: Program Design Languages
- To: INFO-CPM@AMSAA.ARPA
- cc: COLSA@SIMTEL20.ARPA
- Message-ID: <12129354198.19.COLSA@SIMTEL20.ARPA>
-
- I have heard that there exist Program Design Languages (PDL's) which are
- used to develop preliminary versions of computer programs on larger computers.
- Does anyone know if PDL's are available for micros? I would think that
- these design languages would be very useful in the preliminary design of
- larger application programs. If you know of any PDL's for micros, either
- commercial or public domain, I would appreciate some guidance. Thanks in
- advance.
-
- Larry
- COLSA@SIMTEL20
- -------
- 24-Jul-85 06:55:04-MDT,2576;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 06:53:45-MDT
- Received: from mitre-gateway.arpa by AMSAA.ARPA id a016016; 24 Jul 85 7:19 EDT
- Date: 23 Jul 1985 20:12:49 EDT (Tuesday)
- From: Tom Reid (MS W932) <treid@MITRE-GATEWAY.ARPA>
- Subject: Re: Program Design Languages
- In-Reply-to: Your message of Tue 23 Jul 85 13:32:35-MDT
- To: Larry Armijo <COLSA@SIMTEL20.ARPA>
- Cc: info-cpm@AMSAA.ARPA
-
- While the Ada movement has tried to make the concept of PDLs concrete,
- the traditional notion is a "pidgen or structured English" statement
- of the intent of a procedure; the procedures being produced in a top-down,
- step-wise refinement process. The "syntax" is usually derived from an
- ALGOL base (Pascal, Ada, etc.). The object of a procedure written in PDL
- is WHAT the procedure is to accomplish, not HOW. The key words such as
- IF, THEN, WHILE, DO, BEGIN, etc. are there with the expressions and
- statements replaced with ENGLISH language statements. An example:
-
- WHILE train has not arrived DO
- IF you have a quarter
- THEN play pac-man
- ELSE
- IF you have a $1 bill
- THEN use coin changer
- ELSE try begging
-
- The English language statements can become comments in your final program.
- The object in this design phase is the overall structure and logic of what
- you want to accomplish, leaving the how to the next lower refinement.
-
- The Ada community has settled on the obvious: why should your PDL be any
- different from the programming language ==> the PDL for an Ada program
- should very closely resemble Ada so that there is little translation from
- the design to the implementation. In fact, you should be able to make the
- English language statements comments and/or replace them with the HOW.
-
- My feeling is that the PDL should be rather informal and very reader
- oriented with the intent of explaining what a routine is to do in the
- easiest, most understandable way without having a lot of syntax thrust
- upon you. PDL is for the human <--> the programming language is for the
- computer (I agree, too simplistic).
-
- There are some pseudo-compilers/interpreters which will execute and
- attempt to analyze PDL (ie., a logical expression is displayed and
- the user is prompted for a Y/N, an arithmetic expression is prompted
- for a number, and an English statement displayed as an effect - you
- are attempting to symbolicly execute your design). However, PDL
- languages with the usual notion of compilers are not really applicable.
-
- 24-Jul-85 07:00:03-MDT,971;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 06:55:53-MDT
- Received: from xerox.arpa by AMSAA.ARPA id a006585; 23 Jul 85 17:45 EDT
- Received: from PinotNoir.ms by ArpaGateway.ms ; 23 JUL 85 13:31:45 PDT
- Date: 23 Jul 85 08:58 PDT
- From: Ghenis.pasa@XEROX.ARPA
- Subject: Can't find XLISP12.COM
- To: info-cpm@AMSAA.ARPA
- cc: Ghenis.pasa@XEROX.ARPA
- Message-ID: <850723-133145-1192@Xerox>
-
- I need XLISP12.COM in a hurry, for distribution at an intro to LISP for
- local CPMers in Pasadena. I have searched most RCP/M systems in the Los
- Angeles area with no luck (just found an old version with several bugs).
- I got the source, but don't have Aztec C to compile it, so that didn't
- help either.
-
- If anyone knows of any RCP/M anywhere in the U.S. that has version 1.2
- of XLISP.COM, please message me. (I cannot FTP)
-
- Thank you
-
- -- Pablo Ghenis
- Xerox Artificial Intelligence Systems
- Pasadena, CA
- 24-Jul-85 07:20:00-MDT,2924;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 07:16:08-MDT
- Received: from sdcsvax.arpa by AMSAA.ARPA id a011545; 24 Jul 85 7:07 EDT
- Received: by sdcsvax.ARPA (4.24/4.41)
- id AA04398; Wed, 24 Jul 85 00:40:45 pdt
- From: crash!ihom@sdcsvax.ARPA
- Message-Id: <8507240740.AA04398@sdcsvax.ARPA>
- Date: Tue, 23 Jul 85 21:52:27 PDT
- To: info-cpm@AMSAA.ARPA
- Subject: Turbo free space query
- Cc: info-pascal@brl.ARPA
-
- Does anyone know of a correct algorithm for finding the amount of free space
- on a drive in Turbo Pascal? My quick and dirty algorithm below outputs the
- corect results on my 128k floppies and 96k RAM disk, but errors on a hard
- drive.
-
- When a drive is activated in CP/M, an allocation vector is set up to determine
- the amount of free space remaining on the drive. This vector is composed of
- bits with a 0 indicating a free block and a 1 indicating an allocated block.
- Calling BDOSHL(alloc_vect) puts the address of the allocation vector (for
- the current selected drive) in the HL register pair. "temp" points to the
- address in memory where the allocation vector is stored. "quotient" incre-
- ments to the next consecutive 8-bit byte in the vector. "freek" tallies up
- all the 0 bits and is the value for the space remaining.
-
- Would someone compile and execute this, and mail me the results? (Be sure to
- change the constant "total_k" to match your drive size.) Or better yet,
- supply me with a correct algorithm...
-
-
- --Irwin Hom ...crash!ihom@ucsd
-
-
-
- ---------cut here---------cut here---------cut here---------cut here---------
-
- program free_space;
-
- const
- alloc_vect = $1B; { Allocation vector address }
- total_k = 128; { since the total kilobytes is easy to find in the }
- { DPB, set to a constant here for this example }
- type
- alvec = byte;
-
- var
- cnt,freek,i : integer;
- quotient : byte;
- temp : ^alvec;
- begin
- writeln('Total k = ',total_k);
-
- { address of space allocation bit vector }
- temp := ptr(BDOSHL(alloc_vect));
- freek := 0; { counter for free blocks }
-
- for i := 0 to (total_k div 8) - 1 do { 8 bits per byte }
- begin
- cnt := 0; { bit counter }
- quotient := mem[addr(temp^) + i];
- writeln(quotient);
- while quotient > 0 do { kludge to convert from dec to bin }
- { 0 = free, 1 = allocated }
- begin { start from LSB to MSB }
- if not odd(quotient) then { even = free block }
- freek := freek + 1;
- cnt := cnt + 1;
- quotient := quotient div 2
- end;
- freek := freek + (8 - cnt) { add remaining (0 bits) free blocks }
- end;
-
- writeln('Free k = ',freek)
- end.
-
- -----------------------------
-
- 24-Jul-85 07:34:59-MDT,1151;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 07:31:39-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id aa28203; 24 Jul 85 7:57 EDT
- Received: from usenet by TGR.BRL.ARPA id a004513; 23 Jul 85 15:38 EDT
- From: Chuck McManis <cem%intelca.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm,net.lang.pascal
- Subject: Turbo Pascal File Handling
- Message-ID: <24@intelca.UUCP>
- Date: 22 Jul 85 21:03:37 GMT
- Xref: seismo net.micro.cpm:4672 net.lang.pascal:360
- To: info-cpm@AMSAA.ARPA
-
- Does anyone know of a collection of subroutines for Turbo Pascal to do
- file handling? Specifically, file look up, renaming, and deletion.
- I currently need ones for CP/M but anticipate a need in the near future
- for some MS-DOS ones also. Any pointers/References appreciated.
-
- --Chuck
- --
- "Unix, the Teco of Operating Systems." - - - D I S C L A I M E R - - -
- {ihnp4,fortune}!dual\ All opinions expressed herein are my
- {qantel,idi}-> !intelca!cem own and not those of my employer, my
- {ucbvax,hao}!hplabs/ friends, or my avocado plant. :-}
- 24-Jul-85 08:14:49-MDT,1083;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 08:11:06-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a007498; 24 Jul 85 8:50 EDT
- Received: from usenet by TGR.BRL.ARPA id a011660; 23 Jul 85 22:04 EDT
- From: Stephen King <king%dciem.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: using both side of disks
- Message-ID: <1632@dciem.UUCP>
- Date: 16 Jul 85 12:47:55 GMT
- To: info-cpm@AMSAA.ARPA
-
- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
- Another consideration is the index hole, which is not going to
- be in the same place if the disc is flipped over. Thus, the disc drive
- must be able to cope with the index hole on the other side of the disc
- center line, or discs with two center holes must be used. (has anyone ever
- seen any of these?)
-
- -Another note- the certified side of a disc is *not* the side with the
- label on it. When inserting a disc into a drive with the label up,
- the read/write head accesses the disc surface through the slot in
- the *underside* of the disc jacket.
-
- -=-=-= sjk
- 24-Jul-85 08:29:46-MDT,1151;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 08:25:44-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a007541; 24 Jul 85 8:50 EDT
- Received: from usenet by TGR.BRL.ARPA id a012507; 23 Jul 85 22:56 EDT
- From: Jeffrey Miller <jeffm%mmintl.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: using both side of disks
- Message-ID: <509@mmintl.UUCP>
- Date: 22 Jul 85 15:46:35 GMT
- To: info-cpm@AMSAA.ARPA
-
-
- *
- Double sided disks are usually for drives with 2 heads. The disks
- still only spin in one direction. You still face the problem of releasing
- dirt trapped when spinning in the original direction. I've been using the
- flip side of single sided disks on a single head drive for several years
- with no problems on either side of the disk, even though it spins both ways.
-
- *************************************************
- * Jeff Miller *
- * Multimate International Corp. *
- * 52 Oakland Avenue *
- * East Hartford, CT 06108-9911 *
- * UUCP: *
- * ...!seismo!utah-cs!utah-gr!pwa-b!mmintl!jeffm *
- *************************************************
- 24-Jul-85 09:00:05-MDT,1138;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 08:58:58-MDT
- Received: from brl-sem.arpa by AMSAA.ARPA id a009792; 24 Jul 85 9:44 EDT
- Received: from brl-tgr.arpa by BRL.ARPA id ge18539; 22 Jul 85 9:42 EDT
- Received: from usenet by TGR.BRL.ARPA id a010922; 21 Jul 85 5:51 EDT
- From: "James A. Jokl" <jaj%uvaee.uucp@BRL.ARPA>
- Newsgroups: net.unix,net.micro.cpm,net.wanted
- Subject: 8085 Assembler Wanted
- Message-ID: <380@uvaee.UUCP>
- Date: 18 Jul 85 19:40:12 GMT
- Xref: seismo net.unix:5400 net.micro.cpm:4658 net.wanted:7227
- To: info-cpm@AMSAA.ARPA
-
- We need an 8085 assembler for use in an undergraduate laboratory course this
- fall. The actual code will have to run on a Prime, however pointers to
- source in any language for any OS will be greatly appreciated.
-
- Thanx in advance
-
- James Jokl
- University of Virginia, EE
-
- CSNET: jaj@virginia
- ARPANET: jaj.virginia@csnet-relay
- USENET: ....!decvax!mcnc!ncsu!uvacs!uvaee!jaj
- Ma Bell (and relatives) 804-924-6101
- 24-Jul-85 09:04:39-MDT,1229;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 09:01:13-MDT
- Received: from brl-sem.arpa by AMSAA.ARPA id aa09792; 24 Jul 85 9:44 EDT
- Received: from brl-tgr.arpa by BRL.ARPA id gf18539; 22 Jul 85 9:42 EDT
- Received: from usenet by TGR.BRL.ARPA id a011085; 21 Jul 85 5:56 EDT
- From: HaymakerLL <llh%drutx.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: RE: --- Otrona Attache ---
- Message-ID: <3294@drutx.UUCP>
- Date: 19 Jul 85 21:19:06 GMT
- To: info-cpm@AMSAA.ARPA
-
- Attache a bummer ???
-
- Think we all need more information than this to go by. Do you own one ?
- have you used one ?? What is wrong with it ?? Give us some details..
- I own two, and am pleased, although the company is defunct, and I
- purchased then at a good deal less than what they were going for new.
- The only problem that I can see is Otrona put some inferior drives on
- it's earlier machines, and these have caused some problems and some of the
- earlier keyboards were trash. Also there isn't much software support, but most
- of the MSDOS and CPM stuff will run on them.
- Lets here the gripes but back them up !!!
-
- Linc Haymaker K0ZCO
- AT&T ISL Denver
- ihnp4!drutx!llh
- 24-Jul-85 12:53:40-MDT,869;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 12:53:33-MDT
- Received: from ames-vmsb.arpa by AMSAA.ARPA id a021276; 24 Jul 85 14:07 EDT
- Date: 24 Jul 85 10:46:00 PDT
- From: nep.pgelhausen@AMES-VMSB.ARPA
- Subject: --- Otrona (summary) ---
- To: info-cpm@AMSAA.ARPA
- Reply-To: nep.pgelhausen@AMES-VMSB.ARPA
-
-
- Since I seem to have started this whole thing, some people may have
- send some comments to me that did not get to the net. To sum up,
- the only gripes I have heard about the Attache seems to be when
- it is serving as an MS-DOS machine (specifics about MS-DOS problems,
- I don't know, but I have heard it is just generally slow & poor in
- performance...). NO-ONE who has clarified his view to me seems to
- think it is bad as a CP/M machine.
- -Richard Hartman
- max.hartman@ames-vmsb
- ------
- 25-Jul-85 07:24:24-MDT,555;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Jul 85 07:22:53-MDT
- Received: from crdc.arpa by AMSAA.ARPA id a026650; 24 Jul 85 16:06 EDT
- Date: Fri, 19 Jul 85 7:42:14 EDT
- From: George R Famini <grfamini@crdc.ARPA>
- To: info-cpm@AMSAA.ARPA
- Subject: termcap for Osborne I
-
- We have an Osborne I running the public domain terminal emulator package
- OTERM, and I was wondering if anyone out there has the termcap for this
- particular configuration?
-
-
- Thanks
-
- George Famini
- 25-Jul-85 08:04:58-MDT,887;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Jul 85 08:03:18-MDT
- Received: from sdcsvax.arpa by AMSAA.ARPA id a007097; 25 Jul 85 8:59 EDT
- Received: by sdcsvax.ARPA (4.24/4.41)
- id AA08848; Wed, 24 Jul 85 20:58:24 pdt
- From: crash!ihom@sdcsvax.ARPA
- Message-Id: <8507250358.AA08848@sdcsvax.ARPA>
- Date: Wed, 24 Jul 85 18:09:01 PDT
- To: info-cpm@AMSAA.ARPA
- Subject: Turbo free space query (error)
- Cc: info-pascal@brl.ARPA
-
- Yesterday, I left a message and algorithm about the problem I was
- having in finding the free space on a drive. Well, in less than
- twenty-four hours, I discovered my error -- I forgot to take the
- block size into consideration. Nevertheless, the algorithm works
- now. Disregard the previous sample program. I'll post the results
- if anyone is interested.
-
-
- --Irwin Hom ...crash!ihom@ucsd
-
- 25-Jul-85 08:23:28-MDT,1447;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Jul 85 08:21:15-MDT
- Received: from brl-aos.arpa by AMSAA.ARPA id a007710; 25 Jul 85 9:14 EDT
- Received: from mit-multics.arpa by AOS.BRL.ARPA id a017253; 24 Jul 85 22:10 EDT
- Acknowledge-To: "Eric J. Swenson" <Swenson@MIT-MULTICS.ARPA>
- Date: Wed, 24 Jul 85 22:03 EDT
- From: "Eric J. Swenson" <Swenson@MIT-MULTICS.ARPA>
- Subject: Kaypro II File Transfer Program
- To: info-micro@BRL-VGR.ARPA, info-cpm@BRL.ARPA
- cc: ejs@MIT-MULTICS.ARPA, ejs@CISL-SERVICE-MULTICS.ARPA
- Message-ID: <850725020315.163903@MIT-MULTICS.ARPA>
-
- My wife has just gotten a Kaypro computer at work and needs a file
- transfer program of some sort. Can anyone give me pointers as to the
- best way to get a file transfer program (preferably Kermit or MODEM)
- onto that system? I suspect the 5 1/4 disk format is incompatible with
- other 5 1/4 disk formats (although I know nothing about Kaypros).
- Perhaps someone in the Boston area could provide me with a diskette or
- someone outside the area could mail me one. I'd pay postage and
- diskette charge. Any other help or pointers to help would be
- appreciated.
-
- Please send mail to me directly, at Swenson@MIT-Multics, not this list,
- as I do not read this list as a matter of course. Additionally, I'm
- sure members of this list have read countless such requests and would
- rather never hear one again. Sorry.
- 25-Jul-85 08:43:25-MDT,665;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Jul 85 08:41:09-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id aa07680; 25 Jul 85 9:14 EDT
- Received: from usenet by TGR.BRL.ARPA id a016172; 25 Jul 85 4:41 EDT
- From: Henry Schaffer <hes%ecsvax.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: using both side of disks
- Message-ID: <1733@ecsvax.UUCP>
- Date: 24 Jul 85 01:32:53 GMT
- To: info-cpm@AMSAA.ARPA
-
- The people I know who use both sides of the disk in a single side
- drive (and call the disks "flippies") use a hole punch to punch
- the extra holes in the diskette jacket (*only*). --henry
- 25-Jul-85 11:04:33-MDT,739;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Jul 85 11:01:24-MDT
- Received: from lll-mfe.arpa by AMSAA.ARPA id aa16026; 25 Jul 85 12:33 EDT
- Date: Thu, 25 Jul 85 12:20 EDT
- From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
- Subject: CP/M <--> VAX/VMS Floppy Utility
- To: INFO-CPM@AMSAA.ARPA
-
-
-
- Does anyone have a copy of the source code to a utility to read standard 8"
- SSSD CP/M floppies on a VAX under VMS (with an RX01/2) ? I got something
- from MIT-MC many moons ago, but have had little luck with it. I will be
- happy to make my findings available to the net.
-
- Thanks,
-
- Richard Secrist
- Science Applications Int'l. Corp.
-
- SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa
-
- 25-Jul-85 11:12:26-MDT,1158;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Jul 85 11:08:42-MDT
- Received: from lll-mfe.arpa by AMSAA.ARPA id a016039; 25 Jul 85 12:33 EDT
- Date: Thu, 25 Jul 85 12:19 EDT
- From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
- Subject: IBM Document Interchange Standard
- To: INFO-CPM@AMSAA.ARPA
-
-
-
- In recent history IBM created a document interchange standard in order to
- share documents with embedded formatting and presentation information
- between different products. If I can believe InfoWorld (April 29, 1985, page
- 33) vendors like Micropro (Wordstar) and Microsoft have committed to
- supporting this standard, called "Document Interchange Architecture /
- Document Content Architecture" (DIA/DCA), and promise to incorporate into
- their products Real Soon Now. Does anybody know the name of the document
- that defines this standard, and/or has anyone heard of this before ?!
- Adoption of this standard could have interesting implications in microland.
-
- Thanks,
-
- Richard Secrist
- Science Applications Int'l. Corp.
-
- SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa
-
- 29-Jul-85 06:17:38-MDT,592;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 06:14:08-MDT
- Received: from usc-ecl.arpa by AMSAA.ARPA id a005903; 26 Jul 85 8:54 EDT
- Date: Thu 25 Jul 85 12:20:10-PDT
- From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
- Subject: HP terminal emulator for CP/M?
- To: info-cpm@AMSAA.ARPA
- Postal-address: Beckman Instruments, Inc.
- Postal-address: 2500 Harbor X-11, Fullerton, CA 92634
- Phone: (714)961-3393
-
- Does anyone know of an HP block mode terminal emulation program
- for CP/M-80 that emulates for example an HP2622?
- Ted.
- -------
- 29-Jul-85 06:33:53-MDT,8486;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 06:28:30-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a004669; 29 Jul 85 7:10 EDT
- Date: Sat, 27 Jul 1985 21:56 MDT
- Message-ID: <KPETERSEN.12130494489.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: Info-Cpm@AMSAA.ARPA
- Subject: BYE337 remote console program available
-
- BYE337 is now available from SIMTEL20. Here is an except from the
- source code comments (a complete list of files follows):
-
- This program allows modem callers to use a CP/M system just as if they
- were seated at the system console. Special assembly-time options al-
- low limiting the caller's access by password and/or access to only a
- message-service program. A number of external inserts are available
- to adapt this program to various computers, clocks and modems. It may
- be assembled with ASM, LASM, MAC or M80. If the ZCPR3 equate is set
- YES, a macro assembler such as MAC or M80 will be required. If the
- program will not assemble correctly with M80, check the insert that
- was added, it likely is not configured properly.
-
- There was a program called BYE5 that was released recently. This is a
- spin-off on BYE335 and has no advantages over the current release of
- BYE. If you have BYE5, please understand that this is newer and is
- the "proper" continuation of the BYE family. BYE3 is placed in the
- public domain. It may be updated or altered for your personal use.
- I'd like to try and consolodate any new releases, so we can avoid
- another MODEM7 fiasco. If you have changes that you feel should be
- included in future releases, please forward them to Saratoga OxGate
- 408/354-5934 (pst)
-
- v337 - 07/24/85 - *All BYE dependant routines may be accessed through
- BDOS calls now. BYE intercepted the BDOS vector anyway, so I figured
- we might as well do something with it. BYEBDOS calls start at 80
- decimal. See BYE337.DOC for more information. *Striped out many
- comments, because I've written and included a comprehensive BYE
- manual. *Added fixes for: Anchor modems, MBBS disconnect, and
- function keys generating nulls. *Removed BYELOW equate...you MUST to
- run BYE low now. Sorry. *If you're not using the NO25TH option, the
- LCDATA buffer will be a single entry (a 0) so your BBS can sense
- you're not using the NO25TH deal and not overrwrite BYE. *Removed
- manditory NO25TH when using OxGate, as OxGate's now smart enough to
- sense that you don't have the buffer (see above). *Added NEEDLC. If
- yes, then will include code to read lastcaller. *If you have your own
- modem overlay, please remove the "ANI 7FH" or "ANI 127"'s that are in
- it. This will allow 8-bit I/O for programs like XMODEM. *Removed
- low-memory bytes LHOUR/LMIN-- XModem and BBS can access them by
- looking at RTCBUF+7 and RTCBUF+8 *Made the two subroutines: BCDBIN and
- BINBCD deleteable. If you need them, then set BIN2BCD and/or BCD2BIN
- to "YES", otherwise they won't be assembled into the code. *If TIMEON
- is yes, you should make sure your clock insert pokes not only CHOUR
- and CMIN with the binary hour/min, but that it pokes the RTCbuf with
- the BCD values. This way BBSs and XMODEM can get the time and date
- from BYE. *No longer uses STATUS byte in low-memory. *No longer
- patches punch and reader devices to modem. -- pst
-
- v336 - 06/28/85 - *Added call to mdhang so phone will hangup for
- twit-kills. *Fixed bug that caused BYE to randomly turn off modem
- I/O. *Removed remote user's ability to type ^T to see time on system.
- (let him run a transient program)--it was too complex with fkeys.
- *Separated PRINTER equate from HARDLOG equate. Some of us like to use
- our printers remotely. *Moved CLRSCR so it clears screen before
- progress display, not after. (If you want CLRSCR after, so that you
- don't etch your CRT, then set CLRB4 to NO.) *Added "if not oxgate" to
- nulls question YET ONCE AGAIN. I am tired of it being taken out.
- OxGate handles nulls by itself. *Removed spaces in front of "goodbye"
- message. *Sysop must type an attention character and a letter instead
- of just a control character to run special function keys. The special
- function keys were interfering with online editing. (this means type
- ^^N (ctl-^ "N") to hangup, not ^N)). You may change the attention
- character (currently ^^) at lable ATTCH. *Disabled time-on-system-
- on-warmboot function if user is a wheel. See equate TOSWB to
- blanket-disable this function - pst
-
- FYI: BYE337 SUPERSEEDS BYE5. BYE5 does not have the advanced features
- of BYE337, plus the fact that BYE337 improves upon all work
- done in BYE5. If you have BYE5 currently on your system,
- -- PLEASE DELETE IT -- to avoid confusing users.
-
- BYE3.ASM takes full advantage of the result codes returned by modems
- using 'AT' protocol. It uses the terse mode to recognize the speed of
- the incoming signal and automatically adjusts the computer I/O to that
- speed, without the user needing to type any CR's. This is of particular
- benefit for RCPM systems using the new 300/1200/2400 modems. (For those
- modems not supporting the 'AT' protocol, the caller will still need to
- type enough CR characters to establish his speed.)
-
- No external smartmodem inserts are needed, except for systems such as
- the Cermetek or Pen-tel which use their own protocol. The included
- smartmodem routines also allow answering on first ring, with optional
- echo-checking required by some modems for insured accuracy of command
- accectance.
-
- Hardware specific inserts
- -------------------------
-
- B3AC Apple II with Novation Apple-Cat modem card
- B3AD Advanced Digital Super Quad & Super Six (Dart and 8116)
- B3AM AMPRO "Little Board" (Dart and CTC)
- B3AP Apple II with Mountain CPS serial card (2651)
- B3CC CCS-2719 & Sierra Data Science (SIO and CTC)
- B3CM Cermetek Infomate 212a
- B3CP CompuPro Interfacer 3 or 4, System Support 1 systems (2651)
- B3DP Datapoint insert (8251A and CTC)
- B3EA Eagle II and Eagle III (SIO and CTC)
- B3EP Epson QX-10 (201 MPSC and 4618 RTC)
- B3H8 Heath/Zenith H89 (8250 I/O at 2 MHz.)
- B3HZ Heath/Zenith -100 series (2661B at 4.9152 MHz.)
- B3KP KayPro (SIO and 8116)
- B3MD Morrow MicroDecision computer (8251 and Intel 8253)
- B3OS Osborne OS-1
- B3OV Osborne Vixen (8251)
- B3PH Philips "Happy Man" P2000C (SIO and CTC)
- B3R1 Radio Shack TRS-80 Model I (1602)
- B3R2 Radio Shack II,12,16 & 16B. (8251 and CTC timer)
- B3R3 Radio Shack TRS-80 Model III (1602)
- B3R4 Radio Shack TRS-80 Model IV (1685 and 19411)
- B3SB Intertec Superbrain (8251 and 19411 timer)
- B3TV TeleVideo TS-802 with external modem (SIO and CTC)
- B3US US Robotics S-100 plug in modem board (8251)
- B3XE Xerox 820 (SIO and 8116)
- B3ZB Zorba (8251 and 8254-2)
-
- (Others will be added as they become available.)
-
- On SIMTEL20 the files are:
-
- Filename Type Bytes CRC
-
- Directory MICRO:<CPM.BYE3>
- B337INS.LBR.1 BINARY 82688 860CH
- Note: this LBR contains all of the overlays below, which are also
- available individually for your convenience - you need only the
- correct one for your hardware.
-
- B3AC-1.IQS.1 BINARY 2304 BE01H
- B3AD-1.IQS.1 BINARY 2944 7C89H
- B3AM-1.IQS.1 BINARY 2816 D143H
- B3AP-1.IQS.1 BINARY 2816 2084H
- B3CC-1.IQS.1 BINARY 3712 2E0AH
- B3CMP1.IQS.1 BINARY 3584 A121H
- B3CP-2.IQS.1 BINARY 4224 1D71H
- B3DP-1.IQS.1 BINARY 2688 7291H
- B3EA-1.IQS.1 BINARY 2688 66D5H
- B3EP-1.IQS.1 BINARY 2560 AC1DH
- B3H8-1.IQS.1 BINARY 2176 2704H
- B3HZ-1.IQS.1 BINARY 3456 D6FDH
- B3KP-1.IQS.1 BINARY 2304 B61FH
- B3MD-1.IQS.1 BINARY 3584 A40AH
- B3OS-1.IQS.1 BINARY 5504 703DH
- B3OV-1.IQS.1 BINARY 6656 5388H
- B3PH-1.IQS.1 BINARY 2560 91DAH
- B3R1-1.IQS.1 BINARY 1920 EC1CH
- B3R2-1.IQS.1 BINARY 2944 CDF4H
- B3R3-1.IQS.1 BINARY 2048 7C22H
- B3R4-1.IQS.1 BINARY 2304 4D92H
- B3SB-1.IQS.1 BINARY 2432 6063H
- B3TV-1.IQS.1 BINARY 2560 133BH
- B3US-1.IQS.1 BINARY 2944 FCA7H
- B3XE-1.IQS.1 BINARY 2304 3D72H
- B3ZB-1.IQS.1 BINARY 2816 7994H
-
- BYE3-INS.INF.1 ASCII 2407 6840H
- (information on the overlays)
-
- BYE337.LBR.1 BINARY 134400 AE4CH
- This LBR contains BYE337 source, documentation, timeclock routines,
- etc.
-
- --Keith Petersen
- Arpa: W8SDZ@SIMTEL20.ARPA
- uucp: ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
- uucp: ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
- 29-Jul-85 06:38:01-MDT,850;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 06:35:59-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a005950; 26 Jul 85 8:55 EDT
- Date: Friday, 19 July 1985 11:49-MDT
- Message-ID: <KPETERSEN.12129943243.BABYL@SIMTEL20.ARPA>
- Sender: Crede Edens <edens@ALMSA-1.ARPA>
- From: Crede Edens <edens@ALMSA-1.ARPA>
- Subject: NEC 41256 chips
- ReSent-From: KPETERSEN@SIMTEL20.ARPA
- ReSent-To: Info-Cpm@AMSAA.ARPA
- ReSent-Date: Thu 25 Jul 1985 19:28-MDT
-
- Drew,
-
- I have an NEC APC computer which I would like to add RAM chips to increase
- my memory. I am having trouble finding out what chips fit the APC. Do
- you know if the NEC 41256 RAM chips sold by Microprocessors Unlimited will
- fit my machine?
-
- Thanks for any information you can give me.
-
- Crede Edens EDENS@ALMSA.ARPA
- 29-Jul-85 07:03:08-MDT,806;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 07:03:04-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a005963; 26 Jul 85 8:55 EDT
- Date: Saturday, 20 July 1985 10:45-MDT
- Message-ID: <KPETERSEN.12129943326.BABYL@SIMTEL20.ARPA>
- Sender: steve archer <rochester!kodak!archer@SEISMO.ARPA>
- From: steve archer <rochester!kodak!archer@SEISMO.ARPA>
- Subject: print file repeatedly in Wordstar
- ReSent-From: KPETERSEN@SIMTEL20.ARPA
- ReSent-To: Info-Cpm@AMSAA.ARPA
- ReSent-Date: Thu 25 Jul 1985 19:28-MDT
-
- Can one repeatedly print the same file in Wordstar without having to start
- the process everytime? I like to use my printer as a cheap copier, but
- dislike having to babysit the process.
-
- steve {allegra,seismo}!rochester!kodak!archer
- 29-Jul-85 07:13:07-MDT,1358;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 07:10:10-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a004709; 29 Jul 85 7:10 EDT
- Date: Sunday, 14 July 1985 17:48-MDT
- Message-ID: <KPETERSEN.12130520678.BABYL@SIMTEL20.ARPA>
- Sender: "R. P. Miller" <ARPEE@MIT-MC.ARPA>
- From: "R. P. Miller" <ARPEE@MIT-MC.ARPA>
- Subject: PATCH18A problems
- ReSent-From: KPETERSEN@SIMTEL20.ARPA
- ReSent-To: Info-Cpm@AMSAA.ARPA
- ReSent-Date: Sun 28 Jul 1985 00:20-MDT
-
- I have downloaded Bill Rink's PATCH18A and have found a distinct bug
- in it. I am running a N* Horizon with Bob Plouff's GENUSR front end.
- Upon installing PATCH18A, I attempted to access a file and to do a
- directory. Both failed miserably - ie., PATCH is not recognizing the
- directory at all. If you have access to Bill Rink or the supplier of
- the library now on SIMTEL, please let them know of this problem. I
- wonder if anyone else has had these results? Upon getting PATCHZ80
- and using it flawlessly for about 4 months now, I was most anxious to
- see what the latest version had in it. Unfortunately, it is not
- working as described on my system. Any help would be most
- appreciated. PATCH is a most useful utility and I would like to have
- the latest version, if it works!
- Thanks,
-
- Ray Miller, ARPEE on MIT-MC
- 29-Jul-85 07:28:05-MDT,1089;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 07:26:40-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a005979; 26 Jul 85 8:55 EDT
- Date: Saturday, 20 July 1985 21:59-MDT
- Message-ID: <KPETERSEN.12129943402.BABYL@SIMTEL20.ARPA>
- Sender: jp@LANL.ARPA
- From: jp@LANL.ARPA
- Subject: print file repeatedly in Wordstar
- ReSent-From: KPETERSEN@SIMTEL20.ARPA
- ReSent-To: Info-Cpm@AMSAA.ARPA
- ReSent-Date: Thu 25 Jul 1985 19:29-MDT
-
- > Can one repeatedly print the same file in Wordstar without having to start
- > the process everytime?
-
- A simple way to do this is to use Mail-Merge. If you don't have it
- another approach is to use ^KB -- ^KK to mark the whole text. Then
- use ^KC repeatedly to make as many copies as you desire. If you have
- page numbering turned on put a .pn1 at the top of the block. Also, put
- a .pa at the bottom to ensure that each copy starts at the beginning
- of a page.
-
- The best thing about Wordstar is if you want to do something there is usually
- a way to do it.
-
- Jim Potter jp@lanl.arpa
- 29-Jul-85 07:38:08-MDT,1001;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 07:33:04-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a004719; 29 Jul 85 7:11 EDT
- Date: Sunday, 14 July 1985 10:52-MDT
- Message-ID: <KPETERSEN.12130524597.BABYL@SIMTEL20.ARPA>
- Sender: Mike Niswonger <CNISWONGER@SIMTEL20.ARPA>
- From: Mike Niswonger <CNISWONGER@SIMTEL20.ARPA>
- Subject: New files on SIMTEL20 - Z3NEWS.206 207 and SB180.TQT
- ReSent-From: KPETERSEN@SIMTEL20.ARPA
- ReSent-To: Info-Cpm@AMSAA.ARPA
- ReSent-Date: Sun 28 Jul 1985 00:41-MDT
-
- I have uploaded two of the latest Z3NEWS files, 206 and 207 to
- SIMTEL20:
-
- Filename Type Bytes CRC
-
- Directory MICRO:<CPM.ZCPR3>
- Z3NEWS.2Q6.1 BINARY 7040 4054H
- Z3NEWS.2Q7.1 BINARY 11520 12F8H
-
- I also uploaded a file called SB180.TQT, which is a description of the
- new Micromint single board CP/M system using the Hitachi 64180 chip.
-
- Directory MICRO:<CPM.GENDOC>
- SB180.TQT.1 BINARY 7040 A611H
-
- - Mike
- 29-Jul-85 07:53:10-MDT,1066;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 07:48:42-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a005982; 26 Jul 85 8:55 EDT
- Date: Thursday, 18 July 1985 13:40-MDT
- Message-ID: <KPETERSEN.12129943481.BABYL@SIMTEL20.ARPA>
- Sender: "Jame A. Jokl" <jaj.virginia@CSNET-RELAY.ARPA>
- From: "Jame A. Jokl" <jaj.virginia@CSNET-RELAY.ARPA>
- Subject: 8085 Assembler Wanted
- ReSent-From: KPETERSEN@SIMTEL20.ARPA
- ReSent-To: Info-Cpm@AMSAA.ARPA
- ReSent-Date: Thu 25 Jul 1985 19:29-MDT
-
- We need an 8085 assembler for use in an undergraduate laboratory
- course this fall. The actual code will have to run on a Prime,
- however pointers to source in any language for any OS will be greatly
- appreciated.
-
- Thanx in advance
-
- James Jokl
- University of Virginia, EE
-
- CSNET: jaj@virginia
- ARPANET: jaj.virginia@csnet-relay
- USENET: ....!decvax!mcnc!ncsu!uvacs!uvaee!jaj
- Ma Bell (and relatives) 804-924-6101
- 29-Jul-85 08:03:06-MDT,2182;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 07:59:47-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a004722; 29 Jul 85 7:11 EDT
- Date: Sun, 28 Jul 1985 01:10 MDT
- Message-ID: <KPETERSEN.12130529894.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: Info-Cpm@AMSAA.ARPA
- Subject: DBL211 - double column list device printing
-
- DBL211 is now available from SIMTEL20 as:
-
- Filename Type Bytes CRC
-
- Directory MICRO:<CPM.LIST>
- DBL211.LBR.1 BINARY 11392 B121H
-
- Info from the author:
-
- DBL.ASM was written to use the features of most of the common printers
- to reduce the amount of paper used to list text files that are not
- overly wide. What it does is to print two pages at a time on a single
- sheet of paper in a side by side fashion using the compressed mode of
- the printer. Sort of like:
-
- xxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxx
- xxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxx
- .
- .
- .
- xxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxx
-
- Page [ 1] Page [ 2]
-
- The version that I left on RCPM was set up to run on my Epson RX-80
- printer, which takes the same commands as other Epson printers and the
- Gemini printers as well. The Feb 14, 1984 version has an added
- feature, it can start printing in the middle of a file.
-
- Alan W Warren (4/09/84)
-
- The version uploaded as DBL211.LBR is the above with the following
- changes, which some may like to call enhancements:
-
- 0. Conditional assembly for the Oki Microline 82A and 92 printers is
- added, with the spacing set up so column width is 64 chars.
- DBL211.COM is assembled for the Oki. (Guess my brand of printer,
- anyone?)
-
- 1. If a line is too long to fit in the half-page column, it
- is now folded onto the next line instead of being truncated.
-
- 2. To stop print, use control-X instead of space. I hit the space
- bar too often by accident.
-
- 3. If the text contains formfeeds, these are now acted upon in the
- expected sense, namely no more text appears in that column and the
- text continues at the top of the next.
-
- Greg Louis 840518:2100
-
- --Keith
- 29-Jul-85 08:16:55-MDT,4371;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 08:16:13-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a005986; 26 Jul 85 8:55 EDT
- Date: Friday, 12 July 1985 18:08-MDT
- Message-ID: <KPETERSEN.12129966081.BABYL@SIMTEL20.ARPA>
- Sender: Rick Adams <rick@SEISMO.ARPA>
- From: Rick Adams <rick@SEISMO.ARPA>
- Subject: 2400 baud auto-dial/auto-answer modem for $399
- ReSent-From: KPETERSEN@SIMTEL20.ARPA
- ReSent-To: Info-Cpm@AMSAA.ARPA
- ReSent-Date: Thu 25 Jul 1985 21:33-MDT
-
- I have spent the last 2 weeks evaluating a US Robitics Courier 2400
- modem. I have beat on it pretty severly and can't find anything wrong
- with it. We are buying several. I like it well enough that I will
- probably buy myself one for home use.
-
- The modem was used for uucp traffic on seismo for 2 weeks. It was used
- for both dialins and dialing out. The ONLY problem I could find with
- it is that if you try and call another site at 2400 baud and it can
- only sync up at 1200, the modem prints "CONNECTED 1200" and then
- resets the baudrate to the host to 1200 baud. I added 5 lines of code
- to the dialer in uucp and have had no problems since. I consider this
- to be minor.
-
- Anyway, on to details. The GSA cost is $399 quantity 1. If you are not
- on the GSA scale (i.e. if you don't buy as a US government agency),
- you can still get it at this price by mentioning you heard about this
- price from The Center for Seismic Studies (i.e. where I work). The
- list price on this model is $895 and the regular non-GSA price is $479
- (other dealers may charge more).
-
- The modem operates at 300/1200/2400 baud (Bell 103/Bell212A/CCITT
- V22.bis) in both originate and answer mode. It will fall back to 1200
- from 2400, but not from 1200 to 300 in orignate mode and correctly
- autobaud in answer mode. A nice (and undocumented feature) is that the
- modem will detect what baudrate the computer is sending at and use
- that as the dialout speed. This means you can just list the same modem
- in your L-devices file 3 times with different speeds and not change
- anything else. [it's simpler than it sounds if you are confused]
-
- In orignate mode, it will detect (with a serate message for each)
- ringing, busy, dialtone, and voice (and hang up on a voice).
-
- It uses a superset of the HAYES SMARTMODEM command set. I used the
- unmodified Hayes driver for a while before changing it to also handle
- the USR extensions. It also claims to be able to be used with
- CrossTalk, SmartCom and PC-Talk communications software, but I was
- unable to test this. (I presume it will work, as it looks like a
- hayes)
-
- It does pulse or tone dialing and if tone dialing doesn't get rid of
- the dialtone, it will try pulse dialing.
-
- The warranty is 2 years from US Robotics. The dealer will also handle
- warranty repairs (by sending you a working one and sending yours off
- to the factory.)
-
- The 1200 baud performance was much, much better than our Racal-Vadic
- MACS dialers. We were able to connect to sites with the USR modem that
- we could not get to with the Vadic modem. There was very little noise
- at 2400 baud and virtually none at 1200. I successfully connected at
- 2400 baud to ATT, Concord Data Systems, Vadic and USR 2400 baud
- modems, so there is no interoperability problem. This also worked at
- 2400 baud on our ITT WATS lines which are much, much noiser than ATT
- WATS (then again, they are also much cheaper, you get what you pay
- for). I expected it to have problems with the noisy ITT lines, but it
- worked perfectly. I wasn't able to give it the acid test of trying to
- use Sprint, but then nothing works on Sprint reliably...
-
- Physically, it's 6" x 10" x 1". It's a very nice, low profile modem.
-
- The dealer is the major east cost distributer for US Robotics and has
- many units in stock. We received ours within days of placing the
- order.
-
- The $399 price is ONLY available from the following dealer. Any other
- dealer will probably charge you more.
-
- The dealer is:
- Advanced Data Products, Inc.
- 18974 Bonanza Way (B-3)
- Gaithersburg, MD 20879
- (301) 424-9490
- The salesmans name is:
- Don Parnell
-
- You can probably pay for the cost of the modem in the savings in a few
- months phone charges.
-
- It sounds too good to be true, but I've got a couple in the computer
- room proving they are real.
-
- ---rick
- 29-Jul-85 08:26:56-MDT,1821;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 08:25:50-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a004730; 29 Jul 85 7:11 EDT
- Date: Sun, 28 Jul 1985 01:38 MDT
- Message-ID: <KPETERSEN.12130534877.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
- Subject: Unix Program for Converting SIMTEL20 FTP Server Filenames
-
- Many have complained that when getting (especially "mget"ing) files to
- a Unix system from the SIMTEL20 FTP server, the resulting filenames are
- not what would be desired. This problem is partially fixed by the
- installation of a new FTP server that allows users to CWD (CD) to a
- given directory for read access, so that the fully qualified file name
- need not be sent back for each file gotten with an "mget".
-
- However, even if you CWD to the directory before issuing an mget
- command, the files will still show up with uppercase names and will
- include "generation" (version) numbers. And of course, if you fail to
- CWD first, you still get the directory name too, so that you are
- likely to find files with names like
-
- <UNIX.UTIL1>CRCK2.C.1
-
- in your Unix directory, rather than the crck2.c you might have
- wanted.
-
- A new program, XXU.C (20-to-Unix filename converter), is available in
- PS:<UNIX.UTIL1> which will fix the names of all files sent to a Unix
- system from a DEC-20 FTP server. It should work on VMS and DEC-20
- filenames alike -- it strips DECnet node names, device names,
- directory names, generation numbers, and it lowercases the uppercase
- letters. When renaming to the name thus formed, it takes care not to
- write over any existing files. See comments in the source for further
- details.
-
- --Keith
- 29-Jul-85 08:43:10-MDT,936;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 08:42:13-MDT
- Date: Fri, 26 Jul 85 9:18:35 EDT
- From: David Towson (SECAD) <towson@AMSAA.ARPA>
- To: info-c@brl.ARPA
- cc: info-cpm@AMSAA.ARPA
- Subject: Erroneous forwarding of info-cpm mail to info-c and net.lang.c.
-
- Readers - A recent change in mail handling software at the US Army Ballistic
- Research Laboratory (BRL) caused mail addressed to info-cpm@amsaa to be
- relayed to info-c and net.lang.c by the arpanet <-> usenet gateway machine,
- brl-tgr. It seems the parser was only looking at the first six characters, so
- info-c looked the same as info-cpm. I have been told that the problem has
- been fixed. If further difficulties of this nature arise, please contact
- me. And thanks to the people to sent me mail concerning this problem.
-
-
- Dave Towson
- info-cpm-request@amsaa (list maintainer)
-
- 29-Jul-85 08:58:24-MDT,988;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 08:56:05-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a004745; 29 Jul 85 7:11 EDT
- Date: Sun, 28 Jul 1985 11:41 MDT
- Message-ID: <KPETERSEN.12130644646.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: Andrew Malis <malis@BBNCCS.ARPA>
- Cc: Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
- Subject: Unix Program for Converting SIMTEL20 FTP Server Filenames
- In-reply-to: Msg of 28 Jul 1985 07:49-MDT from Andrew Malis <malis at bbnccs.ARPA>
-
- I just tried to grab xxu.c from simtel20, and it claims that
- PS:<UNIX.UTIL1> doesn't exist. <UNIX.UTIL> also doesn't exist,
- and while <UNIX> does, xxu.c isn't in it.
-
- My appologies to all. I left out once character in the directory
- name. It should be:
-
- Filename Type Bytes CRC
-
- Directory PS:<UNIX.UTILS1>
- XXU.C.2 ASCII 3970 D609H
-
- --Keith
- 29-Jul-85 09:13:31-MDT,1625;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 09:12:00-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a017417; 26 Jul 85 14:15 EDT
- Received: from usenet by TGR.BRL.ARPA id a008351; 26 Jul 85 12:01 EDT
- From: "(Mark Dapoz" <jajsumner%watnot.uucp@BRL.ARPA>
- MMDF-Warning: Parse error in original version of preceding line at BRL.ARPA
- Newsgroups: net.micro.cpm
- Subject: Intertec disk format
- Message-ID: <11306@watnot.UUCP>
- Date: 23 Jul 85 22:12:53 GMT
- To: info-cpm@AMSAA.ARPA
-
- Keywords:ampro intertec superbrain
-
-
-
- I have a small problem which some of you may be able to help me with. What
- I am trying to do is read and write an Intertec Superbrain disk format on my
- Ampro Little Board. The current software on the Ampro doesn't support the
- Intertec but I can get it to read and write that format if I know the following
- paramaters: Allocation block size (1K/2K)
- Bytes per sector
- Logical sectors per track
- Block shift factor
- Block mask
- Extent mask or data block allocation size
- Max data block number
- Max directory entries
- Directory group allocation 0
- Directory group allocation 1
- Check size
- Number of reserved tracks
- Skew table format
-
- If any of you out there (especialy the people which own Superbrains) could
- possibly get any of this information to me it would be very much appreciated.
- Thanks
- Mark Dapoz
- (jajsumner@watnot)
- 29-Jul-85 09:35:22-MDT,1117;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 09:30:40-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a004751; 29 Jul 85 7:12 EDT
- Date: Sun, 28 Jul 1985 13:16 MDT
- Message-ID: <KPETERSEN.12130661913.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: Info-Cpm@AMSAA.ARPA
- Subject: BYE337.FIX
-
- A short fix for BYE337, just announced by Paul Traina.
-
- --cut here--
- Egg in face time....again.
-
- Bug: Bye337...fix included
- Conditions: NO25TH or MBBS set to YES
- and NEEDLC set to YES
- and your LASTCALR file has CRLF's in it.
-
- About 15 lines above the label: "NO25EX"
-
- CPI CR
- JZ NO25SP ;should be: CZ NO25SP
- DCR B
- CPI LF
- JZ NO25SP ;should be: CZ NO25SP
-
- Bug brought to my attention by Bill Duerr from Michigan.
-
- pst - Saratoga OxGate: 408/354-5934 300/1200/2400 baud
- - home phone: 408/867-1768 (reasonable pacific time hours)
- 29-Jul-85 09:40:44-MDT,1578;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 09:37:39-MDT
- Received: from brl-aos.arpa by AMSAA.ARPA id a004448; 29 Jul 85 7:06 EDT
- Received: from usc-isid.arpa by AOS.BRL.ARPA id a002869; 27 Jul 85 14:55 EDT
- Date: 27 Jul 1985 07:33-EDT
- Sender: ABN.ISCAMS@USC-ISID.ARPA
- Subject: Stripper WS Util in Turbo
- From: ABN.ISCAMS@USC-ISID.ARPA
- To: info-cpm@BRL.ARPA
- Cc: abn.iscams@USC-ISID.ARPA
- Message-ID: <[USC-ISID.ARPA]27-Jul-85 07:33:47.ABN.ISCAMS>
-
- NetLandians,
-
- I noticed the PC and Pascal world doesn't have (or I couldn't find) a nice
- little public domain hi-bit stripping program for WS and other nasty type
- files. Grabbed a handful of PD programs, some TURBTOOL procedures, and
- did a little hack.
-
- Stripper naturally strips the 8th bit (just like good old PIP with the Z
- option). Also does a tabify routine to replace all those WS DOC type file
- streams of spaces with 8-space tabs. Also grabs isolated CRs and makes them
- CR/LF combinations.
-
- Works fairly fast (didn't do any inline assembler to keep it transportable),
- simple, from the command line. Default product is FOOBAR.HAR, but you can
- force any desired file name from the cmd line. Sorry, no MS-DOS paths
- (tho if someone could tell me how to do that...) but alternate disks, of
- course.
-
- Source is available via FTP from my directory, ABN.ISCAMS@USC-ISID as:
- STRIPPER.PAS
-
- I'll leave it there for a week or so.
-
- Would appreciate feedback (especially if any bugs or failures!).
-
- Regards,
- David Kirschbaum
- Toad Hall
- 29-Jul-85 09:51:19-MDT,1176;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 09:48:20-MDT
- Received: from xerox.arpa by AMSAA.ARPA id a005216; 29 Jul 85 7:21 EDT
- Received: from BacoNoir.ms by ArpaGateway.ms ; 26 JUL 85 14:40:51 PDT
- Date: 26 Jul 85 17:40:45 EDT (Friday)
- Subject: Re: using both side of disks
- In-reply-to: <1632@dciem.UUCP>
- To: Stephen King <king%dciem.uucp@BRL.ARPA>
- cc: info-cpm@AMSAA.ARPA
- From: Jim Reno <Reno.wbst@XEROX.ARPA>
- Message-ID: <850726-144051-1008@Xerox>
-
- Back in 1975 or 76 when true double sided disks were just new I ordered
- some "two" sided disks and received what I didn't want. I got a disk
- with two cutouts for both index and write protect holes presumably
- certified for both sides.
- The one disturbing thing about a disk like this in my mind has to do
- with the purpose of the disk cover itself. If I am not mistaken
- considerable effort goes into the design of the cover to promote its
- ability to clean particles off the disk media. I believe this function
- is unidirectional and note that when flipped the disk will be spinning
- in the opposite direction with respect to the cover.
-
- Reno
- 29-Jul-85 09:53:16-MDT,913;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 09:52:50-MDT
- Received: from brl-aos.arpa by AMSAA.ARPA id ab04448; 29 Jul 85 7:06 EDT
- Received: from mit-mc.arpa by AOS.BRL.ARPA id a004126; 27 Jul 85 23:51 EDT
- Received: from MIT-EECS by MIT-MC.ARPA via Chaosnet; 27 JUL 85 23:49:36 EDT
- Date: Sat 27 Jul 85 23:48:42-EDT
- From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
- Subject: Sider CP/M Tracks
- To: info-apple@MIT-MC.ARPA
- cc: info-cpm@MIT-MC.ARPA
-
-
- I'm using DU-V88.COM to replace CP/M's resident commands -- could someone
- tell me which track & sector the resident commands are located on for a 10MB
- "Sider" disk drive? I let DU's "=" command search for the commands for a
- while, but it came up with nothing. Is it "safe" to replace these commands
- on this drive in the first place?
-
- -drew
- T.MOORE%MIT-EECS@MIT-MC.ARPA
- -------
-
- 29-Jul-85 10:08:23-MDT,594;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 10:07:55-MDT
- Received: from edwards-2060.arpa by AMSAA.ARPA id a005466; 29 Jul 85 7:27 EDT
- Date: Fri 26 Jul 85 13:19:26-PDT
- From: D-ROGERS@EDWARDS-2060.ARPA
- Subject: DBASE II
- To: INFO-CPM@AMSAA.ARPA
-
- I AM SOMEWHAT NEW AT THIS. DOES ANYONE KNOW IF THERE IS ANY SUCH THING AS
- AS COMPILER FOR DBASE II? IT HAS OCCURRED TO ME THAT THE DAY MAY COME
- WHEN I DON'T WANT TO GIVE AWAY THE SOURCES WITH A PROGRAM. AT LEAST MBASIC
- PROGRAMS COULD BE PROTECTED AGAINST LISTING.
- -------
- 29-Jul-85 10:18:21-MDT,1626;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 10:14:25-MDT
- Received: from brl-aos.arpa by AMSAA.ARPA id aa04486; 29 Jul 85 7:07 EDT
- Received: from usc-isid.arpa by AOS.BRL.ARPA id a006846; 28 Jul 85 23:06 EDT
- Date: 28 Jul 1985 23:03-EDT
- Sender: ABN.ISCAMS@USC-ISID.ARPA
- Subject: Turbo Pascal Kermit
- From: ABN.ISCAMS@USC-ISID.ARPA
- To: info-cpm@BRL.ARPA, info-kermit@CU20B.ARPA
- Cc: abn.iscams@USC-ISID.ARPA
- Message-ID: <[USC-ISID.ARPA]28-Jul-85 23:03:48.ABN.ISCAMS>
-
- NetLandians,
-
- Moved down a nice little Turbo Pascal Kermit from DEC-MARLBORO. Author
- is Jeff Duncan, written in Dec 84.
-
- Didn't hear anything on the nets about it (as I recall), so thought I'd
- remind people.
-
- Nice little package. Not a real "full house" Kermit with all the bells and
- whistles, but a real nice neat framework and the basic protocol to work from.
- Much easier to hack and install than the big Assembler Kermits (believe me!),
- and works just fine as is.
-
- His package is "generic CP/M", using the Iobyte to switch ports between
- Rdr/Punch and Console, but the interface is so nice and clean that it would be
- fairly easy to hack in anything else you want.
-
- Maybe some PC or MS-DOS wizard could do a hack and give us a module to handle
- that environment? Sure could use that myself, since I have friends with PC type
- systems that need something, but don't have a machine handy to experiment on.
-
- That Kermit is NOT at SIMTEL20, to the best of my knowledge, and maybe oughtta
- be - sure is neat!
-
- Regards,
- David Kirschbaum
- Toad Hall
- ABN.ISCAMS@USC-ISID
- 29-Jul-85 10:40:41-MDT,4470;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 10:36:26-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a004611; 29 Jul 85 7:09 EDT
- Date: Sat, 27 Jul 1985 11:25 MDT
- Message-ID: <KPETERSEN.12130379572.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: Info-Cpm@AMSAA.ARPA
- Subject: SD100 super directory program available
-
- The latest version of SD, the super directory program, is now
- available from SIMTEL20 as:
-
- Filename Type Bytes CRC
-
- Directory MICRO:<CPM.DIRUTL>
- SD100.LBR.1 BINARY 80640 F9AEH
-
- SD displays the directory of a CP/M disk, sorted alphabetically, with
- the file size in k, rounded to the nearest CP/M block size. Also
- displays library files with the file size in k if the '$L' option is
- used.
-
- Here is an excerpt from the update information:
-
- ======================================================================
-
- 07/24/85 Rewrote the TIMEON code to allow use of the existing time-
- v100 on-system data contained in BYE5, BYE3, BYE+ or MBYE's RTC
- buffer. If TIMEON is YES, SD merely reports "Time on system
- is nnn minutes" and makes no attempt to log the user off.
- Logoff responsibility is delegated to the (M)BYE(+) program.
- TIMEON checks to see if BYE is running and continues without
- reporting time-on if not. No installation required to use
- this feature if you have clock code installed in your BYE.
- All page-1 equates previously used by TIMEON were deleted.
-
- This update also contains the SD99.FIX code for nested IF'
-
- - Wayne Masters, Potpourri
- ======================================================================
-
- 07/11/85 Added THREBYT equate for systems needing a 3-byte sequence
- v99 for reverse video. If THREBYT is YES then the value coded
- at TBYTE is added to the reverse video sequence (currently
- set for a Kaypro).
-
- Also added a new "?" option which will display a menu
- of the $ options available if HELP is YES.
-
- - Steve Sanders
- ======================================================================
-
- 03/15/85 Fixes obscure display bug which deletes display of 1, 2 or
- v98 3 file names in 3 out of 4 cases when the directory has
- >255 entries. The fix code was written by Peter Lyman.
- (See SD98.NOT).
- - Paul Foote
-
- =======================================================================
-
- 01/21/85 Added support for ZRDOS. Although CP/M compatible, ZRDOS
- v97 does not allow the SWAPEM technique of poking local values
- into the operating system. Instead, a test for ZRDOS is
- made and, if present, further calls to CPM: set the Warm
- Boot Trap in ZRDOS. On any error detected by ZRDOS the
- trap is reset and control is passed to DSKERR: No equates
- need be changed for CPM/ZRDOS, testing is dynamic in the
- run-time code.
- - Joe Wright
-
- =======================================================================
-
- 12/28/84 Added CP/M Plus TIMEON logic controlled by tag CPM3. Also
- inserted a call to CKABRT in routine TYPE to catch an abort
- request (^C) sooner.
- - George Peace
-
- =======================================================================
- Current versions of SD automatically adjust for any block size and di-
- rectory length under CP/M 1.4 or 2.x or MP/M (any version). They also
- automatically adjust for any number of disk drives and work satisfac-
- torily even if no disk is in that drive at the moment. Provisions are
- made for:
-
- (1) automatic pauses when the screen fills up
- (2) searching individual or multiple drives and/or user areas
- (3) unconditional or optional resetting the disk system before
- execution begins
- (4) directing output to a disk file called SD.DIR and appending
- to that file on subsequent runs
- (5) summary line output giving drive and user information, num-
- ber of files matched and how much space they consume, and
- the amount of free space remaining on the disk
- (6) displaying or suppressing "system" files
- (7) accepting ambiguous filenames with or without a drive name
- (8) printer output
- (9) optional help menu with $?
-
-
- See SD.DOC for detailed instructions on configuring and running SD.ASM
-
- --Keith
- 29-Jul-85 11:00:16-MDT,3101;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 10:59:00-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a004643; 29 Jul 85 7:09 EDT
- Date: Sat, 27 Jul 1985 12:36 MDT
- Message-ID: <KPETERSEN.12130392487.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: Info-Cpm@AMSAA.ARPA
- Subject: SAP44 sort and pack directory program available
-
- SAP v44, the sort & pack directory program is now available from
- SIMTEL20 as:
-
- Filename Type Bytes CRC
-
- Directory MICRO:<CPM.DIRUTL>
- SAP44.LBR.1 BINARY 16128 073EH
-
- THIS PROGRAM READS THE DISK DIRECTORY TRACKS, SORTS THEM
- ALPHABETICALLY THEN REPLACES THEM ON THE DISK. ALL UNUSED OR ERASED
- AREAS ON THE DIRECTORY TRACK ARE REFORMATTED WITH CONTINUOUS 'E5'
- CHARACTERS. (THIS ERASES PREVIOUS FILE NAMES WHICH HAVE BEEN
- DEACTIVATED.) SORTING THE DIRECTORY IN THIS MANNER OFFERS MANY
- ADVANTAGES. SOME OF THEM ARE:
-
- 1) ALLOWS 'DIR' TO SHOW AN ALPHABETIZED LISTING
- 2) ELIMINATES POTENTIAL PROBLEMS WITH "UNERASE" PROGRAMS
- 3) SPEEDS UP ACCESS VIA 'SD' AND OTHER SPECIAL PROGRAMS
- 4) ASSISTS ON WORKING DIRECTLY ON THE DISK WITH 'DU', ETC.
- 5) REMOVES FILES FROM THE DISK SOMEBODY ELSE COULD RECOVER
- 6) OPTIONALLY ERASES ALL FILES OF ZERO LENGTH (EXCEPT THOSE
- STARTING WITH '-' FOR CATALOG USE WITH MAST.CAT)
-
- Here is information about the past few updates:
-
- 07/25/85 - v44 - Added some pushes and pops so that the switch routine
- will swap the entire contents of the two directory entries.
- Previously it only swapped the part after it found a difference which
- sometimes resulted in flag bits moving from one file to another.- Bob
- Clyne
-
- 03/20/85 - v43 - Inserted my name where it belonged under the v42
- release notice, added conditional assembly option for verbose mode
- which will, if selected, permit the program to assemble in under 1k.
- Added conditional assembly option for CP/M-only mode which suppresses
- check for MP/M and CP/M+. - Dennis Quinn
-
- 03/06/85 - v42 - Removed "trash directory" feature to make program
- more user-friendly, made "delete zero-length files" an assembly-time
- option, as there are more programs than MCAT which make use of
- zero-length files.- Dennis Quinn (added in v43)
-
- 02/28/85 - v41 - Minor cleanup, made compatible with all assemblers. -
- Irv Hoff
-
- 09/17/84 - v40 - Added 'Previously sorted' statement that was included
- in v37 but got dropped from v38 when the Shell-Metnzer sort was put
- in. It still rewrites the directory even if previously sorted, to
- insure erased programs at end of directory are properly cleared.- Irv
- Hoff
-
- 07/27/84 - v39 - Corrected sorting of last directory entry. - WOD
-
- 10/16/83 - v38 - Now using a Shell-Metzner sort which speeds the
- sorting time considerably, especially on large directories. - Sigi
- Kluger
-
- 07/27/83 -v37 - Shows an error flag for MP/M and CP/M+ both. Rewrites
- the directory even if previously sorted, to insure erased programs at
- end of directory are properly cleared. - Irv Hoff
-
- --Keith
- 29-Jul-85 11:12:42-MDT,2866;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 11:12:27-MDT
- Received: from brl-aos.arpa by AMSAA.ARPA id a004486; 29 Jul 85 7:07 EDT
- Received: from usc-isid.arpa by AOS.BRL.ARPA id a006812; 28 Jul 85 22:45 EDT
- Date: 28 Jul 1985 22:43-EDT
- Sender: ABN.ISCAMS@USC-ISID.ARPA
- Subject: USR Autolink Modem Problems
- From: ABN.ISCAMS@USC-ISID.ARPA
- To: info-cpm@BRL.ARPA
- Cc: abn.iscams@USC-ISID.ARPA
- Message-ID: <[USC-ISID.ARPA]28-Jul-85 22:43:17.ABN.ISCAMS>
-
- Netlandians,
-
- I've been working through a US Robotics Autolink 212A 300/1200 baud modem
- from my micro thru a local TAC to my host on the ARPANet. The local TAC uses
- Racal Vadic 1200 baud modems, and the TAC wizards tell me it's a Bell 212
- protocol modem, not the 212A.
-
- Never thought that made a real difference, but I got problems!
-
- During fast typing in terminal mode (right here in the editor of my mailer,
- Hermes, for instance), I will suddenly get a short burst of garbage and a
- lockup! My modem lights indicate I continue to send out, but NO incoming
- data. Thought for a while the TAC modem was hanging up, but not true:
- it continues to receive my commands (transmitted in the blind as it were)
- and respond to them.
-
- After much experimentation, it appears that MY USR modem is somehow losing its
- incoming data! Turning it off somewhere on the board or something. If I very
- quickly pulse the on/off switch (and am lucky enough not to have the phone
- or far modem hang up on me!), I regain the incoming data channel again!
-
- I also experience this lockup when running Kermit on my host - usually at the
- exact same packet - and when doing a straight upload (using XON/XOFF flow
- control at the TAC to insure I don't overflow its buffers) into a text editor.
- (Sorry, during Kermit, that's during Sends to the distant Kermit only.) So
- the problem appears to be related to my modem sending somehow!
-
- I've turned off echo at the TAC (running with local echo), and that seemed
- to help a little but no guarantees - it may still lock up, but now at a
- different place during the transfer.
-
- I've experienced no such problems when dealing with other modems in the
- local area, cross-country, etc. (Of course, haven't been able to find another
- Racal Vadic Bell 212 either.)
-
- The USR Autolink 212A documentation is sketchy, to say the least! No software
- commands are documented at all (do any exist?), and only the autoanswer switch
- on the back is explained. Word length and stop bits are settable internally,
- but remain at the factory default 8 bits, 2 stop bits.
-
- Any suggestions, ideas, similar experiences? This is bad news when I can't
- upload ANYTHING anymore! (Still works fine at 300 baud (Bell 202), but ugh.)
-
- Thanks in advance (and sorry for the length).
- David Kirschbaum
- ABN.ISCAMS@USC-ISID
- 29-Jul-85 12:36:18-MDT,924;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 12:33:15-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id aa06912; 29 Jul 85 8:07 EDT
- Received: from usenet by TGR.BRL.ARPA id a002484; 27 Jul 85 17:19 EDT
- From: Robert Jaquiss <robertj%tektronix.uucp@BRL.ARPA>
- Newsgroups: net.micro.apple,net.micro.cpm
- Subject: Help wanted with Microsoft Premium Softcard
- Message-ID: <5545@tektronix.UUCP>
- Date: 26 Jul 85 19:05:47 GMT
- Xref: seismo net.micro.apple:2182 net.micro.cpm:4693
- To: info-cpm@AMSAA.ARPA
-
- Does anyone out there know how to make a Microsoft Premium Softcard
- send all its output to an Apple slot?
- I need to do this so I can hook up my braille display. Thanks in advance.
- Robert S. Jaquiss
- ucbvax!tektronix!robertj (uucp)
- robert jaquiss@tektronix (csnet)
- robert jaquiss.tektronix@rand-relay (arpanet)
- (503) 627-6346 (audio phone at work)
- 29-Jul-85 13:00:39-MDT,1216;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 12:59:22-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a006986; 29 Jul 85 8:07 EDT
- Received: from usenet by TGR.BRL.ARPA id a005371; 27 Jul 85 18:40 EDT
- From: Walt Sakai <walt_sak%proper.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: ** Ramdisk Information **
- Message-ID: <164@proper.UUCP>
- Date: 26 Jul 85 03:31:53 GMT
- To: info-cpm@AMSAA.ARPA
-
-
- I would like to invite comment on the RAMDISKS used in
- conjunction with CP/M systems. Please discuss the advantages
- and bugs you have found for your system. Currently I am
- interested in using MICROSHERE's Ramdisk with a Kaypro 4-84.
-
- Is the cost of the ramdisk worthy of the increased speed in
- program execution? Does the ramdisk make working with very
- large dBase II files faster? What are typical time savings
- (relative to processor speed)?
-
- Thanks very much for your attention in this matter. All
- replies will be summarized and posted to this net group.
-
- Walt Sakai
- {ucbvax,hplabs,ihnp4,cbosgd,
- decwrl,unisoft,fortune,sun,nsc}!dual!proper!walt_sak
- 29-Jul-85 13:34:40-MDT,1084;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 13:32:01-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id a007104; 29 Jul 85 8:10 EDT
- Received: from usenet by TGR.BRL.ARPA id a009151; 27 Jul 85 21:47 EDT
- From: william edwards <edwards%h-sc1.uucp@BRL.ARPA>
- Newsgroups: net.wanted.sources,net.micro.cpm,net.unix
- Subject: Wordstar/nroff filter
- Message-ID: <468@h-sc1.UUCP>
- Date: 27 Jul 85 19:21:35 GMT
- Xref: seismo net.wanted.sources:1175 net.micro.cpm:4695 net.unix:5465
- To: info-cpm@AMSAA.ARPA
-
- Could somebody mail me, repost, or tell me where to get the Wordstar to
- nroff filter which was posted to the net a few months ago? I can ftp
- off of any given ARPA site, like seismo, simtel20, market etc. I also
- wouldn't mind knowing how intelligent it is, that is, whether it just
- flattens a Wordstar file, or whether it actually comes up with the
- right nroff formatting commands. Thanks in advance for your
- responses.
-
-
- Bill Edwards
-
- Mail to:
-
- {seismo,ima,ihnp4,...}!harvard!edwards
- 29-Jul-85 14:16:45-MDT,1109;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 14:12:29-MDT
- Received: from usc-isid.arpa by AMSAA.ARPA id a007931; 29 Jul 85 8:27 EDT
- Date: 27 Jul 1985 06:28-EDT
- Sender: ABN.ISCAMS@USC-ISID.ARPA
- Subject: Re: using both side of disks
- From: ABN.ISCAMS@USC-ISID.ARPA
- To: king%dciem.uucp@BRL.ARPA
- Cc: info-cpm@AMSAA.ARPA
- Message-ID: <[USC-ISID.ARPA]27-Jul-85 06:28:34.ABN.ISCAMS>
- In-Reply-To: <1632@dciem.UUCP>
-
-
- Re using both sides .. I shall not address the safety of this, wear and tear,
- certified sides, etc. (That's been discussed plenty.)
-
- However, the index holes are no problem. I have a batch of junk disks
- I experiment with. THREE holes now! One at about 1:00 for single-side
- drives, one at about 2:00 for regular double side (yep, that's how the
- drive can tell!), and one at 11:00 for flipping single-sided ones.
-
- PS: you have to tape over the double-sided one if you want to do single-side
- or flip-side on a double-side drive! Gave me fits for a while.
-
- Regards,
- David Kirschbaum
- Toad Hall
- ABN.ISCAMS@USC-ISID
- 30-Jul-85 05:05:10-MDT,1187;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 05:02:50-MDT
- Received: from brl-aos.arpa by AMSAA.ARPA id a019447; 29 Jul 85 14:07 EDT
- Received: from rand-unix.arpa by AOS.BRL.ARPA id a019428; 29 Jul 85 13:48 EDT
- Received: from vortex.UUCP by rand-unix.ARPA; Mon, 29 Jul 85 10:28:18 pdt
- Date: Mon, 29-Jul-85 09:27:55 PDT
- From: Lauren Weinstein <vortex!lauren@RAND-UNIX.ARPA>
- Subject: 2400 bps modem
- Message-Id: <8507290927.289.0.VT1.00C@vortex.UUCP>
- To: INFO-CPM@BRL.ARPA
-
- As I discussed in more detail on another list, there have been some
- reports of compatibility problems with the US Robotics (and other
- 2400 bps modems as well). A top level modem expert I know told
- me that he personally would NOT buy into 2400's at this time
- unless:
-
- 1) They were REALLY cheap (like $100 he said!)
- 2) You were going to only be talking to the same brand of modem
- at the other end.
-
- He said that this situation is changing but that in his opinion
- he's gotten too many bad reports and knows of too many manufacturing
- changes under way to want to dive in at this juncture.
-
- Just passing this along.
-
- --Lauren--
-
- 30-Jul-85 05:32:51-MDT,1225;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 05:31:47-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a017104; 29 Jul 85 13:10 EDT
- Date: Mon, 29 Jul 1985 11:10 MDT
- Message-ID: <WANCHO.12130901144.BABYL@SIMTEL20.ARPA>
- From: "Frank J. Wancho" <WANCHO@SIMTEL20.ARPA>
- To: ABN.ISCAMS@USC-ISID.ARPA
- Cc: INFO-CPM@AMSAA.ARPA
- Subject: Turbo Pascal Kermit
- In-reply-to: Msg of 28 Jul 1985 21:03-MDT from ABN.ISCAMS at USC-ISID.ARPA
-
- Dave,
-
- KERMIT is the one set of "public domain" files we do not keep on
- SIMTEL20. We don't keep KERMIT sources here for two reasons: we don't
- have the SPACE to keep redundant copies of what is already available
- via FTP from CU20B, and we wouldn't have the TIME to keep our copies
- current even if we did have the space.
-
- If anybody wishes to keep track of new developments with KERMIT,
- subscribe to the weekly INFO-KERMIT-DIGEST by sending your request to
- be added to the mailing list to INFO-KERMIT-REQUEST@CU20B. Currently
- under discussion are proposed major extensions to the protocol as well
- as the regular announcements of new versions available and bug reports
- and fixes to current versions.
-
- --Frank
- 30-Jul-85 06:09:32-MDT,1359;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 06:07:55-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a029145; 30 Jul 85 7:03 EDT
- Date: Mon, 29 Jul 1985 20:14 MDT
- Message-ID: <KPETERSEN.12131000190.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: Steve Noland <NOLAND@USC-ISI.ARPA>
- Cc: Info-Cpm@AMSAA.ARPA
- Subject: Communications program support for 1k protocols.
- In-reply-to: Msg of 29 Jul 1985 16:05-MDT from Steve Noland <NOLAND at USC-ISI.ARPA>
-
- I downloaded a file from Bill Wood's board (Barstow) this AM called
- IMP240.OBJ. It appeared to be the modified MDM740 that I was looking
- for, but when I tried to configure it with the overlay for my system,
- it stopped working. The file was completely alone without any
- accompanying documentation, which isn't Irv's style, so I wonder if it
- was a bogus effort. I'll try to raise Irv on CompuServe and get a
- reading.
-
- MEX is nice, but I need a program that isn't that complicated for the
- users I have in mind.
-
- IMP240 is available from SIMTEL20. Test with care. No source code is
- available and I haven't tested it.
-
- Filename Type Bytes CRC
-
- Directory MICRO:<CPM.MODEM7>
- IMP240.LBR.1 BINARY 71296 4509H
-
- --Keith
- 30-Jul-85 06:24:34-MDT,1074;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 06:21:17-MDT
- Received: from brl-aos.arpa by AMSAA.ARPA id a029277; 30 Jul 85 7:12 EDT
- Received: from simtel20.arpa by AOS.BRL.ARPA id a026593; 30 Jul 85 2:47 EDT
- Date: Tue 30 Jul 85 00:45:52-MDT
- From: Ron Fowler <RFOWLER@SIMTEL20.ARPA>
- Subject: Courier/Hayes 2400 MEX overlay
- To: info-cpm@BRL.ARPA
- Message-ID: <12131049630.20.RFOWLER@SIMTEL20.ARPA>
-
- The long-awaited Courier 2400 (and Hayes 2400) MEX overlay is now
- available, on SIMTEL20: MICRO:<CPM.MEX> MXM-2400.ASM.
- This MEX modem overlay is intended for 2400 baud Hayes and Couriers
- (but probably useable w/2400 baud modems as well). Supports "fallback"
- of data rate making each call at a maximum (dflt 2400) rate, switches to
- a lower rate if the remote modem can't handle the higher. If the USR2400
- switch is set, it supports the Courier's adaptive dialing, automatically
- sets the Couriers busy detector, and supports "RINGING" and "VOICE"
- status codes. --Ron Fowler
-
-
- -------
- 30-Jul-85 06:35:50-MDT,1148;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 06:35:04-MDT
- Received: from rand-unix.arpa by AMSAA.ARPA id a029326; 30 Jul 85 7:13 EDT
- Return-Path: <christe@rand-unix>
- Received: by rand-unix.ARPA; Mon, 29 Jul 85 15:49:09 pdt
- From: Chris McMenomy <christe@RAND-UNIX.ARPA>
- Message-Id: <8507292249.AA12398@rand-unix.ARPA>
- Date: 29 Jul 85 15:49:04 PDT (Mon)
- To: George R Famini <grfamini@CRDC.ARPA>
- Cc: info-cpm@AMSAA.ARPA, christe@RAND-UNIX.ARPA
- Subject: Re: termcap for Osborne I
- In-Reply-To: Your message of Fri, 19 Jul 85 7:42:14 EDT.
-
-
- I have used the following termcap with OTERM on an old (brown case) Osborne
- and it worked well enough for the Rand editor:
-
-
- #
- stty tabs new cr0 nl0 ff0 erase
- echo -n ')m'
- set term=TV52
- setenv TERMCAP 'TV52:if=/usr/lib/tabset/std:\
- :al=33*\EE:am:bs:ce=\ET:cm=\E=%+ %+ :cl=^Z:co#52:dc=\EW:dl=33*\ER:ei=:\
- :ku=^K:kd=^J:kl=^H:kr=^L:k0=^A@\r:k1=^Aa\r:k2=^Ab\r:k3=^Ac\r:\
- :k4=^Ad\r:k5=^Ae\r:k6=^Af\r:k7=^Ag\rk8=^Ah\r:k9=^Ai\r:\
- :ho=^^:im=:ic=\EQ:li#24:nd=^L:pt:se=\Ek:so=\Ej:up=^K:us=\El:us=\Em:\
- :ma=^K^P^L :sg=1:ug=1:'
- 30-Jul-85 06:54:18-MDT,953;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 06:50:48-MDT
- Received: from brl-tgr.arpa by AMSAA.ARPA id aa29728; 30 Jul 85 7:23 EDT
- Received: from usenet by TGR.BRL.ARPA id a027302; 29 Jul 85 16:54 EDT
- From: John Blalock <jb%terak.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: MEX 1.14
- Message-ID: <648@terak.UUCP>
- Date: 26 Jul 85 19:43:09 GMT
- To: info-cpm@AMSAA.ARPA
-
- >
- > I've just released MEX version 1.14.
- > The files can be found on SIMTEL20, in MICRO:<MEX> as follows:
- >
- > --Ron Fowler
-
- Ron, How about posting the .LBR files to net.sources for those of us that
- don't have ARPA access?
-
- Thanks,
-
- John Blalock, W7AAY
-
- uucp: ...{amd,decvax,hao,ihnp4,seismo}!noao!terak!jb
- phone: (602) 998-4800
- us mail: Terak Corp., 14151 N. 76th St., Scottsdale, AZ 85260
- \\\\\
- -----> Soon to be part of CalComp, A Sanders Company
- 30-Jul-85 09:36:34-MDT,889;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 09:34:26-MDT
- Date: Tue, 30 Jul 85 10:13:50 EDT
- From: David Towson (SECAD) <towson@AMSAA.ARPA>
- To: info-cpm@AMSAA.ARPA
- Subject: Slow processing of info-cpm mail.
-
- Fellow CP/Mers - You may have noticed that mail flow in and out of AMSAA.ARPA,
- the machine that handles info-cpm, has been slow lately. The following
- excerpt from the AMSAA login message explains the situation:
-
- "Until lightning protection equipment is obtained and installed, network
- service will be available only when the system is attended and provided there
- is no threat of electrical storm. This is because we must physically
- "pull-the-plug" at both ends of the network cable to protect the equipment
- against lightning damage."
-
-
-
- Dave
- towson@amsaa.arpa aka info-cpm-request
-
- 30-Jul-85 10:25:55-MDT,1748;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 10:23:46-MDT
- Received: from su-star.arpa by AMSAA.ARPA id a009500; 30 Jul 85 11:19 EDT
- Date: 29 Jul 85 16:00:00 PDT
- From: "R. Meier" <rmeier@su-star.ARPA>
- Subject: re: ram disks (Saturn 128K)
- To: info-cpm <info-cpm@AMSAA.ARPA>
- Reply-To: "R. Meier" <rmeier@su-star.ARPA>
-
- Seepee Emm,
- I have been using a Saturn Ramdisk 128K with my Apple ][+ for
- over a year now, with no problems. The supplied interface software is
- needlessly complicated, slow and uses almost all of the Cp/m configuration
- block, but despite this, I have not yet bothered to rewrite it.
- I find that I only use it about 15% of the time, but that when
- I use it, it is well worth it. I use it when I know that a given
- program will have many disk references. I typically use Wordstar,
- by copying my file to the ramdisk, there editting it, and periodically
- copying it back to floppy disk. I find that the reduction in WAIT
- (for disk operation) time is much more comfortable, and avoids the
- problem of lost characters when a disk operation is performed while
- typing. I have found that when compiling with small c or using
- the asm assembler, it is worthwhile to send the hex to the ram disk
- and then load from the ram disk back onto a floppy.
- In summary,
- Saturn Ram Disk 128K
- No Problem operation > 1 yr
- Interface Software inconvenient
- Editting Speedup (x2) (mostly psychological)
- Assembly/Compiling Speedup (x2) (including copy time)
-
- Before, getting the new version of Kermit which does disk
- buffering, I could almost double my effective file transfer rate, by
- copying to ram disk.
- Bob Meier (riacs!meier@pluto)
-
- ------
- 30-Jul-85 11:02:35-MDT,1475;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 10:59:28-MDT
- Received: from xerox.arpa by AMSAA.ARPA id a010208; 30 Jul 85 11:57 EDT
- Received: from Salvador.ms by ArpaGateway.ms ; 30 JUL 85 08:51:17 PDT
- Sender: "Philip M. Burton.osbunorth"@XEROX.ARPA
- Date: 30 Jul 85 08:51:01 PDT (Tuesday)
- Subject: Re: using both side of disks
- From: ABN.ISCAMS@USC-ISID.ARPA
- To: king%dciem.uucp@BRL.ARPA
- cc: info-cpm@AMSAA.ARPA
- In-Reply-to: <1632@dciem.UUCP>
- Message-ID: <850730-085117-3525@Xerox>
-
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Redistributed: XeroxInfo-CPM^.wbst
- Received: from AMSAA (AMSAA.ARPA) by Xerox.ARPA ; 30 JUL 85 07:04:29 PDT
- Received: from usc-isid.arpa by AMSAA.ARPA id a007931; 29 Jul 85 8:27 EDT
- Message-ID: <[USC-ISID.ARPA]27-Jul-85 06:28:34.ABN.ISCAMS>
-
-
- Re using both sides .. I shall not address the safety of this, wear and tear,
- certified sides, etc. (That's been discussed plenty.)
-
- However, the index holes are no problem. I have a batch of junk disks
- I experiment with. THREE holes now! One at about 1:00 for single-side
- drives, one at about 2:00 for regular double side (yep, that's how the
- drive can tell!), and one at 11:00 for flipping single-sided ones.
-
- PS: you have to tape over the double-sided one if you want to do single-side
- or flip-side on a double-side drive! Gave me fits for a while.
-
- Regards,
- David Kirschbaum
- Toad Hall
- ABN.ISCAMS@USC-ISID
- 30-Jul-85 11:35:27-MDT,437;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 11:35:13-MDT
- Received: from usc-isi.arpa by AMSAA.ARPA id a011630; 30 Jul 85 12:50 EDT
- Date: 29 Jul 1985 23:10:04 EDT
- From: DECKERJW@USC-ISI.ARPA
- Subject: REMOVAL FROM MAILING LIST
- To: INFO-CPM@AMSAA.ARPA
- cc: DECKERJW@USC-ISI.ARPA
-
- PLEASE REMOVE ME FROM THE INFO-CPM MAILING LIST.
-
- THANK YOU,
-
- JIM DECKER
- -------
- 30-Jul-85 12:13:00-MDT,2197;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 12:12:10-MDT
- Received: from usc-isi.arpa by AMSAA.ARPA id a011634; 30 Jul 85 12:50 EDT
- Date: 29 Jul 1985 21:39:26 EDT
- Subject: Modula II (Turbo)
- From: Rex Buddenberg <BUDDENBERGRA@USC-ISI.ARPA>
- To: info-cpm@AMSAA.ARPA
- cc: BUDDENBERGRA@USC-ISI.ARPA
-
- TURBO-MODULA-II IS NEARLY HERE
-
- For those of you who wanted a large-program, modern,
-
- structured language in a usable implementation, for REAL
-
- computers (Z80 types, 8088's need not apply), there is hope.
-
- Allow me to present the evidence.
-
- This past weekend, I had the priviledge of attending SOG-IV,
-
- Dave Thompson's (MicroCornucopia) annual picnic and computerists
-
- whing-ding. Philippe Kahn didn't make it this year, but sent
-
- Mike Weisert, one of Borland's programmers instead. Mike's topic
-
- was "Intro to Modula-II & the Borland Implementation". After
-
- comparing and contrasting Pascal and Modula for a while, he got
-
- to the important points: how Borland was building the compiler.
-
- Selected tidbits (those that my brain retained):
-
- - The compiler actually exists. Mike had a Kaypro with the
-
- compiler up and running. The top menu looks (strangely) like the
-
- Turbo-Pascal menu. The editor is the same too. Borland is
-
- adhering to the Rev-3 Modula specification.
-
- - Because Modula has separate compilation as part of the
-
- compiler specification rather than part of the implementation,
-
- the compiler compiles to disk. Sorry, no in-RAM compilation.
-
- The top menu also directly calls the linker.
- The demo program used some
- familiar modules adapted from the Turbo-tools
-
- ACCESS.BOX package, so I expect to see them available too.
-
- ---------------------------------
- Dates weren't
-
- mentioned, but the product demo was real enough to convince me
-
- that this wasn't vapor.
-
- The CPM version was the one shown. The MS-DOS version is not
-
- nearly as far along and Mike offered no prognostication regarding
-
- its availability. 8088 owners...suffer! Mike wouldn't quote a
-
- specific price, but said "under $100".
- -------
- 31-Jul-85 10:48:46-MDT,692;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 31 Jul 85 10:45:51-MDT
- Date: Wed, 31 Jul 85 9:09:30 EDT
- From: Sue Stratton - Part Time Physicist <stratton@AMSAA.ARPA>
- To: info-cpm@AMSAA.ARPA, info-ibmpc@USC-ISIB.ARPA
- Subject: Apple to IBM?
-
- A friend of mine is wondering if there is a way to reformat files
- he has on his Apple IIe so that they can be read by an IBMPC running
- CP/M. His Apple also runs CP/M. He has been looking around for
- a software package that will help him to do this, but no luck so far.
- Does anyone know of something out there that will do this for him?
-
- Thanks,
- Sue
- <stratton@amsaa.arpa>
- 31-Jul-85 10:54:42-MDT,1297;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 31 Jul 85 10:49:49-MDT
- Received: from simtel20.arpa by AMSAA.ARPA id a002345; 31 Jul 85 11:18 EDT
- Date: Tue, 30 Jul 1985 21:34 MDT
- Message-ID: <KPETERSEN.12131277016.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: Info-Cpm@AMSAA.ARPA
- Cc: Info-Modem7@SIMTEL20.ARPA
- Subject: Courier/Hayes 2400 MEX overlay
-
- The long-awaited Courier 2400 (and Hayes 2400) MEX overlay is now
- available, on SIMTEL20: MICRO:<CPM.MEX> MXM-2400.ASM.
-
- This MEX modem overlay is intended for 2400 baud Hayes and Couriers
- (but probably useable w/2400 baud modems as well). Supports
- "fallback" of data rate making each call at a maximum (dflt 2400)
- rate, switches to a lower rate if the remote modem can't handle the
- higher. If the USR2400 switch is set, it supports the Courier's
- adaptive dialing, automatically sets the Couriers busy detector, and
- supports "RINGING" and "VOICE" status codes.
-
- --Ron Fowler
-
- The above file has been squeezed to conserve directory space and is
- now available as:
-
- Filename Type Bytes CRC
-
- Directory MICRO:<CPM.MEX>
- MXM-2400.AQM.1 BINARY 13568 0C2FH
-
- --Keith
- 31-Jul-85 11:11:23-MDT,635;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 31 Jul 85 11:08:10-MDT
- Received: from xerox.arpa by AMSAA.ARPA id a002683; 31 Jul 85 11:29 EDT
- Received: from CheninBlanc.ms by ArpaGateway.ms ; 30 JUL 85 21:11:47 PDT
- Date: Tue, 30 Jul 85 21:11 PDT
- From: RDones.es@XEROX.ARPA
- Subject: Re: DBASE II
- In-reply-to: "D-ROGERS@EDWARDS-2060.ARPA's message of Fri, 26 Jul 85
- 13:19:26 PDT"
- To: D-ROGERS@EDWARDS-2060.ARPA
- cc: INFO-CPM@AMSAA.ARPA
- Message-ID: <850730-211147-4307@Xerox>
-
- Try Wordtech Systems (415)254-0900. They have compliers for Dbase II and Dbase III.
-
- Wildman
-
-