Date: Sat, 31 Dec 2011 10:02:11 -0800 (PST)
From: Jerry Wright <g-wright at att.net>
Subject: Re: Looking for 8080/Z80 BASIC
>> Josh, I would love to get your 64FDC for my Cromemco 68020 machine that
>> is missing one. I have 16 FDC and other Croemeco Z-80 Boards to go along
>> with it.
> Which model 68020 Cromemco is it? I might be able to find a spare 64FDC...
> mike
Long shot, but if you have another or Josh doesn't take it I'd love to give
it a home. I have a complete Cromemco board set here in an IMS-5000 chassis
and a pair of TM848's but have consistently failed to get the 16-FDC to talk
to them reliably. I'd dearly love to get a 64-FDC for it to go with the ZPU
and/or an STD hard disk controller (or an IMI drive to go with the WDI-II
controller I have). Anyone?
FYI the ROM on the 'FDC flips in and out the entire top 32K bank. During
boot RDOS ensures that the top 32K flips in and RDOS then flips out giving a
clean 64K map. All done through port 40H.
Jim
>> > Never used Fortran.
>> Think of it as an old-style version of BASIC. WRITE is like
>> PRINTUSING,
>> with FORMAT being where you specify the print pattern. Any variable
>> whose
>> name starts with the letters I J K L M or N (alphabetic letters
>> between I
>> and N (which is the start of "INteger")) is assumed to be an int,
>> unless
>> you tell it otherwise. Many brands of it require giving a line
>> number to
>> every line.
>
> Oops!
> For FORTRAN, that should read, "like some brands of BASIC, you can
> skip
> assigning line numbers to lines that aren't explicitly referenced."
>
Strictly speaking, "line numbers" in FORTRAN are actually labels. They
do not have anything to do with line numbering and IIRC they do not have
to appear in an ascending sequence either, they can be assigned randomly
and with arbitrary gaps in the sequence.
Assigning labels ("line numbers") to not explicitly referenced lines in
FORTRAN would be like giving every line a label in assembler, completely
meaningless clutter.
/Jonas
My apologies... the classiccmp server crashed, and it took some real
doing to get it functional again. It was not a hardware issue, it was
an issue with both Xen and FreeNAS (mostly Xen as to the delay in
getting it back up). I'm embarrassed to admit, but I finally had to
open up a per-incident support case with Citrix to get the thing
resolved.
On the bright side, there are backups (daily) of mysql, the website
content directories, and the mailman archive, so no data was ever at
risk. However, since those aren't full system backups - recovery from
them would have been a bit time-consuming but certainly doable with no
data loss. Yes, I'm setting up monthly snapshots (or vm exports)
shortly just in case it happens again.
Best,
J
ROFL...installed in hundreds of thousands, if not milliins of machines running all over the world. Nearly all PPC-based Macs, all Suns (including current ones I think) past the Sun4c family, all reasonably modern RS6000s, what else...it was an IEEE standard for a long time, #1275.
-Dave
Chuck Guzis <cclist at sydex.com> wrote:
>On 4 Jan 2012 at 20:43, Toby Thain wrote:
>
>> That was implemented as http://www.openfirmware.org/ (found in Suns,
>> Macs, etc).
>>
>> The format is Fcode; it's actually a brilliant idea that of course was
>> of more pressing importance when the hardware market was actually
>> heterogeneous.
>
>Finding anything about this is a little difficult--lots of 404s, etc.
>when trying to search.
>
>What was the last product that used Open Firmware? Most of this
>stuff seems to be from the mid '90s.
>
>--Chuck
>
Date: Sat, 31 Dec 2011 13:24:36 -0800
From: Josh Dersch <derschjo at mail.msu.edu>
Subject: Re: Looking for 8080/Z80 BASIC
On 12/31/2011 12:15 PM, MikeS wrote:
>
> ----- Reply:
>
>> Just curious:
>> Does your memory configuration support swapping out the RDOS boot/monitor
>> ROM?
> Not at the moment, I haven't quite worked out if this can be made to work
> properly with non-Cromemco memory boards. The 64FDC manual suggests
> "Set[ting] the switches on the RAM board(s) so that memory from 8000h to
> FFFFh is disabled..." which implies that the boards must support some way
> of re-enabling the memory via software (for when the FDC's ROM is disabled
> via a write to port 40h).
> I'm wondering if this board isn't really optimal for this setup -- it
> seems very geared toward having a complete Cromemco setup, which I do not
> have.
----------------
I don't see why it would be a problem; the RDOS boot/monitor ROM lives at
C000 so it should work with 48K RAM even if you don't disable it; ISTR that
some folks simply connected the ROM chip select to the Phantom line if they
had non-bankable memory and wanted to switch it in and out. And of course
the ROM can be completely disabled as well.
It controls up to four total 5.25 and/or 8" drives with write precomp, has
an RS-232 console port and a pretty good monitor with the usual memory and
disk manipulation, some basic diagnostics, etc.; not a bad card IMO. And
it's fairly well documented.
----------------
> For right now, I was just planning on assembling a raw binary image and
> using a PC (with a bit of hacked together software) to push the image into
> the IMSAI's memory via the 64FDC's serial port, using the onboard monitor
> commands. Just for fun :).
> If you know of a source for images of these third-party CP/Ms, let me
> know. Dave Dunfield's site has a CP/M for the 16FDC, which as far as I
> can tell (from a cursory glance at the manuals) has identical I/O port
> behavior to the 64FDC so I may just be able to use that, assuming I can
> write the 8" image to a 5.25" floppy.
----------------
As a matter of fact Dave also has a utility for the FDC that actually lets
you create a bootable disk over the serial port.
No big difference between the 16FDC and the 64 FDC; mostly just stuff added
for later models of 8" drives (Tandon 848) and mods for the tape drives.
mike
I agree that it's a big loss, made even worse by some platforms moving to EFI, which is a joke in comparison. Like so many other inferior technologies, EFI was a solution in search of a problem, and some clueless sod in management somewhere decided to force it into some product lines, so now we have to put up with it when we've worked with much better.
-Dave
David Riley <fraveydank at gmail.com> wrote:
>On Jan 4, 2012, at 21:32, "Chuck Guzis" <cclist at sydex.com> wrote:
>
>>
>> What was the last product that used Open Firmware? Most of this
>> stuff seems to be from the mid '90s.
>
>Probably the last PowerPC Macs, or the OLPC, or a few embedded things... Sadly, OF seems to have fallen out of favor, which I think is a real loss.
>
>- Dave
> From:?Ethan Dicks <ethan.dicks at gmail.com>
> Date:?Wed, 4 Jan 2012 16:28:13 -0500
> Subject:?Re: The PDP-8/L at the RICM is running!
> On Wed, Jan 4, 2012 at 3:14 AM, Holm Tiffe <holm at freibergnet.de> wrote:
> Don't know if it's similar to what you've seen or not, but from my
> experience testing M-series modules for the -8/L and -8/i, I've found
> more dead 7474s and 7440s than any other type of chip.
That is what we found from our recent PDP-8/L revival.
We also found quite a few failed 7400, 7410, 7450/7460,
I bought a HP 10529A Logic Comparator that sounds like the chip test
device that you made.
--
Michael Thompson
I have an old COCO II somewhere but I don't have a television. What are you guys who have similar old systems doing for a display? Is there a device to convert the TV out from those computers to D-Sub or dare to dream, DVI? What do you call such a converter? Thanks.
----- Original Message:
Date: Tue, 3 Jan 2012 20:11:52 +0000
From: Rich Alderson <RichA at vulcan.com>
To: "cctalk at classiccmp.org" <cctalk at classiccmp.org>
Subject: RE: Imperative thought patterns - Re: teaching programming to
kids - Re: Looking for 8080/Z80 BASIC
From: MikeS
Sent: Tuesday, January 03, 2012 7:23 AM
>> I think many if not most of the people on here discovered that they
>> enjoyed and had a gift for programming by playing with BASIC on their C64
>> or equivalent
[snip]
> I think that many if not most of the people on here learned to program on
> something other than BASIC. I, for example, learned FORTRAN IV on an IBM
> 1401 6 years before the MITS Altair 8800 was introduced to the world.
> I did personally not encounter BASIC until I was in grad school, on an IBM
> 370/168 running Wylbur for interactive computing. I was much more taken
> with the DEC-20.
-------Reply:
You're probably right about this particular group where most people are old
enough to wax nostalgic about the DECs of their distant youth and many are
presumably retired as well since they have enough spare time to waste on
discussions like this one... ;-)
I personally started on an IBM 650 and then the very first Burroughs B260
installed in Canada, and didn't encounter BASIC either until I bought one of
the first PETs some 13 years or so later.
But I suspect many of the programmers actually writing code in the 'real'
world today are somewhat younger than 45 or 50, and did indeed start on an
8-bitter of the 70's and 80's when the whole field exploded.
m