The music may not be the choice of most but they use a Commodore Pet,
Hazletine 1500 (only time you will see one with color on the screen - done
in editing , not real), Osborne, Apple II and more as part of the video.
They put their own images on the screens and erase any logos.
http://youtu.be/7TMoy6DNTO4
--
Paxton Hoag
Astoria, OR
USA
Does anyone have a binary dump of the 512-byte COSMAC VIP operating
system for the CDP18S711?
I have the manual and could type it in by hand if necessary as it is
only 512 bytes, but I figure someone has to have this somewhere on the
net that I haven't found yet and that would same time typing and
double checking for errors.
It is listed here in Appendix B - Operating System:
http://www.bitsavers.org/pdf/rca/cosmac/COSMAC_VIP_Instruction_Manual_1978.…
I have a VIP that isn't working at the moment. I'm getting video sync
but just a blank screen. I didn't get what I expected when I tried to
read the ROM externally although I'm not sure if the method I used was
valid. If I had a binary dump of what the ROM is supposed to be I'd
throw a replacement EPROM in there as a quick check to see if that
makes any difference.
Hello list,
I'm attempting to bring up CP/M Plus on one of my Z80 computers by
running CPMLDR.COM from CP/M 2.2. It crashes immediately after
CPMLDR.COM jumps to CPM3.SYS (I'm sure this isn't surprising). I'm
looking at the memory dumps and comparing them to the original file. It
appears for every 128 byte block, the order is backwards. I.e. if I look
at five 128 byte blocks on my PC they appear in the Z80's memory to be
as 5, 4, 3, 2 and 1. Not the 'correct' way.
Is this normal or have I somehow botched the de-blocking algorithm on
CP/M 2.2? Or, are there any known pitfalls or incompatibilities between
the default de-blocking algorithm on CP/M 2.2 and the built in functions
in CP/M Plus?
I have written my BIOS from scratch, based on the vanilla files
distributed with CP/M Plus. I haven't used the CPM3ON2 distribution.
Thanks,
Alexis K.
Hi all,
What's your favorite Zilog Z8 disassembler? I'm working on reverse
engineering an old piece of equipment and would like to investigate what's
on the ROMs.
Thanks,
Kyle
The 86x0 used a custom T11 card running. RT11 (a custom version).
Pro 350 and 380s were on newer machines. ?RLs were the disks on the?
86x0s.
Sent from my Verizon Wireless 4G LTE Smartphone
Anybody ever heard of or used www.newrelic.com?
Cindy Croxton
Electronics Plus
1613 Water Street
Kerrville, TX 78028
830-792-3400 phone
830-792-3404 fax
sales at elecplus.com
AOL IM elcpls
>
> On 17 February 2014 02:53, Rick Murphy <rick at rickmurphy.net> wrote:
> > And, how do you get Kermit onto the machine in the first place?
>
If you have an RX01 floppy on your machine, you can use the "restrx01"
utility to copy an RX01 disk image that contains Kermit onto the
machine. RX01 image files that have OS/8 and Kermit on them are readily
found on various PDP8 related websites.
The biggest problem is that most of the Kermit binaries on these images
are configured to use device codes 30/31 for the second serial port,
when the commonly-accepted configuration for the second serial port card
in a PDP8 (at least the /E, /F, /M) is 40/41. You can re-strap the
serial card in the PDP8 to use 30/31, or there is a patch PAL source
that you can assemble and overlay on top of the loaded Kermit core image
to patch the serial port locations.
Kermit can also be loaded on a machine through use of the BIN loader
(which can be loaded by the RIM loader, which is pretty easy to toggle
in), using a paper tape image (again, which can be found on the various
PDP8 sites), and sending the BIN image over the console serial port at
rates up to 9600 through a terminal program. You need a terminal
program that can send the tape image in raw form (TeraTerm works for
me), and your serial port on your computer acting as a console needs to
be configured as 8N1. Once Kermit is resident in memory, you can then
save the core image out to whatever kind of mass storage (DECTape,
Floppy, etc.) exists on the machine.
Rick Bensene
The Old Calculator Museum
http://oldcalculatormuseum.com
I've accumulated way too much cool junk lately, and I need to thin out the pile. I have a Wyse 350 color dumb terminal with manual. I've only tested it in local mode, and it "seems to work". Some of the keys seemed to bounce, so the keyboard may need some work.
The terminal is free for local pickup either in Riverside (my home, on weekends) or in Irvine (at work, on weekdays). Please only pick it up to use it, not to resell it.
--
Mark J. Blair, NF6X <nf6x at nf6x.net>
http://www.nf6x.net/
At 11:26 AM 2/14/2014, Kyle Owen wrote:
>On Fri, Feb 14, 2014 at 5:29 AM, Rick Murphy <rick at rickmurphy.net> wrote:
> >
> > For that pack, I re-compiled BUILD from source in order to get it
> to work
> > when building a RL02 image.
>
>
>Did you use BUILD.PA available from here?
>http://www.ibiblio.org/pub/academic/computer-science/history/pdp-8/os8/os8.…
>
>I tried using palbart to assemble it and got numerous errors. Haven't
>tried
>it with PAL8 yet.
Yes, that's the original source of the BUILD.PA that I used.
Compiled fine on OS/8.
>On a related note, what's the easiest way to transfer a large swath of
>text, like BUILD.PA, to OS/8 through the console TTY?
Smaller files:
.R PIP
FILE.PA<TTY:/A
Then just feed it. PIP appears to give up at some point, so I split and
rejoin. Painful.
Or, use the Kermit-12 utilities to pack and unpack.
For SIMH, I use putr.com to copy files to a disk image, with putr
running in dosbox on a Linux system.
-Rick