Andrew,
This sounds amazingly familiar .. are you writing those diskettes in a
1.44MB drive?
Even with the correct double density media I've had trouble writing
double density diskettes using a 1.44MB drive. Try finding a genuine
DOS 3.3 diskette, not a copy made in a 1.44MB drive. Or cut your
diskette images to disk using a genuine 720K drive. That'll probably work.
(I had similar problems when trying to boot a PCjr using a 720KB
diskette drive. None of the diskettes I made using a 1.44MB drive
worked, even with the correct media. Only diskettes made on a 720KB
drive were bootable.)
Mike
up on
http://www.bitsavers.org/pdf/dec/decCassette
there was an "OS" called CAPS-11 for it. it was a dog.
the unibus interface pn is M7292
couple of bits of trivia:
The TU60 was designed by Tom Stockebrand, the same person
who invented LINC/DECtape
There is no capstan on the transports.
Another "in the way" item around these parts is a complete, not working
but very restorable, Teletype ASR 33. I would like to clear it out in a
hurry. Sorry, no shipping, I am in Carmel, NY, and could deliver within
reasonable distance in northern/central NJ, Hudson valley, or most points
between here and Providence, Rhode Island (I am headed that way this
weekend, so speak up NOW).
Make a reasonable offer off list. Remember, this machine needs some
help. Of course, I would not turn away an Ebay sized offer...
William Donzelli
aw288 at osfn.org
I just picked up a Heathkit ET-3400 that looks in pretty good
condition *except* no SRAM. From browsing the docs, it seems I need 2
(but could use 4) 2112 SRAMs. Unfortunately, in all of my kit, I've
never run across them. I have a tacklebox full of 2114s, and a small
box of 2102s, but no 2112s. Yes, I could make a socket adapter for,
say, 2101/5101/1822 SRAMs, but if anyone knows of a place I could get
2112s, that would be handy.
If they are semi-unobtanium, I might just have to hand-wire a modern
SRAM (and EPROM) socket up to the 40-pin expansion connector, but at
least being able to get to the "CPU UP" message would be nice.
Thanks for any pointers,
-ethan
Thw web page is a bit out of date. It's now in two racks,
cosmetically great, both tape drives 100% functional, still have
the WAIS and I/O expansion stuff, with docs and software.
I've decided my Nova 4 is too much of a distraction, and will be
looking for a new home for it. http://wps.com/NOVA4. Disk still
broken, but partly debugged, definitely repairable, the worst is
long over. I have full documentation plus some, software, etc.
Comes with multiple terminals (D410 plus others plus parts).
I will not be parting with the TP2 without GREAT inducement.
I would like to trade it for a desktop mini of some sort, with
some form of magnetic storage with software support. Meaning, tape
OK if there's a decent tape OS (like linctape/dectape or 1/2"
reel), modest memory, assembler, etc.
I don't need a valuable collectable machine. I don't need speed,
lots of memory, or even a disk. I do want magnetic storage, like
1/2" reel tape, or linctape/dectape (keep wishin') or equiv with
user interface software support (eg. OS or tape exec).
I want assembler, and maybe one compiler, Algol great, Fortran
fine, whatever.
70's vintage, repairable, documented. DEC, DG, GA, rebadged,
whatever. It needs to be "cute" and cosmetically decent, flaws
OK. I'll consider nice machines with curious "fatal flaws" if it
meets other criteria (mostly aesthetic).
A desktop box or no more than 24" rack. Weight under 100 lbs.
I'm open to suggestions.
I'm on the road until mid-Sept, so replies will be spotty until then.
OK OK pretty OT even for me, but I figure some of you others must have
wrestled with this abortion of a MUA and this list so have overcome the same
problem I have right now...
(I'm currently over in sunny MN on the laptop, otherwise I'd be snug at home
with a decent OS and mail client :)
All classiccmp messages appear in the message list with the correct sender
name (or sender email address if the author's MUA didn't send a 'friendly'
name along with the address). That much is fine. However in Outlook's
preview pane the From: address always appears as
'cctalk-bounces at classiccmp.org' rather than the sender (no other MUA I've
ever used with this list has ever done that!)
If I double-click on a list message to open in its own window, then I get
something different yet again - in the From: field something like:
"cctalk-bounces at classiccmp.org; on behalf of; Jules Richardson
[julesrichardsonuk at yahoo.co.uk]"
In other words Outlook seems confused as hell as to how to process mail
headers and 'loses' track of who sent the message, deciding instead to think
I want to see the fact that it was relayed via the list :(
It's particularly irritating if I forward a classiccmp message to anyone as
then it does something different *yet again* and includes in the forward
text as much as "cctalk-bounces at classiccmp.org; on behalf of; Jules
Richardson" but loses the actual originator's email address. Grrr!
I can't see anything obvious in the settings to fix this so it behaves like
any other MUA on the planet though, and Google was of little help. Hopefully
others on the list have been forced to use OL2000 too and have found a
workaround...
(OS is Windows 2k SP4, Outlook is v.9, and I'm not using any kind of
intermediate processing of traffic unlike back home, so messages are exaclty
as received from yahoo)
Suggestions of better Windows MUAs are of course welcome, but I'm *really*
tight on disk space so don't want something that comes bundled with a web
browser / whatever which I won't use anyway!
other than a useless mail client I'm having a ball out here though -
although not seen any classic comps yet ;)
cheers
Jules
>From: "Richard A. Cini" <rcini at optonline.net>
>
>All:
>
> I have to say that I'm nearly ready to throw this 8800b through a
>window. I purchased, yet again, another memory board in an effort to
>nail-down some stable memory for this system and reach 48k with the fewest
>boards possible. I've got the system booting BASIC with 16k, but I want
>more.
>
> This board is a 64k Central Data Systems DRAM card. I confirmed that
>it was strapped properly for an 8080-based system (sets refresh rate, etc.).
>This time I get problem I've never seen before.
>
> On RESET, the data LEDs show 0xff. If you toggle a value and DEPOSIT
>it, it will usually store but the LEDs will still show 0xff. If you EXAMINE
>the location, it will show the right value.
Hi
It sounds like a timing problem. It might be that the CPU isn't
recognizing the wait states or something. Still, it sounds like it
is excepting the value. You don't have similar problems with
other memory boards?
Does it still retain the value, if you go to another location
first and then return? If so, I'd say it was a working board.
It might be just a feature of the DRAM controller chip that it
doesn't allow access to a location just written on the next cycle.
If you toggle in a short piece of code does it execute the code
or does it just go off to never never land? It might also be
some type of buss contention.
As I recall, any time you are looking at a specific location, the
front panel generates a JMP xxxx, where the xxxx is the front panel
switches. As I recall, any examine next or deposit next operation
uses the NOP to point to the next location.
You might check to see how the address lines look right after
the deposit. As I recall, they should be static with the address
of the last location referenced by the front panel. I don't have
a schematic handy so I'm not sure. It might be that the front
panel is doing something funny with the deposit. It might
be doing a deposit next or something.
Anyway, gather some more symptoms?
Dwight
> Does anyone have any docs on this item
I have the drawings and maint manual for the TU60
scanned. Will bump it up in the queue and email
when it's on bitsavers.
