From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!caen!sol.ctr.columbia.edu!usenet.ucs.indiana.edu!bronze!newshost.cs.rose-hulman.edu!news@ucbvax.Berkeley.EDU (Douglas C. Pearson)
Its been a real long time since I have written anything for CP/M platforms so I don't feel qualified to give you an answer concerning your first question, but I can tell you that XModem is used with great frequency by CP/M Bulletin Boards. The protocal is not real effecient, but is quite robust. As for what programming in CP/M comprises of, is really dependent on the language used to program in. MBasic, an interpreter based language, was real popular when I was involved and came bundled with most of the
machines. I have seen other high level(ish) languages such as PL/I and Fortran kicked about also. If you do want to program in Assembly, you should get a hold of the CP/M operating system publications detailing the calls. Like most OS support, you make a call to a vector (aka jump table lingo of some older programing docs).
As for where you might be able to get the documentation, check with Digital Research, they developed and licence CP/M. I don't have their number, some one else might be able to help. Also check your local computer book store. There are still somes books (albeit out of print) by Osbourne and associates that contain the CALL data and examples. I'm just unpacking so I don't have the titles at my finger tips, I'll try to find them and post them latter.
I checked, the file is there, but I've never used it. Have fun...
--
Erik Scott
------------------------------
Date: 8 Jul 92 20:20:43 GMT
From: agate!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!ut-emx!ccwf.cc.utexas.edu@ucbvax.Berkeley.EDU (Bruce G. Bostwick)
Subject: serial ports from CP/M 2.2F (or similar version)
Message-ID: <75494@ut-emx.uucp>
I have a very odd technical problem I need help with. I am trying
to write a Turbo Pascal program to write to and read from the modem
port and have discovered that the serial I/O status port does not wait
around with the 'character ready to read' flag until my program can
get around to polling it, but rather flashes the flag high real quick
and then goes back to idle, in which case my program hangs because it
never sees a 'true' state on the character raedy flag.
Is there a BDOS or BIOS call that handles this (the CP/M assembly manual
doesn't list one!) or am I going to have to do funky stuff with device
assignments? I'd really rather use existing code if I can because if I
can't, I have to write several interrupt service routines which is
no fun for this camper.
Someone let me know if you've run into this before. My hardware is a
Kaypro 10 running 2.2F. Also, while I'm on the line, anyone out there
have Kermit on an 8" floppy (or some way to get it into a machine with
no terminal progs onboard) that will fit a TRS-80 Mod II?
--
<BGB>
lihan@ccwf.cc.utexas.edu / "I can't complain,
(really Bruce Bostwick) / but sometimes I still do"
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!mips!mips!munnari.oz.au!mel.dit.csiro.au!mineng.dmpe.CSIRO.AU!dmssyd.syd.dms.CSIRO.AU!metro!cs.uow.edu.au!cc.uow.edu.au! (Wayne Jefferson Doust)
Subject: file server
Message-ID: <1992Jul14.053300.1501@cc.uow.edu.au>
I have moved from my trusty cpm machine to a '486 clone but I
still want to use my cpm machine and have the convenience of
a hard drive. What I want to do is connect the two machines
together using either a parallel or serial cable and use the
PC as a hard drive for my cpm machine. Ideally it would be
controlled form the cpm machine with programmes like 'get'
or 'rdir' to get the relevant info from the PC. It would be
nice for the PC side to run as a TSR but this is not
important. What WOULD be nice is for somebody to have already
done this or something similar. If this is the case, please
email me on u8515682@uow.edu.au. Since I doubt this, any hints
would be useful. The details follow:
CP/M: MicroBee 128k SBC serial port/hardware port 62k RAM DISK
PC: '486/33 4M RAM DR-Dos 6 120MB HDD 2SP/2PP
I would probably implement the transfers in parallel as programming
the MicroBee to do serial communication is apparently horrific.
I just bought (from the Net) a Digital Research CP/M board for
my Apple ][+. But the problem is, I don't have a CP/M Boot disk for it.
Could some kind soul contact me and let me know how to get one? I will
pay postage and disk cost.
By the way, I put the card in slot 2. Is that OK?
STeven
--
Steven V. Christensen
U.C. College of Eng.
schriste@uceng.uc.edu (this is forwarded to...)
schriste@pauling.che.uc.edu (this is preferred)
------------------------------
Date: 15 Jul 92 15:23:52 GMT
From: dog.ee.lbl.gov!overload.lbl.gov!agate!spool.mu.edu!think.com!sdd.hp.com!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!anaconda.cis.ohio-state.edu!ray@ucbvax.Berkeley.EDU (william c ray)
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!destroyer!ubc-cs!newsserver.sfu.ca!sfu.ca!church@ucbvax.Berkeley.EDU (Mike James Church)
Subject: Re: TRS-80 Cosmic Fighter by Big Five - PLEASE HELP!
Message-ID: <church.711156570@sfu.ca>
9125113g@lux.latrobe.edu.au (Mitch Davis) writes:
>Does any kind soul out there remember a game for the TRS-80 called
>"Cosmic Fighter" by Big Five Software?
>Please please write back to me if you can recall ANYTHING about this
>game.
>Mitch.
Yeah, I remember alot of them. Scarfman. Robot Attack. Outhouse.
Super Nova destroyed my 'P' key. I eventually soldered leads to my
keyboard and bought some arcade fire buttons.
Cosmic Fighter was pretty basic, for Big Five, though. It was space
invaders/galaxian style game. I have a friend that may still have
this on <shudder> cassette.
_______
/ _ \_ __
Mike | |__| |__ __ _ ____| |__
| | _| ) | | / _\ _\ )
| |_| | | |/ | | (__ | |_______________
\_______/_|__|_/__|__\____/_|__| /\ | |
church@sfu.ca | | __ | | __ | |
| | \ \ / / | |
| | /________\ | |
|____|_____][_____|____|
------------------------------
Date: 10 Jul 92 19:01:18 GMT
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!wupost!sdd.hp.com!uakari.primate.wisc.edu!usenet.coe.montana.edu!news.u.washington.edu!sumax!ole!rwing!fnx!del@ucbvax.Berkeley.EDU (Dag Erik Lindberg)
Subject: Re: undocumented Z80 Ops
Message-ID: <1992Jul10.190118.21118@fnx.uucp>
u8515682@cc.uow.edu.au (Wayne Jefferson Doust) writes:
>Why did Zilog produce a chip with codes that were not documented?
>I don't understand.
I don't think it was really their intent. They produced a chip that did
the things they wanted it to do. The 'undocumented' codes are actually
just by-products of the way the internal decoding is done by the CPU.
Actually, 'unsupported' would be a more accurate term. Zilog recognized
that some usefull things could be done with those op-codes, but flat
stated that if their manufacturing process changed, or micro-code was
modified, those op-codes may not work any more. As it turned out, the
Z80 sort of dead-ended development wise, and that never happened.
