home *** CD-ROM | disk | FTP | other *** search
Text File | 1993-02-13 | 203.7 KB | 4,895 lines |
- 1-Jan-86 17:00:20-MST,749;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 Jan 86 17:00:11-MST
- Received: from sdcsvax.arpa by AMSAA.ARPA id a025994; 1 Jan 86 18:17 EST
- Received: by sdcsvax.ARPA (5.31/4.41)
- id AA21245; Tue, 31 Dec 85 20:09:28 PST hops=0
- From: crash!jthario@SDCSVAX.ARPA
- Message-Id: <8601010409.AA21245@sdcsvax.ARPA>
- Date: Tue, 31 Dec 85 13:50:06 PST
- To: info-cpm@AMSAA.ARPA
- Subject: C compiler review wanted
- Cc: noscvax!info-apple@AMSAA.ARPA
-
- Does anyone have and experience or information about Ecosoft's C
- compiler for the Z80s?
-
- I'd be using it on an Apple ][+, under PCPI CP/M 2.2.
-
- Thanks!
- -- jim
-
- UUCP: {noscvax, sdcsvax, cbosgd, ihnp4}!crash!jthario
- ARPA: crash!jthario@ucsd
-
-
- 1-Jan-86 17:35:46-MST,822;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 Jan 86 17:35:39-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a026061; 1 Jan 86 18:47 EST
- Date: Wed 1 Jan 86 16:45:13-MST
- From: Rick Conn <RCONN@SIMTEL20.ARPA>
- Subject: Re: LU for ZCPR3
- To: NOLAND@USC-ISI.ARPA
- cc: INFO-CPM@AMSAA.ARPA
- In-Reply-To: Message from "Steve Noland <NOLAND@USC-ISI.ARPA>" of Mon 30 Dec 85 18:06:57-MST
- Message-ID: <12171867516.19.RCONN@SIMTEL20.ARPA>
-
- I've spoken to Martin Murray about coming out with a version of NULU
- which is Z3-specific, and he expressed interest in doing so. I just
- finished writing "ZCPR3: The Libraries", and once this is published I'll
- try to get Martin a copy of the book and the source code so he can use
- same to do the development.
-
- Rick
- -------
- 1-Jan-86 18:02:18-MST,477;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 Jan 86 18:02:10-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a026128; 1 Jan 86 19:25 EST
- Date: Wed 1 Jan 86 17:23:42-MST
- From: Rick Conn <RCONN@SIMTEL20.ARPA>
- Subject: LUZ3
- To: info-cpm@AMSAA.ARPA
- Message-ID: <12171874522.19.RCONN@SIMTEL20.ARPA>
-
- I'll be releasing the sources to those tools in the next two months.
- Probably wait until ZCPR3 3.3 is done.
- -------
- 1-Jan-86 19:26:12-MST,1426;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 1 Jan 86 19:26:04-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a026283; 1 Jan 86 21:02 EST
- Date: Wednesday, 1 January 1986 18:04-MST
- Message-ID: <KPETERSEN.12171890362.BABYL@SIMTEL20.ARPA>
- Sender: Mark Becker <Cent.Mbeck@oz.ai.mit.edu>
- From: Mark Becker <Cent.Mbeck@oz.ai.mit.edu>
- To: KPetersen@SIMTEL20.ARPA
- Subject: BBS's for the handicapped
- ReSent-From: KPETERSEN@SIMTEL20.ARPA
- ReSent-To: Info-Cpm@AMSAA.ARPA
- ReSent-Date: Wed 1 Jan 1986 18:50-MST
-
- Keith, are you aware of any bulletin boards anywhere that support
- both ASCII and Baudot code?
-
- I know of one in southern Maryland run by a Dick Barth... thats
- the HEX (for Handicapped Educational eXchange) machine. It supports
- ASCII at 300 baud *and* 45.45 baud Baudot code. His machine, build a
- couple of years ago from a Gov't grant, has quite a population of
- hearing-impaired and blind people using it.
-
- The Baudot modems aren't anywhere near Bell 103 or 212A; they use
- something called a Weibrecht (sp?) standard. Mark tone at 1400 Hz,
- space at 1600 Hz. Also, they are *half* duplex.
-
- Please forward this as you see fit - I'm curious if more than one
- of these "modified" BBS systems exist.
-
- Dick's hardware is oriented around a Smoke Signal Broadcasting
- frame with a 15 MByte disk attached.
-
- Regards,
- Mark
- 2-Jan-86 01:10:32-MST,1736;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 Jan 86 01:10:25-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a026594; 2 Jan 86 2:50 EST
- Received: from usenet by TGR.BRL.ARPA id a028526; 2 Jan 86 2:42 EST
- From: "Phil Dimond, ms:SNA/CSS Engineering,Sydney,Aust." <dimond%aussie.dec@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Modifying apple CP/M bios/bdos.
- Message-ID: <219@decwrl.DEC.COM>
- Date: 2 Jan 86 01:30:04 GMT
- Sender: daemon@DECWRL.ARPA
- To: info-cpm@AMSAA.ARPA
-
-
-
- I have an Apple IIe lookalike, and I am trying to use the full 40
- tracks that are available on the disk drives. Microsoft has not made this
- especially easy, as they supply neither the MOVCPM utility nor the source
- code for the BIOS or BDOS. I beleive that the modification requires only
- a change in the system's BIOS to tell it that there are more sectors.
- From the information that I can dredge up, the system was originally
- set up for 35 track drives as the inner 5 were considered unreliable. The
- disk drives that I am using, and the disks I use, are, however, quite good
- in this respect, and I want to use the extra 14% or so of disk space (I have
- just the application for it....). Microsoft here in Australia have been
- singly unhelpful (in fact, as soon as the word "source" was mentioned they
- became rather abusive).
- Has anyone out there in Netland attempted this modification? If so,
- please send mail to me directly. If anything comes of the responses, I will
- post a summarised followup to net.micro.cpm and net.micro.apple .
-
- Thanks in advance...
- Phil Dimond.
- DEC CSS Sydney, Australia.
-
- return address: ...decvax!decwrl!dec-aussie!dimond
- 2-Jan-86 04:14:15-MST,592;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 Jan 86 04:14:11-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a026839; 2 Jan 86 5:50 EST
- Received: from usenet by TGR.BRL.ARPA id a029634; 2 Jan 86 5:45 EST
- From: Art Zemon <zemon%fritz.uucp@BRL.ARPA>
- Newsgroups: net.wanted,net.micro.cpm
- Subject: Want to buy a cheap CP/M machine
- Message-ID: <4454@fritz.UUCP>
- Date: 31 Dec 85 21:26:58 GMT
- Xref: seismo net.wanted:8399 net.micro.cpm:5437
- To: info-cpm@AMSAA.ARPA
-
- t Corp.
- ...! {decvax, ihnp4, ucbvax} !trwrb!felix!zemon
- 2-Jan-86 08:06:30-MST,1080;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 Jan 86 08:06:18-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a001777; 2 Jan 86 9:39 EST
- Received: from dca-eur by SIMTEL20.ARPA with TCP; Thu 2 Jan 86 07:37:03-MST
- Date: 2 Jan 86 14:11:54 GMT
- From: brad@DCA-EUR.ARPA
- Subject: 8251 USART
- To: info-cpm@simtel20.ARPA
- CC: brad@DCA-EUR.ARPA
-
- It has been 8 years since I worked on the BIOS for my
- NorthStar Horizon. I just dug out the code and found that
- you have to send the 8251 both a Mode Word to tell it either
- Async or Sync and a Command word. The code for my Horizon
- was:
- * Send Mode Word for Asynchronous Mode
- *
- MVI A,0CEH ; 2 Stops, 16XClock, 8 Bits, No Parity
- OUT 3 ; Send to 8251 (This different from Data Port)
-
- * Set up Control Word for 8251
- *
- * RTS = Request To Send, ER = Error Reset
- * RXE = Receive Enable, DTR = Data Term Ready
- * TXEN = Transmit Enable
- *
- MVI A,37H ; CMD: RTS, ER, RXE, DTR, TXEN
- OUT 3 ; Output to 8251
-
- Hope this helps.
- Brad
-
- 2-Jan-86 21:49:12-MST,941;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 2 Jan 86 21:49:07-MST
- Received: from mit-multics.arpa by AMSAA.ARPA id a017521; 2 Jan 86 23:18 EST
- Date: Thu, 2 Jan 86 23:12 EST
- From: Boebert@MIT-MULTICS.ARPA
- Subject: Cursor Positionin in PCPI CP/M
- To: Boebert@HI-MULTICS.ARPA, info-cpm@AMSAA.ARPA
- Message-ID: <860103041219.337571@MIT-MULTICS.ARPA>
-
- Using PCPI CP/M on an Apple ][+, my Mince CONFGIG program tells me that
- the cursor positioning sequence is ESC followed by = , that the cursor
- position is to be sent row first, binary, uncomplemented, with a bias of
- 32 for the rows and 32 for the columns.
-
- I send the console the following hex sequence:
-
- 1B 3D 20 20
-
- and the result is not that the cursor homes, but a lower case "s" is
- displayed. Am I interpreting this cursor control definition (SOROC
- emulation) correctly?
-
- Thanx,
-
- Earl (Boebert @ MIT-Multics)
- 3-Jan-86 06:20:07-MST,1749;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Jan 86 06:20:00-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a019257; 3 Jan 86 7:48 EST
- Received: from usenet by TGR.BRL.ARPA id a019755; 3 Jan 86 7:41 EST
- From: john chapman <jchapman%watcgl.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: Help needed with 8251 USART
- Message-ID: <2895@watcgl.UUCP>
- Date: 2 Jan 86 16:38:40 GMT
- To: info-cpm@AMSAA.ARPA
-
- > Does anyone out there have any experiece programming the 8251 USART? I
- > am using a Royal Alphatronic PC with CP/M 2.2, and want to be able to
- > set and change the baud rate. I have the data sheets for the 8251, and
- > through much experimentation, I am able to change the baudrate to suit
- > my needs. Unfortunatly, as soon as I try to send data out the port,
- > the chip locks up. Data coming in works fine. Anyone know anything
- > about this? I can send you the code that I am using if you think
- > that you can help me out...
- >
- > Thanks...
- > Mike Spitzer
- > mjs@purdue-ecn
- > [decvax,ucbvax,ihnp4,inuxc]!pur-ee!mjs
-
- I have tried to do the same thing on two different machines (one multibus
- z80 based and the other an s100 8086 based) and found the same thing you
- did. What seemed to work was sending the initialization sequence twice,
- e.g. write a subroutine to set up the 8251 and just call it twice in a
- row. I'd be interested to know if this works for you......
-
- --
-
- John Chapman
- ...!watmath!watcgl!jchapman
-
- Disclaimer : These are not the opinions of anyone but me
- and they may not even be mine.
- 3-Jan-86 07:05:38-MST,811;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Jan 86 07:05:29-MST
- Received: from mitre.arpa by AMSAA.ARPA id a020063; 3 Jan 86 8:28 EST
- Date: Fri, 3 Jan 86 08:29:03 est
- From: Thomas Reid <treid@MITRE.ARPA>
- Full-Name: Thomas Reid
- Message-Id: <8601031329.AA29610@mitre.ARPA>
- Organization: The MITRE Corp., Washington, D.C.
- To: info-cpm@AMSAA.ARPA
- Subject: Ithaca Intersystems
-
-
- Netlandians:
-
- If any of you have an Ithaca Intersystems 800 or 500 with an interrupt
- driven VIO serial board, there is hope! The interrupt can be turned off
- and then direct port addressing programs like MODEM7 or KERMIT can be used.
- Contact me for further details.
-
- Tom Reid (treid@mitre)
- Mitre Corp., 1820 Dolley Madison Blvd., McLean, Va. 22102
- (703)883-6556
- 3-Jan-86 19:34:11-MST,650;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Jan 86 19:34:03-MST
- Received: from mit-mc.arpa by AMSAA.ARPA id a006712; 3 Jan 86 21:08 EST
- Date: Fri 3 Jan 86 21:05:22-EST
- From: Mark Becker <Cent.Mbeck@oz.ai.mit.edu>
- Subject: Re: 8251 UART
- To: Info-CPM@AMSAA.ARPA
- Message-ID: <12172417317.12.CENT.MBECK@OZ.AI.MIT.EDU>
-
- I'm also having a problem with this beast... I can reset the chip no
- problem.... however, it has this "feature" of dropping DTR when I do
- so, causing my Hayes 1200 to go on-hook.
-
- Anyone know of a work-around (besides disabling DTR in the Hayes) ?
-
-
- Mark
- -------
- 3-Jan-86 20:06:36-MST,1645;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Jan 86 20:06:27-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a006760; 3 Jan 86 21:46 EST
- Received: from usenet by TGR.BRL.ARPA id a003189; 3 Jan 86 21:42 EST
- From: Chuck McManis <cem%intelca.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: Help needed with 8251 USART
- Message-ID: <163@intelca.UUCP>
- Date: 3 Jan 86 22:15:10 GMT
- To: info-cpm@AMSAA.ARPA
-
- > Does anyone out there have any experiece programming the 8251 USART? I
- > am using a Royal Alphatronic PC with CP/M 2.2, and want to be able to
- > set and change the baud rate. I have the data sheets for the 8251, and
- > through much experimentation, I am able to change the baudrate to suit
- > my needs. Unfortunatly, as soon as I try to send data out the port,
- > the chip locks up. Data coming in works fine. Anyone know anything
- > about this? I can send you the code that I am using if you think
- > that you can help me out...
- >
- > Thanks...
- > Mike Spitzer
- > mjs@purdue-ecn
- > [decvax,ucbvax,ihnp4,inuxc]!pur-ee!mjs
-
- Make sure the CTS (clear to send) line is either disabled or tied high.
-
- --Chuck
-
- --
- - - - 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. :-}
- 3-Jan-86 21:12:47-MST,1912;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 3 Jan 86 21:12:39-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a006828; 3 Jan 86 22:51 EST
- Received: from usenet by TGR.BRL.ARPA id a003635; 3 Jan 86 22:43 EST
- From: Tom Gillispie <tom%pedsgo.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: Help needed with 8251 USART
- Message-ID: <129@pedsgo.UUCP>
- Date: 2 Jan 86 20:56:28 GMT
- To: info-cpm@AMSAA.ARPA
-
- Organization : Concurrent Computer Corp. (a P-E company), Tinton Falls, NJ
- Keywords:
-
-
- I have shared your frustration with programming the 8251. Maybe I can help
- some. First, you must 'kick' the 8251 into a mode where it will recognize
- and accept the control byte. If the board you are using has a hardware
- reset facility of some type, that may work. There is a pin on the 8251
- that will physically reset the chip, and put it in a mode where it is
- waiting for the control byte. If your board doesnt have that (many dont),
- you must send the 8251 several 'invalid' control bytes, which will get it
- into a state where it is expecting the control byte. I have found that
- outputting several bytes of 0 will work. I have seen some code use 2
- zeros, and some use 3 zeros, it may not matter. Once that has been done,
- you set up the chip the way it states in the manual. Your code looks good,
- just add the outputting of serveral bytes of zero to the command port
- first.
-
- Second, I have found several things with the 8251. Some of the older
- ceramic-body 8251 chips are not to be trusted. I was told and found to be
- true that you should stick to the plastic parts. My ceramic 8251s were at
- least 5 years old, so maybe newer ceramic parts are ok. Also, I found that
- some of my 8251s would not work correctly (sorry, I cant remember what
- wasnt correct) when you ran them with NO PARITY.
-
- Hope this help.
-
- Tom
- 4-Jan-86 08:59:38-MST,1357;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 08:59:29-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a000384; 4 Jan 86 10:31 EST
- Received: from usenet by TGR.BRL.ARPA id a008357; 4 Jan 86 6:49 EST
- From: hamby%uahcs1.uucp@BRL.ARPA
- Newsgroups: net.micro.cpm
- Subject: Re: Osborne Executive question
- Message-ID: <161@uahcs1.UUCP>
- Date: 3 Jan 86 04:22:10 GMT
- To: info-cpm@AMSAA.ARPA
-
-
-
- *** REPLACE THIS LINE WITH YOUR MESSAGE ***
-
- What ROM and Bios Revision levels do you have ?
- This makes MEGA-DIFFERENCE. Osborne originally messed with index registers
- in version 1.0 of the rom, and neglected to save the IX and IY registers on
- the stack in the bios. Too make a long story shorter, turbo pascal and
- others would not run on the machine, and many rumors spread about cpm3 being
- incompatible with 2.2 software. Well, a simple rsx (about 8 bytes) inserted
- in the system first will fix this trouble (First in, last out) and allow most
- software to run. Most since programs that modify cpm itself of course will
- not run at all. Perhaps this is what is happening with "Write-Hand-Man".
- Please reply if you want the rsx source code or find *any* technical errors
- in my account of index registers and the ozzy exec.
- Jason Hamby --- ihnp4!akgua!sb6!scbhq!uahcs1!hamby
- 4-Jan-86 09:03:18-MST,890;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 09:03:13-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id aa00386; 4 Jan 86 10:32 EST
- Received: from usenet by TGR.BRL.ARPA id a000622; 4 Jan 86 9:42 EST
- From: Alex Pensky <aep%abic.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: 8251 Usart
- Message-ID: <716@abic.UUCP>
- Date: 3 Jan 86 23:11:07 GMT
- To: info-cpm@AMSAA.ARPA
-
- > INITIALISE: MVI A,RESET ;Puts 8251 in instruction mode
- > OUT MCNTR ;
- > MVI A,MINIT1 ;sets up baud, etc.
- > OUT MCNTR ;
- > MVI A,MINIT2 ;Puts 8251 back in normal mode
- > OUT MCNTR
- > JMP 0
- Hmm, how about that JMP 0? Does your BIOS reset the 8251 and write
- "reasonable" MINIT1 and MINIT2 bytes to it on a warm boot? Mine sure
- does (SANYO MBC-1000). I use a routine just like yours but I just
- return after calling it.
- 4-Jan-86 09:30:52-MST,875;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 09:30:47-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a000551; 4 Jan 86 10:54 EST
- Received: from usenet by TGR.BRL.ARPA id a001442; 4 Jan 86 10:46 EST
- From: Blackwell <mdb%aicchi.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm,net.rec.boat,net.wanted.sources
- Subject: sailing simulations, etc
- Message-ID: <650@aicchi.UUCP>
- Date: 4 Jan 86 04:28:26 GMT
- Xref: seismo net.micro.cpm:5448 net.rec.boat:406 net.wanted.sources:1810
- To: info-cpm@AMSAA.ARPA
-
- I am looking for software for simulating sailboat racing. USYRU rules
- if possible. My primary machine is a CP/M-80 micro, but i would also
- be interested in something under UNIX. I would also like to here about
- any other sailing-related software out there.
-
- Mike Blackwell
- ..ihnp4!aicchi!mdb
- 4-Jan-86 10:31:40-MST,767;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 10:31:30-MST
- Received: from 128.2.255.254 by AMSAA.ARPA id a001058; 4 Jan 86 12:12 EST
- Received: ID <RALPHW@C.CS.CMU.EDU>; Sat 4 Jan 86 12:11:19-EST
- Date: Sat 4 Jan 86 12:11:18-EST
- From: "Ralph W. Hyre Jr." <Ralph.Hyre@cmu-cs-c.ARPA>
- Subject: Need BYE339 overlay for Apple-Cat (with PCPI/AppliCard)
- To: info-apple@BRL.ARPA, info-cpm@AMSAA.ARPA
- Work-Phone: (412) CMU-BUGS
- Message-ID: <12172582239.16.RALPHW@C.CS.CMU.EDU>
-
- The fact that I have an AppliCard (which is a co-processor type card
- without direct access to the Apple ][ memory) means I can't use the
- standard overlays. Any assistance would be appreciated. Thanks.
-
- - Ralph
- -------
- 4-Jan-86 18:16:56-MST,952;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 18:16:50-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a000525; 4 Jan 86 19:54 EST
- Received: from usenet by TGR.BRL.ARPA id a004952; 4 Jan 86 19:47 EST
- From: Carl Greenberg <carl%proper.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: terminal translator program?
- Message-ID: <407@proper.UUCP>
- Date: 3 Jan 86 20:34:14 GMT
- Keywords: anything???
- To: info-cpm@AMSAA.ARPA
-
- I am running Montezuma Micro CP/M 2.2 on my TRS-80 Model 4P. Both the
- MDM730 that came with it and MEX which I finally got to operate (sort of)
- ignore cursor motion codes. (The only thing I use TRSDOS 6.2 for is my
- vt52 emulator.) If anyone can find a vt100 emulator for CP/M, or even a
- program that will let me let escape codes through (this thing already emu-
- lates an adm3a right off the bat), I would be very grateful.
- Carl Greenberg
- 4-Jan-86 18:30:12-MST,790;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 18:30:06-MST
- Received: from mitre.arpa by AMSAA.ARPA id a000546; 4 Jan 86 20:02 EST
- Date: Sat, 4 Jan 86 20:03:31 est
- From: Thomas Reid <treid@MITRE.ARPA>
- Full-Name: Thomas Reid
- Message-Id: <8601050103.AA10582@mitre.ARPA>
- Organization: The MITRE Corp., Washington, D.C.
- To: cem%intelca.uucp@BRL.ARPA, info-cpm@AMSAA.ARPA
- Subject: Re: Help needed with 8251 USART
-
- I may be naive, but the best place to go to school on any USART is the
- overlays for MODEM7 and its descendents. Go through the documentation
- and find one that uses the USART, and download that overlay. If the overlay
- is squeezed and you can't read it, I will download it, unsqueeze it and
- mail it to you.
- 4-Jan-86 19:04:04-MST,1324;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 19:03:58-MST
- Received: from brl-aos.arpa by AMSAA.ARPA id a000618; 4 Jan 86 20:35 EST
- Received: from mit-eddie.arpa by AOS.BRL.ARPA id a000902; 4 Jan 86 20:28 EST
- Received: by mit-eddie (4.12/4.7)
- id AA13559; Sat, 4 Jan 86 20:17:05 est
- Date: Sat 4 Jan 86 20:15:47-EST
- From: Andrew Moore <T.MOORE%DEEP-THOUGHT@MIT-EDDIE.ARPA>
- Subject: HELP! Need Apple 60k CP/M
- To: info-cpm@BRL.ARPA
- Cc: info-apple@BRL.ARPA
- Message-Id: <12172670436.24.T.MOORE@DEEP-THOUGHT.MIT.EDU>
-
-
- I have a program called CPM60.COM for my Apple CP/M system that supposedly
- updates my 56k CP/M to 60k CP/M. This program used to work for me, but for
- some reason, every time I run it now, I get the message
-
- Disk space already in use
-
- Hit RETURN to re-boot system:
-
- ...I have a Sider hard disk that uses only 60k CP/M, so I need to get 60k CP/M
- on a floppy if I want to reformat the hard disk at any point (I copy the
- floppy's CP/M to the hard disk). At the moment I am stuck with no 60k CP/M
- at all.
-
- Has anyone run into this problemk before? How do I get around it?
-
- Thanks in advance.
-
- -drew
- arpa: MOORE%MIT-EECS@MIT-MC.ARPA
- uucp: ...mit-eddie!moore
- us: Box 121, North Quincy, MA 02171
- -------
- 4-Jan-86 19:06:10-MST,1064;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 19:06:04-MST
- Received: from mitre.arpa by AMSAA.ARPA id a000623; 4 Jan 86 20:42 EST
- Date: Sat, 4 Jan 86 20:44:09 est
- From: Thomas Reid <treid@MITRE.ARPA>
- Full-Name: Thomas Reid
- Message-Id: <8601050144.AA10723@mitre.ARPA>
- Organization: The MITRE Corp., Washington, D.C.
- To: carl%proper.uucp@BRL.ARPA, info-cpm@AMSAA.ARPA
- Subject: Re: terminal translator program?
-
- Try pd:<cpm.term>gate.lbr on simtel20. I haven't tried it yet but the name is
- for Generalized Async. Terminal Emulator. Slow as Kermit is, it does have
- a VT52 emulator. Your machine may be as off the wall as mine (an Ithaca
- Intersystems), but I was abe to bash the information from my modem7
- overlay into the kermit machine dependent modules in two hairraising nights
- so that is a possibility. Kermit is also handy if you have to access your
- mainframe through a local area net which does not permit full 8-bit up-
- and down loads. I use Kermit for work and MODM700 for fun.
- 4-Jan-86 21:44:19-MST,903;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 21:44:13-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a000798; 4 Jan 86 22:52 EST
- Received: from usenet by TGR.BRL.ARPA id a006373; 4 Jan 86 22:42 EST
- From: "H.SILBIGER" <hrs%homxb.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm,net.rec.boat,net.wanted.sources
- Subject: Re: sailing simulations, etc
- Message-ID: <1098@homxb.UUCP>
- Date: 4 Jan 86 20:13:06 GMT
- Xref: seismo net.micro.cpm:5454 net.rec.boat:407 net.wanted.sources:1811
- To: info-cpm@AMSAA.ARPA
-
- I have seen Gold Cup Challenge advertised by Posey Yacht
- Design, $40+3, color or mono, for Mac, Apple, or MS/PC-DOS
- Machines.
- Posey Yacht Design, Parmelee Rd., Haddam CT 06438 (203) 345 2685.
-
- I don't know anything about it, but was thinking of ordering it.
- If I do, I'll post a review.
-
- Herman Silbiger ihnp4!homxb!hrs
- 4-Jan-86 23:15:45-MST,964;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 4 Jan 86 23:15:39-MST
- Received: from brl-aos.arpa by AMSAA.ARPA id a000943; 5 Jan 86 0:36 EST
- Received: from mit-eddie.arpa by AOS.BRL.ARPA id a001250; 5 Jan 86 0:29 EST
- Received: by mit-eddie (4.12/4.7)
- id AA15551; Sun, 5 Jan 86 00:14:40 est
- Date: Sun 5 Jan 86 00:13:29-EST
- From: Andrew Moore <T.MOORE%DEEP-THOUGHT@MIT-EDDIE.ARPA>
- Subject: 60k CP/M
- To: info-cpm@BRL.ARPA
- Cc: info-apple@BRL.ARPA
- Message-Id: <12172713707.16.T.MOORE@DEEP-THOUGHT.MIT.EDU>
-
-
- I finally got a copy of CPM60.COM to work from a 44k CP/M disk, and I have
- updated most of my disks to 60k again. I would still be interested to know
- what caused the "disk space in use" error to occur on blank, formatted disks
- though (which did not have CP/M on them).
-
- -drew
- arpa: MOORE%MIT-EECS@MIT-MC.ARPA
- uucp: ...mit-eddie!moore
- us: Box 121, North Quincy, MA 02171
- -------
- 5-Jan-86 03:32:12-MST,683;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Jan 86 03:31:59-MST
- Received: from brl-aos.arpa by AMSAA.ARPA id a001226; 5 Jan 86 5:09 EST
- Received: from mit-mc.arpa by AOS.BRL.ARPA id a001607; 5 Jan 86 4:59 EST
- Received: from GODOT.THINK.COM by MC.LCS.MIT.EDU 5 Jan 86 04:56:36 EST
- Received: from desiderius by GODOT.THINK.COM via CHAOS; Sun, 5 Jan 86 04:57:09 est
- Date: Sun, 5 Jan 86 04:57 EST
- From: Cliff Lasser <CAL@THINK.ARPA>
- To: Info-CPM@MIT-MC.ARPA
- Message-Id: <860105045755.3.CAL@THINK-DESIDERIUS.ARPA>
-
-
- Would anyone know where I could get a copy of Kermit
- for a CPM machine?
-
- Thanx in advance. -Cliff
-
- 5-Jan-86 04:24:00-MST,786;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Jan 86 04:23:56-MST
- Received: from brl-aos.arpa by AMSAA.ARPA id a001387; 5 Jan 86 6:03 EST
- Received: from mit-mc.arpa by AOS.BRL.ARPA id a001727; 5 Jan 86 6:00 EST
- Date: Sun, 5 Jan 86 05:57:28 EST
- From: "Stephen C. Hill" <STEVEH@MIT-MC.ARPA>
- Subject: terminal translator program?
- To: carl%proper.uucp@BRL.ARPA
- cc: INFO-CPM@MIT-MC.ARPA, STEVEH@MIT-MC.ARPA
- In-reply-to: Msg of 3 Jan 86 20:34:14 GMT from Carl Greenberg <carl%proper.uucp at BRL.ARPA>
- Message-ID: <[MC.LCS.MIT.EDU].773346.860105.STEVEH>
-
- If you are using MEX, there is a status flag, FILTER, that can be set to
- filter out all the lower non-printable characters. Be sure to see that the
- FILTER is set OFF.
-
- 5-Jan-86 13:22:02-MST,1125;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Jan 86 13:21:57-MST
- Received: from cmu-cs-ius2.arpa by AMSAA.ARPA id a002442; 5 Jan 86 15:02 EST
- Date: 5 Jan 1986 14:42-EST
- From: Ralph.Hyre@cmu-cs-ius2.ARPA
- Subject: Need Turbo Pascal code to read/write data to Apple memory
- To: info-pascal@brl.ARPA, info-apple@brl.ARPA, info-cpm@AMSAA.ARPA
- Message-Id: <505338137/ralphw@IUS2.CS.CMU.EDU>
-
- Has anyone written code to do this for ANY of the Apple CP/M
- coprocessor cards (MicroSoft Premium SoftCard //e, ALS CP/M Card,
- DRI Gold Card, and PCPI/AppliCard). It would make portability
- of certain applications easier, since one could include the
- code for your processor when writing programs.
-
- I imagine specs something like the following:
-
- ApplePeek(address: integer) : byte; {Read a byte from Apple memory}
-
- ApplePoke(address : integer, data : byte) {Write a byte to Apple memory}
-
- - Ralph W. Hyre, Jr.
-
- Internet: ralphw@c.cs.cmu.edu (cmu-cs-c.arpa) Usenet: ralphw@mit-eddie.uucp
- Fido: Ralph Hyre at Net 129, Node 0 (Pitt-Bull) Phone: (412) CMU-BUGS
-
- 5-Jan-86 13:50:47-MST,818;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Jan 86 13:50:42-MST
- Received: from brl-aos.arpa by AMSAA.ARPA id a002497; 5 Jan 86 15:24 EST
- Received: from mit-mc.arpa by AOS.BRL.ARPA id a002360; 5 Jan 86 15:15 EST
- Received: from USC-ISID.ARPA by MC.LCS.MIT.EDU 5 Jan 86 15:12:45 EST
- Date: 5 Jan 1986 15:12-EST
- Sender: ABN.ISCAMS@USC-ISID.ARPA
- From: ABN.ISCAMS@USC-ISID.ARPA
- To: CAL@THINK.ARPA
- Cc: Info-CPM@MIT-MC.ARPA
- Message-ID: <[USC-ISID.ARPA] 5-Jan-86 15:12:33.ABN.ISCAMS>
- In-Reply-To: <860105045755.3.CAL@THINK-DESIDERIUS.ARPA>
-
- Cliff,
- Oh, what you've asked! Check with me direct and I'll point you at the
- archives of CU20B. Gotta learn a few more things, tho, like type machine.
-
- Regards,
- David Kirschbaum
- Toad Hall
- ABN.ISCAMS@USC-ISID
-
- 5-Jan-86 14:39:14-MST,645;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Jan 86 14:39:03-MST
- Received: from brl-aos.arpa by AMSAA.ARPA id a002569; 5 Jan 86 16:10 EST
- Received: from mit-mc.arpa by AOS.BRL.ARPA id a002430; 5 Jan 86 16:05 EST
- Received: from mitre.ARPA by MC.LCS.MIT.EDU 5 Jan 86 16:02:19 EST
- Date: Sun, 5 Jan 86 16:04:36 est
- From: Thomas Reid <treid@MITRE.ARPA>
- Full-Name: Thomas Reid
- Message-Id: <8601052104.AA15870@mitre.ARPA>
- Organization: The MITRE Corp., Washington, D.C.
- To: CAL@THINK.ARPA, Info-CPM@MIT-MC.ARPA
-
- The kermit files are on cu20b in the directory ker:. You can ftp them.
-
- 5-Jan-86 21:10:16-MST,1121;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Jan 86 21:10:11-MST
- Received: from xerox.arpa by AMSAA.ARPA id a002963; 5 Jan 86 22:49 EST
- Received: from CheninBlanc.ms by ArpaGateway.ms ; 05 JAN 86 19:47:40 PST
- From: NBaheti.es@XEROX.ARPA
- Date: 5 Jan 86 19:48:14 PST
- Subject: Re: terminal translator program?
- In-reply-to: carl%proper.uucp@BRL.ARPA's message of 3 Jan 86 20:34:14
- GMT, <407@proper.UUCP>
- To: Carl Greenberg <carl%proper.uucp@BRL.ARPA>
- cc: info-cpm@AMSAA.ARPA
- Message-ID: <860105-194740-2294@Xerox>
-
- In MEX there is an equate called FILTER that blocks out ctrl-codes as
- protection from static on the phone lines. If you need to use an editor
- or something just turn off the FILTER with the STAT command from the MEX
- command line. STAT FILTER OFF will turn it off, and STAT FILTER will
- give you the current status of the equate.
-
- --Arun Baheti
- arpa: NBaheti.es@Xerox
- uucp: ...litvax!flkvax!trwrb!group3!arun
- arpa: Bug%Mit-OZ@Mit-MC [PLEASE reply to Xerox if possible!]
- RCPM: CP/M Connection @ 213-530-0670 [300/1200/2400bps]
- 5-Jan-86 23:46:27-MST,3478;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Jan 86 23:46:18-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a003175; 6 Jan 86 1:20 EST
- Date: Sun 5 Jan 86 23:19:59-MST
- From: Rick Conn <RCONN@SIMTEL20.ARPA>
- Subject: Z-System Problems
- To: info-cpm@AMSAA.ARPA
- Message-ID: <12172987957.13.RCONN@SIMTEL20.ARPA>
-
- IMMEDIATE Z-SYSTEM PROBLEMS
- by Richard Conn
-
- IF PROBLEM UNDER ZCPR 3.0/3.1/3.2
- As many of you are aware, there are various versions of my
- original FCP floating around (version 1.4 is the latest I heard
- of). Somewhere along the way, Jay Sage decided to reverse the
- state of the program error flag. This is a fundamental change to
- the definition in the ZCPR3 Environment descriptor, and, as many
- of you who understand Z-System fundamentals are aware, such a
- change can have a ripple-effect over the entire Z-System. If you
- are going to reverse the program error flag (like Jay did), then
- you have to CHANGE EVERY PROGRAM WHICH USES THIS FLAG.
- As you can guess, I'm rather busy at this time (like all
- times, it seems), and I really don't have the time now to scan
- every program (over 70 programs with ZCPR3, plus DISCAT, plus
- TERM III, plus ...). Hence, Jay's action stands as-is for the
- time being. You will find some programs responding to the IF
- ERROR flag one way, others another, until I release ZCPR 3.3. At
- that time, because Jay's approach DOES provide more flexibility
- to the system, the IF ERROR flag will indicate no error if 0 and
- an error if not 0; if not 0, the specific value may have
- significance in further identification of the error.
-
-
- ZCPR3 CPR PROBLEM
- Jay has also taken it upon himself to play with the ZCPR3
- CPR and modify the Environment Descriptor in other ways,
- particularly by making use of areas I had originally set aside
- for user (rather than system) definition. This impacts any user
- programs which were freely using the user-defined SYSENV areas
- (which, in particular, impacts some of my plans with TERM III).
- Hence, be warned that if you are using Jay's ZCPR3 CPR, it is
- possible that you may find things crashing down if some program
- comes in and modifies something in the user-defined area of
- SYSENV.
-
- GENERAL NOTE
- Both of these problems reflect the consequences of making
- changes to the base of the Z-System itself. Unlike conventional
- CP/M, the Z-System is integrated with its programs to a great
- extent. Any change to a definition in the Environment Descriptor
- has the potential of impacting EVERY PROGRAM, forcing a change to
- be required to EVERY PROGRAM. If I had not already begun work
- and plans on ZCPR 3.3, I would really have been disturbed by the
- disruption of the Z-System caused by Jay's actions. As it is,
- the creation of ZCPR 3.3 will naturally impact SYSENV, and I had
- already planned on making the required changes to EVERY PROGRAM
- and DOCUMENTING the nature of the change (so that others writing
- Z-System programs know what to look for). Now that I am working
- full-time on the Z-System, I plan to keep an eye out particularly
- for such disruptions in the future and stop them before they go
- too far (if necessary).
-
- -------
- 5-Jan-86 23:46:50-MST,540;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 5 Jan 86 23:46:46-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a003177; 6 Jan 86 1:22 EST
- Date: Sun 5 Jan 86 23:21:13-MST
- From: Rick Conn <RCONN@SIMTEL20.ARPA>
- Subject: ZPROBLEM.TXT
- To: info-cpm@AMSAA.ARPA
- Message-ID: <12172988181.13.RCONN@SIMTEL20.ARPA>
-
- A file containing the problem report I just sent out on recent FCP's
- and ZCPR3 CPR's is contained in:
-
- PD:<CPM.Z3NEW>ZPROBLEM.TXT
- PD:<CPM.ZCPR3>ZPROBLEM.TXT
-
- -------
- 6-Jan-86 06:49:39-MST,680;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Jan 86 06:49:31-MST
- Received: from usc-isif.arpa by AMSAA.ARPA id a005740; 6 Jan 86 8:16 EST
- Date: 6 Jan 1986 05:16-PST
- Sender: STANLEY@USC-ISIF.ARPA
- Subject: "Write-Hand Man"
- From: STANLEY@USC-ISIF.ARPA
- To: info-cpm@AMSAA.ARPA
- Message-ID: <[USC-ISIF.ARPA] 6-Jan-86 05:16:33.STANLEY>
-
- Does anyone out there have any first-hand experience with
- "Write-Hand Man?" It looks like a good addition to my Heath and
- Osborne machines, but I'd like some user reaction first if
- possible.
-
- Thanks in advance.
-
- ...Dick Stanley (stanley@usc-isif)
- 6-Jan-86 08:12:24-MST,716;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Jan 86 08:12:14-MST
- Received: from xerox.arpa by AMSAA.ARPA id a008856; 6 Jan 86 9:50 EST
- Received: from Muscat.ms by ArpaGateway.ms ; 06 JAN 86 06:48:21 PST
- Date: Mon, 6 Jan 86 09:47 EST
- From: leisner.henr@XEROX.ARPA
- Subject: Re: Help needed with 8251 USART
- In-reply-to: <8512300338.AA26986@ec.Purdue.EDU>
- To: mjs <@purdue.ARPA (Mike Spitzer):mjs@PURDUE-ECN-EE.ARPA>
- cc: info-cpm@AMSAA.ARPA
- Message-ID: <860106-064821-2431@Xerox>
-
- Mike,
-
- Does your CP/M bios do anything with this chip? Are you sending out a
- whole sequence of command bytes started with a reset (3 40H in sequence
- I think)?
-
- Marty
- 6-Jan-86 11:18:51-MST,532;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Jan 86 11:18:40-MST
- Received: from xerox.arpa by AMSAA.ARPA id a013742; 6 Jan 86 12:50 EST
- Received: from Salvador.ms by ArpaGateway.ms ; 06 JAN 86 09:50:05 PST
- Sender: "Nancy E. McConn.OsbuSouth"@XEROX.ARPA
- Date: 6 Jan 86 08:49:19 PST (Monday)
- Subject: Please remove me from this list.
- From: McConn.OsbuSouth@XEROX.ARPA
- To: info-cpm@AMSAA.ARPA
- cc: McConn.OsbuSouth@XEROX.ARPA
- Message-ID: <860106-095005-2578@Xerox>
-
-
- //
- 6-Jan-86 12:39:21-MST,618;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Jan 86 12:39:09-MST
- Received: from edwards-2060.arpa by AMSAA.ARPA id a014957; 6 Jan 86 13:24 EST
- Date: Mon 6 Jan 86 10:23:40-PDT
- From: D-ROGERS@EDWARDS-2060.ARPA
- Subject: BEWARE! PHOTO.LBR
- To: info-cpm@AMSAA.ARPA
- cc: info-dec-micro@SU-SCORE.ARPA
-
- I can't remember which PD file i found this in, but when run as per the
- embedded help file, the program zero's the size of the file (without erasing
- the directory entry) es no bueno.
- In case it is important, i'm running a Rainbow 100a with 5Meg Wini
- -------
- 6-Jan-86 14:18:41-MST,1253;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Jan 86 14:18:18-MST
- Received: from xerox.arpa by AMSAA.ARPA id a020247; 6 Jan 86 15:06 EST
- Received: from Chardonnay.ms by ArpaGateway.ms ; 06 JAN 86 11:42:38 PST
- Date: 6 Jan 86 11:42:35 PST (Monday)
- From: KBrown.PA@XEROX.ARPA
- Subject: Computer Sailing
- To: Blackwell <mdb%aicchi.uucp@BRL.ARPA>
- cc: info-cpm@AMSAA.ARPA, KBrown.PA@XEROX.ARPA
- Message-ID: <860106-114238-2730@Xerox>
-
- There are programs offered on sailing simulation, naval design and
- other areas through various sailing magazines.
- I purchased a set of so0ftware from Celestial Software. The set of 5
- diskettes pertained to sight reductions, astro bodie locations,
- celestial fixes and many other applications and tables pertaining to
- Celestial work.
- I would recommend contacting the OSTAR, PHRF or MORA groups for further
- info regarding specific software. PHRF (Pacific Handicap Racing
- Association) in San Francisco would be a good starting point. I have
- some addresses and phone numbers if you are interested in them. I also
- have some software taht I will sell cheap (It was bought for a Hawaaian
- trip I made a few months ago but never used at sea).
- ...Kerry
- 6-Jan-86 16:24:46-MST,1034;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Jan 86 16:24:35-MST
- Received: from usc-isid.arpa by AMSAA.ARPA id a024861; 6 Jan 86 17:56 EST
- Date: 6 Jan 1986 17:49-EST
- Sender: ABN.ISCAMS@USC-ISID.ARPA
- Subject: Re: Computer Sailing
- From: ABN.ISCAMS@USC-ISID.ARPA
- To: KBrown.PA@XEROX.ARPA
- Cc: mdb%aicchi.uucp@BRL.ARPA, info-cpm@AMSAA.ARPA
- Message-ID: <[USC-ISID.ARPA] 6-Jan-86 17:49:43.ABN.ISCAMS>
- In-Reply-To: <860106-114238-2730@Xerox>
-
-
- I have no info on sailing simulation (though it oughtta be an intereting
- hack .. lots of vector analysis there, I suppose, and simple yet interesting
- graphics potential).
-
- If it's skill-related stuff, I recall some interesting code in one of the
- popular magazines (or did I see it in a Public Domain catalog listing
- somewhere?) that gives lots of navigational support and utilities.
-
- If THAT's what you're after, yell and I can try to dig out the pointers.
-
- Regards,
- David Kirschbaum
- Toad Hall
- ABN.ISCAMS@USC-ISID.ARPA
- 6-Jan-86 20:46:23-MST,2379;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Jan 86 20:46:07-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a025358; 6 Jan 86 22:22 EST
- Date: Monday, 6 January 1986 18:35-MST
- Message-ID: <KPETERSEN.12173217655.BABYL@SIMTEL20.ARPA>
- Sender: Stan Barber <neuro1!sob@RICE.ARPA>
- From: Stan Barber <neuro1!sob@RICE.ARPA>
- Subject: Public Bulletin Board phone list update
- ReSent-From: KPETERSEN@SIMTEL20.ARPA
- ReSent-To: Info-Cpm@AMSAA.ARPA
- ReSent-Date: Mon 6 Jan 1986 20:21-MST
-
- The January, 1986 Public Bulletin Board phone number list is now
- available from SIMTEL20 as:
-
- Filename Type Bytes CRC
-
- Directory PD:<CPM.MISC>
- OTHERSYS.JAN.1 ASCII 70108 A6F8H
-
- **************************************************************
- * As-yet-unnamed list of bulletin board systems *
- * $Date: 86/01/06 19:33:06 $ *
- * Inspired by the P.A.M.S. list *
- * 1979 - 1985 by Bill Blue *
- * Format used by permission *
- * Current filesize is 69,809 bytes. *
- * *
- **************************************************************
- $Revision: 1.2 $
- ! ! ! ! ! ! ! ! ! ! ! ! ! !
- ***************-I-M-P-O-R-T-A-N-T--N-O-T-E-!-*****************
- ! ! ! ! ! ! ! ! ! ! ! ! ! !
-
- With the permission of Bill Blue, the originator of the
- PAMS list, The Houston Area Council of SYSOPS is taking on
- the maintenance and distribution of this list.
-
- Bill has requested that we rename the list to something else.
- Unfortunately, no other name has been proposed at this time,
- so if you have a suggestion, please drop me a line.
-
- Please forward all additions/deletions/corrections to:
-
- Stan Barber uucp: ihnp4!shell!{graffiti|neuro1|rice}!sob
- cbosgd!rice!sob
- seismo!ut-sally!shell!neuro1!sob
- Arpa: sob@rice.edu (or sob@rice.ARPA)
- Compuserve: 71565,623
- BBS: (713) 660-9252 (300/1200 212A) SYSOP
- USMAIL: Department of Neurology
- Baylor College of Medicine
- Houston, Texas 77030
-
- Judy Scheltema uucp: ihnp4!shell!graffiti!jcs
- BBS: (713) 660-9252 (300/1200 212A) ASSISTANT SYSOP
- 6-Jan-86 23:09:25-MST,1944;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 6 Jan 86 23:09:16-MST
- Received: from ucb-vax.arpa by AMSAA.ARPA id a025597; 7 Jan 86 0:41 EST
- Received: by ucbvax.berkeley.edu (5.38/1.7)
- id AA24506; Mon, 6 Jan 86 21:39:58 PST
- Received: by inuxc.ATT.UUCP, id AA00071; 6 Jan 86 20:07:17 EST (Mon)
- Received: from ec.Purdue.EDU (purdue-ecn-ec) by ee.Purdue.EDU; Mon, 6 Jan 86 19:57:17 EST (5.5/5.20)
- Date: Mon, 6 Jan 86 19:57:08 EST
- From: Mike Spitzer <inuxc!pur-ee!mjs@ucb-vax.ARPA>
- Received: by ec.Purdue.EDU; Mon, 6 Jan 86 19:57:08 EST (5.5/5.20)
- Message-Id: <8601070057.AA12006@ec.Purdue.EDU>
- To: inuxc!amsaa.arpa!info-cpm@ucb-vax.ARPA
- Subject: Thanks for you help with the 8251
-
-
- Thanks for all of your help with the 8251. My problem was with the
- number that I was sending to put the chip back in "normal" mode
- after initializing. I also need a dummy read from the data port after
- initializing. Thanks to mknox@ngp.UTEXAS for sending me the
- right number to use. The following code works fine for me:
-
- ;MODEM PORT EQUATES
- MCNTR EQU 41H ;Modem control port
- MDATA EQU 40H
- RESET EQU 01000000B ;Value for port reset
- MINIT1 EQU 01111110B ;Modem init value for baud, etc
- MINIT2 EQU 00110111B ;puts it back in "normal" mode
- ; ^^^^^^^^^ this is what I changed
-
- ORG 100H
-
- INITIALISE: MVI A,RESET ;Puts 8251 in instruction mode
- OUT MCNTR ;
- NOP
- NOP
- MVI A,MINIT1 ;sets up baud, etc.
- OUT MCNTR ;
- NOP
- NOP
- MVI A,MINIT2 ;Puts 8251 back in normal mode
- OUT MCNTR
- NOP
- NOP
- IN MDATA ; I added this line to my original code
- JMP 0 ; the warm-boot didn't hurt anything
-
- If anyone is interested in a rather large collection of hints for
- programming the 8251, let me know via mail and I'll send it to you.
-
- Thanks again,
-
- Mike -- mjs@purdue-ecn -- pur-ee!mjs
-
- 7-Jan-86 02:28:36-MST,1403;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 7 Jan 86 02:28:29-MST
- Received: from mit-mc.arpa by AMSAA.ARPA id a025902; 7 Jan 86 4:00 EST
- Date: Tue, 7 Jan 86 03:58:37 EST
- From: "Paul R. Grupp" <GRUPP@mit-mc.ARPA>
- Subject: BEWARE! PHOTO.LBR
- To: D-ROGERS@EDWARDS-2060.ARPA
- cc: info-cpm@AMSAA.ARPA
- In-reply-to: Msg of Mon 6 Jan 86 10:23:40-PDT from D-ROGERS at EDWARDS-2060.ARPA
- Message-ID: <[MC.LCS.MIT.EDU].775506.860107.GRUPP>
-
- > Date: Mon 6 Jan 86 10:23:40-PDT
- > From: D-ROGERS at EDWARDS-2060.ARPA
- > To: info-cpm at AMSAA.ARPA
- > cc: info-dec-micro at SU-SCORE.ARPA
- > Re: BEWARE! PHOTO.LBR
-
- > I can't remember which PD file i found this in, but when run as per the
- > embedded help file, the program zero's the size of the file (without erasing
- > the directory entry) es no bueno.
- > In case it is important, i'm running a Rainbow 100a with 5Meg Wini
-
- This could be a syntax error... The first filename given AFTER the photo
- command is the name of the file to PUT THE "PHOTO" IN, and LAST comes the
- command name to run and it's trail. I too had problems with this program
- where it created zero length "photo" files. Also all of the programs run
- with photo either crashed, or caused my hard disk to become very slow and
- make lots of noise for EACH SECTOR read/write until a COLD boot was done!
-
- --Paul
-
- 7-Jan-86 19:00:26-MST,2580;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 7 Jan 86 19:00:09-MST
- Received: from csnet-pdn-gw.arpa by AMSAA.ARPA id aa01400; 7 Jan 86 20:28 EST
- Received: from gmr by csnet-relay.csnet id a011737; 7 Jan 86 20:15 EST
- Date: Tue, 7 Jan 86 15:22 EST
- From: haar%gmr.csnet@CSNET-RELAY.ARPA
- MMDF-Warning: Parse error in original version of preceding line at CSNET-RELAY.ARPA
- To: info-cpm@AMSAA.ARPA
- Subject: VT100 emulator
-
-
- Fellow CP/Mers:
-
- I have been looking for a VT100 emulation program for my CP/M system. I
- recently downloaded a library called GATE from the Royal Oak RCP/M system.
- Gate is a Generalized Asynchronous Terminal Emulator, that is customizable
- by way of terminal definition tables.
-
- The version I have is rev 0.85 . The documentation (dated May 6, 1985) refers
- to an upcoming version 1.0 . This is a pretty good, general purpose emulator,
- but does not quite meet my needs. It has a built-in ANSI standard terminal
- definition. This is not a full VT100 emulation. In particular, it does not
- have the aux keypad that the editors on my work computers (VAXen/VMS) need.
- I cannot add these because the function key definitions in the table are limited
- to ten (I need at least 18).
-
- Also, it is set up for direct port I/O for both the local terminal and the
- communications to the remote system. This doesn't work for me because my
- system has the display output and the keyboard input on different ports.
- What I would like to do is use BDOS calls for console input/output. The
- documentation talks about patching in user code for I/O, but the work areas
- it points to seem to already have code in them. (Source code was not
- distributed with the program.)
-
- My system is an S-100 bus, Z-80 CPU running CP/M Plus (3.0). I use a VDB8024
- video display board and a serial keyboard (Keytronics) on a home-built
- interface.
-
- Does anyone know of a later release of Gate, or a better terminal emulation
- program (either P.D. or commercial, but customizable), or have more information
- about customizing GATE ?
-
- Much thanks for any help.
-
- Bob Haar (313) 575-3193
- G.M. Research Labs
-
- Net address: HAAR.GMR@CSNET
-
- (since I am on CSNET, I cannot do FTP, but can get most P.D. software
- from local RCP/M systems.)
-
- P.S. a plea to software developers - If you are writing CP/M software, please
- use the standard BDOS calls for I/O rather than direct I/O or BIOS calls. Also,
- if you are distributing public domain software or "freeware", please include
- source code.
-
- 8-Jan-86 08:48:20-MST,722;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Jan 86 08:47:36-MST
- Received: from afit-ab.arpa by AMSAA.ARPA id a009816; 6 Jan 86 10:19 EST
- Date: Mon, 6 Jan 86 10:19:08 est
- From: Hal Carter <cpm@AFIT-AB.ARPA>
- To: info-cpm-request@AMSAA.ARPA
- Subject: KERMIT for CPM3.0 Osborne Executive
- Resent-Date: Wed, 8 Jan 86 9:55:18 EST
- Resent-From: cpmlist@AMSAA.ARPA
- Resent-To: info-cpm@AFIT-AB.ARPA
-
- Is there a version of KERMIT that works on an Osborne Executive.
- I've tried the generic CPM 3.0 version, but nothing goes out the
- AUX port to my modem. (I have a Prometheus ProModem, and Modem 740
- works fine).
-
- Thanks for any leads.
-
- cpm@WPAFB-AFITA.ARPA
- 8-Jan-86 11:08:20-MST,1231;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Jan 86 11:08:09-MST
- Received: from dockmaster.arpa by AMSAA.ARPA id a012776; 8 Jan 86 12:33 EST
- Date: Wed, 8 Jan 86 12:28 EST
- From: "Paul E. Woodie" <Woodie@DOCKMASTER.ARPA>
- Subject: kermit/Osborne Executive
- To: info-cpm@AMSAA.ARPA
- Message-ID: <860108172804.158301@DOCKMASTER.ARPA>
-
- I recently noticed a request on this mailing list for a version of
- kermit to run on the Osborne Executive. I have an Executive and tried
- unsuccessfully to get several different cpm3 'generic' versions to run.
- I don't know if my failure was due to equipment bugs in my particular
- system, operator error on my part, or what. In any case I finally got a
- 'generic' version from simtel20 written in turbo pascal. That also (of
- course) did not run completely on my system. However, I modified it to
- directly address the SIO ports instead of using the built-in AUX port of
- the 'generic' versions. Now it runs just fine.
-
- I would be happy to share it with anyone interested. I haven't so far
- because I thought that maybe I had a flaky piece of hardware and my
- problems were unique.
-
- --Paul Woodie (Woodie.CPE at dockmaster)
- 8-Jan-86 20:26:08-MST,1346;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Jan 86 20:25:59-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a025273; 8 Jan 86 22:01 EST
- Received: from usenet by TGR.BRL.ARPA id a005463; 8 Jan 86 21:49 EST
- From: Carl Greenberg <carl%proper.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Data loss on terminal programs
- Message-ID: <410@proper.UUCP>
- Date: 6 Jan 86 07:01:06 GMT
- Keywords: montezuma micro CP/M
- To: info-cpm@AMSAA.ARPA
-
- Thank you for all the help with getting MEX to acknowledge cursor motion.
- However, under my Montezuma Micro CP/M, all the terminal programs I have
- tried have a high amount of data loss. I am continually losing bytes and
- have trouble with cursor motion programs because they will often just
- become so much gobbledeygook(sp?) when it loses the escape or the = or
- one of the two following characters for cursor positioning. Furthermore,
- it sometimes crashes so that it will do something involving 7s, 's, and
- a much smaller screen under something like vi. Other times it will completely
- forget cursor motion works at all. However, this happens after I've been
- in the terminal program for a while. Does anyone have any idea how to correct
- this? The CP/M is running on a TRS-80 Model 4P and I go 1200BPS.
- Carl Greenberg
- 8-Jan-86 22:56:39-MST,810;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 8 Jan 86 22:56:31-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a025593; 9 Jan 86 0:37 EST
- Received: from usenet by TGR.BRL.ARPA id a008504; 9 Jan 86 0:26 EST
- From: " L. L. Griffin " <llg%we53.uucp@BRL.ARPA>
- Newsgroups: net.wanted,net.micro.cpm
- Subject: Exidy Sorcerer II WP rom pac
- Message-ID: <362@we53.UUCP>
- Date: 6 Jan 86 17:01:19 GMT
- Xref: seismo net.wanted:8429 net.micro.cpm:5464
- To: info-cpm@AMSAA.ARPA
-
- I am looking for a word processor rom pac for my Exidy Sorcerer II. Does
- anyone know how and where I can get one? Would like to get something
- better than "ED" for my kids to use for school.
- Thanks.
-
- Larry Griffin
- 314-391-2523
-
- 856 Sugarhill Dr
- Ballwin, Missouri 63021
- 9-Jan-86 21:50:41-MST,673;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 Jan 86 21:50:36-MST
- Received: from wiscvm.arpa by AMSAA.ARPA id a005645; 9 Jan 86 23:22 EST
- Received: from (I6191008)DBSTU1.BITNET by WISCVM.WISC.EDU on 01/09/86
- at 06:54:56 CST
- Date: Thu, 09 Jan 86 13:47:33 cet
- To: INFO-CPM@AMSAA.ARPA
- From: I6191008%DBSTU1.BITNET@WISCVM.ARPA
- Subject: TURBO DOS
-
- Does anybody know the Disk Format (8 inch) of TURBO DOS? I'm using a
-
- banked CP/M 3.0 which can read nearly any CP/M Format. But I didn't
-
- manage to read TURBO DOS. Am I missing something?
-
-
-
- Thanks in advance
-
- Johann Zuschlag (I6191008@DBSTU1.BITNET)
-
- 9-Jan-86 23:34:39-MST,1122;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 9 Jan 86 23:34:32-MST
- Received: from sdcsvax.arpa by AMSAA.ARPA id a005809; 10 Jan 86 1:06 EST
- Received: by sdcsvax.ucsd.edu (5.31/4.41)
- id AA11324; Thu, 9 Jan 86 22:05:56 PST hops=0
- From: crash!ihom%sdcsvax@sdcsvax.ARPA
- Message-Id: <8601100605.AA11324@sdcsvax.ucsd.edu>
- Date: Thu, 9 Jan 86 21:37:42 PST
- To: sdcsvax!info-cpm@AMSAA.ARPA
- Subject: Turbo's AUX: device
- Cc: sdcsvax!info-pascal@BRL.ARPA
-
- When using CP/M Turbo Pascal to access a modem in slot #2 on an Apple,
- input and output is done via the AUX: device (rdr: and pun:). A simple
- program to dial out on a Smartmodem would be:
-
- program dial_out;
- begin
- writeln(aux,'ATDT 555-1212')
- end.
-
- This works fine on a CCS-7710 serial card, but NOT on the Videx PSIO card.
- The only difference in the serial cards is the CCS uses a 6850 UART, while
- the PSIO uses a 6551. This appears to be a discrepancy with Turbo, as
- both cards work fine with MEX and MODEM7. Any comments?
-
-
- --Irwin Hom ...crash!ihom@nosc
-
- 10-Jan-86 08:47:42-MST,834;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Jan 86 08:47:23-MST
- Received: from xerox.arpa by AMSAA.ARPA id a011445; 10 Jan 86 10:02 EST
- Received: from Aurora.ms by ArpaGateway.ms ; 10 JAN 86 07:02:34 PST
- Date: 10 Jan 86 10:02:30 EST (Friday)
- From: waldron.Wbst@XEROX.ARPA
- Subject: 8 bit data in Mex
- To: info-cpm@AMSAA.ARPA
- cc: waldron.Wbst@XEROX.ARPA
- Message-ID: <860110-070234-1908@Xerox>
-
- Does anyone know of a way to patch Mex to allow 8 bit data to be passed
- to the terminal. I would like to have the remote host send graphics
- characters to the screen but Mex seems to AND off the 8th bit. Turning
- on DEBUG shows that valid 8 bit graphics characters are being sent but
- in normal terminal mode they get stripped.
-
- Thanks,
-
- Brian
- Waldron.wbst@Xerox.arpa
- 10-Jan-86 22:31:11-MST,1363;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 10 Jan 86 22:31:00-MST
- Received: from brl-aos.arpa by AMSAA.ARPA id a027447; 11 Jan 86 0:06 EST
- Received: from mit-eddie.arpa by AOS.BRL.ARPA id a024176; 10 Jan 86 23:57 EST
- Received: by mit-eddie (4.12/4.7)
- id AA04113; Fri, 10 Jan 86 23:40:09 est
- Date: Fri 10 Jan 86 23:40:09-EST
- From: Andrew Moore <T.MOORE%DEEP-THOUGHT@MIT-EDDIE.ARPA>
- Subject: Problems with SECTION.ASM
- To: info-cpm@BRL.ARPA
- Message-Id: <12174280503.16.T.MOORE@DEEP-THOUGHT.MIT.EDU>
-
-
- I am using SECTION on my system but if I try to log intoan area that is
- located on the currently-logged-in disk, SECTION returns me to the same
- drive/user. For example, if I am in A0: and run SECTION to go to an area
- that is A3:, I will end up in A0: as the program had never been run. I
- can, however, jump to a user area on a DIFFERENT drive.
-
- 1) Is there a way around this problem?
- 2) If not, are there any other programs that perform the same function?
-
- In case my system configuration has anything to do with the problem, I am
- running an Apple II+, MicroSoft-compatible CP/M card, and 10M hard disk. Any
- replies would be appreciated. Thanks.
-
-
- -drew
- arpa: MOORE%MIT-EECS@MIT-MC.ARPA
- uucp: ...mit-eddie!moore
- us: Box 121, North Quincy, MA 02171
- -------
- 11-Jan-86 10:04:14-MST,1420;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Jan 86 10:04:06-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a000343; 11 Jan 86 11:35 EST
- Received: from usenet by TGR.BRL.ARPA id a014465; 11 Jan 86 11:21 EST
- From: "Phil Dimond, ms:SNA/CSS Engineering,Sydney,Aust." <dimond%aussie.dec@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Apple CP/M disk formatter help required.
- Message-ID: <310@decwrl.DEC.COM>
- Date: 8 Jan 86 01:57:20 GMT
- Sender: daemon@DECWRL.ARPA
- To: info-cpm@AMSAA.ARPA
-
- Hello:
-
- I am currently attempting to modify Apple CP/M for 40 track drive
- operation. I have done this successfully, but to finalise the operation,
- I need some software.
- I am wondering if anyone has source for a drive formatter to run
- under Apple CP/M, or can advise me on how to modify COPY.COM (a Microsoft
- supplied copy utility) to allow me to format 40 tracks.
- Any help would be greatly appreciated. Please mail responses to
- keep net goo down to reasonable levels. I will summarise results on the
- net.micro.apple and net.micro.cpm newsgroups.
-
- Thanks,
- Phil Dimond.
- ...decvax!decwrl!dec-rhea!dec-aussie!dimond
-
- "If all else fails, take the engineering approach: hit it with a hammer."
-
- All opinions expressed here are those of myself only, and not
- necessarily those of any persons or organisations with whom I am affiliated.
- 11-Jan-86 14:25:01-MST,1392;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Jan 86 14:24:53-MST
- Received: from brl-aos.arpa by AMSAA.ARPA id a001157; 11 Jan 86 15:57 EST
- Received: from xerox.arpa by AOS.BRL.ARPA id a028356; 11 Jan 86 15:54 EST
- Received: from CheninBlanc.ms by ArpaGateway.ms ; 11 JAN 86 12:49:48 PST
- From: NBaheti.es@XEROX.ARPA
- Date: 11 Jan 86 12:50:30 PST
- Subject: Re: Problems with SECTION.ASM
- In-reply-to: T.MOORE%DEEP-THOUGHT@MIT-EDDIE.ARPA's message of Fri, 10
- Jan 86 21:40 MST, <KPETERSEN.12174371560.BABYL@SIMTEL20.ARPA>
- To: Andrew Moore <T.MOORE%DEEP-THOUGHT@MIT-EDDIE.ARPA>
- cc: info-cpm@BRL.ARPA
- Message-ID: <860111-124948-1492@Xerox>
-
- Andrew--
-
- You are probably trying to run it on ZCPR2, right? I had the
- same problem when I ran the 8080 version of SECTION on my ZCPR2.
- SECTION just quietly exits back to te system without a warmboot, and
- that seems to be needed in Z2 for it to change the current d/u msg.
- Run SECTION and then after it exits back to the system hit a ctrl-c
- and see if you are where you should be.
-
- I have a m80 compat SECTION that SHOULD work for you; it
- did for me. Good luck...
-
- --Arun Baheti
- arpa: NBaheti.es@Xerox
- uucp: ...litvax!flkvax!trwrb!group3!arun
- arpa: Bug%Mit-OZ@Mit-MC [PLEASE reply to Xerox if possible!]
- RCPM: CP/M Connection @ 213-530-0670 [24hrs; 300/1200/2400]
- 11-Jan-86 14:40:21-MST,719;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Jan 86 14:40:10-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a001201; 11 Jan 86 16:09 EST
- Received: from usenet by TGR.BRL.ARPA id a020328; 11 Jan 86 15:52 EST
- From: Bill Edwards <edwards%h-sc1.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: GATE terminal emulator
- Message-ID: <865@h-sc1.UUCP>
- Date: 9 Jan 86 14:32:45 GMT
- Keywords: SIO port???
- To: info-cpm@AMSAA.ARPA
-
- Has anybody gotten this program to work an an Osborne 1 (ROM 1.44)? I
- suppose I could scrounge up the info on making it talk to the (memory
- mapped) serial port, but would greatly appreciate any hints anyone
- might have.
- 11-Jan-86 14:58:52-MST,766;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Jan 86 14:58:43-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a001290; 11 Jan 86 16:31 EST
- Received: from usenet by TGR.BRL.ARPA id a021095; 11 Jan 86 16:14 EST
- From: " L. L. Griffin " <llg%we53.uucp@BRL.ARPA>
- Newsgroups: net.wanted,net.micro.cpm
- Subject: Re: Exidy Sorcerer II WP rom pac
- Message-ID: <363@we53.UUCP>
- Date: 9 Jan 86 19:58:16 GMT
- Xref: seismo net.wanted:8454 net.micro.cpm:5475
- To: info-cpm@AMSAA.ARPA
-
- reply to: Charles Loader - ihp4!garfield!charles1
-
-
- Charles, I would like to get that address of the Dutch users group.
- Please send reply to the net PATH = ihnp4!we53!llg.
- Thanks again for your reply and information.
- llg.
- 11-Jan-86 16:17:44-MST,922;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Jan 86 16:17:38-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a001506; 11 Jan 86 17:51 EST
- Received: from usenet by TGR.BRL.ARPA id a024233; 11 Jan 86 17:35 EST
- From: uh%unido.uucp@BRL.ARPA
- Newsgroups: net.micro.cpm
- Subject: Turbo-Kermit for Apple-CP/M query
- Message-ID: <10900006@unido.UUCP>
- Date: 10 Jan 86 15:06:00 GMT
- Sender: notes%unido.uucp@BRL.ARPA
- Nf-ID: #N:unido:10900006:000:337
- Nf-From: unido!uh Jan 10 15:06:00 1986
- To: info-cpm@AMSAA.ARPA
-
- I'm looking for a Turbo-Pascal-Kermit for CP/M 2.23 on the Apple ][+ with
- MS-Softcard and CCS 7710 RS232-Interface in Slot 2. If there are
- any hints please send mail to
-
- Uwe Hoch
- Computer Science Department, University of Dortmund
- 4600 Dortmund 50, P.O. Box 500500, W.-Germany
- E-mail address UUCP: ...seismo!unido!uh
- 11-Jan-86 16:36:10-MST,754;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Jan 86 16:35:52-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a001542; 11 Jan 86 18:05 EST
- Received: from usenet by TGR.BRL.ARPA id a024599; 11 Jan 86 17:47 EST
- From: Rich Kensicki <rhk%harpo.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: ZCPR3 source
- Message-ID: <3431@harpo.UUCP>
- Date: 10 Jan 86 20:30:56 GMT
- To: info-cpm@AMSAA.ARPA
-
-
- Gentleman;
- I'd like to get a copy of zcpr3 source for my own
- CPM system.
- Can someone tell me of a site (or other source) that
- i can get it from (would prefer a site i can access via uucp;
- but will except most any source).
-
- Thanks in advance
- Rich Kensicki
- 201-386-6391
- harpo!rhk
- 11-Jan-86 16:53:18-MST,2770;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Jan 86 16:53:02-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a001544; 11 Jan 86 18:06 EST
- Received: from usenet by TGR.BRL.ARPA id a024865; 11 Jan 86 17:53 EST
- From: Kevin Flory <kevin%tolerant.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: CP/M Linker, HELP !!!
- Message-ID: <241@tolerant.UUCP>
- Date: 9 Jan 86 18:34:22 GMT
- To: info-cpm@AMSAA.ARPA
-
- I am expiriencing trouble with the DRI linker, link. I have converted
- my 'C' librarys over to the DRI library format and have been using the
- Programers Utilies for quit some time succesfully with the Aztec 'C'
- compiler. I have a preprocessor that converts the Aztec assembly output
- to a format compatable with rmac.
-
- The problem I am expirencing is trying to produce romable code. When
- I try to link my program with my library with out redefining the
- load address, program (code) segment base, data segment base, everthing
- works just fine as you would expect. When I try to specify a program
- base below 0100H with a load address of 0100H, the linker writes the
- whole file out as zeros. real nice huh. I did quit a bit of expermenting
- with with diffferent load address and program base address, switching
- the order of the parameters in the command line and have come to the
- conclution that the linker does not work correctly with program address
- addresses below 0100H. If a specify a load address and a program base
- of 0100H (which is the defualt) it creates the .com file OK, but it
- forgets to add the jump intruction to the entry point in the code.
- If I specify a load address of 0100H and program base of 0103H it
- puts the jump intrunction in just fine.
-
- I was realy disappointed when I found that the linker would'nt ouput
- a .hex file ( I need this to dowload to a Data I/O), but I was able to
- get a hold of the public domain file comhex.com which solved that problem
- (kinda). I would generate a the code to start at 0100H and enter a
- jump to 0100H myself but I will need to add interrupt routines later
- and the jump table would also have to be entered by hand. This is
- unexecptable. I would also require out how to tell the Data I/O
- to offset the code by 0100H bytes.
-
- Does anybody out there in netland know if Im doing sothing wrong (I seriously
- doubt it), or of linker that works with the DRI .irl files (library file)
- and with the microsoft .rel files.
-
- Any help with this matter would be greatly appriciated.
-
-
- Kevin Flory @ Tolerant Systems, San Jose
-
- I may be reached by email, or mail at:
-
- 82 E Daggett Drive
- San Jose, CA, 95134
-
- (408) 946-5667
-
- or
-
- 530 Scottsville Court
- San Jose, CA 95133
-
- (408) 272-1818
-
- Thanks In Advance.
- 11-Jan-86 17:13:24-MST,1052;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Jan 86 17:13:17-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a001589; 11 Jan 86 18:26 EST
- Received: from usenet by TGR.BRL.ARPA id a025777; 11 Jan 86 18:12 EST
- From: Rick Janka <rkj%ides.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: wanted: info on C compilers for CPM
- Message-ID: <147@ides.UUCP>
- Date: 9 Jan 86 21:46:33 GMT
- To: info-cpm@AMSAA.ARPA
-
-
- I need to write some software for an Amdahl X.25 Network Administrator
- (4404E), which is an 8088-based micro used to control Amdahl PADs in an
- X.25 network. The micro runs CPM, and while we do have a Pascal compiler
- available, I'd rather code in C.
-
- I've never shopped for a C compiler, and have only a vague idea of the
- C compilers available that will run on CPM. I'd certainly appreciate any
- advice and information from anyone who has had experience with C compilers
- on a CPM system.
-
- Rick Janka
- AT&T Information Systems
- (ihnp4,allegra,akgua)!abcom!cnmsrkj
- 11-Jan-86 17:33:49-MST,1232;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 11 Jan 86 17:33:42-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a001591; 11 Jan 86 18:27 EST
- Received: from usenet by TGR.BRL.ARPA id a026000; 11 Jan 86 18:16 EST
- From: Ron Bremer <ronb%tekred.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Wanted: CP/M-86 Data Base Program
- Message-ID: <430@tekred.UUCP>
- Date: 8 Jan 86 21:03:22 GMT
- To: info-cpm@AMSAA.ARPA
-
- I am looking for a "good" database program to run on my Televideo 1603
- under CP/M-86. Does anyone know of a good program at a reasonable price?
- Will any CP/M-86 program run on my machine or does it have to be adapted
- for the Televideo 1603?
-
- More questions:
-
- Is there a good book about the internals of CP/M-86? System calls and
- such.
-
- Is there a source of CP/M-86 program titles and a brief discussion of
- their function, cost, publisher, etc?
-
- What are other people doing that have CP/M-86 machines? Write their own
- software? Don't use their system? Or am I all alone?
-
- Thanks for any help.
-
- Ron Bremer
- Tektronix, Inc.
- CNA Division
- Redmond, Oregon
-
- [masscomp|decvax|allegra|uoregon|zehntel|ucbvax|ihnp4]!tektronix!tekred!ronb
- 12-Jan-86 03:38:44-MST,1156;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 Jan 86 03:38:38-MST
- Received: from sdcsvax.arpa by AMSAA.ARPA id a002315; 12 Jan 86 5:18 EST
- Received: by sdcsvax.ucsd.edu (5.31/4.41)
- id AA23577; Sun, 12 Jan 86 02:17:59 PST hops=0
- From: crash!kevinb@sdcsvax.ARPA
- Message-Id: <8601121017.AA23577@sdcsvax.ucsd.edu>
- Date: Sun, 12 Jan 86 00:49:51 PST
- To: sdcsvax!Info-CPM@AMSAA.ARPA
- Subject: NULU 15 or 16
- Cc: sdcsvax!NOLAND@USC-ISI.ARPA, crash!kevinb@sdcsvax.ARPA
-
- Some time ago Steve Noland wrote about contacting the author of NULU, Martin
- Murray, regarding a NULU 15 bug regarding drives with differing allocation
- sizes, and that corrections are being made. Is there a new NULU out? If so,
- please contact me using mail at the address below, as I am interested in
- putting the new version out on our local BBS. We have had quite a few comments
- made, and I am desirous of keeping it as up to date as possible.
-
- Thanks,
- Kevin Belles
-
- Kevin J. Belles - UUCP {sdcsvax,ihnp4!gould9,noscvax,cbosgd}!crash!kevinb
- ~~~~~ ~~ ~~~~~~ - ARPA crash!kevinb@{ucsd,nosc}.ARPA
-
- 12-Jan-86 09:41:18-MST,677;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 Jan 86 09:41:13-MST
- Received: from mit-mc.arpa by AMSAA.ARPA id a002761; 12 Jan 86 11:19 EST
- Date: Sun, 12 Jan 86 11:17:41 EST
- From: Herb Lin <LIN@mit-mc.ARPA>
- Subject: combination LU, SQ/USQ, DIR
- To: info-cpm@AMSAA.ARPA
- cc: LIN@mit-mc.ARPA
- Message-ID: <[MC.LCS.MIT.EDU].781341.860112.LIN>
-
- is there a program that will archive files as LU does, SQ or USQ as
- files go in and out, enable me to view SQeezed files, and maybe even
- from CP/M level get a directory listing of an .LBR file?
-
- I seem to recall there was something similar to this...
-
- thanks.
-
- Herb
-
- 12-Jan-86 16:00:08-MST,1062;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 Jan 86 16:00:02-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a003712; 12 Jan 86 17:36 EST
- Date: Sun, 12 Jan 1986 15:35 MST
- Message-ID: <KPETERSEN.12174738489.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: Info-Cpm@AMSAA.ARPA
- Cc: Herb Lin <LIN@MIT-MC.ARPA>, RCPM-Sysops@SIMTEL20.ARPA
- Subject: combination LU, SQ/USQ, DIR equals NULU ...but...
-
- >is there a program that will archive files as LU does, SQ or USQ
- >as files go in and out, enable me to view SQeezed files, and
- >maybe even from CP/M level get a directory listing of an .LBR
- >file?
-
- Yes, it's NULU. Only trouble is that NULU has a serious bug and most
- RCPM SysOps have deleted it from their systems. The author knows
- about the bug and is working on a fix which, it is said, will be
- available in about two weeks.
-
- It turns out that NULU was struck by the infamous BDOS function 37
- bug. More details later.
-
- --Keith
- 12-Jan-86 22:12:25-MST,848;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 12 Jan 86 22:12:15-MST
- Received: from usc-isid.arpa by AMSAA.ARPA id a004132; 12 Jan 86 23:54 EST
- Date: 12 Jan 1986 23:53:34 EST
- From: INCO@USC-ISID.ARPA
- Subject: Bye5 and MBBS and ZCPR3
- To: info-cpm@AMSAA.ARPA
-
- Using ZCPR3, Bye5, and MBBS I get the message from Login . that
-
- Illegal function call at address 081c
-
- Running on apple IIe microsoft CPM. Bye seems to work OK, MBBS is
- fine if I do not run from BYE. any hints?
-
- Also - If anyone can direct me to the patch that allows ZCPR3 on 60k CPM
- for the apple I would appreciate it.
-
- The overlay in the BYE5 directory for apple microsoft AP12 forgot
- about the 2000H offset due to microsoft cpm. If anyone wants
- the corrected one I will upload.
-
- Sincerely,
- Allan
- -------
- 13-Jan-86 06:06:17-MST,1401;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Jan 86 06:06:07-MST
- Received: from lll-mfe.arpa by AMSAA.ARPA id a005463; 13 Jan 86 7:36 EST
- Date: Mon, 13 Jan 86 07:36 EST
- From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
- Subject: Apple CP/M 40-track How-To Request
- To: Info-CPM@AMSAA.ARPA
-
- Date: Mon, 13-JAN-1986 07:37 EST
- To: Info-CPM@AMSAA.Arpa
- Message-ID: <[OAK.SAINET.MFENET].578881C0.008E8F51.SECRIST>
- Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn.
- Geographic-Location: 36 01' 42" N, 84 14' 14" W
- CompuServe-ID: [71636,52]
- Carbon-Unit-Designation: Richard
- X-VMS-Mail-To: ARPA%"Info-CPM@AMSAA.Arpa"
-
- > From: "Phil Dimond, ms:SNA/CSS Engineering,Sydney,Aust." <dimond%aussi
- > Subject: Apple CP/M disk formatter help required.
- > Date: 8 Jan 86 01:57:20 GMT
- >
- > To: info-cpm@AMSAA.ARPA
- >
- > Hello:
- >
- > I am currently attempting to modify Apple CP/M for 40 track
- > drive operation. I have done this successfully, but to finalise
- > the operation, I need some software.
- > ...
- > ...
- >
- > Thanks,
- > Phil Dimond.
- > ...decvax!decwrl!dec-rhea!dec-aussie!dimond
-
- Phil - tell us more ! What exactly did you do to add the support ?!
- Thanks.
-
- Richard
- 13-Jan-86 07:08:21-MST,4242;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Jan 86 07:08:05-MST
- Received: from xerox.arpa by AMSAA.ARPA id a007182; 13 Jan 86 8:30 EST
- Received: from Muscat.ms by ArpaGateway.ms ; 13 JAN 86 05:28:00 PST
- Date: Mon, 13 Jan 86 08:20 EST
- From: Kushall.henr@XEROX.ARPA
- Subject: Re: wanted: info on C compilers for CPM
- In-reply-to: <147@ides.UUCP>
- To: Rick Janka <rkj%ides.uucp@BRL.ARPA>
- cc: info-cpm@AMSAA.ARPA
- Message-ID: <860113-052800-2198@Xerox>
-
- From: Bruce Eckel <morgan%fluke.uucp@BRL.ARPA>
-
-
- 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
-
-
- 13-Jan-86 11:07:42-MST,850;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Jan 86 11:07:31-MST
- Received: from brl-aos.arpa by AMSAA.ARPA id a014334; 13 Jan 86 12:06 EST
- Received: from mit-mc.arpa by AOS.BRL.ARPA id a014344; 13 Jan 86 12:00 EST
- Received: from ucbvax.berkeley.edu by MC.LCS.MIT.EDU 13 Jan 86 11:59:32 EST
- Received: by ucbvax.berkeley.edu (5.39/1.7)
- id AA17226; Mon, 13 Jan 86 07:48:35 PST
- Received: from ucbamber.Berkeley.Edu (ucbamber.ARPA)
- by ucbjade.Berkeley.Edu (4.19/4.41.3)
- id AA05969; Sun, 12 Jan 86 19:51:14 pst
- Received: by ucbamber.Berkeley.Edu (4.19/4.41)
- id AA02860; Sun, 12 Jan 86 19:40:26 pst
- Date: Sun, 12 Jan 86 19:40:26 pst
- From: swillett%ucbamber@UCB-VAX.ARPA
- Message-Id: <8601130340.AA02860@ucbamber.Berkeley.Edu>
- To: CAL@THINK.ARPA, Info-CPM@MIT-MC.ARPA
- Subject:
-
-
-
- 13-Jan-86 12:34:46-MST,1049;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Jan 86 12:34:37-MST
- Received: from rice2-gateway.arpa by AMSAA.ARPA id a016846; 13 Jan 86 13:22 EST
- Received: from cleo by dione.ARPA (AA07738); Mon, 13 Jan 86 12:12:51 CST
- Received: by cleo (AA00358); Mon, 13 Jan 86 12:08:29 cst
- Date: Mon, 13 Jan 86 12:08:29 cst
- From: Hubert Daugherty <hd@rice.ARPA>
- Message-Id: <8601131808.AA00358@cleo>
- To: info-cpm@AMSAA.ARPA, ronb%tekred.uucp@BRL.ARPA
- Subject: Re: Wanted: CP/M-86 Data Base Program
-
- The Compupro Dealer in Houston, Informa Inc., has extensive experience in
- CP/M86. They use dBase II for database needs in house but also sell
- Q-PRO-4 for CP/M86. They have a slick version of the Palentier Word Processor
- for CP/M86. I don't have their number here but information has it.
-
- As to your compatability worry, dBase II only needs to know about your
- screen codes.
-
- disclaimer: I speak for myself, I represent myself, and I stand by what I say.
-
- Hubert Daugherty
- hd@rice.arpa
- 13-Jan-86 18:54:37-MST,1568;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Jan 86 18:54:27-MST
- Received: from mitre-bedford.arpa by AMSAA.ARPA id a024984; 13 Jan 86 20:22 EST
- Full-Name: James R. Vanzandt
- Message-Id: <8601140122.AA00693@mitre-bedford.ARPA>
- Organization: The MITRE Corp., Bedford, MA
- To: info-cpm@AMSAA.ARPA
- Subject: Re: wanted: info on C compilers for CPM
- Date: 13 Jan 86 20:22:33 EST (Mon)
- From: "James R. Van Zandt" <jrv@MITRE-BEDFORD.ARPA>
-
- Here's another C compiler for CP/M. It's the Small-C compiler which
- appeared in Dr. Dobbs #45 (May 1980), but modified by me to include
- floating point. The compiler requires a Z-80 processor and produces
- Z-80 assembly language output. There's a companion assembler and
- linker. You can get the whole package, including source code in C for
- the compiler, as volume 156 from:
-
- C user's Group
- Box 97
- McPherson KS 67460
- (314) 241-1065
-
- They charge $8 per volume and offer nearly any format. If you want a
- more detailed description, you can look at the September 1985 issue
- of their newsletter.
-
- I believe it's also available as SIG/M volume 224.
-
- Credits: Small-C was written by Ron Cain. The floating point routines
- themselves were written by Niel Colvin. The assembler and linker are
- by Bruce Mallett.
-
- (As you can tell, the C User's Group is not-for-profit. I don't make
- any money off this, either.) (I'm not maintaining this code, either.
- I've now moved on to the 16 bit world.)
- - Jim Van Zandt
- 13-Jan-86 19:25:24-MST,1421;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Jan 86 19:25:06-MST
- Received: from 128.2.255.254 by AMSAA.ARPA id a025057; 13 Jan 86 20:48 EST
- Received: ID <RALPHW@C.CS.CMU.EDU>; Mon 13 Jan 86 20:48:37-EST
- Date: Mon 13 Jan 86 20:48:34-EST
- From: "Ralph W. Hyre Jr." <Ralph.Hyre@cmu-cs-c.ARPA>
- Subject: Need help installing bye-type program for Apple-Cat & PCPI
- To: info-apple@BRL.ARPA, info-cpm@AMSAA.ARPA, info-modem-request@SIMTEL20.ARPA
- Work-Phone: (412) CMU-BUGS
- Message-ID: <12175035701.12.RALPHW@C.CS.CMU.EDU>
-
- I'm not having much luck trying to get MBBS or BYE3 to work with
- my system. Here's my configuration:
-
- 64K Apple ][+ with Apple-Cat modem in slot 2, with 212 card in slot 5
- PCPI AppliCard w/ CP/M 2.2 (Coprocessor card - not Microsoft compatible)
-
- If someone has installed a working MBYE or BYE3 for this configuration,
- please get in touch with me. (This is a rare enough configuration that
- there probably aren't many people that have installed for it.)
- The best form of help would be a source to a working version of MBYE
- or BYE3 for my configuration, next best would be an exhaustive
- description of how to set the equates (especially system dependent ones
- like BYELOW and disk/user equates (I'd like to put everything on a0: for
- starters) (I'm not running ZCPR3, but I can try it if its necessary...)
-
- - Ralph
- -------
- 13-Jan-86 21:27:10-MST,932;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 13 Jan 86 21:27:05-MST
- Received: from xerox.arpa by AMSAA.ARPA id a025286; 13 Jan 86 23:04 EST
- Received: from CheninBlanc.ms by ArpaGateway.ms ; 13 JAN 86 20:03:56 PST
- From: NBaheti.es@XEROX.ARPA
- Date: 13 Jan 86 20:04:42 PST
- Subject: 8 bit data
- To: waldron.wbst@XEROX.ARPA
- cc: info-cpm@AMSAA.ARPA
- Message-ID: <860113-200356-3035@Xerox>
-
- Set the filter off in MEX with the command: STAT FILTER OFF
- All control codes should then be allowed to pass over to your system.
- The filter mode is used for static-filled lines (usually over long
- distance), but can not be used when using an editor or the like
- online.
-
- --Arun Baheti
- arpa: NBaheti.es@Xerox
- uucp: ...litvax!flkvax!trwrb!group3!arun
- arpa: Bug%Mit-OZ@Mit-MC [PLEASE reply to Xerox if possible!]
- RCPM: CP/M Connection @ 213-530-0670 [24hrs; 300/1200/2400]
- 14-Jan-86 03:41:36-MST,3561;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Jan 86 03:41:26-MST
- Received: from sdcsvax.arpa by AMSAA.ARPA id a025854; 14 Jan 86 5:14 EST
- Received: by sdcsvax.ucsd.edu (5.31/4.41)
- id AA29373; Tue, 14 Jan 86 02:15:05 PST hops=0
- From: crash!kevinb@sdcsvax.ARPA
- Message-Id: <8601141015.AA29373@sdcsvax.ucsd.edu>
- Date: Tue, 14 Jan 86 01:31:27 PST
- To: sdcsvax!info-micro@BRL-VGR.ARPA
- Subject: Info on IMSAI/OMNI/CalComp stuff sought
- Cc: sdcsvax!Info-CPM@AMSAA.ARPA, sdcsvax!Chapman.ES@XEROX.ARPA,
- gould9!ihnp4!watmath!watcgl!jchapman@sdcsvax.ARPA,
- crash!kevinb@sdcsvax.ARPA
-
- I am looking for information regarding the Science Dynamics Corporation OMNI
- 5000A computer. This unit was made by IMSAI, with IMSAI components, but was
- marketed by SDC, a division of McDonnell Douglas. I have spoken to the head of
- the technical department there, Ralph Napolillo, and although they as near as
- I can tell still support them, he claims not to have any information on hand.
- I am specifically looking for information on the floppy disk drive package,
- with 2 boards by IMSAI called the FIB and the IFM, which talk over a 25-pin
- ribbon cable to 2 CalComp 141M disk drives. The FDC boardset is apparently a
- DMA-type device, but we hve not to this date figured out quite *how* to write
- a CP/M or MP/M BIOS for the above. Mr. Napolillo claimed that there was an
- MP/M "lying around somewhere", but has been unable to provide any further
- help, even to the address of either IMS Associates or CalComp. The system was
- apparently originally intended as sort of a batch multip;exing type unit for
- up to 8 terminals in it's original configuration, with a modem and a console
- attached also. We would like to convert these into either CP/M or MP/M
- machines for club usage, and so am looking for further info of any kind for
- our S-100 club here in San Diego. The systems are as follows:
-
- o IMSAI PCS 80/10 cabinet containing the following cards:
-
- o IMSAI CPA frontpanel
- o IMSAI MPU-A 8080 CPU
- o IMSAI PIC-8 interrupt controller
- o 3) IMSAI 16K RAM boards
- o Microsystems ROM board with a OMNI Problem Executive monitor burned on
- it's PROMs-we've decoded it and will probably figure out it's functions
- in a week or three.
- o 5) IMSAI SIO-2 serial port boards
- o IMSAI FIB \
- > these boards hook up, and has it's own 8080 + 2k ROM
- o IMSAI IFM /
-
- o IMSAI peripheral cabinet containing the following:
-
- o 2) Calcomp 141M 8" SS disk drives w/ power supplies attached, some of
- the jumpers for the drives being on the supplies (?).
- o a so-far unnamed board that piggybacks and displays signals for the
- drives. As far as we can tell, the presence or lack of this board
- makes no operational difference.
-
- Would anyone having information please post information or send mail to the
- address below - the members are willing to *pay* for a reasonable copy of a
- working BIOS for any kind of CP/M or MP/M for this system.
-
- Thanks in advance,
-
- Kevin Belles - UUCP {sdcsvax,ihnp4!gould9,noscvax,cbosgd}!crash!kevinb
- ~~~~~ ~~~~~~ - ARPA crash!kevinb@{nosc,ucsd}
-
- Disclaimer: Anything within, unless directly attributed is my opinion,
- and does not reflect that of my place of employment. KjB
-
- If anybody's interested in one, there's more where the original 7 came
- from . . . . KjB
-
- 14-Jan-86 03:44:29-MST,815;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Jan 86 03:44:25-MST
- Received: from sdcsvax.arpa by AMSAA.ARPA id a025863; 14 Jan 86 5:17 EST
- Received: by sdcsvax.ucsd.edu (5.31/4.41)
- id AA29419; Tue, 14 Jan 86 02:16:48 PST hops=0
- From: crash!kevinb@sdcsvax.ARPA
- Message-Id: <8601141016.AA29419@sdcsvax.ucsd.edu>
- Date: Tue, 14 Jan 86 01:59:16 PST
- To: sdcsvax!Info-CPM@AMSAA.ARPA
- Subject: MEX overlay for CCS 2718 S-100 board
-
- ommendations for an overlay for th CCS 2718 S-100 2 ser 2 par
- I/O board? It uses a 8251, but is there any overlay best suited to alter for
- this board?
- Please reply to -
-
- Kevin J. Belles - UUCP {sdcsvax,ihnp4!gould9,noscvax,cbosgd}!crash!kevinb
- ~~~~~ ~~ ~~~~~~ - ARPA crash!kevinb@{ucsd,nosc}.ARPA
-
- Thanks. KjB
-
- 14-Jan-86 04:16:09-MST,1392;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Jan 86 04:16:00-MST
- Received: from sdcsvax.arpa by AMSAA.ARPA id a025860; 14 Jan 86 5:17 EST
- Received: by sdcsvax.ucsd.edu (5.31/4.41)
- id AA29390; Tue, 14 Jan 86 02:15:31 PST hops=0
- From: crash!kevinb@sdcsvax.ARPA
- Message-Id: <8601141015.AA29390@sdcsvax.ucsd.edu>
- Date: Tue, 14 Jan 86 01:43:53 PST
- To: sdcsvax!Info-CPM@AMSAA.ARPA
- Subject: Need Info re banked BIOSes, etc.
- Cc: seismo!mcvax!ukc!stc!dbmk1@sdcsvax.ARPA, sdcsvax!ABC.COR@OFFICE-1.ARPA,
- crash!kevinb@sdcsvax.ARPA
-
- How are you managing your banked ability? I am working on getting my aged IMSAI
- 8080 working on a banked configuration, and am looking into ways of doing same.
- Is banking only usable through CP/M +, or can you do it through CP/M 2.2, also?
- Derek at seismo!mcvax!ukc!stc!dbmk1 asked something of the same kind, even to
- asking how possible it would be to get a banked BIOS massageable to another
- machine, and I saw no answer. Consumed by curiousity by the same question, I
- wondered the same thing. Is there a BIOS possibly look-at-able, or is it a
- matter of machine specifics?
-
- Sincerely,
- Kevin Belles
-
- Kevin J. Belles - UUCP {sdcsvax,ihnp4!gould9,noscvax,cbosgd}!crash!kevinb
- ~~~~~ ~~ ~~~~~~ - ARPA crash!kevinb@{ucsd,nosc}.ARPA
-
-
- 14-Jan-86 10:09:38-MST,566;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Jan 86 10:09:34-MST
- Received: from wiscvm.arpa by AMSAA.ARPA id a009836; 14 Jan 86 11:44 EST
- Received: from (HARRELL)EDUCOM.BITNET by WISCVM.WISC.EDU on 01/14/86 at
- 10:44:07 CST
- Date: 14 JAN 86 11:46-EST
- From: HARRELL%EDUCOM.BITNET@wiscvm.ARPA
- To: INFO-CPM@AMSAA.ARPA
- Subject: Programming Languages
-
-
- Could the person who compiled the list of programming languages
- now being taught in college please repost the message to me?
-
- Thanks,
- Ralph
-
- 14-Jan-86 17:46:42-MST,4098;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 14 Jan 86 17:45:53-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a023411; 14 Jan 86 19:14 EST
- Received: from usenet by TGR.BRL.ARPA id a002952; 14 Jan 86 17:29 EST
- From: "Phil Dimond, ms:SNA/CSS Engineering,Sydney,Aust." <dimond%aussie.dec@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: 40 track drives on Apple CP/M
- Message-ID: <401@decwrl.DEC.COM>
- Date: 13 Jan 86 03:40:08 GMT
- Sender: daemon@DECWRL.ARPA
- To: info-cpm@AMSAA.ARPA
-
-
- Hi:
- From the responses I have gratefully received from the net, I have
- the essential data for modifying Apple CP/M to drive 40 tracks on Apple
- drives. I will summarise here. If anyone desires further information, please
- do not hesitate to contact me by mail.
-
- Firstly, it is very important to use late model drives. Apple has
- advised me that any drives sold since the IIe was released should be capable
- of 40 track operation. Any Far-East Apple compatible drives should also
- be fine. The problem with old drives is that they cannot step to 40 tracks.
- Now, the only modification that is required is to alter the drive
- characteristics contained in the BDOS. These characteristics are held in
- the Disk Parameter Block, whose initial address can be found by BDOS function
- 31. To find this address, enter DDT, and run the following program:
-
- 0100 MVI C,1F ;Load C for function 31.
- 0102 CALL 5 ;Execute the function.
- 0105 RES 7 ;On completion, re-enter DDT.
-
- Now, if the CPU registers are examined, the data in the HL register
- should contain the address of the first block of the DPB for the current
- default drive. In my 60K Softcard II CP/M the address is FA73 hex for drive
- A: .
- Offset five bytes from this are two bytes called the DSM parameter.
- These bytes, stored with the low order byte first, give the block number
- of the highest block on the disk. In the case of Apple CP/M, there are four
- blocks per track, thus for a 35 track drive the highest block number will
- be 139 (as the blocks are numbered from zero). We actually have 40 tracks,
- so we wish to store 9F hex in this parameter.
- The easy way to do this is to execute the following program. It
- will find the DPB for the current default drive, and automatically alter
- it's value. The easy way to ensure the disk change is to autorun this
- program on disk boot.
-
-
- ;Modify the DPB to set the current default drive to 40 tracks.
- ;Written in 8080 assembler for the DR assm assembler.
- ;
- ORG 0100H ;Start of Transient Program Area.
- ;
- START: MVI C,01FH ;Prepare to call BDOS function 31.
- CALL 5 ;Execute the function.
- LXI D,05H ;Load the parameter offset.
- DAD D ;Add the offset to the DPB address.
- MVI B,09FH ;Load the new parameter value.
- MOV M,B ;Update the DPB.
- RET ;Return to CP/M.
- ;
-
- A better way is to use one of the multitude of disk editing utilities
- that are available in the public domain for CP/M. Edit the system tracks
- until you find a copy of the DPB that you see in memory, modify it accordingly,
- and you have altered it for good.
- It is at this point that a problem crops up - there is no easily
- accessible formatting program available for the Apple CP/M environment that
- will format the 40 tracks, at least that I know of.
- Does anyone have one, or even the source to one of uSoft's formatting
- programs, or even an idea of how to modify them? It could not be that hard.
-
- This information was compiled with the help of some reference texts
- and several net persons (they know who they are - let me thank them ). A
- good reference text is:
-
- "Mastering CP/M", by Alan R Miller, pub: SYBEX Inc, 1983
-
-
-
-
- " All opinions expressed herein are those of myself only, and not
- necessarily those of any other persons, or of any organisation, or of the
- cat which lives in our flats."
-
- Phil Dimond,
-
- ...decvax!decwrl!dec-rhea!dec-aussie!dimond
-
- "When all else fails take the engineering approach: Hit it with a hammer."
- 15-Jan-86 05:35:24-MST,949;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Jan 86 05:35:18-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a025666; 15 Jan 86 7:08 EST
- Date: Wed, 15 Jan 1986 05:07 MST
- Message-ID: <CSTROM.12175410589.BABYL@SIMTEL20.ARPA>
- From: Charlie Strom <CSTROM@SIMTEL20.ARPA>
- To: crash!kevinb@sdcsvax.ARPA
- Cc: INFO-CPM@AMSAA.ARPA
- Subject: Info on IMSAI/OMNI/CalComp stuff sought
- In-reply-to: Msg of 14 Jan 1986 02:31-MST from crash!kevinb at sdcsvax.ARPA
-
- Try Fulcrum Computer Products - they advertise in Byte. Fulcrum is run
- by one or more ex-Imsai people, and I am pretty sure they have Imsai
- BIOS materiial lying around. Another spin-off was Fischer-Freitas, but
- I am not sure if they are still in business. Fulcrum advertises in
- Byte or Micro/Systems Journal and should be easy to locate.
- By the way, Imsai was a different firm from IMS. I believe the latter
- is still alive.
- 15-Jan-86 06:55:40-MST,1340;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Jan 86 06:55:24-MST
- Received: from xerox.arpa by AMSAA.ARPA id a026994; 15 Jan 86 8:05 EST
- Received: from Muscat.ms by ArpaGateway.ms ; 15 JAN 86 05:04:14 PST
- Date: Wed, 15 Jan 86 08:04 EST
- From: Kushall.henr@XEROX.ARPA
- Subject: Re: 40 track drives on Apple CP/M
- In-reply-to: <401@decwrl.DEC.COM>
- To: "Phil Dimond, ms:SNA/CSS Engineering,Sydney,Aust." <dimond%aussie.dec@BRL.ARPA>
- cc: info-cpm@AMSAA.ARPA
- Message-ID: <860115-050414-4207@Xerox>
-
- Many of the early micro computer 5.25 inch floppy disk systems were
- based on the Shugart SA400 "mini floppy" drive. (For a while they were
- the only maker ie 1975) This was the original 5.25 inch drive. The SA400
- could only have a maximum of 35 physical tracks. If you attempt to step
- to a track >34 the CAM follower would lift out of the grove.
-
- Later Shugart updated the drive design to 40 tracks, and 40 tracks has
- been standard on 5.25 inch drives for quite a while now. I don't know of
- any other companies that make 35 track drives. Shugart drives labled
- SA400 are 35 track drives, drives labled SA400L are 40 track drives.
- Also some early Shugart SA400's were single density. (I belive before
- 1977) The only way to tell these is by the serial numbers.
-
- Ed Kushall
-
- 15-Jan-86 08:15:58-MST,1586;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Jan 86 08:15:46-MST
- Received: from xerox.arpa by AMSAA.ARPA id a028840; 15 Jan 86 9:12 EST
- Received: from Aurora.ms by ArpaGateway.ms ; 15 JAN 86 06:11:48 PST
- Date: 15 Jan 86 09:11:45 EST (Wednesday)
- From: waldron.Wbst@XEROX.ARPA
- Subject: 8 bit data in Mex update
- To: info-cpm@AMSAA.ARPA
- cc: waldron.Wbst@XEROX.ARPA
- Message-ID: <860115-061148-4230@Xerox>
-
- >Does anyone know of a way to patch Mex to allow 8 bit data to be passed
- to the >terminal. I would like to have the remote host send graphics
- characters to the >screen but Mex seems to AND off the 8th bit. Turning
- on DEBUG shows that valid 8 >bit graphics characters are being sent but
- in normal terminal mode they get >stripped.
-
- >Thanks,
-
- >Brian
-
- To all those who responded, thank you. To all those who mentioned
- STAT FILTER OFF, I have been running this way since day ONE. STAT
- FILTER OFF controls the passage of data values from 0 to 1F hex. I
- have no problem with those. Values from 80 to FF hex are the
- problem. They come through with the 8th bit reset. In other words,
- ANDed with 7F hex. I have comfirmed, using a very simple dumb terminal
- program, that neither BDOS nor BIOS interferes with 8Bit (0 - FF hex)
- data. There are 20 some AND 7F instructions in Mex. Without
- source it's pot luck but I will try the hard way to determine which
- AND 7F is the culprit.
-
- Thanks again to all who responded. I will post results when they are
- available.
-
- Brian
- Waldron.wbst@Xerox.arpa
- 15-Jan-86 14:42:51-MST,946;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Jan 86 14:41:11-MST
- Received: from crdc-vax2.arpa by AMSAA.ARPA id a012639; 15 Jan 86 16:09 EST
- Date: Wed, 15 Jan 86 16:05:23 EST
- From: "Jack H. Smith" <jhsmith@crdc-vax2.ARPA>
- To: info-cpm@AMSAA.ARPA
- Subject: CPT port addresses
-
-
- Fellow CP/M'ers ,
-
- HELP!!!! I need to know the addresses for the ports on a
- CPT which runs CP/M 2.2 . Otherwise, could someone point me to
- the modem program overlay that I could add to MODEM7, and which
- would have the ports addressed?
- CPT is all I have on the make of the terminal. It is made
- by CPT Corporation which has world headquarters at Minneapolis. I've
- just been through the manual we received with it and, as usual, the
- ports are not addressed, worse they're not even mentioned that I
- could find.
- Please help, if you can. Thanks.
- Jack H. Smith
-
- 15-Jan-86 15:04:25-MST,2871;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Jan 86 15:04:10-MST
- Received: from csnet-pdn-gw.arpa by AMSAA.ARPA id a013019; 15 Jan 86 16:26 EST
- Received: from clemson by csnet-relay.csnet id ad09782; 15 Jan 86 16:14 EST
- Date: Mon, 13 Jan 86 21:31 EST
- From: LBAFRIN%clemson.csnet@CSNET-RELAY.ARPA
- To: info-ibmpc@USC-ISIB.ARPA, info-micro@BRL-VGR.ARPA, info-cpm@AMSAA.ARPA
- Subject: Need info fast on Diablo, NEC, and other heavy-duty LQ printers
-
- Howdy, fellow netlandians. I need some quick feedback from the field on
- the performance (speed- and print-quality-wise), *reliability*, and
- expected maintenance costs for *heavy-duty* letter quality printers, the
- kind you would have *no* qualms about using to handle the printing of
- many thousands of letters *each week*. My off-the-cuff analysis says
- that ink-jet technology is out (the print image isn't high enough quality),
- but if somebody knows something I don't, I'd still like to hear about it.
- Laser technology is still in the running, but I have to have print quality
- equal to the finest daisy wheel printers. At the moment, daisy wheel
- technology is at the head of my list. I need at least 80 cps out of a daisy
- wheel, with a print head and (probably metal) wheel that can really "go the
- distance" in terms of not breaking down or just being plain worn out. Tractor
- feed is almost a must (note "almost" -- that's not "absolute"). (Are there
- any laser printers yet that handle a tractor feed?)
-
- The local ComputerLand has a 90cps daisy wheel made by a company called
- Primage. With sheet feeder and tractor it's $2200. Based on the demo,
- (i.e., looking at the construction, listening to it print, "gut feelings"),
- I'm not sure it can handle the load. Does anyone know anything about this
- model? (The salesman says we'd have to replace the print head for $20 after
- every 10,000 letters, probably, not to mention the plastic print wheels.)
-
- So if you've got personal experience (or know someone with personal
- experience) with a *high-speed*, *heavy-duty*, letter-quality printer, now
- is the time to step forward and plug it. (I'm willing to spend up to $5,000.)
- I really need this info, and you'd have my undying gratitude for replying
- (isn't that a great incentive?). Thanks in advance...
-
- -- Larry Afrin
- Dept. of Computer Science
- Clemson University
-
- ================================
- Please send replies, if any, to:
- lbafrin@clemson.csnet or
- lbafrin%eureka@clemson.csnet or, as a last resort,
- any reasonable-looking string with
- "lbafrin", "eureka", and "clemson" in it
- I disclaim everything anybody ever said about anything.
- 15-Jan-86 15:34:08-MST,780;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Jan 86 15:33:53-MST
- Received: from hi-multics.arpa by AMSAA.ARPA id a013429; 15 Jan 86 16:59 EST
- Date: Wed, 15 Jan 86 15:59 CST
- From: Boebert@HI-MULTICS.ARPA
- Subject: Formatting for 40 tracks
- cc: Boebert@HI-MULTICS.ARPA, info-cpm@AMSAA.ARPA
- Message-ID: <860115215919.918101@HI-MULTICS.ARPA>
-
- There exist several disassembly listings of Apple DOS 3.3; one of which
- was distributed on disk by the people who produced the Beneath Apple DOS
- book. It should be pretty easy to modify the INIT routine to count past
- 35 (you will also have to change the sector skewing table to the CPM
- standard -- this is described in Beneath Apple DOS).
-
- Earl (Boebert @ HI-Multics)
- 15-Jan-86 19:35:59-MST,2027;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 15 Jan 86 19:35:48-MST
- Received: from xerox.arpa by AMSAA.ARPA id a014732; 15 Jan 86 20:40 EST
- Received: from CheninBlanc.ms by ArpaGateway.ms ; 15 JAN 86 17:24:59 PST
- From: NBaheti.es@xerox.ARPA
- Date: 15 Jan 86 17:25:44 PST
- Subject: Altair S-100 HELP
- To: info-micro@BRL-TGR.ARPA, info-cpm@AMSAA.ARPA
- cc: NBaheti.es@xerox.ARPA
- Message-ID: <860115-172459-4895@Xerox>
-
- I am looking for some information on the Altair S-100 Bus
- machine with a Compu-Pro Dual processor board with 8085/8088
- processors. I am running CP/M (2.2 I think) in the 8085 mode
- which it defaults to. The 8088 processor, according to the
- manual, is sleeping and it doesn't exactly tell how to "wake"
- it up. The manual tells me how to create a file called
- tkfxboot.com to be run in 8085 mode to awake the 8088 and boot
- an apropriate DOS (ie. my CP/M 86), but it doesn't seem to work.
- If anyone has any advice on either what to do, who to talk to,
- or where to look for the answer to this problem I would greatly
- appreciate it.
-
- I am confident that I will eventually find the
- answer, so I am also looking for some inexpensive S-100 bus
- equipment, in particular a hard drive and more memory (I
- currently only have 64k and 4 8" DD drives).
-
- This system was donated to my school (Torrance High,2200
- Carson St, Torrance, CA 90501) so if anyone would like to call
- in any help (or possibly donate some more equipment) my number
- is (213)533-1123; I am only at this number from 2:00pm to 3:00
- PDT.
-
- Steven Myers
- -------------------------cut here
-
- I am posting this for a friend at my highschool, and if
- you can't call him there then feel free to send me the message and
- I will forward all replies to him. Thanks.
-
- --Arun Baheti
- arpa: NBaheti.es@Xerox
- uucp: ...litvax!flkvax!trwrb!group3!arun
- arpa: Bug%Mit-OZ@Mit-MC [PLEASE reply to Xerox if possible!]
- RCPM: CP/M Connection @ 213-530-0670 [24hrs; 300/1200/2400]
- 16-Jan-86 01:24:44-MST,1953;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 Jan 86 01:24:32-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a016364; 16 Jan 86 2:50 EST
- Received: from usenet by TGR.BRL.ARPA id a002105; 16 Jan 86 2:45 EST
- From: Matt Wing <mattw%phred.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: Data loss on terminal programs
- Message-ID: <109@phred.UUCP>
- Date: 13 Jan 86 20:48:01 GMT
- To: info-cpm@AMSAA.ARPA
-
- > Thank you for all the help with getting MEX to acknowledge cursor motion.
- > However, under my Montezuma Micro CP/M, all the terminal programs I have
- > tried have a high amount of data loss. I am continually losing bytes and
- > have trouble with cursor motion programs because they will often just
- > become so much gobbledeygook(sp?) when it loses the escape or the = or
- > one of the two following characters for cursor positioning. Furthermore,
- > it sometimes crashes so that it will do something involving 7s, 's, and
- > a much smaller screen under something like vi. Other times it will completely
- > forget cursor motion works at all. However, this happens after I've been
- > in the terminal program for a while. Does anyone have any idea how to correct
- > this? The CP/M is running on a TRS-80 Model 4P and I go 1200BPS.
- > Carl Greenberg
-
- Carl, I have been working on a VT100 emulator for my RS model 4p. Presently
- the assembly source code (Z-80) is 46k and when assembled handles all of the
- VT100 escape sequences. I have had moderate success with most of the editors
- available on the Vax systems here at work. You are welcome to a copy of the
- assembled code to try out. Please leave a note (number) and we will get
- together and xfer the files. For others that might be interested this code
- applies to memory mapped video systems only. Terminals are not supported.
- 9600 baud is not a problem as the input is buffered during screen operations.
- 16-Jan-86 06:44:53-MST,1209;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 Jan 86 06:44:44-MST
- Received: from crdc-vax2.arpa by AMSAA.ARPA id a019354; 16 Jan 86 8:08 EST
- Date: Thu, 16 Jan 86 8:05:14 EST
- From: "Jack H. Smith" <jhsmith@crdc-vax2.ARPA>
- To: STORK@mit-mc.ARPA
- cc: INFO-CPM@AMSAA.ARPA
- Subject: CPT ports
-
-
- ERIC,
-
- It was very kind of you to respond to my querry regarding
- CPT port addresses.
- The CPT is the computer, terminal, & word processor which
- is running CP/M 2.2 . And, yes I'm familiar with the archives at
- simtel20. It's just that they've changed and re-arranged the
- archives so much since the last time I accessed them that now I'm
- not sure I'd know how to get what I'm after. (That's why I asked
- for pointers to the modem overlay files ////addresses////.)
-
- Also, as long as I'm here, I may as well see if anyone
- knows the port addresses to the DEC Rainbow running CP/M 2.2.
- Yes, the DEC Rainbow is the terminal, computer, & word processor,
- and DEC stands for Digital Equipment Corporation (I think).
-
- Please respond to me, not the net.
- Thanks: Jack H. Smith
-
- JHSMITH@CRDC.ARPA
-
- 16-Jan-86 07:28:22-MST,1691;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 Jan 86 07:28:14-MST
- Received: from mitre.arpa by AMSAA.ARPA id a020304; 16 Jan 86 8:55 EST
- Full-Name: Jeff Edelheit
- Message-Id: <8601161354.AA26676@mitre.ARPA>
- Organization: The MITRE Corp., Washington, D.C.
- To: LBAFRIN%clemson.csnet@CSNET-RELAY.ARPA
- Cc: info-ibmpc@USC-ISIB.ARPA, info-micro@BRL-VGR.ARPA, info-cpm@AMSAA.ARPA
- Subject: Re: Need info fast on Diablo, NEC, and other heavy-duty LQ printers
- In-Reply-To: Your message of Mon, 13 Jan 86 21:31 EST.
- Date: 16 Jan 86 08:54:24 EST (Thu)
- From: Jeff Edelheit <edelheit@MITRE.ARPA>
-
- Larry - While none of the lasers I know of support a tractor, I would recommend
- any of the Canon engine based machines. If you really want typeset quality,
- then look into Imagen. Imagen provides a preprocessor to the laser engine.
- The bottom of the line uses the Canon engine, but if you need higher speeds,
- then you can move up to one of their Xerox engines. (We have an Imagen 8/300;
- the preprocessor + the Canon engine. It's really nice. It also supports
- either a serial, parallel or Ethernet interface.)
-
- I also understand that QMS has some nice lasers.
-
- With the kind of output you are talking about, I am not sure that any daisy
- type machine will either hold up or produce the amount of output your
- talking about. Also, the general rule "the higher the speed, the higher
- the noise" probably applies to the impact printers. The noisyest thing on
- the Canon is the clicking as it pulls the paper thru.
-
- Let me know what you find/decide.
-
- Regards,
- Jeff Edelheit
- (edelheit@mitre.arpa)
-
- Usual disclaimers apply.
- 16-Jan-86 09:03:41-MST,1102;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 Jan 86 09:03:34-MST
- Received: from usc-ecl.arpa by AMSAA.ARPA id a022119; 16 Jan 86 10:34 EST
- Date: 16 Jan 1986 07:34-PST
- Sender: BHUBER@USC-ECL.ARPA
- Subject: terminal donation
- From: BHUBER@USC-ECL.ARPA
- To: Info-Micro@BRL.ARPA, Info-CPM@AMSAA.ARPA
- Cc: BHuber@USC-ECL.ARPA
- Message-ID: <[USC-ECL.ARPA]16-Jan-86 07:34:14.BHUBER>
-
- I have a Televideo 920C terminal in excellent working condition which I
- would be willing to donate to a legitimate non-profit organization. The
- terminal is about 4 years old, has one extra page of memory, and includes
- the original instruction manual.
-
- I have had no luck in selling the terminal through local ads, and hence
- am now looking for a tax deduction (for 1986, of course). Whoever wants
- it can have it. I will NOT arrange for or pay for shipping/delivery.
- All I ask of the recipient in return is a letter or receipt on the
- organization's letterhead. The terminal is located in Long Beach (CA).
-
- Message me directly if interested,
- Bud Huber
- 16-Jan-86 09:45:37-MST,1476;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 Jan 86 09:45:20-MST
- Received: from usc-isif.arpa by AMSAA.ARPA id a022620; 16 Jan 86 11:00 EST
- Date: 16 Jan 1986 07:59-PST
- Sender: STANLEY@USC-ISIF.ARPA
- Subject: Re: combination LU, SQ/USQ, DIR
- From: STANLEY@USC-ISIF.ARPA
- To: LIN@MIT-MC.ARPA
- Cc: info-cpm@AMSAA.ARPA
- Message-ID: <[USC-ISIF.ARPA]16-Jan-86 07:59:25.STANLEY>
- In-Reply-To: <[MC.LCS.MIT.EDU].781341.860112.LIN>
-
-
- Received: FROM USC-ECLB.ARPA BY USC-ISIF.ARPA WITH TCP ; 12 Jan 86 08:47:00 PST
- from AMSAA.ARPA by USC-ECLB.ARPA; Sun 12 Jan 86 08:45:03-PST
- from mit-mc.arpa by AMSAA.ARPA id a002761; 12 Jan 86 11:19 EST
- Date: Sun, 12 Jan 86 11:17:41 EST
- From: Herb Lin <LIN@mit-mc.ARPA>
- To: info-cpm@AMSAA.ARPA
- Cc: LIN@mit-mc.ARPA
- Subject: combination LU, SQ/USQ, DIR
- Return-Path: <@USC-ECLB.ARPA:info-cpm-request@AMSAA>
- Message-ID: <[MC.LCS.MIT.EDU].781341.860112.LIN>
-
- is there a program that will archive files as LU does, SQ or USQ as
- files go in and out, enable me to view SQeezed files, and maybe even
- from CP/M level get a directory listing of an .LBR file?
-
- I seem to recall there was something similar to this...
-
- thanks.
-
- Herb
-
-
- --------------------
-
- Herb,
-
- Try LSWEEP, which is in the SIMTEL20 archives with LU.
-
- ...Dick Stanley
- 16-Jan-86 22:57:55-MST,1204;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 16 Jan 86 22:57:50-MST
- Received: from brl-aos.arpa by AMSAA.ARPA id a003423; 17 Jan 86 0:31 EST
- Received: from mit-mc.arpa by AOS.BRL.ARPA id a011719; 17 Jan 86 0:23 EST
- Date: Fri, 17 Jan 86 00:22:15 EST
- From: "Robert L. Plouffe" <PLOUFF@MIT-MC.ARPA>
- Subject: Telebit Modem
- To: INFO-CPM@MIT-MC.ARPA, INFO-MICRO@MIT-MC.ARPA, INFO-MODEM@MIT-MC.ARPA,
- INFO-MODEM7@MIT-MC.ARPA
- Message-ID: <[MC.LCS.MIT.EDU].786579.860117.PLOUFF>
-
- There have been a few messages to the nets regarding the
- Telebit modem marketed by DCA as FASTLINKPC and manufactured
- by Telebit. It has its own protocol and is sold with Crosstalk-Fast
- which I understand is an adaptation of Crosstalk xvi by Micro-Stuf.
- It is said to be useable at average rates of 10kbps on dial up
- lines and completely adaptive to line conditions.
-
- I am doing a survey of that modem and would appreciate any
- opinions, tests, facts, etc regarding it. If there is sufficient
- interest, I will post the results to the net. Please respond
- directly to me since I am not on all of the mailing lists to
- which this is addressed.
-
- 17-Jan-86 01:21:42-MST,1336;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Jan 86 01:21:36-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a003549; 17 Jan 86 2:57 EST
- Received: from usenet by TGR.BRL.ARPA id a022264; 17 Jan 86 2:51 EST
- From: John Blalock <jb%terak.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: 8 bit data in Mex
- Message-ID: <983@terak.UUCP>
- Date: 13 Jan 86 22:35:03 GMT
- To: info-cpm@AMSAA.ARPA
-
- > Does anyone know of a way to patch Mex to allow 8 bit data to be passed
- > to the terminal. I would like to have the remote host send graphics
- > characters to the screen but Mex seems to AND off the 8th bit. Turning
- > on DEBUG shows that valid 8 bit graphics characters are being sent but
- > in normal terminal mode they get stripped.
- >
- > Thanks,
- >
- > Brian
- > Waldron.wbst@Xerox.arpa
-
- Note that not all control key sequences get passed thru by MEX either - it's not
- just an eighth-bit problem. I also would like a patch so that I don't have
- to exit MEX to run vi remotely. (or any program with escape sequences/cursor
- addressing)
-
- John Blalock, W7AAY
-
- uucp: ...{noao,decvax,savax,ihnp4,seismo}!terak!jb
- phone: (602) 998-4800
- us mail: CalComp Display Products Division (formerly Terak Corporation)
- 14151 N. 76th St., Scottsdale, AZ 85260
- 17-Jan-86 07:04:04-MST,1085;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Jan 86 07:03:59-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a006896; 17 Jan 86 8:31 EST
- Date: Tuesday, 14 January 1986 17:42-MST
- Message-ID: <KPETERSEN.12175948326.BABYL@SIMTEL20.ARPA>
- Sender: Jeffrey C Honig <$jch%clvm.BITNET@wiscvm.ARPA>
- From: Jeffrey C Honig <$jch%clvm.BITNET@wiscvm.ARPA>
- To: TELECOM@MIT-MC.ARPA
- Subject: USR Courier 2400
- ReSent-From: KPETERSEN@SIMTEL20.ARPA
- ReSent-To: Info-Cpm@AMSAA.ARPA
- ReSent-Date: Fri 17 Jan 1986 06:21-MST
-
- I previously commented on problems with the Courier 2400 modems
- communicating with our Racal-Vadic 4401 modems. After some finger
- pointing the problem has been resolved by new firmware in the Courier
- 2400. My thanks to the technical support staff at U.S.Robotics and
- Racal-Vadic.
-
- After using a Courier 2400 at home for several days I'm very happy
- with it. It has significantly fewer problems with line noise than a
- Racal-Vadic 2400PA.
-
- Jeffrey C Honig
- Senior Systems Programer
- Clarkson University
- 17-Jan-86 09:35:30-MST,4052;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Jan 86 09:35:12-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a011706; 17 Jan 86 10:48 EST
- Received: from usenet by TGR.BRL.ARPA id a002311; 17 Jan 86 10:43 EST
- From: Bruce Eckel <morgan%fluke.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: Data loss on terminal programs
- Message-ID: <1083@vax2.fluke.UUCP>
- Date: 16 Jan 86 23:25:57 GMT
- To: info-cpm@AMSAA.ARPA
-
- In article <109@phred.UUCP> mattw@phred.UUCP (Matt Wing) writes:
- >> Thank you for all the help with getting MEX to acknowledge cursor motion.
- >> However, under my Montezuma Micro CP/M, all the terminal programs I have
- >> tried have a high amount of data loss. I am continually losing bytes and
- >> have trouble with cursor motion programs because they will often just
- >> become so much gobbledeygook(sp?) when it loses the escape or the = or
- >> one of the two following characters for cursor positioning. Furthermore,
- >> it sometimes crashes so that it will do something involving 7s, 's, and
- >> a much smaller screen under something like vi. Other times it will completely
- >> forget cursor motion works at all. However, this happens after I've been
- >> in the terminal program for a while. Does anyone have any idea how to correct
- >> this? The CP/M is running on a TRS-80 Model 4P and I go 1200BPS.
- >> Carl Greenberg
- >
- >Carl, I have been working on a VT100 emulator for my RS model 4p. Presently
- >the assembly source code (Z-80) is 46k and when assembled handles all of the
- >VT100 escape sequences. I have had moderate success with most of the editors
- >available on the Vax systems here at work. You are welcome to a copy of the
- >assembled code to try out. Please leave a note (number) and we will get
- >together and xfer the files. For others that might be interested this code
- >applies to memory mapped video systems only. Terminals are not supported.
- >9600 baud is not a problem as the input is buffered during screen operations.
-
- The kaypro (I have a 2x) has this problem also. Apparently the kaypro
- ROM, which performs the terminal functions, repositions the cursor
- (which is controlled by the 6845) after every function, and this is
- purported to slow the screen down. Micro Cornucopia has rewritten the
- rom for the kaypro to prevent characters from being dropped,
- apparently by NOT repositioning the cursor until after all the
- characters have been sent (note that although the position where the
- characters are to be sent -- which has nothing to do with the cursor
- position -- is *apparently* programmed through the 6845 using
- registers 18 and 19, there are no registers 18 and 19 on the 6845;
- thus the custom chip from kaypro must be listening to writes to these
- 6845 registers, and must respond accordingly. Any hints from kaypro
- hardware people?).
-
- I have avoided buying the rom and have tried to cope with the problem
- by padding the termcap on the vax. I still seem to run into problems
- with gnuemacs when it has 2 windows open and tries to use the
- delete-line and insert-line functions (which *really* speed things up
- when you are scrolling because then you don't have to do screen
- rewrites every time).
-
- I am thinking of trying to write some sort of fix or terminal emulator
- for the kaypro, but I am not sure if this will help because
- insert-line and delete-line may require the same amount of time anyway
- because of the hardware. The best way to handle it might be to buffer
- the input and "handshake" it into the video, padding timing according
- to what screen function is being used (admittedly, this is what the
- termcap is supposed to do, but it seems to be failing). This solution
- could be the simplest (in terms of programming) thing to do.
-
- Bruce Eckel <morgan>
- ARPA: fluke!morgan@uw-beaver
- UUCP: {uw-beaver, sun, allegra, sb6, lbl-csam}!fluke!morgan
- --
- Bruce Eckel <morgan>
- ARPA: fluke!morgan@uw-beaver
- UUCP: {uw-beaver, sun, allegra, sb6, lbl-csam}!fluke!morgan
- 17-Jan-86 13:31:10-MST,1350;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 17 Jan 86 13:30:57-MST
- Received: from xerox.arpa by AMSAA.ARPA id a016942; 17 Jan 86 14:43 EST
- Received: from Salvador.ms by ArpaGateway.ms ; 17 JAN 86 11:28:27 PST
- Sender: "Philip M. Burton.osbunorth"@xerox.ARPA
- Date: 17 Jan 86 09:58:29 PST (Friday)
- Subject: Re: 8 bit data in Mex
- From: Burton.osbunorth@xerox.ARPA
- To: jb%terak.uucp@BRL.ARPA
- cc: "Philip M. Burton.osbunorth"@xerox.ARPA, info-cpm@AMSAA.ARPA
- In-Reply-to: jb%terak.uucp%BRL:ARPA:Xerox's message of 17-January-86
- (Friday) 1:19:20 PST -
- Reply-to: burton.osbunorth@xerox.ARPA
- Message-ID: <860117-112827-2552@Xerox>
-
- Mex has a related 8 bit problem.
-
- If I am connected to a 7 data bit, even parity host, such as Xerox's own
- PARCVAX, I cannot use XMODEM transfers unless I manually reset MEX to 8
- bits, no parity. I have this problem in the PC version of MEX. I
- suspect, but don't know for sure, if this limitation is also present in
- CP/M MEX.
-
- This one deserves a patch. (Editorial: That's the trouble with
- software provided without source code distribution.)
-
-
- On a related matter, please note that my net address and that of other
- Xeroids has been changed from:
-
- Name.registry@Xerox.ARPA
-
- to:
-
- Name.registry@Xerox.COM
-
-
- Phil Burton
- Xerox Corp.
- 18-Jan-86 02:06:28-MST,2138;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 18 Jan 86 02:06:15-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a023233; 18 Jan 86 3:36 EST
- Date: Sat 18 Jan 86 01:37:00-MST
- From: Ron Fowler <RFOWLER@SIMTEL20.ARPA>
- Subject: 8 bits with MEX and MEX-PC
- To: info-cpm@SIMTEL20.ARPA, info-ibmpc@USC-ISIB.ARPA
- cc: RFOWLER@SIMTEL20.ARPA
- Message-ID: <12176158628.12.RFOWLER@SIMTEL20.ARPA>
-
-
- In response to the recent inquiries regarding 8th-bit display using MEX,
- here is a patch and some supplementary information:
-
- For CP/M MEX version 1.14, do "POKE $4822 $0 $0" ... this will delete the code
- that zeroes the 8th bit.
-
- For the commercial versions (both CP/M and MSDOS), a patch is impractical,
- since there have been several major releases of the program, and an equal
- number of minor releases. As an alternative, we're adding a fixed-position
- patch point in all versions, effective with release 1.61, to be released
- 18 January (we can't unconditionally pass the 8th bit, since many users de-
- pend on the parity bit being removed for use with many timesharing
- services). Now that won't automatically fix all those copies out in the
- field, so to make it easier to get your copy replaced, we'll waive
- the customary $10 update charge, providing:
- 1) You return your original distribution disk in a
- re-useable container
- 2) You include return postage.
- 3) Mark the package "
- 3) Mark the package "Eighth-bit update"
-
- This will also update your software to the recently released version 1.6
- (which is a pretty good deal, since 1.6 includes the Kermit and YMODEM
- protocols, as well as a bunch of other new features).
-
- One final consideration: someone mentioned that MEX filters some con-
- trol characters even when filter is off. Actually, this is only partially
- true: the characters in question are SO and SI (0EH and 0FH) ... these are
- the Compuserve protocol start and end-protocol signal characters. If you
- disable Compuserve protocol ("STAT CIS OFF"), MEX will no longer "eat"
- these characters. ---Ron Fowler, NightOwl Software, Inc.
- -------
- 18-Jan-86 06:37:38-MST,1396;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 18 Jan 86 06:37:30-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a024428; 18 Jan 86 8:12 EST
- Received: from usenet by TGR.BRL.ARPA id a015085; 18 Jan 86 8:07 EST
- From: "Bruce K. Martin Jr." <u557593877ea%ucdavis.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Chaining programs
- Message-ID: <60@ucdavis.UUCP>
- Date: 18 Jan 86 03:41:10 GMT
- To: info-cpm@AMSAA.ARPA
-
- Fellow netlanders--
- I am looking for a quick and dirty way to get one CP/M program to execute
- another. I have been told (by someone who didn't have the details) that
- it is possible to have the CCP perform this function (thereby relieving me
- of the problem of writeing a loader). If anyone has done this or could give
- me a pointer to some information, I would appreciate the help.
- Thanks in advance,
- Bruce
-
- --
- Bruce K. Martin Jr. [UUCP] ...{dual,lll-crg,ucbvax}!ucdavis!deneb!u557593877ea
- (916) 756-6518 [ARPA] ucdavis!deneb!u557593877ea@ucb-vax.arpa
- As usual, all the above views are completely my own. All proprietary
- names and phrases are the property of their respective firms. Is that all mom?
-
- "You have to be trusted by the people that you lie to..."
- Pink Floyd
- 18-Jan-86 07:10:31-MST,767;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 18 Jan 86 07:10:26-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a024568; 18 Jan 86 8:42 EST
- Received: from usenet by TGR.BRL.ARPA id a016200; 18 Jan 86 8:34 EST
- From: Robert Jaquiss <robertj%tektronix.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Looking for Compupro fans
- Message-ID: <6294@tektronix.UUCP>
- Date: 17 Jan 86 19:07:50 GMT
- To: info-cpm@AMSAA.ARPA
-
-
- Are there any Compupro users out there? I would like to make a list of us.
- Please reply via email or call.
- Robert S. Jaquiss Jr.
- ucbvax!tektronix!robertj (uucp)
- robert jaquiss@tektronix (csnet)
- robert jaquiss.tektronix@rand-relay (arpanet)
- (503) 627-6346 (audio phone at work)
- 18-Jan-86 17:28:23-MST,774;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 18 Jan 86 17:28:14-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a027623; 18 Jan 86 18:55 EST
- Date: Sat, 18 Jan 1986 16:55 MST
- Message-ID: <KPETERSEN.12176325835.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: Info-Cpm@AMSAA.ARPA
- Subject: Data loss on terminal programs - Kaypro solution
-
- Just a reminder that Kaypro users can solve their data loss in
- terminal programs problem by getting a program from SIMTEL20 called:
-
- Filename Type Bytes CRC
-
- Directory PD:<CPM.KAYPRO>
- FASTTERM.LBR.1 BINARY 4608 CD25H
-
- It's also available from many RCP/M's and from GEnie's CP/M library
- #20.
-
- --Keith
- 18-Jan-86 23:20:24-MST,1531;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 18 Jan 86 23:20:18-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a029641; 19 Jan 86 0:47 EST
- Received: from usenet by TGR.BRL.ARPA id a023819; 19 Jan 86 0:40 EST
- From: "Jacob M. Parnas" <jparnas%vger.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: Chaining programs
- Message-ID: <306@vger.UUCP>
- Date: 18 Jan 86 22:58:33 GMT
- To: info-cpm@AMSAA.ARPA
-
- In article <60@ucdavis.UUCP>, u557593877ea@ucdavis.UUCP (Bruce K. Martin Jr.) writes:
- > Fellow netlanders--
- > I am looking for a quick and dirty way to get one CP/M program to execute
- > another. I have been told (by someone who didn't have the details) that
- > it is possible to have the CCP perform this function (thereby relieving me
- > of the problem of writeing a loader). If anyone has done this or could give
- > me a pointer to some information, I would appreciate the help.
-
- The best example that I have of this is contained in the source code to
- the public domain program SYNONYM3. Basically what is done is that the
- command line buffer in the CCP is stuffed with the command line to be
- executed, the proper length and character position pointer is set and
- control is transferred to the CCP. This does not work with ZCPR, and can
- only be used if the program you are chaining from does not overwrite the
- CCP. Get the source to SYNONYM3 from a BBS or your local user group and
- have fun.
-
- John M. Sully
- ...!ucbvax!ucscc!ucscl!suzuki
- 19-Jan-86 07:12:08-MST,822;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 19 Jan 86 07:12:03-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a002181; 19 Jan 86 8:44 EST
- Received: from usenet by TGR.BRL.ARPA id a028147; 19 Jan 86 8:40 EST
- From: "Kurt L. Reisler" <klr%hadron.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: USR Courier 2400
- Message-ID: <192@hadron.UUCP>
- Date: 19 Jan 86 03:23:30 GMT
- To: info-cpm@AMSAA.ARPA
-
- You mentioned a firmware upgrade in your Courier 2400 corrected the problems
- you were having. Do you know what the ROM product code is? This is the 3
- digit code response to an ATI0 command. I am currently running rev. 242, and
- would like to upgrade it, if there is a more recent one.
-
- Thanks
- Kurt Reisler
- SYSOP - FIDO 109/74 - The Bear's Den
- 19-Jan-86 11:05:49-MST,1318;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 19 Jan 86 11:05:43-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a003212; 19 Jan 86 12:40 EST
- Date: Sun, 19 Jan 1986 10:40 MST
- Message-ID: <KPETERSEN.12176519726.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: "Kurt L. Reisler" <klr%hadron.uucp@BRL.ARPA>
- Cc: Info-Cpm@AMSAA.ARPA, Info-Micro@BRL.ARPA, Info-Modem7@SIMTEL20.ARPA
- Subject: USR Courier 2400
- In-reply-to: Msg of 18 Jan 1986 20:23-MST from Kurt L. Reisler <klr%hadron.uucp at BRL.ARPA>
-
- You mentioned a firmware upgrade in your Courier 2400 corrected the
- problems you were having. Do you know what the ROM product code is?
- This is the 3 digit code response to an ATI0 command. I am currently
- running rev. 242, and would like to upgrade it, if there is a more
- recent one.
-
- The new Courier 2400 ROM is version 243. Anyone who has an earlier
- version can get a free upgrade (on an exchange basis) by calling
- USRobotics. The new ROM corrects the problem of not being able to
- communicate with some Racal-Vadic 2400 modems.
-
- --Keith Petersen
- Arpa: W8SDZ@SIMTEL20.ARPA
- GEmail: W8SDZ
- uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
- 19-Jan-86 18:38:10-MST,4944;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 19 Jan 86 18:37:54-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a005342; 19 Jan 86 20:04 EST
- Date: Sun, 19 Jan 1986 18:04 MST
- Message-ID: <KPETERSEN.12176600553.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: Info-Cpm@AMSAA.ARPA
- Subject: FATCAT23 - a buffered multi-disk catalog program
-
- Now available via FTP from SIMTEL20:
-
- Filename Type Bytes CRC
-
- Directory PD:<CPM.CATLOG>
- FATCAT23.LBR.1 BINARY 161792 DB4AH
-
- FATCAT is a new multi-featured disk cataloging utility for Z80 CP/M
- systems. It was designed with the user's convenience in mind. It
- features rapid-fire insertion of diskettes. The filenames are simply
- appended sequentially to a temporary file. Then when you are done,
- while you go eat supper or watch TV the computer does the tedious work
- of sorting, inserting, deleting, etc., without making you share its
- tedium. Also includes LBR file support. Replaces FMAP, CAT, UCAT,
- MCAT, XCAT programs.
-
- Changes from Previous Versions
-
- NOTE -- If you have been using FATCAT version 2.0, please
- READ THIS:
-
- NOTE -- Any references to version 2.1 apply equally to version
- 2.3.
-
- None of the program files in FATCAT vers. 2.0, 2.1, or 2.2 (those
- with file types of .COM, .CHN, .00?) or the Configuration Files
- (.CFG) are compatible with version 2.1. To avoid needless
- confusion, you should make sure you have backed these files up
- onto an archival disk, and then GET THEM OFF YOUR SYSTEM. They
- will not work with the version 2.3 files, even though some of
- them have the same names.
-
- HOWEVER, ALL actual catalog and index files (.LIX, .RIX, .DNX,
- .LCX, .RCX, and .TCX) from previous versions ARE PERFECTLY
- COMPATIBLE with version 2.3, so there is no need to do anything
- with your actual data files, they will work just fine under
- either version.
-
- BUG FIXES
-
- Three bugs, are fixed in version 2.3
-
- -- A serious bug that caused library files not to be deleted
- properly has been fixed. This may have caused some corruption
- in your catalog files, but not your index files. To check,
- catalog a disk, note the number of library files reported. Then
- output all files in the catalog. If these numbers don't agree
- with the ones obtained previously your catalog file is corrupted.
- Running the <M> option will fix it.
-
- -- Searches in OUTPUT mode now give correct results when
- seraching unambigous file names.
-
- -- Counts of files now give correct results.
-
- Two major bugs were fixed in Version 2.1.
-
- -- The add and rename functions in cleanup mode now give full
- access to user areas other than the current one.
-
- -- Disk resets have been added in places where disk swapping was
- occurring -- causing BDOS errors when run under CP/M. This was
- not a problem under ZRDOS, which is how it slipped through.
-
- ENHANCEMENTS
-
- The following enhancement is provided in version 2.3:
-
- -- Output now available in a cross-reference format similar to
- XCAT, in addition to the previous FATCAT format. Accessible from
- new <X> option on main menu or from command line of OUTCAT.
-
- The following enhancements are provided in version 2.1:
-
- -- The single/multiple mode toggle has been eliminated. This
- function is now controlled by the Automatic Reindex toggle.
- Leaving this off speeds up the updating process, regardless of
- whether one disk or several have been inserted, and there is no
- automatic update as in former single mode. What you gain here is
- faster operation. However, the tradeoff is that you lose the
- robust backup that this admittedly slower method provided. If
- you are going to run with the Auto-ReIndex off it is recommended
- that you back up your catalog disks.
-
- -- Since Auto-Reindexing may now be disabled, we have added the
- 'M' option which gives a manual Recreation of the Catalog files
- from the index files, which used to happen under Updating in the
- multiple mode (and which can still be achieved under Auto-
- Reindex). The 'F' Option is now renamed 'R'.
-
- -- FATCAT now takes better advantage of memory space resulting in
- a faster throughput, since disk accesses are reduced. This will
- be apparent especially on floppy based systems.
-
- -- The Printer Offset has been added as a configuration option
- for those who like to leave their paper in a fixed position on
- their printers.
-
- -- Command Line Control of Output is now provided. See the
- section 'OUTCAT' for a description of this feature. The output
- module will work from the menu, however, just as it did before.
- On-line help available for OUTCAT with command OUTCAT //.
-
- -- Configuration setup provision allowing FATCAT to stop
- conflicting with the Plu*Perfect DateStamper's assumption that
- its special file would be first in any sort.
- 19-Jan-86 18:38:52-MST,1631;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 19 Jan 86 18:38:45-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a005385; 19 Jan 86 20:14 EST
- Date: Sun, 19 Jan 1986 18:11 MST
- Message-ID: <KPETERSEN.12176601857.BABYL@SIMTEL20.ARPA>
- Sender: KPETERSEN@SIMTEL20.ARPA
- From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
- To: Info-Cpm@AMSAA.ARPA
- Subject: FRONT50 - cursor-oriented command menu utility
-
- Now available via FTP from SIMTEL20:
-
- Filename Type Bytes CRC
-
- Directory PD:<CPM.DIRUTL>
- FRONT50.LBR.1 BINARY 52480 B569H
-
- FRONT is a front-end utility for CP/M that replaces the A> prompt with
- a menu of available programs and lets you select the command to run by
- just moving a highlight to the command name with the arrow keys and
- pressing one other key. The menu shows the names of programs (.COM)
- present on the disk. Optionally, it will also show the names of .SUB,
- .BAS and other program files which require an interpreter to run.
- Requires a computer or terminal capable of cursor addressing.
-
- If you are unable to access SIMTEL-20 because of network restrictions
- please remember that MOST of the new files announced to Info-Cpm are
- also available on my RCP/M Royal Oak (MI) which may be accessed at
- 300 bps (Bell 103a), 1200 bps (Bell 212a), or 2400 bps (V.22 bis).
- The telephone number is (313) 759-6569. They are also available from
- the CPM RoundTable on General Electric Information Services' GEnie.
-
- --Keith Petersen
- Arpa: W8SDZ@SIMTEL20.ARPA
- GEmail: W8SDZ
- uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
- 20-Jan-86 03:35:01-MST,999;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 Jan 86 03:34:55-MST
- Received: from csnet-pdn-gw.arpa by AMSAA.ARPA id a007748; 20 Jan 86 5:12 EST
- Received: from umass-cs by csnet-relay.csnet id ai03278; 20 Jan 86 5:01 EST
- Date: Sun, 19 Jan 86 18:22 EST
- From: "Neville D. Newman" <NEVILLE%umass-cs.csnet@CSNET-RELAY.ARPA>
- To: info-cpm@AMSAA.ARPA
- Subject: just what is Datestamper?
-
-
- Please pardon my ignorance, but as a newcomer to the CP/M world i still
- have to ask some questions that most people would think ridiculous.
- Can someone explain to me just what features Datestamper has, what its
- limitations are, where it comes from, and how it goes about doing what
- it does? There aren't that many free bits in a directory entry, so
- i expect that the time resolution must be really coarse or else new
- pseudo-directory files are managed. Enlighten me, eh?
-
- -neville
-
- ARPA: neville%umass-cs@CSnet-relay
- 20-Jan-86 23:59:57-MST,998;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 20 Jan 86 23:59:49-MST
- Received: from nosc-gw.arpa by AMSAA.ARPA id a014148; 21 Jan 86 1:27 EST
- Received: from cod.ARPA by nosc.ARPA (4.17/4.7)
- id AA01039; Mon, 20 Jan 86 21:55:54 pst
- From: crash!victoro@NOSC.ARPA
- MMDF-Warning: Parse error in preceding line at AMSAA.ARPA
- Received: by cod.ARPA (5.31/4.7)
- id AA06465; Mon, 20 Jan 86 21:58:20 PST
- Message-Id: <8601210558.AA06465@cod.ARPA>
- Date: Thu, 16 Jan 86 12:00:29 PST
- To: noscvax!matw%phred.uucp@BRL.ARPA
- Subject: V100 Terminal for 4p & CP/M
- Cc: noscvax!info-cpm@AMSAA.ARPA
-
- >I have been devloping a V100 terminal program for the 4p with CP/M..
- (Greatly Contracted)
-
- I too would be interested in trying your program. I have a Tandy 4p with
- 128k and Montezuma Micro 2.2 and a 1200 baud modem.
-
- Victor O'Rear-- {ihnp4, cbosgd, sdcsvax, noscvax}!crash!victoro
- crash!victoro@ucsd
-
-
- 21-Jan-86 00:03:22-MST,998;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Jan 86 00:03:11-MST
- Received: from nosc-gw.arpa by AMSAA.ARPA id a014151; 21 Jan 86 1:28 EST
- Received: from cod.ARPA by nosc.ARPA (4.17/4.7)
- id AA01042; Mon, 20 Jan 86 21:55:54 pst
- From: crash!victoro@NOSC.ARPA
- MMDF-Warning: Parse error in preceding line at AMSAA.ARPA
- Received: by cod.ARPA (5.31/4.7)
- id AA06447; Mon, 20 Jan 86 21:58:12 PST
- Message-Id: <8601210558.AA06447@cod.ARPA>
- Date: Thu, 16 Jan 86 11:51:06 PST
- To: nocsvax!matw%phred.uucp@BRL.ARPA
- Subject: V100 Terminal for 4p & CP/M
- Cc: noscvax!info-cpm@AMSAA.ARPA
-
- >I have been devloping a V100 terminal program for the 4p with CP/M..
- (Greatly Contracted)
-
- I too would be interested in trying your program. I have a Tandy 4p with
- 128k and Montezuma Micro 2.2 and a 1200 baud modem.
-
- Victor O'Rear-- {ihnp4, cbosgd, sdcsvax, noscvax}!crash!victoro
- crash!victoro@ucsd
-
-
- 21-Jan-86 00:26:55-MST,998;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Jan 86 00:26:47-MST
- Received: from nosc-gw.arpa by AMSAA.ARPA id a014155; 21 Jan 86 1:28 EST
- Received: from cod.ARPA by nosc.ARPA (4.17/4.7)
- id AA01044; Mon, 20 Jan 86 21:56:09 pst
- From: crash!victoro@NOSC.ARPA
- MMDF-Warning: Parse error in preceding line at AMSAA.ARPA
- Received: by cod.ARPA (5.31/4.7)
- id AA06455; Mon, 20 Jan 86 21:58:16 PST
- Message-Id: <8601210558.AA06455@cod.ARPA>
- Date: Thu, 16 Jan 86 11:58:40 PST
- To: nocsvax!matw%phred.uucp@BRL.ARPA
- Subject: V100 Terminal for 4p & CP/M
- Cc: noscvax!info-cpm@AMSAA.ARPA
-
- >I have been devloping a V100 terminal program for the 4p with CP/M..
- (Greatly Contracted)
-
- I too would be interested in trying your program. I have a Tandy 4p with
- 128k and Montezuma Micro 2.2 and a 1200 baud modem.
-
- Victor O'Rear-- {ihnp4, cbosgd, sdcsvax, noscvax}!crash!victoro
- crash!victoro@ucsd
-
-
- 21-Jan-86 11:47:30-MST,1086;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Jan 86 11:47:18-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a002203; 21 Jan 86 12:49 EST
- Received: from usenet by TGR.BRL.ARPA id a017651; 21 Jan 86 11:02 EST
- From: Michael Kersenbrock <michaelk%copper.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: Chaining programs
- Message-ID: <169@copper.UUCP>
- Date: 20 Jan 86 07:06:29 GMT
- To: info-cpm@AMSAA.ARPA
-
- If you are using CP/M 3.0, you can use the "chain to program" BDOS
- service call. It is bdos function 47.
-
- You load a null-terminated command line into the default dma buffer, then:
-
- You have reg C: 2fh
- reg E: ffh if you want the ccpt to initialize the default drive
- to the "current" drive and user number (rather than
- "reset" to default values).
-
- Then call the BDOS (addr 5 was it?).
-
- Don't know off hand if this call works in 2.2 or not. Haven't worked
- with that version for a few years now.
-
-
- --
-
- Mike Kersenbrock
- Tektronix Software Development Products
- Aloha, Oregon
- 21-Jan-86 12:59:06-MST,1319;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Jan 86 12:58:57-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a005397; 21 Jan 86 14:24 EST
- Received: from usenet by TGR.BRL.ARPA id a002922; 21 Jan 86 14:10 EST
- From: William Svirsky <svirsky%ttidcb.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: Need info fast on Diablo, NEC, and other heavy-duty LQ printers
- Message-ID: <634@ttidcb.UUCP>
- Date: 20 Jan 86 19:35:17 GMT
- To: info-cpm@AMSAA.ARPA
-
- In article <1628@brl-tgr.ARPA> LBAFRIN%clemson.csnet@CSNET-RELAY.ARPA writes:
- >Howdy, fellow netlandians. I need some quick feedback from the field on
- >the performance (speed- and print-quality-wise), *reliability*, and
- >expected maintenance costs for *heavy-duty* letter quality printers,...
- >...
- >Laser technology is still in the running, but I have to have print quality
- >equal to the finest daisy wheel printers....
-
- A friend of mine told me that PC magazine always does a November
- issue on printers and this year included laser printers. He said
- that there are 2 November issues, so be sure you get the right
- one.
-
- --
- Bill Svirsky
- Citicorp/TTI
- 3100 Ocean Park Blvd.
- Santa Monica, CA 90405 Work phone: 213-450-9111 x2597
- {philabs,randvax,trwrb,vortex}!ttidca!ttidcb!svirsky
- 21-Jan-86 13:19:56-MST,2803;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Jan 86 13:19:33-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a005421; 21 Jan 86 14:25 EST
- Received: from usenet by TGR.BRL.ARPA id a003490; 21 Jan 86 14:22 EST
- From: Ed Greenberg <edg%micropro.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: Chaining programs
- Message-ID: <222@micropro.UUCP>
- Date: 20 Jan 86 18:45:40 GMT
- To: info-cpm@AMSAA.ARPA
-
- In article <306@vger.UUCP> jparnas@vger.UUCP (Jacob M. Parnas) writes:
- >In article <60@ucdavis.UUCP>, u557593877ea@ucdavis.UUCP (Bruce K. Martin Jr.) writes:
- >> Fellow netlanders--
- >> I am looking for a quick and dirty way to get one CP/M program to execute
- >> another. I have been told (by someone who didn't have the details) that
- >> it is possible to have the CCP perform this function (thereby relieving me
- >> of the problem of writeing a loader). If anyone has done this or could give
- >> me a pointer to some information, I would appreciate the help.
- >
- >The best example that I have of this is contained in the source code to
- > ...
-
- An easier way to do this is to write a $$$.SUB file onto the A drive of
- the system, then warm boot.
-
- A $$$.SUB file is usually the result of running SUBMIT. The format is
- to have all the commands (with arguments expanded) in REVERSE order with
- each command occupying a 128 byte record. Thus record 0 of the file
- will contain the last command to be executed and record N-1 will contain
- the first command, where there are N commands.
-
- The format of each record is a count byte at offset 0, then the command
- line to be executed at offset 1, then a 0 byte immediately after the
- command (no CR or LF).
-
- You can examine an existing $$$.SUB by running a long submit, pressing
- the reset button halfway through, then booting from ANOTHER boot disk
- and loading the original boot disk in B:. Then use DDT on the existing
- $$$.SUB file. Be sure to delete this file before putting the boot disk
- back in A: or you will keep going where you left off the next time you
- warm boot.
-
- DBASE II uses this method of program chaining, to execute something,
- then return to DBASE. You can too. You don't have to worry about
- overwriting the CCP or anything.
-
- Another trick is to reload your program at the end of the chain
- procedure with some argument that tells it that it is being rerun.
- Thus, you might get dates and other parameters from a file rather than
- the user... Avoid copyright messages, etc.
-
- Let me know if you want to discuss this sort of thing further.
- -e
- --
- Ed Greenberg | {hplabs,glacier}!well!micropro!edg
- MicroPro International Corp. | {ucbvax,decwrl}!dual!micropro!edg
- San Rafael, California | {lll-crg,ptsfa}!micropro!edg
- 21-Jan-86 14:21:51-MST,833;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Jan 86 14:21:44-MST
- Received: from crdc-vax2.arpa by AMSAA.ARPA id a008591; 21 Jan 86 15:31 EST
- Date: Tue, 21 Jan 86 15:24:54 EST
- From: "Jack H. Smith" <jhsmith@crdc-vax2.ARPA>
- To: info-cpm@AMSAA.ARPA
- Subject: CPT Ports
-
-
- Fellow Netlanders,
-
- Thank You all for the assistance You've rendered
- in my search for CPT port addresses. I appreciate it
- very much.
-
- To all who requested the results of my efforts,
- I regret to inform you that I've been side-tracked before
- harvesting the fruits of my and those who assisted me
- labors.
-
- If I can get back to it, soon and without too
- much difficulty, I will summarize my findings to the
- NET.
-
- Thanks to all,
-
- Jack H. Smith
-
-
-
- 21-Jan-86 14:30:21-MST,506;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Jan 86 14:30:07-MST
- Received: from mitre-bedford.arpa by AMSAA.ARPA id a008816; 21 Jan 86 15:38 EST
- Full-Name: John H. James
- Message-Id: <8601212038.AA08987@mitre-bedford.ARPA>
- Organization: The MITRE Corp., Bedford, MA
- To: Info-Cpm@AMSAA.ARPA
- Subject: Remove from list
- Date: 21 Jan 86 15:38:18 EST (Tue)
- From: John James <jhj@MITRE-BEDFORD.ARPA>
-
- Please remove me from the CPM distribution list
- 21-Jan-86 22:54:45-MST,1663;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 21 Jan 86 22:54:34-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a012436; 22 Jan 86 0:32 EST
- Received: from usenet by TGR.BRL.ARPA id a002743; 22 Jan 86 0:18 EST
- From: Gumby <salzman%rdlvax.uucp@BRL.ARPA>
- Newsgroups: net.micro.pc,net.database,net.micro.cpm,net.micro
- Subject: Database Applications Survey
- Message-ID: <190@rdlvax.UUCP>
- Date: 20 Jan 86 20:45:47 GMT
- Xref: seismo net.micro.pc:7084 net.database:195 net.micro.cpm:5524 net.micro:14280
- To: info-cpm@AMSAA.ARPA
-
-
- Hi. I am doing a survey on dbms's and dbms applications. I'm interested
- in PC applications as well as larger scale applications (Unix, etc.).
-
- They type of information I'm looking for is:
-
- 1) What type of dbms do you use (dBASE-III, Informix, Ingres, Rbase, etc.).
- 2) What type of system does it run on (Unix 4.2, PC-DOC, etc.).
- 3) What type of applications are you using your dbms for (accounting,
- mailing lists, bibliographical, etc.).
-
- I'm most interested in #3, especially "unique" applications. This survey
- is for personal use. Please send responses via mail. Also, if anyone
- else is interested in this information, send me mail and I'll be glad to
- forward my responses. Also, please respond even if you think your
- applications are uninteresting, and if you have any ideas for dbms
- applications that you have not seen done before. Thanks a lot....
-
- --
- * Isaac Salzman (Gumby)
- * Research Development Labs (RDL)
- * Culver City, California, 90230
- * UUCP: ...!{psivax,sdcrdcf,ttidca}!rdlvax!salzman
- * ARPA: ttidca!rdlvax!salzman@Rand-unix.arpa
- 22-Jan-86 01:39:10-MST,2715;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 Jan 86 01:38:57-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a012595; 22 Jan 86 3:13 EST
- Received: from usenet by TGR.BRL.ARPA id a004877; 22 Jan 86 2:55 EST
- From: William Svirsky <svirsky%ttidcb.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: Need info fast on Diablo, NEC, and other heavy-duty LQ printers
- Message-ID: <636@ttidcb.UUCP>
- Date: 21 Jan 86 19:02:35 GMT
- To: info-cpm@AMSAA.ARPA
-
- In article <634@ttidcb.UUCP> svirsky@ttidcb.UUCP (William Svirsky) writes:
- >In article <1628@brl-tgr.ARPA> LBAFRIN%clemson.csnet@CSNET-RELAY.ARPA writes:
- >>Howdy, fellow netlandians. I need some quick feedback from the field on
- >>the performance (speed- and print-quality-wise), *reliability*, and
- >>expected maintenance costs for *heavy-duty* letter quality printers,...
- >>...
- >>Laser technology is still in the running, but I have to have print quality
- >>equal to the finest daisy wheel printers....
- >
- >A friend of mine told me that PC magazine always does a November
- >issue on printers and this year included laser printers. He said
- >that there are 2 November issues, so be sure you get the right
- >one.
- >
- CORRECTION: Sorry about any mixup, but it is the September 17,
- 1985 issue. He brought it in today (21 jan). In a nutshell, the
- editor's choices are:
-
- - for daisy wheel printers, the Qume Sprint 11/90 PLUS for $2500.
- Comments were: one of the best in print quality, one of the noisiest,
- Qume printers have a workhorse reputation. Tested at 62.8 cps.
- - for laser printers, the Apple LaserWriter for $6995. It will
- connect to a PC serial port. Accepts most Diablo control sequences.
- Stunning typeset-quality variable-size proportional fonts. 8 pages
- printed per minute (approx. equal to 108 cps). Quiet.
- 14 built in fonts. Currently has 1 big
- disadvantage; if you are not using the printer in Diablo-compatible
- mode (ie. you want other than the Diable font), it must be programmed
- in the PostScript printer programming language. At the time of the
- review, only Microsoft Word version 2.0 supported PostScript.
-
- They had examples of the print quality of the print quality of all of the
- printers reviewed. The print quality of the LaserWriter was better than
- that of the Qume.
- >--
- >Bill Svirsky
- >Citicorp/TTI
- >3100 Ocean Park Blvd.
- >Santa Monica, CA 90405 Work phone: 213-450-9111 x2597
- >{philabs,randvax,trwrb,vortex}!ttidca!ttidcb!svirsky
-
-
- --
- Bill Svirsky
- Citicorp/TTI
- 3100 Ocean Park Blvd.
- Santa Monica, CA 90405 Work phone: 213-450-9111 x2597
- {philabs,randvax,trwrb,vortex}!ttidca!ttidcb!svirsky
- 22-Jan-86 02:08:31-MST,1243;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 Jan 86 02:08:23-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a012628; 22 Jan 86 3:36 EST
- Received: from usenet by TGR.BRL.ARPA id a005925; 22 Jan 86 3:21 EST
- From: pete%stc.uucp@BRL.ARPA
- Newsgroups: net.micro.cpm
- Subject: Re: 40 track drives on Apple CP/M
- Message-ID: <773@stc-b.stc.UUCP>
- Date: 21 Jan 86 13:48:09 GMT
- To: info-cpm@AMSAA.ARPA
-
- Summary:
- Expires:
- Sender:
- Followup-To:
- Distribution:
- Keywords:
- Xpath: ukc eagle
-
- In article <1598@brl-tgr.ARPA> Kushall.henr@XEROX.ARPA writes:
- >Later Shugart updated the drive design to 40 tracks, and 40 tracks has
- >been standard on 5.25 inch drives for quite a while now. I don't know of
- >any other companies that make 35 track drives. Shugart drives labled
-
- I have a couple of Pertec FD250s that were originally 35 track.
- The cam is long enough, but there's a limit stop on the head slide.
-
- It's quite an easy matter to fix this (with a hacksaw!). I fixed one
- of my drives for 40 track for disk interchange purposes.
- --
- Peter Kendell <pete@stc.UUCP>
-
- ...!mcvax!ukc!stc!pete
-
- `When your achievements match your expectations,
- it's time to move on.'
- 22-Jan-86 04:15:48-MST,1007;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 Jan 86 04:15:42-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a012949; 22 Jan 86 5:56 EST
- Received: from usenet by TGR.BRL.ARPA id a007168; 22 Jan 86 5:44 EST
- From: grayson@uiucuxc.cso.uiuc.edu
- Newsgroups: net.micro.cpm
- Subject: Re: USR Courier 2400
- Message-ID: <104600008@uiucuxc>
- Date: 20 Jan 86 22:43:00 GMT
- Nf-ID: #R:brl-tgr.ARPA:1694:uiucuxc:104600008:000:424
- Nf-From: uiucuxc.CSO.UIUC.EDU!grayson Jan 20 16:43:00 1986
- To: info-cpm@AMSAA.ARPA
-
-
- Please tell us what version of the ROM fixes the courier. My ATI command
- says I have version 242.
-
- uucp: grayson@uiucuxc.UUCP
- old uucp: {ihnp4,pur-ee}!uiucdcs!uiucuxc!grayson
- internet: grayson@uiucuxc.cso.uiuc.edu
- telex: 5101011969 UI TELCOM URUD --> Dan Grayson, Altgeld Hall.
- us mail: Dan Grayson, Math Dept, Univ of Ill, Urbana 61801
- phone: 217-367-6384 home 217-333-6209 office
- 22-Jan-86 04:19:52-MST,1616;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 Jan 86 04:19:47-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a012951; 22 Jan 86 5:56 EST
- Received: from usenet by TGR.BRL.ARPA id a007225; 22 Jan 86 5:45 EST
- From: "H.MORRIS" <hom%houxm.uucp@BRL.ARPA>
- Newsgroups: net.micro,net.micro.trs-80,net.micro.cpm,net.micro.apple,net.micro.pc,net.wanted
- Subject: WANTED: Computers for use by Youth at Risk Program
- Message-ID: <1350@houxm.UUCP>
- Date: 21 Jan 86 20:29:27 GMT
- Xref: seismo net.micro:14291 net.micro.trs-80:585 net.micro.cpm:5535 net.micro.apple:2652 net.micro.pc:7103 net.wanted:8561
- To: info-cpm@AMSAA.ARPA
-
- ***
- I am looking for one or more computers for educational and/or office administrative
- purposes for an organization which works with teenagers including those with
- serious criminal records, and has an excellant record for providing them with
- a means for getting on a constructive path in life. There are several offices,
- in New York, Boston, San Francisco, Los Angelos, and my own group in New
- Jersey, any of which could use a system for administrative purposes.
- Something IBM compatible (even Sanyo 555) would be ideal, or next best would
- be any thing that will run WordStar. Also a serial printer is needed.
- Also, in New York at least, various volunteers are very interested in
- setting up computers where they can be used to instruct the teens who
- are in the follow through program.
-
- If you live far away, I'm sure a means can be found to pay shipping.
- Thank you for your time
- Hal Morris
- houxm!hom
- 201-949-4720
- 22-Jan-86 09:09:36-MST,1092;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 Jan 86 09:09:20-MST
- Received: from xerox.arpa by AMSAA.ARPA id a020515; 22 Jan 86 10:41 EST
- Received: from CheninBlanc.ms by ArpaGateway.ms ; 22 JAN 86 07:40:18 PST
- Date: 22 Jan 86 07:40:09 PST (Wednesday)
- From: Chapman.ES@xerox.ARPA
- Subject: Re: Chaining programs
- In-reply-to: <222@micropro.UUCP>
- To: Ed Greenberg <edg%micropro.uucp@BRL.ARPA>
- cc: info-cpm@AMSAA.ARPA, Chapman.ES@xerox.ARPA
- Message-ID: <860122-074018-1347@Xerox>
-
- If a discussion ensues, I'd like to be included.
-
- Has anyone mentioned that placing a (single) new command, in the format
- you describe for the submit file, at CCP+3, and then just RETurning from
- your program will also do a chain? I believe that the current disk and
- user stay logged in with this procedure. This is for CP/M 1.x and 2.x,
- and of course, only works if the CCP hasn't been overwritten. I don't
- know about other versions of CP/M and I haven't ever used this myself,
- so some of the details may not be exactly correct.
-
- Cheryl
- 22-Jan-86 19:34:54-MST,2403;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 Jan 86 19:34:45-MST
- Received: from rand-unix.arpa by AMSAA.ARPA id a004662; 22 Jan 86 18:41 EST
- Return-Path: <bridger@rand-unix.ARPA>
- Received: by rand-unix.ARPA; Wed, 22 Jan 86 15:08:00 pst
- From: Bridger Mitchell <bridger@RAND-UNIX.ARPA>
- Message-Id: <8601222308.AA21461@rand-unix.ARPA>
- Date: 22 Jan 86 15:07:56 PST (Wed)
- To: "Neville D. Newman" <NEVILLE%umass-cs.csnet@CSNET-RELAY.ARPA>
- Cc: info-cpm@AMSAA.ARPA, bridger@RAND-UNIX.ARPA
- Subject: Re: just what is Datestamper?
- In-Reply-To: Your message of Sun, 19 Jan 86 18:22 EST.
-
- DateStamper is a CP/M 2.2 system extension for time-and-date-stamping of
- files. It occupies under 1K of high memory, either above/in the bios
- or below the CCP and stamps the created, accessed and modified date-and-time
- of each file. Each directory entry has a corresponding 16-byte
- entry in the special datestamper file, which is the first directory entry
- and occupies the first unreserved groups on a disk. A disk is prepared,
- once, for datestamping with the PUTDS utility, which creates the file,
- moving existing entries/groups if necessary.
-
- Except for the use of the one directory entry and space for the file
- (1K per 64 directory entries) DateStamper and non-datestamper disks
- are totally compatible. All disk i/o is done at the bios level,
- with little overhead.
-
- DateStamper runs with most any type of real-time clock. Or with none,
- in which case it keeps the date plus "relative time" - one tick per
- file access. The clock interface is portable - applications programs
- can read the current time with an extended bdos-getversion call.
-
- The major utilities supplied with DateStamper are SDD - an extension
- of Super Directory to include created/accessed/modified dates/times,
- and DATSWEEP - a many-featured file-maintenance program that supports
- incremental file backup, etc. by date and time. Applications programs
- can obtain a file's datestamps through a specified interface.
-
- DateStamper runs with the standard Digital Research CP/m 2.2 bdos,
- with various Apple 2/2e z80 look-alikes, Magnolia-H/Z 89/90, ZRDOS,
- and some other variants. Not, however, with 3.0 or TurboDos.
-
- For more information contact:
-
- PluPerfect Systems (714) 659-4432
- Box 1494
- Idyllwild CA 92349
-
- --bridger mitchell (I am a co-author).
-
-
- 22-Jan-86 19:53:25-MST,1133;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 Jan 86 19:53:09-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a005082; 22 Jan 86 20:44 EST
- Received: from usenet by TGR.BRL.ARPA id a023894; 22 Jan 86 20:41 EST
- From: mbate%ada-uts.uucp@BRL.ARPA
- Newsgroups: net.micro.cpm
- Subject: Re: Orphaned Response
- Message-ID: <16800004@ada-uts.UUCP>
- Date: 9 Jan 86 18:30:00 GMT
- Nf-ID: #R:brl-tgr:-125700:ada-uts:16800004:177600:560
- Nf-From: ada-uts!mbate Jan 9 13:30:00 1986
- To: info-cpm@AMSAA.ARPA
-
-
- In defense of Jay Sage, I would note that:
- 1) The original definition of the program error byte (0 if error,
- non-zero if OK) made no sense intuitively and was confusing
- as well as inflexible.
- 2) His upgraded CPR has never been publicly distributed. Jay gave
- me a copy, with instructions to not give it out to anyone else.
- The CPR allows you to have both an extended command processor
- and an error handler, instead of forcing you to choose between
- them. He also fixed some bugs in the original CPR.
- 22-Jan-86 21:23:49-MST,916;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 22 Jan 86 21:23:42-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a005346; 22 Jan 86 22:56 EST
- Received: from usenet by TGR.BRL.ARPA id a025311; 22 Jan 86 22:45 EST
- From: Bob Bickford <rab%well.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: Chaining programs
- Message-ID: <533@well.UUCP>
- Date: 22 Jan 86 15:11:43 GMT
- To: info-cpm@AMSAA.ARPA
-
- In article <169@copper.UUCP>, michaelk@copper.UUCP (Michael Kersenbrock) writes:
- > If you are using CP/M 3.0, you can use the "chain to program" BDOS
- > service call. It is bdos function 47.
- >
- > Don't know off hand if this call works in 2.2 or not. Haven't worked
- > with that version for a few years now.
- >
-
- Nope, no such call in 2.2
- The call exists in 3.0 as well as MP/M and CP/M-86 however.
-
- Robert Bickford (rab@well.uucp)
- 23-Jan-86 12:03:48-MST,653;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 Jan 86 12:03:39-MST
- Received: from csnet-pdn-gw.arpa by AMSAA.ARPA id a017198; 23 Jan 86 13:16 EST
- Received: from ibm-sj.arpa by CSNET-RELAY.ARPA id a011439; 23 Jan 86 13:03 EST
- Date: 20 Jan 86 15:36:52 PST
- From: MOORE@IBM-SJ.ARPA
- To: info-cpm.amsaa@CSNET-RELAY.ARPA
-
- Does anyone have modem7 and/or kermit for the Vector V3-5030 (CP/M 2.2)
- on the ferschlugginer 16-sector (hard) 5.25" floppy? Please reply to
- MOORE@IBM-SJ.arpa
-
- Please note change in address -- sorry. (Our connection to the Arpanet
- is undergoing an upheaval.)
- 23-Jan-86 18:30:30-MST,1125;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 Jan 86 18:30:23-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a027711; 23 Jan 86 20:00 EST
- Received: from usenet by TGR.BRL.ARPA id a016279; 23 Jan 86 19:53 EST
- From: "J.D.Bovey" <jdb%ukc.uucp@BRL.ARPA>
- Newsgroups: net.micro,net.micro.cpm
- Subject: Technical information wanted on the Amstrad PCW8256
- Message-ID: <613@eagle.ukc.UUCP>
- Date: 22 Jan 86 22:01:16 GMT
- Xref: seismo net.micro:14307 net.micro.cpm:5542
- To: info-cpm@AMSAA.ARPA
-
- *** REPLACE THIS LINE WITH YOUR MESSAGE ***
-
- I will be very grateful if anybody can supply me with technical information
- about the Amstrad PCW8256. In particular:
-
- 1. Can the 8 empty DRAM sockets be used to enlarge the RAM disc and if so
- how is it done. It does not seem to be enough to just fill the empty
- sockets.
-
- 2. Can the serial port be accessed directly via the Z80 i/o ports and
- if it can, how?
-
- 3. Is anything known about the internal format of Locoscript files?
-
- John Bovey
- Computing Laboratory
- The University of Kent at Canterbury
- England
- 23-Jan-86 21:29:23-MST,876;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 Jan 86 21:29:06-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a028102; 23 Jan 86 23:01 EST
- Received: from usenet by TGR.BRL.ARPA id aa18247; 23 Jan 86 22:54 EST
- From: Gerald Steinberg <ir682%sdcc6.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Print font software for Osborne/Okidata combination wanted
- Message-ID: <2389@sdcc6.UUCP>
- Date: 22 Jan 86 19:21:53 GMT
- To: info-cpm@AMSAA.ARPA
-
-
- I am looking for public domain software which will allow for
- different print fonts. I use an Osborne computer, an Okidata 82a
- printer, and a relatively old version of WordStar (from 1981 or 2).
- Any help would be appreciated. Also, if there are Osborne users out
- there with other public domain software which is available, please
- let me know.
-
- With thanks.
- 23-Jan-86 21:50:04-MST,3527;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 23 Jan 86 21:49:54-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a028114; 23 Jan 86 23:02 EST
- Received: from usenet by TGR.BRL.ARPA id a018293; 23 Jan 86 22:55 EST
- From: "Kurt L. Reisler" <klr%hadron.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm,net.micro.pc
- Subject: Re: USR Courier 2400
- Message-ID: <197@hadron.UUCP>
- Date: 23 Jan 86 04:42:31 GMT
- Xref: seismo net.micro.cpm:5544 net.micro.pc:7136
- To: info-cpm@AMSAA.ARPA
-
- In article <104600008@uiucuxc> grayson@uiucuxc.CSO.UIUC.EDU writes:
- >
- >Please tell us what version of the ROM fixes the courier. My ATI command
- >says I have version 242.
- >
- > uucp: grayson@uiucuxc.UUCP
- > old uucp: {ihnp4,pur-ee}!uiucdcs!uiucuxc!grayson
- > internet: grayson@uiucuxc.cso.uiuc.edu
- > telex: 5101011969 UI TELCOM URUD --> Dan Grayson, Altgeld Hall.
- > us mail: Dan Grayson, Math Dept, Univ of Ill, Urbana 61801
- > phone: 217-367-6384 home 217-333-6209 office
-
-
- New Firmware Upgrade
- For USR Courier 2400
-
- Kurt Reisler - SYSOP
- The Bear's Den (FIDONET 109/74)
- Wash-A-RUG (FIDONET 109/483)
-
- Once again, US Robotics has an upgrade to the PROM-based
- firmware of our USR Courier 2400 modems. The latest PROM
- release has a product code of 243. To determine the product
- code of the PROM in your modem, startup your favorite
- communications program, and type the command "ATI0" and hit
- the return key. If your modem returns 243 as the 3 digit
- product code, then you have the latest release of the
- firmware. If anything lower is returned, you should call US
- Robotics immediately and request a firmware upgrade. They
- are doing this on an exchange basis, as they did with the
- upgrade from 241 to 242.
-
- To get your PROM upgraded, call US Robotics at 800-DIALUSR,
- and ask for Technical Support. Tell them that you need the
- PROM upgrade and they will take care of it for you.
- Replacing the PROM is a simple proceedure. Pop the old one
- out, and gently insert the new one. That should be all
- there is to it.
-
- From what I understand, the new firmware corrects the
- "streaming" problem that some of us were having when we
- called other USR Courier 2400 baud modems. The streaming
- problem was characterized by the modems connecting, and one
- or the other generating a continual stream of garbage. The
- only way to break the connection was either to drop DTR, or
- to physically turn off the modem. Not a major problem
- during a manual call, but mine would up attached to a long-
- distance FIDO for 2.5 hours during FIDONET time (OUCH, my
- aching phone bill!). The new proms also correct a
- connection problem with Ventel 2400 baud modems.
-
- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
- _
- The World's First / \ Whose dog is that?
- BBS Network /|oo \ I don't know, but the disk is yours.
- * FidoNet * (_| /_)
- _`@/_ \ _
- | | \ \\ FIDO 109/74 703-671-0598
- | (*) | \ )) FIDO 109/483 703-359-6549
- ______ |__U__| / \//
- / Fido \ _//|| _\ /
- (________) (_/(_|(____/ (jm)
- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
- 24-Jan-86 00:27:23-MST,963;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 Jan 86 00:27:14-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a028414; 24 Jan 86 1:54 EST
- Date: Thu, 23 Jan 1986 23:54 MST
- Message-ID: <WANCHO.12177712808.BABYL@SIMTEL20.ARPA>
- From: "Frank J. Wancho" <WANCHO@SIMTEL20.ARPA>
- To: INFO-CPM@AMSAA.ARPA, INFO-MICRO@BRL.ARPA
- Cc: INFO-KERMIT-REQUEST@cu20b.ARPA
- Subject: MODEM7/MEX/KERMIT for UTS-30?
-
- I have a number of users in need of a MODEM7/MEX/KERMIT already
- configured on a floppy disk for use on a UTS-30 system running CP/M
- 3.0. For one user, the need is urgent. He has been trying in vain to
- upload a file for the last month using Sperry's TTY program, and that
- file is a report that is growing daily!
-
- Please contact me directly via net mail, or call my office and leave
- your name and number and I will return your call.
-
- Thanks,
- Frank
-
- AV: 258-6257
- FTS:898-6257
- 505-678-6257
- 24-Jan-86 10:24:57-MST,1212;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 Jan 86 10:24:50-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a007209; 24 Jan 86 11:46 EST
- Received: from usenet by TGR.BRL.ARPA id a028186; 24 Jan 86 11:42 EST
- From: Bob Shapiro <shaprkg%sdcrdcf.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: Chaining programs
- Message-ID: <2593@sdcrdcf.UUCP>
- Date: 23 Jan 86 17:26:14 GMT
- To: info-cpm@AMSAA.ARPA
-
- In article <533@well.UUCP> rab@well.UUCP (Bob Bickford) writes:
- >In article <169@copper.UUCP>, michaelk@copper.UUCP (Michael Kersenbrock) writes:
- >> If you are using CP/M 3.0, you can use the "chain to program" BDOS
- >> service call. It is bdos function 47.
- >>
- >> Don't know off hand if this call works in 2.2 or not. Haven't worked
- >> with that version for a few years now.
- >>
- >
- >Nope, no such call in 2.2
- >The call exists in 3.0 as well as MP/M and CP/M-86 however.
- >
- > Robert Bickford (rab@well.uucp)
-
- The BDS C compiler for 8-bit CPM systems has both chaining of programs
- and root-segment capabilities. Its a good deal even without these features,
- but here is an added bonus for you.
-
- Bob Shapiro
- 24-Jan-86 15:16:47-MST,1054;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 24 Jan 86 15:16:33-MST
- Received: from usc-eclb.arpa by AMSAA.ARPA id a021282; 17 Jan 86 20:04 EST
- Date: Fri 17 Jan 86 17:04:12-PST
- From: LDURHAM@USC-ECLB.ARPA
- Subject: HELP !!!!
- To: info-cpm-request@AMSAA.ARPA
- cc: ldurham@USC-ECLB.ARPA
- Message-ID: <12176076199.21.LDURHAM@USC-ECLB.ARPA>
- Resent-Date: Fri, 24 Jan 86 16:37:34 EST
- Resent-From: cpmlist@AMSAA.ARPA
- Resent-To: info-cpm@USC-ECLB.ARPA
-
-
- I'm badly in need of infomation about a system which was dumped into my
- dept. It seems to be a cpm based system, so here goes. I can tell you
- only that it is an SONY MBC-225, and that it is one unit which has two
- floppy drives. It also has a crt, and some memory. There also some
- japanese writing on the front face of most keys, while still having english
- characters on top of those keys. I would like to knmow if there is any software
- for this unit, and if there is any over the net?
-
- Please send reply to ldurham@usc-eclb.
- -------
- 25-Jan-86 04:14:48-MST,906;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Jan 86 04:14:43-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a017312; 25 Jan 86 5:48 EST
- Received: from usenet by TGR.BRL.ARPA id a011451; 25 Jan 86 5:43 EST
- From: guarna@uiucdcsb.cs.uiuc.edu
- Newsgroups: net.micro.cpm
- Subject: Hard disk?
- Message-ID: <4800012@uiucdcsb>
- Date: 23 Jan 86 06:25:00 GMT
- Nf-ID: #N:uiucdcsb:4800012:000:355
- Nf-From: uiucdcsb.CS.UIUC.EDU!guarna Jan 23 00:25:00 1986
- To: info-cpm@AMSAA.ARPA
-
-
- Can anyone recommend a reasonably priced hard disk subsystem for the
- S-100 bus (controller, drive, power supply, cables, cabinet). I've
- seen some ads (like from CCT) but they seem to be 2-3 times more
- expensive than subsystems for IBM PCs. Is this just because of volume
- or are there some less expensive systems out there?
-
- Vince
-
- ihnp4!uiucdcs!guarna
- 25-Jan-86 04:17:36-MST,1048;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Jan 86 04:17:31-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id aa17312; 25 Jan 86 5:48 EST
- Received: from usenet by TGR.BRL.ARPA id a011524; 25 Jan 86 5:44 EST
- From: weather%convex.uucp@BRL.ARPA
- Newsgroups: net.micro.cpm
- Subject: Re: Looking for Compupro fans
- Message-ID: <39700003@convex>
- Date: 22 Jan 86 23:13:00 GMT
- Nf-ID: #R:tektronix.UUCP:6294:convex:39700003:000:465
- Nf-From: convex.UUCP!weather Jan 22 17:13:00 1986
- To: info-cpm@AMSAA.ARPA
-
-
- /* Written 1:07 pm Jan 17, 1986 by robertj@tektronix.UUCP in convex:net.micro.cpm */
- /* ---------- "Looking for Compupro fans" ---------- */
-
- Are there any Compupro users out there? I would like to make a list of us.
- Please reply via email or call.
- Robert S. Jaquiss Jr.
- ucbvax!tektronix!robertj (uucp)
- robert jaquiss@tektronix (csnet)
- robert jaquiss.tektronix@rand-relay (arpanet)
- (503) 627-6346 (audio phone at work)
- /* End of text from convex:net.micro.cpm */
- 25-Jan-86 06:20:25-MST,1278;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Jan 86 06:20:20-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a017531; 25 Jan 86 7:54 EST
- Received: from usenet by TGR.BRL.ARPA id a013030; 25 Jan 86 7:42 EST
- From: T A Pappas <tap2%nvuxd.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Hard Disk for Epson Qx-10
- Message-ID: <172@nvuxd.UUCP>
- Date: 24 Jan 86 14:09:32 GMT
- To: info-cpm@AMSAA.ARPA
-
- ***************************************************************************************************************************************
- ************H E L P*****************
- I own an EPSON QX-10, and would like to be able to
- add a hard disk to my machine. The ones that are being
- offered are very expensive, and I would like to find
- out if anyone out there has ever added one on there own.
-
- I also would like to know if it is possible to add on a
- 1.2 megabyte floppy to my machine using my present controller.
- Questions: (1) How much work is involved?
- (2) Could I do it myself?
- (3) Do I have to rewrite the controller?
-
- Appreciate any help with this -
- Thanks--
-
- Tom Pappas Tel. (201) 758-2486
- ...nvuxd!tap2
- 25-Jan-86 15:10:11-MST,2091;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Jan 86 15:10:03-MST
- Received: from sdcsvax.arpa by AMSAA.ARPA id a000373; 25 Jan 86 16:42 EST
- Received: by sdcsvax.ucsd.edu (5.31/4.41)
- id AA01269; Sat, 25 Jan 86 13:43:21 PST hops=0
- From: crash!kevinb@sdcsvax.ARPA
- Message-Id: <8601252143.AA01269@sdcsvax.ucsd.edu>
- Date: Sat, 25 Jan 86 11:08:56 PST
- To: sdcsvax!info-micro@BRL-VGR.ARPA
- Subject: CCS S-100 board problems-Help needed
- Cc: sdcsvax!Info-CPM@AMSAA.ARPA, sdcsvax!Chapman.ES@XEROX.ARPA,
- gould9!ihnp4!watmath!watcgl!jchapman@sdcsvax.ARPA,
- sdcsvax!dgb%deimos@CIT-HAMLET.ARPA
-
- I am trying to bring up a S-100 system using the California Computer
- Systems 2718 2 serial + two parallel I/O card as a console. I have both
- an A and B revision, and have noticed what appears to be a timing
- problem with the aforesaid board. When I read the status for SIO port A,
- it resets the status flag, causing a real problem when it's supposed to
- be waiting on it's keyboard scan loop. The practical effect is that when
- you are doing something like using DUMP to dump a file, it won't
- recognise a ^S, and thus scrolls until the end. Is there anybody out
- there with suggestions/recommendations to fix this problem? I have tried
- to get through to "technical support" at CCS in Sunnyvale for quite some
- time, with no success.
-
- I am also looking for a copy of a message published out here a while
- ago, which dealt with a patch to the CCS 2422 floppy disk controller
- making it more reliable in 8" <=> 5" operation. I am planning on
- implementing a mixed system, and a resend of this message would be
- greatly appreciated.
-
- Thanks in advance,
-
- Kevin Belles
-
-
- Kevin J. Belles - UUCP {sdcsvax,ihnp4!gould9,noscvax,cbosgd}!crash!kevinb
- ~~~~~ ~~ ~~~~~~ - ARPA crash!kevinb@{ucsd,nosc}.ARPA
-
- Disclaimer: Anything I may say is my opinion, and does not reflect
- the company I keep. KjB
-
- 25-Jan-86 20:24:56-MST,892;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 25 Jan 86 20:24:50-MST
- Received: from mit-multics.arpa by AMSAA.ARPA id a000712; 25 Jan 86 22:05 EST
- Date: Sat, 25 Jan 86 21:55 EST
- From: "David S. Bakin" <Bakin@MIT-MULTICS.ARPA>
- Subject: CDC 5 1/2" 96tpi Quad Density drives
- To: info-cpm@AMSAA.ARPA
- Message-ID: <860126025520.069077@MIT-MULTICS.ARPA>
-
- Hi. I have an ad for a mail-order "surplus" place which is selling the
- above mentioned CDC drives for $49.00 while Teac 55F drives are selling
- for $99.00 (though the CDC drives are full height and the Teac drives are
- 1/2 height). Has anyone any experience with CDC drives? In fact, is CDC
- still in the 5 1/2" drive business? How about the Canon 2/3 height 96 tpi
- drives that B.G. Micro is selling for $99? THANKS in ADVANCE -- Dave
- Bakin (Bakin -at mit-multics.arpa)
- 26-Jan-86 03:07:41-MST,1210;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 26 Jan 86 03:07:35-MST
- Received: from xerox.arpa by AMSAA.ARPA id a001031; 26 Jan 86 4:38 EST
- Received: from Gamay.ms by ArpaGateway.ms ; 26 JAN 86 01:39:16 PST
- From: NBaheti.es@parc-maxc.arpa
- Date: 26 Jan 86 1:40:18 PST
- Subject: Altair S-100 problems
- To: info-micro@BRL-VGR.ARPA, info-cpm@AMSAA.ARPA
- cc: NBaheti.es@xerox.ARPA, T.Moore%Mit-Eecs@mit-mc.ARPA
- Message-ID: <860126-013916-2570@Xerox>
-
- We are running on an Altair S-100 CP/M-80 2.2 system and need help in
- getting a working MEX overlay and MBYE and XMODEM overlays for the beast.
- I know that they are out there somewhere, but the problem is where
- will I find them, and how will I get them to the machine. We are
- hoping to put up a BBS on the Altair using a Hayes 1200 external
- modem. If you have ANY ideas as to what we should try, please leave
- me net-mail or call my RCPM and leave a message to SysOp. Thanks.
-
- --Arun Baheti
- arpa: NBaheti.es@Xerox.COM
- uucp: ...litvax!flkvax!trwrb!group3!anb02!arun
- arpa: Bug%Mit-OZ@Mit-MC [PLEASE reply to Xerox if possible!]
- RCPM: CP/M Connection @ 213-530-0670 [24hrs; 300/1200/2400]
- 26-Jan-86 12:32:26-MST,1178;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 26 Jan 86 12:32:14-MST
- Received: from usc-isi.arpa by AMSAA.ARPA id a001931; 26 Jan 86 14:00 EST
- Date: 26 Jan 1986 14:01-EST
- Sender: LC-WASH@USC-ISI.ARPA
- Subject: DATA COMPRESSION ALGORITHM
- From: LC-WASH@USC-ISI.ARPA
- To: INFO-CPM@AMSAA.ARPA
- Cc: LC-WASH@USC-ISI.ARPA
- Message-ID: <[USC-ISI.ARPA]26-Jan-86 14:01:10.LC-WASH>
-
- A new data compression algorithm has been developed and tested, and
- we are attempting to determine the degree of interest in the new
- technique before placing it int the public domain.
-
- The algorithm is unique - has a compression efficiency comparable to
- the Hoffman algorithm - but has the added feature of allowing the
- user to read, and edit the data in its compressed form. This avoids
- the time and error potential of the decompress-edit-recompress
- cycle.
-
- We would appreciate any guidance towards other techniques that permit
- the manipulation of data in its compressed form, and general views
- on whether a new algorithm is of interest.
-
- Please reply directly if your response will not be of interest to
- the entire INFO-CPM list.
-
- 27-Jan-86 06:52:43-MST,673;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Jan 86 06:52:33-MST
- Received: from xerox.arpa by AMSAA.ARPA id a003602; 27 Jan 86 8:20 EST
- Received: from Aurora.ms by ArpaGateway.ms ; 27 JAN 86 05:20:09 PST
- From: dusel.wbst@xerox.ARPA
- Date: 27 Jan 86 8:19:53 EST
- Subject: Re: Looking for Compupro fans
- In-reply-to: weather%convex.uucp@BRL.ARPA's message of 22 Jan 86
- 23:13:00 GMT, <39700003@convex>
- To: weather%convex.uucp@BRL.ARPA
- cc: info-cpm@AMSAA.ARPA
- Message-ID: <860127-052009-2984@Xerox>
-
-
- Robert,
- I am a Compupro user. System was purchased from Gifford with there OS.
-
- Pete Dusel, Webster NY
- 27-Jan-86 09:05:33-MST,1191;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Jan 86 09:05:21-MST
- Received: from csnet-pdn-gw.arpa by AMSAA.ARPA id a008544; 27 Jan 86 10:30 EST
- Received: from gte-labs by csnet-relay.csnet id ag25034; 27 Jan 86 10:17 EST
- Received: by bunny.UUCP (4.12/5.17) id AA06585; Mon, 27 Jan 86 10:07:45 est
- Date: Mon, 27 Jan 86 10:07:45 est
- From: Alan Gunderson <asg0%gte-labs.csnet@CSNET-RELAY.ARPA>
- To: Bakin%mit-multics.arpa@CSNET-RELAY.ARPA,
- info-cpm%amsaa.arpa@CSNET-RELAY.ARPA
- Subject: Re: CDC 5 1/2" 96tpi Quad Density drives
-
- I have an Altos 5-15D that uses CDC 5 1/4" 96tpi Quad Density drives. I have
- had
- the system for 4 years and have had to replace one drive. With some quad drives,
- you can get by using Double Side, Double Density diskettes. Not so with the CDC
- drives. You have to buy the soft sector double side, quad density diskettes.
- These are typically twice as expensive. The drives are very fast and I shuffle
- a lot of bytes, so I have been happy with them. Can't beat the $49 price. Plese
- send me the address of your mail order "surplus" place. I might pick up a
- few spares at that price.
-
- 27-Jan-86 09:25:02-MST,1852;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Jan 86 09:24:54-MST
- Received: from wiscvm.arpa by AMSAA.ARPA id a009332; 27 Jan 86 10:54 EST
- Received: from (HARRELL)EDUCOM.BITNET by WISCVM.WISC.EDU on 01/27/86 at
- 09:54:43 CST
- Date: 27 JAN 86 10:30-EST
- From: HARRELL%EDUCOM.BITNET@wiscvm.ARPA
- To: INFO-CPM@AMSAA.ARPA
- Subject: Font Software
-
- Gerald,
-
- I know of an EXCELLENT public domain program for the Okidata
- printer that is available for the IBM computer. Will that work for you?
- For a membership of $10.00 a year, there is a public domain software supplier
- that has many thousands of programs available for 40 different computers
- for about $3.00 each, for postage and handling. You may contact them at:
-
- The Computer Spectrum
- 507 Fifth Avenue, Suite 400
- New York, New York 10017
-
- Their service phone number is (215) 862-9760
-
- Received: From <SMTPUSER@WISCVM> for <HARRELL@EDUCOM>
- via RSCS by EDUCOM; Fri, 24-JAN-1986 01:38 EST
- Received: from AMSAA by wiscvm.wisc.edu on 01/23/86 at 22:36:51 CST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a028102; 23 Jan 86 23:01 EST
- Received: from usenet by TGR.BRL.ARPA id aa18247; 23 Jan 86 22:54 EST
- From: Gerald Steinberg <ir682%sdcc6.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Print font software for Osborne/Okidata combination wanted
- Message-ID: <2389@sdcc6.UUCP>
- Date: 22 Jan 86 19:21:53 GMT
- To: info-cpm@AMSAA.ARPA
-
-
- I am looking for public domain software which will allow for
- different print fonts. I use an Osborne computer, an Okidata 82a
- printer, and a relatively old version of WordStar (from 1981 or 2).
- Any help would be appreciated. Also, if there are Osborne users out
- there with other public domain software which is available, please
- let me know.
-
- With thanks.
- 27-Jan-86 11:07:20-MST,1991;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Jan 86 11:07:10-MST
- Received: from sdcsvax.arpa by AMSAA.ARPA id a010854; 27 Jan 86 11:55 EST
- Received: by sdcsvax.ucsd.edu (5.31/4.41)
- id AA21424; Sun, 26 Jan 86 17:15:06 PST hops=0
- From: crash!mtarrani@sdcsvax.ARPA
- Message-Id: <8601270115.AA21424@sdcsvax.ucsd.edu>
- Date: Sun, 26 Jan 86 15:58:27 PST
- To: sdcsvax!info-cpm@AMSAA.ARPA
- Subject: ZCPR for RS Model 4
-
- I'm seeking advice on installing ZCPR3 (and possibly ZRDOS) on my TRS-80
- Model 4. To date I cannot find the correct components to install these
- enhancements.
-
- SYSTEM CONFIGURATION
- --------------------
-
- I'm currently operating a TRS-80 Model 4 with 128k memory expansion
- installed, two external 5 1/4 in. SS/DD floppy drives and a Radio
- Shack 5-Meg hard disk drive.
-
- Software: Serial: Comment:
- CP/M 2.2 #CP2-1040-003828 Used MOVCPM.COM to create a
- 63k system, allowing 1k to
- install hard disk driver.
-
- HDRS5M.COM #HDD-OU81-002626 Hard disk driver, also from
- Montezuma Micro.
-
- Have some additional fee-software, ie. Montys Window and SYS2M that
- reside in the ramdisk and will require additional "bit-fiddling" later
- on if I'm going to continue to use them. They make unadvertised use of
- some addresses in the BIOS not previously claimed by DRI.
-
- Biggest problem with the installation of ZCPR3 is that I do not have an
- assembly language copy of the BIOS in order to create file CBIOSZ.ASM
- required for the installation.
-
- Any information on getting ZCPR3 up and running on the above system will
- be greatly appreciated.
-
- uucp: {inhp4, cbosgd, sdcsvax, noscvax}!crash!mtarrani
- ARPA: crash!mtarrani@ucsd
- MCI Mail: Mike Tarrani (278-8623)
-
- 27-Jan-86 18:13:06-MST,569;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 27 Jan 86 18:12:54-MST
- Received: from ardc.arpa by AMSAA.ARPA id a000579; 27 Jan 86 19:48 EST
- Date: Mon, 27 Jan 86 19:44:18 EST
- From: "MAJ Daniel P. Krebill" (OGA) <krebill@ardc.ARPA>
- To: info-cpm@AMSAA.ARPA
- Subject: Osborne1 Baud Rate Help
-
- There are unanswered references in the users manual that the O1
- can be strapped on the RS232C port for 2400 Baud. Does anyone out there
- know precisely how to strap the standard O1 for 2400 BPS? Thanks! Dan
- 28-Jan-86 01:13:13-MST,1293;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 Jan 86 01:13:05-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a000371; 28 Jan 86 2:45 EST
- Date: Tue 28 Jan 86 00:45:24-MST
- From: Rick Conn <RCONN@SIMTEL20.ARPA>
- Subject: Re: ZCPR for RS Model 4
- To: crash!mtarrani@sdcsvax.ARPA
- cc: info-cpm@AMSAA.ARPA
- In-Reply-To: <8601270115.AA21424@sdcsvax.ucsd.edu>
- Message-ID: <12178770674.10.RCONN@SIMTEL20.ARPA>
-
- If you cannot modify your BIOS, Z3-DOT-COM is about your only option.
- This is a commercial product from Echelon, and it takes only a few
- minutes to install. It creates a COM file that contains a Z-System.
- On cold boot, run the COM file and it installs a Z-System in memory.
-
- This option lacks the full functionality of the Z-System, and users
- (in my experience) often want to later create a manually-installed Z-System
- to pick up on the lack of functionality. However, it is an easy out,
- does not require a BIOS modification, and is a minimum of hastle (very small
- learning curve and very little installation overhead).
-
- There is a possibility that an RS Model 4 installation of ZCPR3 is
- available, but I don't really know. Echelon is the source to contact for
- installation-specific questions.
-
- Rick
- -------
- 28-Jan-86 06:48:38-MST,1196;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 28 Jan 86 06:48:33-MST
- Received: from mit-multics.arpa by AMSAA.ARPA id a003032; 28 Jan 86 8:19 EST
- Date: Tue, 28 Jan 86 08:10 EST
- From: "John C. Klensin" <Klensin@MIT-MULTICS.ARPA>
- Subject: Osborne1 Baud Rate
- To: "MAJ Daniel P. Krebill" <krebill@ARDC.ARPA>
- cc: info-cpm@AMSAA.ARPA
- Message-ID: <860128131000.963632@MIT-MULTICS.ARPA>
-
- According to the tech manual (and we've tried it, it works), you can
- switch from 300/1200 by 600/2400 by removing the jumper position J1 on
- level E and later boards. Solder and cut time on earlier boards, it
- says, but we have no experience with them.
- The manual also gives instructions (which we have NOT tried) about
- providing other combinations and cranking up the maximum to 9600. They
- appear to involve some moderately serious wiring work. Do you need
- them?
- Note that from our experience, the O1 is operating fairly close to the
- hairy edge of its capabilities at 2400, and you should expect a bit of
- general flakyness as a result.
- You can, incidentally, set up most any baud rate you want under
- software control to the 6850.
- 29-Jan-86 13:48:36-MST,1394;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Jan 86 13:48:24-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a016564; 29 Jan 86 14:58 EST
- Received: from usenet by TGR.BRL.ARPA id a006280; 29 Jan 86 14:53 EST
- From: Chuck Forsberg WA7KGX <caf%omen.uucp@BRL.ARPA>
- Newsgroups: net.micro.pc,net.micro.cpm
- Subject: X/YMODEM file transfer/email programs posted
- Message-ID: <291@omen.UUCP>
- Date: 27 Jan 86 10:14:27 GMT
- Xref: seismo net.micro.pc:7195 net.micro.cpm:5560
- To: info-cpm@AMSAA.ARPA
-
- *** NAK THIS LINE ***
-
- The latest versions of the *nix and VMS XMODEM and YMODEM file transfer
- programs sb and rb have been posted to net.sources. The manual pages
- have been extensively revised.
-
- Sb and rb transfer files with YMODEM programs including YAM, Pro-YAM,
- IMP, MEX, and others. YMODEM with 1k packets, and especially YMODEM-g
- streaming protocol are more efficient than standard XMODEM, twice the
- throughout downloading from Xenix at 9600 bps.
- --
- Chuck Forsberg WA7KGX ...!tektronix!reed!omen!caf CIS:70715,131
- Author of Professional-YAM communications Tools for PCDOS and Unix
- Omen Technology Inc 17505-V NW Sauvie Island Road Portland OR 97231
- Voice: 503-621-3406 TeleGodzilla: 621-3746 300/1200 L.sys entry for omen:
- omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp
- 29-Jan-86 23:37:03-MST,1491;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 29 Jan 86 23:36:41-MST
- Received: from lll-mfe.arpa by AMSAA.ARPA id a018416; 30 Jan 86 1:00 EST
- Date: Thu, 30 Jan 86 01:00 EST
- From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
- Subject: New CP/M-80 Modula-2 Available
- To: Info-CPM@AMSAA.ARPA
-
- Date: Thu, 30-JAN-1986 01:00 EST
- To: Info-CPM@AMSAA.Arpa,
- Ralph.Hyre@C.CS.CMU.EDU.Arpa
- Message-ID: <[OAK.SAINET.MFENET].C24DD2E0.008E9C75.SECRIST>
- Quote: "May your future be limited only by your dreams." -- Christa McAuliffe
- Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn.
- CompuServe-ID: [71636,52]
- X-VMS-Mail-To: ARPA%"Info-CPM@AMSAA.Arpa",RALPH
-
- FYI, this is not an ad, "standard disclaimers" apply. Workman & Associates
- advertise a product called "FTL Modula-II" for $49.95 on page 108 of this
- month's Dr. Dobb's. Boasts of recursion, 15-digit reals, and a slick screen
- editor. Also available: full source to their screen editor in Modula-2 for
- $39.95. (Workman & Assoc.; Pasadena, CA; 818/796-4401)
-
- Anybody know of any PD Modula-2s or ADAs for CP/M-80 out there ?!
-
- -=<***>=-
-
- Francis R. Scobee
- Michael Smith
- Ronald E. McNair
- Ellison S. Onizuka
- Judith Resnik
- Gregory Jarvis
- Sharon Christa McAuliffe
-
- Let each of us carry on their mission in our hearts and souls
- that humankind may one day share the heavens with them.
-
- Richard Secrist
- SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa
- 30-Jan-86 00:21:10-MST,675;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Jan 86 00:21:01-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a018466; 30 Jan 86 1:36 EST
- Date: Wed, 29 Jan 1986 23:09 MST
- Message-ID: <WANCHO.12179277481.BABYL@SIMTEL20.ARPA>
- From: "Frank J. Wancho" <WANCHO@SIMTEL20.ARPA>
- To: INFO-CPM@AMSAA.ARPA
- Subject: Mail archives moved
-
- The mail archives on SIMTEL20 for this list have been moved to:
-
- <ARCHIVES.CPM>CPM-ARCHIV.TXT for the current messages
-
- <ARCHIVES.CPM>CPM.ARCHIV.ymmdd for the older messages
-
- The files are available via ANONYMOUS FTP for those with TCP/IP access
- to the Internet.
-
- --Frank
- 30-Jan-86 08:46:11-MST,1128;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Jan 86 08:46:03-MST
- Received: from pica-lca.arpa by AMSAA.ARPA id a003851; 28 Jan 86 8:46 EST
- Date: Tue, 28 Jan 86 8:45:33 EST
- From: "Kenneth E. Van_Camp" (LCWSL) <kvancamp@ardc.ARPA>
- To: info-cpm-request@AMSAA.ARPA
- Subject: pc-blue Simtel20 archives
- Resent-Date: Thu, 30 Jan 86 9:49:00 EST
- Resent-From: cpmlist@AMSAA.ARPA
- Resent-To: wancho@simtel20.ARPA, kpetersen@simtel20.ARPA, info-cpm@AMSAA.ARPA
-
- According to my copy of PD:<PC-BLUE.VOL000>PCBLUE.CAT, volume 133 of
- the pc-blue archives contains several files for DeskMate version 1.0. When
- I try to ftp the files, they apparently do not exist. Specifically, I tried
- to get PD:<PC-BLUE.VOL133>DESKMATE.COM. I also tried volumes 134 and 132,
- since I know the CAT file is not always totally accurate. I've checked the
- latest version of the PD:<PC-BLUE>PC-BLUE.CRCLST file but that only goes up
- to volume 124. Any ideas on where these files are? Your help is greatly
- appreciated.
-
- --Ken Van Camp <kvancamp@ARDC.ARPA>
- 30-Jan-86 14:36:29-MST,1665;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Jan 86 14:36:18-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a018631; 30 Jan 86 15:44 EST
- Received: from usenet by TGR.BRL.ARPA id a029515; 30 Jan 86 15:27 EST
- From: Chuck McManis <cem%intelca.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: Hard disk?
- Message-ID: <198@intelca.UUCP>
- Date: 28 Jan 86 00:50:15 GMT
- To: info-cpm@AMSAA.ARPA
-
- One option is to build one. Using either a PIO or the NCR SCSI interface
- chip you can build a "host adapter" on a single S-100 board with a
- handful of other parts. SCSI <-> ST506 boards are about $140 and a 10
- meg drive about $200. Assuming you use the power supply in your S-100
- chassis that is all you need except for some really simple BIOS routines.
- There is also a host adapter board available through Hamilton Avnet for
- about $100 with 'self installing' BIOS routines.
-
- --Chuck
-
- >
- > Can anyone recommend a reasonably priced hard disk subsystem for the
- > S-100 bus (controller, drive, power supply, cables, cabinet). I've
- > seen some ads (like from CCT) but they seem to be 2-3 times more
- > expensive than subsystems for IBM PCs. Is this just because of volume
- > or are there some less expensive systems out there?
- >
- > Vince
- >
- > ihnp4!uiucdcs!guarna
- --
- - - - 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. :-}
- 30-Jan-86 14:52:12-MST,1065;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Jan 86 14:51:47-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a019948; 30 Jan 86 16:03 EST
- Received: from usenet by TGR.BRL.ARPA id a000439; 30 Jan 86 15:45 EST
- From: Ed Greenberg <edg%micropro.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Chaining programs by using a $$$.SUB file
- Message-ID: <225@micropro.UUCP>
- Date: 28 Jan 86 23:35:06 GMT
- To: info-cpm@AMSAA.ARPA
-
- I have received a bunch of mail on my suggestion for program chaining
- in CP/M with a $$$.SUB file. Most people asked for more info at a beginners
- level.
-
- I wanted to acknowlege these requests and forestall more requests by
- announcing that I have indeed placed this request on my things to do
- list. I promise a posting on the subject by Monday 3 February by the
- latest.
- -e
- --
- Ed Greenberg | {hplabs,glacier}!well!micropro!edg
- MicroPro International Corp. | {ucbvax,decwrl}!dual!micropro!edg
- San Rafael, California | {lll-crg,ptsfa}!micropro!edg
- 30-Jan-86 16:18:24-MST,831;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 30 Jan 86 16:18:13-MST
- Received: from cmu-cs-c.arpa by AMSAA.ARPA id a022895; 30 Jan 86 17:50 EST
- Received: ID <RALPHW@C.CS.CMU.EDU>; Thu 30 Jan 86 17:31:07-EST
- Date: Thu 30 Jan 86 17:29:16-EST
- From: "Ralph W. Hyre Jr." <Ralph.Hyre@cmu-cs-c.ARPA>
- Subject: Re: New CP/M-80 Modula-2 Available
- To: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
- cc: info-cpm@AMSAA.ARPA
- In-Reply-To: Message from "SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA" of Thu 30 Jan 86 03:31:00-EST
- Work-Phone: (412) CMU-BUGS
- Message-ID: <12179455866.26.RALPHW@C.CS.CMU.EDU>
-
- I just saw on net.micro.mac that Borland's Modula-2 (for CP/M) was announced.
- I didn't see any reference to shipping date, has anyone else got any more
- information?
- - Ralph
- -------
- 31-Jan-86 00:39:09-MST,8061;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Jan 86 00:38:51-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id aa23802; 31 Jan 86 1:33 EST
- Received: from usenet by TGR.BRL.ARPA id a007605; 31 Jan 86 1:26 EST
- From: "Bruce K. Martin Jr." <u557593877ea%ucdavis.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Re: Chaining programs with $$$.SUB file (LONG)
- Message-ID: <100@ucdavis.UUCP>
- Date: 29 Jan 86 05:08:27 GMT
- To: info-cpm@AMSAA.ARPA
-
- > I have received a bunch of mail on my suggestion for program chaining
- ...
- > Ed Greenberg | {hplabs,glacier}!well!micropro!edg
-
- I posted the first request for info on this subject, and last night
- I got a very crude version of this methode up and running. Thanks to
- Ed Greenberg for his help. I hope this helps answer some questions.
- Sorry for the length...I wrote it in 8080 assembler, but the commenting
- is copious.
- Ah yes...feel free to use this code in any shape, manner or form. I'm
- not responsible for any consequences, but it works fine for me.
- bruce
-
- Bruce K. Martin Jr. [UUCP] ...{dual,lll-crg,ucbvax}!ucdavis!deneb!u557593877ea
- (916) 756-6518 [ARPA] ucdavis!deneb!u557593877ea@ucbvax.berkeley.edu
-
- As usual, all the above views are completely my own. All proprietary
- names and phrases are the property of their respective firms. Is that all mom?
-
- "You have to be trusted by the people that you lie to..."
- Pink Floyd
-
- ; This is a quick and dirty command executor and program chainer.
- ;
- ; BY: Bruce K. Martin Jr.
- ; ON: 1/27/86
- ;
- ;
- ORG 100H
- ;
- BDOS EQU 05
- EOF EQU 1AH
- LF EQU 10
- CR EQU 13
- ;
- ;
- ; NOW SET UP CHAIN FILE
- ;
- CALL SETDMA ;SET CP/M DMA POINTER
- CALL SEARCH ;LOOK FOR FILE
- CPI 0FFH ;IS IT THERE?
- JZ MAKEFILE ;IF NOT, GO CREATE IT
- CALL DELETE ;YES - DELETE IT
- ; ;IGNORE ERRORS
- MAKEFILE:
- CALL CREATE ;CREATE THE FILE
- CPI 0FFH ;ERRORS?
- JZ CRERR
- ;
- ;
- ; NOW READ ONE COMMAND AT A TIME AND SAVE IN AN INDIVIDUAL SECTOR
- ;
- LXI H,COMSTR ;POINT TO COMMAND STRING
- ;
- FILLOOP:
- LXI D,DMA ;POINT TO BUFFER
- CALL CLRDMA ;CLEAR DMA
- CALL MOVE ;TRANSFER TO BUFFER
- INX H ;POINT TO BEGINING OF NEXT
- SHLD COMPTR ;COMMAND & STORE POINTER
- ;
- CALL WRITE ;WRITE TO FILE
- CPI 0 ;GOOD WRITE?
- JNZ WRTERR ;IF NOT, GO PRINT ERROR
- ;
- LHLD COMPTR ;GET COMMAND POINTER
- MOV A,M ;GET FIRST BYTE
- ORA A ;IS IT ZERO?
- JNZ FILLOOP ;CONTINUE IF NOT ZERO.
- ;
- CALL CLOSE ;CLOSE FILE
- JMP EXIT ;DONE
- ;
- ;
- CRERR: LXI H,CREMSG ;POINT TO CREATE ERR MESSAGE
- CALL PRNMSG
- JMP EXIT ;EXIT PROGRAM
- CREMSG: DB 21,'FILE CREATION ERROR',LF,CR
- ;
- WRTERR: LXI H,WRTMSG ;POINT TO ERR MESSAGE
- CALL PRNMSG
- CALL CLOSE ;CLOSE FILE
- CALL DELETE ;DELETE FILE
- JMP EXIT
- WRTMSG: DB 18,'FILE WRITE ERROR',LF,CR
- ;
- EXIT: LXI H,EXTMSG
- CALL PRNMSG
- JMP 00H
- EXTMSG: DB 22,LF,CR,'PROGRAM TERMINATED',LF,CR
- ;
- ; PRINT MESSAGE SUBROUTINE -- PRINTS A STRING AT THE ADDRESS [HL]
- ; AND LENGTH [A] {MAX STRING LENGTH 256}
- ;
- PRNMSG: MOV A,M ;GET STRING LENGTH
- INX H ;POINT TO BEGINING
- PRLOOP: LXI B,02 ;BDOS CONOUT
- MOV E,M ;MOVE CHAR TO E
- PUSH H ;JUST IN CASE!
- PUSH A
- CALL BDOS ;WRITE IT
- POP A
- POP H
- INX H ;POINT TO NEXT LETTER
- DCR A ;DECREMENT LETTER COUNT
- JNZ PRLOOP ;CONTINUE IF NOT DONE
- RET ;AND BYE
- ;
- ; MOVE THIS ROUTINE MOVES A STRING AT ADDRESS [HL] TO ADDRESS
- ; [DE]. STRING IS TERMINATED WITH \0
- ;
- MOVE: MOV A,M ;GET LETTER
- ORA A ;IS IT ZERO?
- RZ
- XCHG
- MOV M,A ;PUT LETTER
- XCHG
- INX H
- INX D
- JMP MOVE ;LOOP
- ;
- ;
- ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
- ;
- ; NOW -- SUPPORT SUBROUTINES. THESE ARE FILE ROUTINES
- ; THAT ARE CALLED BY THE MAIN PROGRAM
- ;
- ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
- ;
- ; OPEN A FILE - FCB ALREADY CREATED. 0FFH IS RETURNED IN REG
- ; A FOR A BAD OPEN.
- ;
- OPEN: LXI D,FCB
- LXI B,0FH
- CALL BDOS
- RET
- ;
- ; CREATE A FILE - NAME IN FCB. RETURNS A NUMBER IN REG A
- ; THAT IS BETWEEN 0 AND 7FH FOR A GOOD CREATE. 0FFH IS
- ; RETURNED FOR AN ERROR CONDITION.
- ;
- CREATE:
- LXI D,FCB
- LXI B,16H
- CALL BDOS
- RET
- ;
- ; CLOSE A FILE -- NOTHING RETURNED
- ;
- CLOSE: LXI D,FCB
- LXI B,10H
- CALL BDOS
- RET
- ;
- ; SET THE DMA ADDRESS. NO ERROR CODES
- ;
- SETDMA: LXI D,DMA
- LXI B,1AH
- CALL BDOS
- RET
- ;
- ; READ A RECORD FROM A FILE. ERROR CODE RETURNED IN REG. A
- ; CODE: 0 -- GOOD READ, 1 -- READ PAST EOF, ALL ELSE READ ERR.
- ;
- READ: LXI D,FCB
- LXI B,14H
- CALL BDOS
- RET
- ;
- ; WRITE A SECTOR TO A FILE. CONDITION CODE IN REG. A
- ; CODE: 0 -- GOOD WRITE, ALL ELSE WRITE ERROR.
- ;
- WRITE: LXI D,FCB
- LXI B,15H
- CALL BDOS
- RET
- ;
- ; CLEAR DMA TO ALL NULLS -- NOTHING RETURNED
- ;
- CLRDMA: PUSH H
- PUSH A
- MVI A,128
- LXI H,DMA
- CLRLP: MVI M,0
- INX H
- DCR A
- JNZ CLRLP
- POP A
- POP H
- RET
- ;
- ; SEARCH FOR A FILE SPECIFIED IN THE FCB
- ; RETURNS IN REG. A 0FFH IF NOT FOUND
- ;
- SEARCH: LXI B,011H
- LXI D,FCB ;FCB ADDRESS
- CALL BDOS
- RET
- ;
- ; DELETE -- REMOVE A FILE SPECIFIED IN THE FCB
- ; REG A RETURNS 0FFH FOR A UNFOUND FILEE
- ;
- DELETE: LXI B,013H ;DELETE FUNCTION
- LXI D,FCB
- CALL BDOS
- RET
- ;
- ;
- ; STORAGE
- ;
- ; COMSTR -- THE COMMAND STRINGS. EACH COMMAND IS TERMINATED WITH
- ; A NULL, AND BEGINS WITH A CHARACTER COUNT. THE LAST COMMAND IS
- ; TERMINATED WITH TWO NULLS.
- ;
- COMSTR: DB 3,'DIR',0
- DB 4,'STAT',0
- DB 0 ;TERMINATOR
- ;
- COMPTR: DW COMSTR ;COMMAND POINTER
- ;
- FCB: DB 0,'$$$ SUB',0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
- DB 0,0,0,0,0,0,0,0,0,0,0,0
- ;
- DMA: DS 128
- 31-Jan-86 01:20:54-MST,1151;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Jan 86 01:20:46-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a023802; 31 Jan 86 1:33 EST
- Received: from usenet by TGR.BRL.ARPA id a007592; 31 Jan 86 1:26 EST
- From: jp@LANL.ARPA
- Newsgroups: net.micro.cpm
- Subject: Re: Looking for Compupro fans
- Message-ID: <394@lanl.ARPA>
- Date: 29 Jan 86 05:09:32 GMT
- To: info-cpm@AMSAA.ARPA
-
-
-
- Compupro users can be found on the CPRO National Users Group BBS (703) 670-5881
- They grant guest privileges for long enough to decide if you are interested
- and for your dues to arrive if you are. Cost is $24 and includes a bimonthly
- newsletter. The people on this system are pretty knowledgeable about
- Compupro/Viasyn/Compupro hardware and software. There are a couple of other
- systems which I have heard mention that are aimed at Compupro users but I
- don't remember the details. Address is:
- C-PRO National Users Group
- P.O. Box 2146
- Woodbridge, VA 22193
- (703) 494-2166 (voice)
- This group is sponsored by Onetco who occasional offer members good
- prices on Compupro hardware and software.
- 31-Jan-86 02:28:55-MST,1355;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Jan 86 02:28:44-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a023992; 31 Jan 86 3:51 EST
- Received: from usenet by TGR.BRL.ARPA id a011219; 31 Jan 86 3:38 EST
- From: Gumby <salzman%rdlvax.uucp@BRL.ARPA>
- Newsgroups: net.database,net.micro,net.micro.pc,net.micro.cpm
- Subject: Database Applications Query (followup)
- Message-ID: <192@rdlvax.UUCP>
- Date: 29 Jan 86 00:47:35 GMT
- Xref: seismo net.database:204 net.micro:14371 net.micro.pc:7225 net.micro.cpm:5565
- To: info-cpm@AMSAA.ARPA
-
-
- Hello Netlanders. I am very pleased with the responses I've been getting
- from the database applications query I posted a couple weeks ago. I have
- not yet compiled my results since they are still coming in daily. I will
- post the results to the net when I do finish compiling them. I am just
- posting now to let all who have responded know that I have not
- forgotten about it. I am getting a lot of positive results, more than I
- have expected, and best of all, NO Flames!!! Thanks all.... Expect a
- posting of results in 2-3 weeks (as time permits)....
-
- --
- * Isaac Salzman (Gumby)
- * Research Development Labs (RDL)
- * Culver City, California, 90230
- * UUCP: ...!{psivax,sdcrdcf,ttidca}!rdlvax!salzman
- * ARPA: ttidca!rdlvax!salzman@Rand-unix.arpa
- 31-Jan-86 03:12:22-MST,1027;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Jan 86 03:12:17-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a024067; 31 Jan 86 4:39 EST
- Received: from usenet by TGR.BRL.ARPA id a013097; 31 Jan 86 4:28 EST
- From: Keith Kanoun <bem8435%ritcv.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: ZCPR & Z-system
- Message-ID: <9297@ritcv.UUCP>
- Date: 30 Jan 86 01:33:39 GMT
- To: info-cpm@AMSAA.ARPA
-
-
- I am looking for information on the ZCPR command processor and the
- Z-system operating system. How hard is it to replace an existing CP/M 2.2
- OS with these replacements? If anyone could steer me in the right direction
- on this I would really appreciate it (sources for info, etc.).
- I am using a DEC VT180 (Robin) CP/M machine. I imagine some of it
- would have to be machine dependant. Thanks in advance.
- Please send replies if possible to my BITNET address. If not, UUCP is fine.
-
- Keith Kanoun
- 31-Jan-86 03:39:10-MST,829;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Jan 86 03:39:03-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a024083; 31 Jan 86 4:55 EST
- Received: from usenet by TGR.BRL.ARPA id a013449; 31 Jan 86 4:38 EST
- From: "Ronald O. Christian" <ronc%fai.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: Looking for address of CPMUG
- Message-ID: <71@fai.UUCP>
- Date: 28 Jan 86 19:10:20 GMT
- To: info-cpm@AMSAA.ARPA
-
- <>
-
- As the sign says, I need the address for the CP/M
- User's Group if the organization still exists.
- Any help would be appreciated.
-
- Ron
- --
- --
- Ronald O. Christian (Fujitsu America Inc., San Jose, Calif.)
- ihnp4!pesnta!fai!ronc
-
- Oliver's law of assumed responsibility:
- "If you are seen fixing it, you will be blamed for breaking it."
- 31-Jan-86 03:55:58-MST,860;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Jan 86 03:55:53-MST
- Received: from brl-tgr.arpa by AMSAA.ARPA id a024111; 31 Jan 86 5:10 EST
- Received: from usenet by TGR.BRL.ARPA id a013933; 31 Jan 86 4:57 EST
- From: "J.S.Jonas" <jeffj%sfmin.uucp@BRL.ARPA>
- Newsgroups: net.micro.cpm
- Subject: need help installing WS
- Message-ID: <644@sfmin.UUCP>
- Date: 29 Jan 86 23:52:39 GMT
- To: info-cpm@AMSAA.ARPA
-
- [A>]
-
- I am trying to install wordstar on my CPM2.2 system.
- Running WSINSTAL asks me for my terminal type, then exits.
- WSU.COM is unchanged, WS.COM is not created. What gives?
- Am I missing something? I have:
- WSMSG2.MAC WSINSTAL.COM
- WSMSGS.MAC WSMSGS.OVR
- WSRETEXT.COM WSOVLY1.OVR
- WSU.COM
-
- Thanks in advance
-
- Jeff '' Skot
- {ihnp4 | allegra ...} attunix ! jeffj
- 31-Jan-86 13:22:52-MST,603;000000000000
- Return-Path: <info-cpm-request@AMSAA.ARPA>
- Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 31 Jan 86 13:22:46-MST
- Received: from simtel20.arpa by AMSAA.ARPA id a001456; 31 Jan 86 11:22 EST
- Received: from LLL-MFE.ARPA by SIMTEL20.ARPA with TCP; Fri 31 Jan 86 09:22:48-MST
- Date: Fri, 31 Jan 86 08:15 PST
- From: Maron@LLL-MFE.ARPA
- Subject: Help finding Small-C Ver. 2.x
- To: info-cpm@SIMTEL20.ARPA
-
-
- I would like to get the sources to small C Ver 2.x. I know some
- folks have added floating etc. and would like to get the "mostest"
- version. Is it in some "clean" format on Simtel-20?
- --Neil
-