Thanks guys - the junk I'm getting is a whole heap of trash in the top left corner of the screen (no error codes) so I do really think its cactus but I'll try your suggestions.
+++++++++++++++++++
Kevin Parker
Web Services Manager
WorkCover Corporation
p: 08 8233 2548
e: webmaster(a)workcover.com
w: www.workcover.com
+++++++++++++++++++
-----Original Message-----
From: cctech-bounces(a)classiccmp.org
[mailto:cctech-bounces@classiccmp.org]On Behalf Of jpero(a)sympatico.ca
Sent: Thursday, 24 June 2004 8:02 AM
To: cctalk(a)classiccmp.org
Subject: RE: 3com etherlink III MCA
> That's disappointing as I've got one too. Given that its MCA I thought it would be at a premium and therefore quite valuable.
>
> The one I've got is in an IBM PS2 Model 60 but when I boot it I get some gobbledy-gook on screen which is not very promising - if anyone has any clues I'd be grateful. I thought of disabling the HD a>
> Ahhhh such is life!
Parker,
Of course, if you have gotten thick paperback book of Muller's,
this has whole lot of IBM PS/2 error codes. Or google. The info
will help you to decode errors and act on that info.
PS/2 stuff (not those PS2 (that's playstation 2, they do die easily.
:-P) doesn't simply die easily. I still have couple PS/2 (70-Axx,
P75) that still works.
For example 1701 generally means hard drive problem, so on, it has
several sub errors under that 1700 specific to hard drive system.
Gee, been years since I last cracked that book for reference. :-O
SWAG: There is about 200 or so error codes total for everything
including several types of beeps. Whew.
Cheers,
Wizard
************************************************************************
This e-mail is intended for the use of the addressee only. It may
contain information that is protected by legislated confidentiality
and/or is legally privileged. If you are not the intended recipient you
are prohibited from disseminating, distributing or copying this e-mail.
Any opinion expressed in this e-mail may not necessarily be that of the
WorkCover Corporation of South Australia. Although precautions have
been taken, the sender cannot warrant that this e-mail or any files
transmitted with it are free of viruses or any other defect.
If you have received this e-mail in error, please notify the sender
immediately by return e-mail and destroy the original e-mail and any
copies.
************************************************************************
I just stumbled across a DAT tape amongst my pile of spares labelled as
"Lorenzo version 1.1.2" made by a company called Technology Modeling
Associates.
Anyone come across this software before and can tell me what it does?
The copyright date's 1993-1995, so it's almost on topic :-)
Googling doesn't turn up much.
I'm just curious - I don't have a DEC Alpha system to run it anyway,
plus it says that it needs authorisation codes to install anyway, which
I don't have. I have no idea where I came by the tape from!
cheers
Jules
Hi Don,
>It would seem that there are a couple of possibilities for your
>problems: - a damaged lower head or read electronics that do not
>permit the drive to find a directory or - less likely - incorrect
>strapping for drive select and the variables on the drive board.
I doubt it strapping, as these are the original drives that were
installed by Morrow.
I thought it was odd that both of these drives (and only these two)
failed with exactly the same symptom - My guess is that something
in the read electronics is prone to an age related fault - I was
hoping that someone might respond with something like "Oh yeah -
thats a known problem with those drives - check capactor x".
>The rather brief Service Guide that I have for the Morrow MD
>series provides no detail at all on the drives. However, they do
>caution to replace the A and B drives in the position that they
>were removed from such as to not cross up their identity to the
>computer. No other manual that I have provides any information on
>the TEC FB-503 beyond the fact that it is a half-high 5.25" DS
>drive with a 360k capacity.
It is an odd configuration with a separate cable and terminator
for each drive ...
Any chance you could be talked into copying or scanning that service
manual?
Do you have other info on these systems (Technical or otherwise)?
Were you involved these machines? Looking to collect as much info
as possible.
Regards,
Dave
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Vintage computing equipment collector.
http://www.parse.com/~ddunfield/museum/index.html
Paul Koning <pkoning(a)equallogic.com> wrote:
> Then there are special cases: the Cray and Alpha integer units, which
> don't offer divide at all. Instead, you're supposed to multiply by
> the reciprocal of the divisor.
Ahmm, but the reciprocal of an integer is not an integer, so you are
stepping out of integer-land into floating point territory. Do you
really want to use floating point to implement integer division
(dividing an integer by an integer to get quotient and remainder)?
And how do you guarantee that the final integer result will be exact?
(I guess you convert the dividend to a float, get the reciprocal of
the divisor, which will be a float, do float multiplication, and integerise
the result, right? Are there enough bits of precision in a float to
guarantee an exact result for integer division done this way? I
doubt that, since AFAIK Alpha has usual 32-bit and 64-bit floats,
which have other things besides mantissa in those bits, but has
64-bit integers.) And how do you get the remainder? Floating division
(whether direct or via multiplication by the reciprocal) doesn't produce
a remainder at all.
MS
You can reset the keybd. by pushing down on the lever on the front right
corner of the keybd. and it should latch in the down position. Then if the H lever
still won't line up you can trip the distributor clutch and the rotate the
motor which will then turn the distributor clutch, which will rotate the arm for
the H lever to line up on the same plane. If you have any questions call
Dataterm Inc.-they are very knowledgeable with 33 TTY's and have many parts for
Teletypes too.- 781-938-1010
I received the following from John Geremin from the Museum late last
month:
Hello David,
At this stage there is no suggestion of folding up.
We are just trying to rationalise our storage requirements prior
to setting up some displays at Kariong.
The current hassles are related to delays in getting an
agreement
on what the people at Kariong want. Max Burnet will have the
latest
info on Kariong.
We are planning to hold an AGM meeting next month, where all
members
will be invited to have their say on any future plans. There are
membership forms on the web site if you don't have one already.
John G.
David
> -----Original Message-----
> From: cctalk-bounces(a)classiccmp.org
> [mailto:cctalk-bounces@classiccmp.org] On Behalf Of David V. Corbin
> Sent: Thursday, 24 June 2004 10:41 PM
> To: 'General Discussion: On-Topic and Off-Topic Posts'
> Subject: RE: Australia Computer Museum in trouble
>
>
> Looking through the site, it appears that this may be too
> late. According to the site they needed do vacate the
> warehouse at the end of last year. I have seen no updates.
> Hopefully any and all resources are safe.
>
The comment was that old tapes absorb moisture into the oxide, which
makes things sticky and causes the oxide to stick to the wrong spots
and flake off the tape. The solution is to set the tape in a fruit
dryer at modest heat (150 F or so) for a while.
Presumably a desiccator, vacuum or otherwise, could serve too.
--
This has been discussed here in the past.
Some tape formulations (for me, late 70's BASF, Memorex is the worst)
absorb mosture and the polymers in the binder decompose into lighter
molecules which migrate to the surface.
A temporary solution is to bake the tapes. 150 F sounds somewhat high
though.
There are dangers to doing this, though, depending on the condition
of the tape. You can dry out and glue adjacent layers of tape together
if you aren't careful.
There are also things you can do with custom tape transports to minimize
sticking when attempting to recover poorly preserved tape.
If anyone has spare copies of Data General S/130 and S/200 documentation,
I'd appreciate a chance at 'em!
--
A complete set of docs for the machine went to Bruce Ray, since he wanted
to scan them and I have been letting him deal with archiving DG stuff.
I asked him to give the paper to you when he was done. If he is ignoring
you, please remind him that there are some things I'm picking up for him
and rest assured he will never see them if he doesn't get this documentation
to you.
> Again, I'm thinking in terms of vacuum tubes, and I can't see how losing
> the knowledge of how they worked is going to affect the future, or even
> the present for that matter.
I'm guessing that there is at least one piece of equipment in your house
that relies on a vacuum tube to opperate that is not some sort of display
device.
> We're so beyond them technologically that they are irrelevant today.
So you don't want television, or radio, or communications satellites, or
radar, or ...
Lee.
________________________________________________________________________
This e-mail has been scanned for all viruses by Star Internet. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk
________________________________________________________________________
A non-compressed format would be best. Considering the general quality
of cassette tapes you may have some degradation and add to that any
lossy format is asking for disaster.
I would suggest that you read them into the computer first as data NOT
audio. As I recall they are written to the tape as square waves in Intel
Hex Checksum format which can help identify lost bits (Not great but
better than some.) Square waves in an audio can generate distortion.
(One of the early copy protection schemes?)
I can remember lots of loads aborting due to checksum errors and the
standard response was to back up the tape and restart. If you have
problems let me know; I think I have the old source code for the monitor
(BIOS) in a closet somewhere.
Be careful though if you copy the BASIC. The MSA BASIC that was released
for the SOL carries a copyright notice of the MICROSOFT CORPORATION and
Big Bad Bill might come and get you. Seriously, this is some of the
software B.G. wrote about in his open letter to hobbyists.
Good Luck,
Wayne
> Question for those who know Sols, Solos, Cutter, etc.
> I have many old original PT cassette tapes - basic, Gamepak 1 & 2,
> ALS-8,etc.
> Will an MP3 of those tapes work? [for the sake of argument, assume a
> 128k bitrate]?
--
Wayne Talbot <awt(a)io.com>