I, too, am interested in porting "real" software to hardware that doesn't
deserve it. Like ZSHELL on the Texas Instruments TI-85. Has anyone tried
porting CP/M or TRS-80 software onto a TI-85? The procedure might be about
the same for a game boy. I would like to hear if you or someone else has
gotten real software onto a calculator or other piece of consumer hardware.
: I, too, am interested in porting "real" software to hardware that doesn't
: deserve it. Like ZSHELL on the Texas Instruments TI-85. Has anyone tried
yup, zshell, ushell and atlanta, 3 shells/os' for ti85, they're all about
2-3kb, which is ~10% of all available ram (~28k), moreover expanding
memory isnt that easy, but some ppl. are working on memory modules using
I2C and ti85's link port
: porting CP/M or TRS-80 software onto a TI-85? The procedure might be about
dont foger ~28k of ram, no direct asm support, plus other neat stuff
that'll discourage you from porting:)
: the same for a game boy. I would like to hear if you or someone else has
: gotten real software onto a calculator or other piece of consumer hardware.
welp as far as ti85 goes only games were developed, but ti83 has some asm
support from ti (you can run asm programs directly on ti83...)
PaNX
--
------------------------------------------------------------------
mailto: pa...@mcs.com
ftp: ftp.mcs.com//mcsnet.users/panx
www: http://www.mcs.net/~panx/home.html
finger: finger pa...@mcs.com
"Drive carefully; 90% of the people in the world are caused by
accidents."
------------------------------------------------------------------
Help would be much appreciated.
The source will be the base for a project to get CPM on a GameBoy. It
should be possible, since the gameboy uses a modified z-80 cpu. Just
about everything is ready for this to happen (assemblers, programmers,
tech info) is available except for source to work with.
Jose
: I, too, am interested in porting "real" software to hardware that doesn't
: deserve it. Like ZSHELL on the Texas Instruments TI-85. Has anyone tried
: porting CP/M or TRS-80 software onto a TI-85? The procedure might be about
: the same for a game boy. I would like to hear if you or someone else has
: gotten real software onto a calculator or other piece of consumer hardware.
Walnut Creek's CP/M CDROM seems the place to start; certainly most of
the pieces for CP/M are there, sometimes several times over, in various
formats. The Z system (ZCPR 3.3) has full source, so you need a BDOS
and BIOS. BDOS is pretty standard, and I expect there's source somewhere
for one of the BDOS replacements; the BIOS you'll have to write yourself,
but there are plenty of demo versions around.
>Does anyone know where i could find a PD CPM that has source code available?
>
>Help would be much appreciated.
>
>The source will be the base for a project to get CPM on a GameBoy. It
>should be possible, since the gameboy uses a modified z-80 cpu. Just
>about everything is ready for this to happen (assemblers, programmers,
>tech info) is available except for source to work with.
>
> Jose
The entire source for the original CP/M-80 1.4 BDOS was 500 or so
lines of a primitive language called "PL/M-80" that generated 2388
bytes of code plus an additional 500 bytes of assembly entry point and
tables... The OS kernel was little more than an entry point, and a
'switch' statement on the function number, with cases for each OS
call, many of which shared common code for the FCB handling... The
"CCP" command processor was an additional 2 kbytes of assembler code.
Just how do you expect to interface floppy disks, serial port, etc to
this gameboy??
-jrp
: -jrp
The 'floppy' disk would actually be a ramdisk (Gameboy can support up to
512k ram/rom cartridges which has already been implemented in a comercial
device called the SSC [SuperSmartCard] and various homebrews).
Jose
I shall check these when i get home. Do they include any source?
Jose
> Does anyone know where i could find a PD CPM that has source code available?
On OAK.Oakland.Edu in the cpm directories (bdos/) there are several
bdos clones. Two of them are included in binary form with my zsim
emulator (oak, msdos/emulators).
--
Juergen G. Weber
Student am Institut fuer Informatik; University of Stuttgart - Germany
*** Try PCMOUSE: xterm-like copy&paste for MsDos text modes ****
Is there publically available information on the GameBoy on the net? Last
time I looked (a few years ago), what little info was available was quite
vague.
--
-------------------------+---------------------------------------------
Roger Ivie | "Irony can be pretty ironic sometimes."
iv...@cc.usu.edu | -- Frank Drebin
http://cc.usu.edu/~ivie/ |
VGB (the X11 game boy emulator is a pretty good set of information)
--
--------------------------------.----------------------------------------------
UKUU free UUCP Project Swansea | Alan Cox, <alan...@linux.org>
+44 1792 422028 (Cabletel) | Custom Linux Software Projects.
Sonix 33.6K 24x7 | Linux Consultancy.
: Is there publically available information on the GameBoy on the net? Last
: time I looked (a few years ago), what little info was available was quite
: vague.
plenty of info on the gameboy is available, do a search on gameboy to
find some URLs (I don't remember any offhand). There is also an emulator
for many platforms. The project is possible, VERY possible.
Jose
>: Just how do you expect to interface floppy disks, serial port, etc to
>: this gameboy??
>: -jrp
>The 'floppy' disk would actually be a ramdisk (Gameboy can support up to
>512k ram/rom cartridges which has already been implemented in a comercial
>device called the SSC [SuperSmartCard] and various homebrews).
> Jose
Just out of curiousity, what do you intend to do about keyboard entry?
Some sort of pop-up picklist for each individual character? Or were
you planning on implementing a hardware interface to an actual
keyboard through the cartridge slot somehow?
>: >Does anyone know where i could find a PD CPM that has source code available?
>: Just how do you expect to interface floppy disks, serial port, etc to
>: this gameboy??
>
>: -jrp
>
>The 'floppy' disk would actually be a ramdisk (Gameboy can support up to
>512k ram/rom cartridges which has already been implemented in a comercial
>device called the SSC [SuperSmartCard] and various homebrews).
Uh huh. Is this non volatile ram? is there a battery backup? The
whole point of a floppy disk is that it stores your files and programs
between sessions.
CP/M is a simple DOS-like** command line driven operating system with
only a bare minimum of system calls... read keyboard, write text to
screen (no standard graphics support), open disk file, read/write disk
file, close disk file. Most all CP/M programs interact with the
console, originally a 80 x 24 ascii CRT terminal, although many later
CP/M systems had a built in CRT monitor and keyboard that emulated one
or another of the standard 'dumb' terminals.
-jrp
** (actually, MS-DOS was based on CP/M).
At present time it would be a virtual keyboard on the screen (or as you
put it, a 'picklist'). However in the future a hardware hack for a
keyboard might be implemented.
Jose
I consider the option of porting some speccy games to GB, but came to
conclusion the screen is just too small. I thought that was a waccy
idea, but idea of porting CPM seem's totaly useless to me. What type of
application do you intend to run?
Has anybody managed to make/buy GB development cartridges that will
accept standard 28/32 pin DIL EPROMS?.
Cheers
I would be interested in seeing this done. I know of at least 2
emulators for DOS for the Gameboy which would help in the development
of CP/M for GB. The keyboard could be something like a selection
setup where use the control pad to scrol thru a list of letters and
select the letter you want with one of the two buttons and enter could
be the other. There a Gameboy cart burning setups for DOS that would
make the porting to GB easier. Don't know of any off hand but I know
there are some out there.
jason
When does it stop being a stripped down Z80 and start being a souped-up
8080?
Since CP/M was really an 8080 system would that be a problem?
I suppose some apps were only Z80 apps but I think most would
run on an 8080. I think.
Barry
CP/M itself was pure 8080, but most of the public domain programs like
ZCPR3 were Z80 specific... Myself, I never found the Z80 extensions
to be much more than a convienience to the programmer, at least not
back in the late 70's when I did most of my 8 bit coding, but I sure
ran into lots of source code where it looked like folks went out of
their way to use the extensions every chance they got...
-jrp
The early ZCPR was 8080 code, but from around 3.3 it moved to Z80
code since this was (is) more compact, and made a noticeable
difference to eg. the number of commands in the CCP.