I would like to start selling, trading, and donating some of my
collection to get it out of the house and into the hands of people who
could use them; they range from small classic macs to amigas to 5150s to
large pentium-era towers. However, I've been hamstrung by my choices of
shipping things that are larger than a book. Choices for shipping in
the USA are the USPS, UPS, and FEDEX. The questions begin:
- Which one is best for PC-size boxes?
- Which one is best for PC-weight boxes?
- Which is the most convenient?
- Some services pick up from your residential location rather than you
having to lug a heavy box to a counter somewhere; does anyone use
pickup? If so, which one?
Any advice and best practices are appreciated. I am even willing to
donate some of this stuff not if it's going to cost $75 a box...
--
Jim Leonard (trixter at oldskool.org) http://www.oldskool.org/
Help our electronic games project: http://www.mobygames.com/
Or check out some trippy MindCandy at http://www.mindcandydvd.com/
A child borne of the home computer wars: http://trixter.wordpress.com/
Hi! It pains me to ask this, what vendors are hobbyists using for low cost,
low quantity prototype PCBs?
I've used Advanced Circuits and they've been pretty good. I would love to
stick with them as their barebonesPCB is a deal. 33each looks interesting
too. However, I am starting to have problems with them unrelated to the
PCBs and am investigating what other sources are available.
I am trying to get some prototype PCBs to evaluate some S-100 boards in
development (S-100 System Monitor Board, S-100 Bus Extender, S-100 Z80 CPU,
etc)
Any ideas? Constructive suggestions appreciated. Thanks in advance.
Have a nice day!
Andrew Lynch
Obviously this Dan fellow is a troll and you have all taken the bait...
>From: Dan Gahlinger <dgahling at hotmail.com>
>Subject: RE: Lisa C and Lisa FORTRAN
>To: <cctalk at classiccmp.org>
>Message-ID: <BLU139-W31C114B43954AB9926E817C9F70 at phx.gbl>
>Content-Type: text/plain; charset="iso-8859-1"
>
>
>In this case, Fred's just, ok, can't say anything nice, don't say anything,
>he's gone to my ignore list, it's better this way...
>
>as for Valtrep, a lot just personal experience, remember I worked on it, in the 80s and before in the 70s.
>
>it's interesting even info on the old "Sentry-70" computer system can't be found online, at least, I can't find any.
>The Sentry-70 is as it suggests, the last model, and numbered by year. that would be 1970.
>It predates the Cyber/Prime system, as much as memory recalls anyhow.
>
>They had the Sentry-70 at the university I happened to be at, at the time.
>I started there in 1976, yeah I know, it's still late for the time periods we're talking about.
>However, the systems and languages had been there for a long time before I started.
>
>There are a few things that lend evidence to these statements, none of which are likely verifiable...
>
>1. that is how Valtrep was introduced to me (ok, so it's hearsay)
>2. more importantly - the structure of the language - and this is more telling.
>
>It's quite easy to identify a more primitive version of a language when compared to a more modern one.
>Syntax, functions, scope, definitions, everything about it.
>
>Do I have any sample code of Valtrep still around? That's a tough question.
>I'm going to guess "NO", however, it is certainly possible. I will definitely look.
>
>There are a few people who were at the same university with me at the same time,
>I can also consult with them and perhaps get some of their memories,
>one of them may even have sample code, if only on punch-card or whatever.
>
>It might be easier [sic] to find info on the computer "Sentry-70", but all my searches thus far have come up blank
>on any useful information anyhow.
>
>I'm willing to cede the argument that Valtrep was the predecessor to Fortran if anyone can offer any evidence to support that.
>Perhaps it's an odd claim to make without any backup, but then, I was there, so....
>
>Valtrep was very "Fortran-ish" however it didn't have all the functions or capabilities, it was more rudimentary.
>
>Dan.
>
I am inquiring to see if you might help me to acquire a 28-249 manual for a
200 in 1 kit I am helping my grandson learn with. The 150 in 1 manual that
we have does not match the set up or numbering of components for him to
follow. I await your response and thank you for your assistance.
Kevin
Rob Jarratt wrote:
> A while ago I posted about an RD53 I have which had the problem with the
> sticking heads. I have now got to the point where the heads no longer stick
> on the bumper, but the disk still does not work correctly. I opened it up
> and watched what it did with the cover off. Once it gains speed it moves the
> heads out all the way and then they just stay there with the disk spinning.
FWIW, I have one that does exactly the same. It is however also a
non-runner, so I can't tell you whether that's correct behaviour or
not. It certainly /sounds/ the same as my other, working example.
> There is a whine coming from the drive, not sure of the source of this
> though.
Mine had that too. Not sure where it came from, but it stopped when I
retightened one of the corner HDA mountings (the ones with the rubber
bushes underneath).
Cheers,
--
Steve Maddison
http://www.cosam.org/
I've dug out of my garage a Procom CDT-7-4X-ET cdrom tower. It's got
seven Plextor 4x SCSI drives and It appears to be networkable. Anyone
have any idea how to access it over the network? Maybe reset the
ethernet module to a known IP? I can't even find a MAC address on the
case anywhere.
Granted, it's not much as use now as in the days when having 7x640mb
online and not having to put it on disc was a big deal, but like all
the old junk lying around here, I'd like to see it working once. And
I'm thinking the CDROMs could possibly be replaced with hard drives
(if supported by the firmware in the tower.)
TIA
--
jht
On 9 May 2010, at 00:02, cctalk-request at classiccmp.org wrote:
> Message: 24
> Date: Sat, 8 May 2010 13:37:11 -0700 (PDT)
> From: Fred Cisin <cisin at xenosoft.com>
> Subject: Re: Greatest videogame device (was Re: An option - Re:
> thebeginningof
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Message-ID: <20100508132544.P80526 at shell.lmi.net>
> Content-Type: TEXT/PLAIN; charset=US-ASCII
>
> On Sat, 8 May 2010, Tony Duell wrote:
>>>> Is the size of the data bus irrelevant?
>>>> (There have been people who maintain that THAT is the measure of the
>>>> processor!)
>>>
>>> They're wrong :-). The "size" of the CPU is defined by the size of the
>>> internal registers. I am astonished there is actual discussion debating
>>> this.
>>
>> Ah, so a Z80 is a 16 bit processor (IX, IY, SP and PC are all 16 bits,
>> and there is no documented way to use half of them (Yes I do know about
>> some of the undocumented ways)).
>>
>>>
>>> I think people who maintain the size of the data bus as being the
>>> measure of a CPU are hardware people who have never optimized an inner
>>> loop in machine code.
No I am first and foremost a programmer who has picked up hardware by buying an old mainframe (before home computers existed) and maintaining it. The 'largest addressable unit of storage' I was taught in my computer science degree is now outdated. I have read many specifications issued by microprocessor manufacturers (who should know what they are talking about surely) who define their computers by their data bus width, for instance Intel define the 8088 as an 8 bit computers system. It the chip maker says their chip is an 8 bit processor why should it become a 16 bit computer when you merely plug that chip into a motherboard and the marketing people call it 16 bit.
>>
>> Conversely I could claim that those who calim the 8088 is a 16 bit
>> processor have never wire-wrapped the data bus connections to one, and
>> found there are only 8 to wire up.
>
> The problem remains that we are trying to come up with a single
> quantification for measuring something with multiple variable
> characteristics.
Yes, and there are other aspects to be considered too. Whilst I have always thought of my ICT1301 as a 48 bit computer because it has a 48 (+ 2 parity) bit data bus but the engineers of the day called it a 4/12 system meaning 4 bits parallel x 12 digits serial. The mill (ALU) is only 4 bits wide but the three arithmetic registers are 48 bits and it had three 24 bit 'control' registers which hold instructions and it has no program counter register at all.
> If we were to grossly oversimplify,
> and use the most "popular" quantifiers,
> we would still have two characteristics to measure.
> the 8080 is 8 bit software, 8 bit hardware
> the 8088 is 16 bit software, 8 bit hardware.
> the 8086 is 16 bit software, 16 bit hardware.
> the 80286 is 16 bit software, 16 bit hardware.
> the 80386SX is 32 bit software, 16 bit hardware.
> the 80386DX is 32 bit software, 32 bit hardware.
> the Sentry-70 is unknown.
>
> But this does not invalidate the measuring systems used for different
> types, and it is still trivially easy to come up with defensible ways to
> measure with different end results.
We should consider what the bit size is used for. To users they expect speed to increase with size. An 8088 and an 8086 or a 68008, 68000 and 68020/30/40 have the same internal architecture but the speed of operation is not the same, the cpu has to go to make more memory accesses with a narrower data bus. This does affect speed and to the poster who referred to "hardware people who have never optimized an inner loop in machine code" I should point out that if he optimised his loop on a machine with an 8 bit data bus and expects that the loop will still be optimal on a 16, 32 or 64 bit data bus processor then he is almost certainly wrong. It won't be far off, and MIGHT be optimal but until you do that again (As I have done MANY times) you cannot be sure it could not be tweaked to give a more optimal loop on a wider data bus width. Even turning off the cache memory can make a bit difference, and on one memory occasion I found that emulated 68k assembler running on a PowerPC ran quicker than the same code re-written in native C on the same PowerPC processor. The code was simply for rotating a one bit deep bit map 90 degrees and after looking in great detail at the generated PPC code the only explanation I could come up with was that the possibility that the 68k emulator turned off the RAM cache which meant that when my code wanted to read a word the PPC was doing four memory accesses to load up the entire cache line, three of which were pointless because for a large bitmap they would be purged before the other three were used, whereas the 68k emulator just did one memory access. I imaging the emulator locked the cache so its own code would not be purged.
Roger Holmes.
>
>
> Now, what are the definitions of "microcomputer", "minicomputer",
> "mainframe"?
On 9 May 2010, at 00:02, cctalk-request at classiccmp.org wrote:
>
> Message: 8
> Date: Sat, 8 May 2010 13:26:17 -0400
> From: Dan Gahlinger <dgahling at hotmail.com>
> Subject: RE: Lisa C and Lisa FORTRAN
> To: <cctalk at classiccmp.org>
> Message-ID: <BLU139-W2772A8B808F739798BAD2C9F70 at phx.gbl>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> technically, looms count, they have to, to know how many times to do a particular pattern.
> that would make such programming language back into the 17th century at least ;)
I think you have missed the point that this is a discussion of high level languages. I have not heard that any 17th century loom had a high level language.
>
>> Date: Sat, 8 May 2010 01:00:14 -0600
>> From: bfranchuk at jetnet.ab.ca
>> To:
>> Subject: Re: Lisa C and Lisa FORTRAN
>>
>> Dan Gahlinger wrote:
>>
>>> Fortran the first high-level language, I think that would be open to
>>> debate. Indeed, wikipedia says otherwise... and I quote:
>>>
>>> The first high-level programming language to be designed for a
>>> computer was Plankalk?l, developed for the German Z3 by Konrad Zuse
>>> between 1943 and 1945.
>>>
>>> LISP, COBOL and Algol are also mentioned during the 1950s, so "first"
>>> is perhaps debateable. Do we count the programmable "Looms" ?
>>
>> Only if they can count. :)
>>
>>> There are questions I can't answer at this time. I can just say, from
>>> memory, Valtrep was more "primitive" than Fortran, and yet, very
>>> "fortran-like", as I said, if you could program Fortran, Valtrep
>>> would be easy to pick up.
>> It seems to me unlikely, that you would have any other high level
>> programs other than a possible assembler and link loader with a few
>> odd utility closed subroutines.
>>
>>> I can't find any information on it, nor can I find any information on
>>> the computer system it ran on (that's bad).
>>>
>>> so to be fair, I'll mark this and file it as "questionable"/"suspect"
>>> until some evidence can be shown either way.
>>
>>> Dan.
>>> _________________________________________________________________ Win
>>> a $10,000 shopping spree from Hotmail! Enter now.
>>> http://go.microsoft.com/?linkid=9729711
>>
>
Fred writes:
> On Fri, 7 May 2010, Randy Dawson wrote:
>> put valtrep in quotes on your google search. This cuts back on the
>> offending valtrex hits.
>> Its there, but in recent history, nowhere near the genesis of FORTRAN.
> When I did, I got 28 hits. Other than "Valtrep Optical Scanning
> Software", the only computer related ones were message posts by somebody
> with a username of "transnet", who "used a Sentry-70 with Valtrep in
> 1986", and signed some of his posts with "Dan."
> (complete with the period, similar to our "Dan.")
> Did you get some hits that I didn't?
I think the "is transnet really Dan Gallingher" question is exactly like
the "is Tony Clifton really Andy Kaufman" question.
Tim.
Fred writes:
> In terms of being noticably more primitive, let me offer a hypothesis of
> an honest way that Dan could be mistaken: It is not at all uncommon for
> universities to proudly use software, including compilers, that were
> written by students there. Such student written materials may be quite a
> bit cruder, and lacking many refinements. Did your first attempt at
> writing a C compiler include floating point? It may not always be
> feasable to differentiate between earlier software V modern early efforts
> by talented programming students. After all, that seems to be how we
> ended up with the UCSD Pascal and P-System, in which certain
> characteristics are noticably more primitive than much of the commercial
> software of the time, while certain other characteristics may be novel and
> innovative.
Many languages of the 60's and 70's were horribly over-specified and
the "full language" in fact had a lot of features that were not desirable.
Some of these were developed at schools as local products that were
never released, and others did become products with a life outside the
school. Others were developed by minicomputer companies because the
"full mainframe language" was not practicable on the mini.
e.g. WATFIV was like FORTRAN but eliminated the separate complie/link/execute
phases and could collapse them. It extended the language in some directions
while collapsing it in others. Later on came RATFOR which went in a
different direction, adding structured elements onto FORTRAN.
e.g. BASIC was supposed to be a simplified version of FORTRAN or ALGOL, but
in fact it was simplified even further into things like PILOT.
e.g. COBOL is, even today, cantankerous but some concepts from it went
into the much streamlined DIBOL. (I hava a sweet spot for DIBOL.)
I think a very important concept, is that having more features in a language,
especially when those features were specified by a committee, results in
an overly complicated overly large cantankerous language. Too bad
most people still get sold on features :-(. It's like the DVD players
with 141 buttons on the remote - people buy it because it has more buttons
or functions, to the point where putting more buttons on becomes a marketing
function, not a usability function.
Tim.
On Fri, 7 May 2010, Rob Jarratt wrote:
> I can't say I have ever heard of Valtrep before and my attempts at searching
> the web do not reveal any definitive information.
The only immediate hits that came up on GOOGLE were somebody named Dan, in
one place identified as "Transnet" mentioning that he used Valtrep on
Stride-70 in 1986 and that it was the predecessor to FORTRAN. Dan says
that he has no idea who that is.
> What definitive information do you have on Valtrep to say that it
> predates FORTRAN? FORTRAN dates back to the 1950s.
1954 Backus at IBM if I recall correctly.
Google doesn't show any mention by Backus "written from scratch" of
Valtrep, and, in fact NO mention of Valtrep by anybody not named "Dan".
There were some HLLs before FORTRAN, but FORTRAN was the first
"successful" one, and Backus did not give credit to Valtrep.
> PS I think personal attacks have no place on this list. If someone has
> misinterpreted what you say, then explain what you meant, because it is
> always possible that you might not have been clear the first time.
I can understand that it gets frustrating when people misinterpret
ambiguous statements.
--
Grumpy Ol' Fred cisin at xenosoft.com
In this case, Fred's just, ok, can't say anything nice, don't say anything,
he's gone to my ignore list, it's better this way...
as for Valtrep, a lot just personal experience, remember I worked on it, in the 80s and before in the 70s.
it's interesting even info on the old "Sentry-70" computer system can't be found online, at least, I can't find any.
The Sentry-70 is as it suggests, the last model, and numbered by year. that would be 1970.
It predates the Cyber/Prime system, as much as memory recalls anyhow.
They had the Sentry-70 at the university I happened to be at, at the time.
I started there in 1976, yeah I know, it's still late for the time periods we're talking about.
However, the systems and languages had been there for a long time before I started.
There are a few things that lend evidence to these statements, none of which are likely verifiable...
1. that is how Valtrep was introduced to me (ok, so it's hearsay)
2. more importantly - the structure of the language - and this is more telling.
It's quite easy to identify a more primitive version of a language when compared to a more modern one.
Syntax, functions, scope, definitions, everything about it.
Do I have any sample code of Valtrep still around? That's a tough question.
I'm going to guess "NO", however, it is certainly possible. I will definitely look.
There are a few people who were at the same university with me at the same time,
I can also consult with them and perhaps get some of their memories,
one of them may even have sample code, if only on punch-card or whatever.
It might be easier [sic] to find info on the computer "Sentry-70", but all my searches thus far have come up blank
on any useful information anyhow.
I'm willing to cede the argument that Valtrep was the predecessor to Fortran if anyone can offer any evidence to support that.
Perhaps it's an odd claim to make without any backup, but then, I was there, so....
Valtrep was very "Fortran-ish" however it didn't have all the functions or capabilities, it was more rudimentary.
Dan.
> From: robert.jarratt at ntlworld.com
> To: cctalk at classiccmp.org
> Subject: RE: Lisa C and Lisa FORTRAN
> Date: Fri, 7 May 2010 22:57:32 +0100
>
> I can't say I have ever heard of Valtrep before and my attempts at searching
> the web do not reveal any definitive information. What definitive
> information do you have on Valtrep to say that it predates FORTRAN? FORTRAN
> dates back to the 1950s.
>
> Regards
>
> Rob
>
> PS I think personal attacks have no place on this list. If someone has
> misinterpreted what you say, then explain what you meant, because it is
> always possible that you might not have been clear the first time.
>
>
>
> > -----Original Message-----
> > From: cctalk-bounces at classiccmp.org [mailto:cctalk-
> > bounces at classiccmp.org] On Behalf Of Dan Gahlinger
> > Sent: 07 May 2010 21:53
> > To: cctalk at classiccmp.org
> > Subject: RE: Lisa C and Lisa FORTRAN
> >
> >
> > If you actually READ the email instead of making immature remarks,
> > maybe you'd learn something.
> >
> > I didn't say apple contracted with Valtrep for their Lisa FORTRAN or
> > even implied anything like that. (that would be quite impossible).
> > Don't make stupid comments especially if you don't read the mssage.
> >
> > You say my 1980s experiences with Valtrep were long after Fortran was
> > well established and into the decline?
> > Say it isn't so batman! what is this alternate universe we live in!?
> >
> > oh, and your comment that Valtrep had some nice improvements on the
> > original creation of Fortran is just plain stupid.
> >
> > Valtrep is the PREDECESSOR to Fortran, or didn't you read my message so
> > you could understand that. Guess not.
> >
> > Fortran may have been in heavy use since the 1960s (actually it's
> > probably more like the mid to late 70s, but whatever),
> > but Valtrep was actually developed and used long before that.
> >
> > Just because some company was still using Valtrep in the 1980s doesn't
> > make it newer you know.
> > Many companies use products and technologies that haven't been
> > developed or wide use in decades...
> >
> > I have no idea who this "transnet" guy is, maybe you can ask him, maybe
> > he'll be nicer than I am.
> >
> > In any case, the predecessor to Fortran was Valtrep. Not all such
> > technology has survived.
> > Someone months ago on this list talked about reviving a Cyber/Prime,
> > but we never did hear about the result if it ever got finished...
> >
> > Dan.
> >
> > > Date: Fri, 7 May 2010 13:10:00 -0700
> > > From: cisin at xenosoft.com
> > > To: cctalk at classiccmp.org
> > > Subject: RE: Lisa C and Lisa FORTRAN
> > >
> > > On Fri, 7 May 2010, Dan Gahlinger wrote:
> > > > Actually, Fortran came from Valtrep
> > >
> > > WOW!
> > > Are you saying that Apple contracted with Valtrep for their Lisa
> > FORTRAN?
> > >
> > >
> > > Or are you saying that the earliest versions of FORTRAN were based on
> > > Valtrep? If so, you should be aware that FORTRAN was in heavy active
> > use
> > > in the 1960s, rather long before your 1980s experiences with Valtrep.
> > > NO. Valtrep may have made some nice improvements, but they were
> > never
> > > part of the original creation of FORTRAN.
> > >
> > >
> > > > I used to code on some old Sentry-70 systems in Valtrep back in the
> > 80s
> > > > yes, this was after fortran was already quite established.
> > >
> > > Yes, RATHER.
> > >
> > > FORTRAN was well on to its DECLINE in usage by then.
> > >
> > > > it's very like fortran - if you can write fortran, you can do
> > valtrep.
> > > > Interestingly perhaps, googling for valtrep is quite useless it
> > seems...
> > >
> > > Oh, I don't know, that guy "transnet" has some interesting ideas :-)
> > >
> > >
> >
> > _________________________________________________________________
> > MSN Dating: Find someone special. Start now.
> > http://go.microsoft.com/?linkid=9729707=
>
_________________________________________________________________
Win $10,000 from Hotmail! Enter Here.
http://go.microsoft.com/?linkid=9729708
Al wrote:
> On 5/7/10 1:52 PM, Dan Gahlinger wrote:
>> Valtrep is the PREDECESSOR to Fortran
> Would you please point me to documentation for this language prior to the
> Fortran document of November, 1954
> http://www.softwarepreservation.org/projects/FORTRAN/
Al -
I'm beginning to think that Dan Gahlinger is like Andy Kaufman creating the
character Tony Clifton. He creates Valtrep on the Sentry-70, he creates
OS/2 for the PDP-11, just to get us to kick.
Actually, OS/2 for the PDP-11, that is so Tony Clifton. It is funny in
retrospect :-)
Eric had a real funny retort on a NetBSD list, something
to do with buying the first sneaker for sneakernet :-),
I think the Valtrep ruse, I first saw in 2006.
Tim.
>
>> I have an AlphaServer 1000A 4/266 that is not booting. When I power it up,
>> nothing shows up on the control panel LCD and there are no beep codes. I
>> know that the motherboard is receiving power because the "link active" light
>> on the Ethernet adapter comes on. Is there anything that I can do to fix it,
>> or should I just try to find another Alpha (I don't seem to have much luck
>> with Alphas - I have a DEC 3000/300X with a bad RAM slot).
>>
>
>
>There's every chance the LCD is hosed, do you get anything out of a console
>connection? From what I remember the A1000A doesn't beep on successful POST,
>first machine to do that was the DS20.
>
My AlphaServer 1000A 5/333 and 5/400 both beep during or after the POST.
>
>The strange thing is that it was sitting for a few months, and it worked
>fine the previous time I turned it on.
>
I also have a number of DEC machines that failed after sitting for a few
months. I posted about them around the time of the "Leaving computers on..."
thread about a month ago but I never saw my mail make it to the list for
some reason.
>
>Does the floppy drive light come on? I'm wondering if the SROM has gone bad
>and it needs a Failsafe Load, but I guess before that point you should at
>least get the POST displaying on the LCD. Do the PSU fans start up? I'm not
>near a 1000A till tomorrow so I won't mention reseating the CPU module until
>I know it has a removeable one :)
>
The CPU module is removable and I have had trouble with one of my machines
fixed by reseating it. However, the symptoms were different - there was
activity on the display and there were beeps giving error codes.
I have also had a problem with a failed Bcache on the CPU module (it seems
this can be a weak point on the AS1000A) and I had memory failures. However,
neither stopped the POST displaying on the LCD nor the graphics console from
working.
I would suggest reseating the CPU module and removing any PCI cards present.
(I have an Alphaserver 800 which became a complete brick while a combination
of PCI cards were present that it didn't like.) If there are any EISA cards
present, I would leave them in place because there may be issues with the
config utility that has to be run when the EISA bus configuration is
modified. Other than that, I suggest trying the system with just the bare
essentials present and seeing what happens.
It would be useful to know if the fans start. Fan problems on some alphas
cause the whole thing to shut down. Also, there is an interlock microswitch
to prevent power up when the cover is open. This is probably not the problem
here though as the symptoms are as if the front panel power switch is off.
Regards,
Peter Coghlan.
Just my luck! I'm making the final backup copy of my old Mac G3,
and one of the drives dies, and my other backup wasn't.
I take it apart - it's a 20 gig IBM Deskstar DTLA-305020, just
old enough for the (cough) ten-year-rule, and well-known prone to
two modes of failure, click of death and NVRAM failure. I'm hearing
the NVRAM failure sound as shown at:
http://www.dataclinic.co.uk/ibm-deskstar-hard-disk-drive-data-loss.htm
In googling, I saw one reference to someone replacing the 8-pin NVRAM
themselves from a donor drive, but that seems risky to me.
I think I'll send it to Gillware.com, a Madison, WI-based recovery
place. They offer $400-700 Windows recovery but charge a premium
for Mac recovery ($700-$1000) and Linux ($800-1000), with the higher
price for "clean room recovery". (Hmm, I thought bits were bits.)
Any other advice - besides a better backup strategy?
- John
On 7 May 2010, at 08:25, cctalk-request at classiccmp.org wrote:
>
> Date: Fri, 07 May 2010 02:15:49 -0400
> From: Dave McGuire <mcguire at neurotica.com>
> Subject: Re: Greatest videogame device (was Re: An option - Re:
> thebeginningof
> To: General Discussion: On-Topic and Off-Topic Posts
> <cctalk at classiccmp.org>
> Message-ID: <4BE3B015.7070107 at neurotica.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 5/7/10 2:08 AM, Fred Cisin wrote:
>>>> Well, the 8080 can't do a 16-bit by 16-bit multiply to get a 32-bit
>>>> product, so that's an obvious difference.
>>
>> So, therefore, we all agree that the 8080 is NOT a 32-bit processor!
>
> Right. But is it 8 or 16?
>
>>> See, it's not all that cut-and-dried. I think we need to defer to
>>> what is "commonly accepted" amongst the learned. Everyone knows the
>>
>> Who are the "learned"?
>
> Well specifically, people like us, who actually know how computers work.
>
>> Are the registers 16 bit registers that can be split into two 8 bit?
>> or are they pairs of 8 bit registers that can be used together for 16 bit
>> values?
>>
>> Is the size of the data bus irrelevant?
>> (There have been people who maintain that THAT is the measure of the
>> processor!)
>>
>> The software of an 8088 looks like 16 bit; the hardware of an 8088 looks
>> an awful lot like 8 bit. There are people who consider the 8088 to be an
>> 8-bit and consider the 8086 to be 15 bit, in spite of their
>> "similarities".
>
> Yes, agreed 100% all around.
>
>> What do you consider 80386 to be?
>
> By what measure? ;)
>
>> how about the 80386-SX? It's hardware seems similar to 80286; what is
>> THAT?
>
> Well that's an 80386 with a half-width data bus, much like the 8088
> is an 8086 with a half-width data bus. So...by what measure? ;)
>
>> What the hell is a "Celeron"? or a "Dragonball"? or an "Atom"?
>
> Well the Celeron being a Pentium, conventional wisdom says "32-bit".
> Dragonball is a CPU32-core processor, whose ALU is 32-bits wide. But
> the Dragonball (at least the 68EZ328 variant, the last one I designed
> with) has a 16-bit data bus! So...which is it? 16 or 32?
>
> (sorry, I know zero about the Atom, can't comment there but would
> welcome some knowledge)
When I did my computer science degree (1971-4) it was the largest addressable item of main storage (core back then). By that definition the early IBM PC was 8 bit and so were machines like the Victor.
Personally I don't really care as long as you compare like with like. What rankled with me back in the 80s was that machines with 8 bit data busses and 16 bit registers were being described as 16 bit when at the same time the 16 bit data bus machines with 32 bit registers like the Lisa and Mac were also being described as 16 bit. Apple played by the rules when every one else's marketing people lied their heads off.
for a DEC GIGI (VK100) I recently acquired. Many of the keycaps on the GIGI
pull off very easily so little surprise it is missing a couple.
http://picasaweb.google.com.au/lh/photo/Bdb1fRKIjtP6Q0CebliU-g?feat=directl…
(Aside: on powerup it promptly had conniptions and also needs parts for the
PSU - fortunately easy to find at our local electronics store).
> Message: 11
> Date: Mon, 03 May 2010 14:03:19 -0700
> From: Al Kossow <aek at bitsavers.org>
> Subject: Re: Viewpoint or Globalview for x86?
> To: General Discussion: On-Topic and Off-Topic Posts
> <cctalk at classiccmp.org>
> Message-ID: <4BDF3A17.1090900 at bitsavers.org>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 5/3/10 2:01 PM, Al Kossow wrote:
> > On 5/3/10 1:20 PM, Curt @ Atari Museum wrote:
> >> Anyone have these available - I would like to try them out on a x86 box.
> >>
> >
> > There is a simulation of Viewpoint under Windows written by Don Woodward
> > called Dawn.
> >
> http://www.woodward.org/mps/index.html
Or, you could pick up the real thing:
http://www.corestore.org/gvwin21.ziphttp://www.corestore.org/gvwin21.zip
Or, if you want to try the X version - runs on Solaris 1.x I believe:
http://www.corestore.org/GVX_1.05.iso.ziphttp://www.corestore.org/GVXv1_0.zip
A long time since I've played with these; supplied as-is, no warranty, worth what you're paying for them, may cause confusion and visual disturbance. Enjoy.
Mike
_________________________________________________________________
The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail.
http://www.windowslive.com/campaign/thenewbusy?tile=multiaccount&ocid=PID28…
Can anyone tell me about this product? I found it in the module list
described as follows:
M7656 VSV21-AA Q Colour graphics module: M68K processor, HD63486
M7656 video processor (512x512 or 512x256 resolution),
M7656 Serial ports for mouse, trackball, console and
M7656 LK201.
I'm interested in knowing what software products support this. For
instance, if I put this card in a Qbus VAXserver 4000/300, will it
enable me to run DECwindows locally?
--
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
<http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/>
Legalize Adulthood! <http://legalizeadulthood.wordpress.com>
Enjoy!
bbrown at harpercollege.edu ####? #### Bob Brown - KB9LFR
Harper Community College ##? ##? ## Supervisor of Operations
Palatine IL USA????????? ####? #### Saved by grace
-----Original Message-----
From: owner-vse-l at Lehigh.EDU [mailto:owner-vse-l at Lehigh.EDU] On Behalf Of Ingo Franzki
Sent: Friday, May 07, 2010 8:08 AM
To: VSE Discussion List
Subject: Funny video: Linux on IBM System z: A silent clip on the past and the
You may know some of the "actors" in that video.....
http://www.youtube.com/watch?v=0i7kBnhN3Lg
Kind regards,
Ingo Franzki, IBM
I am curious about this model, anyone have a photograph/picture/scanned
manual for this model?
Are they rare? I have seen only one reference to one being on eBay in 2004.
thanks.
Stuff free for shipping:
Key CAD for DOS (PC/XT/AT) complete with manuals and media
Norton Utilities Version 4.0 by Richard Evans
Epson, Epson, Read All about It! by Dave Prochnow
PC Tools Deluxe 5.0 for DOS (manual only)
Epson MX-80 Type 2 operations manual
Epson MX-100 operations manual
I ran this stuff for a week and a half in the dollar bin with my ebay
stuff. No takers. Let me know if you want any of it.
--
David Griffith
dgriffi at cs.csubak.edu
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
I am interviewing Andy Hertzfeld tomorrow, and had hoped to talk about
Servant, but I can't find a copy of it around anywhere tonight. Does
anyone have a copy they can send me? This was the finder replacement
he did just before Multifinder came out. I think .953 was the last version.
On Wed, May 5, 2010 at 3:54 PM, Tony Duell <ard at p850ug1.demon.co.uk> wrote:
>> Those were gimmicks, too, in their day - we used to spend quite a bit
>> of effort to adapt Atari joysticks to PET User Ports (one is easy, two
>> joysticks takes a bit of effort because there are five switches and
>> eight primary bits - mostly folks used diodes, but I think there was
>
> I am wondering how you did this...
The wiring diagram is reproduced in the PET FAQ. Note that there was
not a lot of software that supported joysticks since not that many PET
owners had them.
http://www.zimmers.net/cbmpics/cbm/PETx/petfaq.html
> IIRC, there are 5 swithces for the joystick, up, down, left, right
Yep.
> OK, up and down can't be actuated simultaneously, nor can left and right.
This becomes important later...
> But
> combinations such as up-and-right are possible, at least on any decent
> joystick.
That is not strictly correct - there were and are "4 way" and "8 way"
joysticks. Pacman shipped with 4-way" joysticks, and many MAME
enthusiasts have learned that trying to play with 8-way joysticks is
more frustrating than playing with the original type. It's now
possible to buy arcade-quality joysticks that can be swapped from the
top (with some sort of push and rotation move) so that you can buy one
set that plays either way without opening up your MAME cabinet.
> And the fire button is independant of the joystick position.
Yes.
> That means there are 9 states for the joystick (centre, U, D, L, R, UL,
> UR, DL, DR -- using the obvious abbreviations). That takes 4 bits to
> encode. Exactly the same number as if you fed each switch into its own
> port line.
>
> So you would still need 10 port lines...
You are making an assumption here - that it's required to support 18
unique states (9 joystick states with button up, 9 with button down).
To do that, yes, you need 10 port lines to support two joysticks.
What the aforementioned diode trick does is to activate up and down
simultaneously, an "impossible" 10th state for a regular mechanical
joystick. The joystick scanner routine must be checking for that
first, acting on the fire button being pressed, then *not* treating it
like the combination of an up event and a down event.
> I I had to do it on an 8 bit user port, I think I would use a '157 mux to
> select between the 2 joysticks (4 bits each, going to 4 bits on the
> port). And an port line configured as an output to switch between them.
> And finally 2 more port inputs (a totla of 7 of the 8 user prot lines
> used) for the fire buttons.
I think the Sega Genesis did something like that; at least I recall a
'157 in the game controller I dismantled years ago. By contrast, the
NES used one or two 4021 shift registers to pump bits in (the standard
NES controllers had 8 buttons and used 1 shift register, but the
"power pad" had 12 sensor spots and used two shift registers). That's
how they did eight buttons with a 7-pin connector - Vcc, ground,
latch, clock, D0, D3, D4, where a regular controller sends back its
data on D0, and the power pad sends back its data on D3 and D4
simultaneously.
-ethan
Good advice regarding cleaning Tektronix gear (From the "TekScopes" List) - but applicable to any
equipment with DC fans...
From: "Mac Perkins" (Pacific Studio, Inc)
"Spinning up a DC fan with compressed air also makes it a remarkably good
generator, whose output voltage can easily exceed its normal supply,
damaging either its internal driver circuitry or if you're really lucky
other components that share the same power rail. We had a series of
mysterious failures on rental units that were routinely blown out on return.
The rental warehouse staff liked to see how high a pitch they could create
by spinning up the fans with shop air. I did a little testing and found the
12 V rail was around 20 V when this was done, with the rest of the circuitry
unpowered, leading to failures of several power drivers. We required that
the fan be immobilized before blowing down the units, and the failures
stopped. A small screwdriver through the fan works well and is difficult to
miss - we tried toothpicks, but they did not always get removed."
--
Lyle Bickley, KF6ZGI
Bickley Consulting West Inc.
http://bickleywest.com
"Black holes are where God is dividing by zero"
I found what purports to be a diskdef for cpmtools, but am not having any
success at all. The file _appears_ to copy into the image and I can read
it back out uncorrupted with cpmtools, but when I write it to a disk with
Dave Dunfield's NST and boot it, the file is filled with E5s.
I did note the diskdef is for 70 tracks (double-sided) and tried changing
the track value to 35. No luck.
I'm trying to move the Morrow HD format/test utility to a diskette that
can be accessed from my N* CPM 2.2 boot diskette, but so far it's "Can't
Get There from Here..".
I'd try a comm program, but guess what I don't have on an N* diskette?
:-).
Steve
--
> Message: 3
> Date: Tue, 4 May 2010 16:52:54 -0700
> From: dwight elvey <dkelvey at hotmail.com>
> Subject: RE: Drive recovery
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Message-ID: <SNT129-W423C1F47E5486E7A1E8EFFA3F30 at phx.gbl>
> Content-Type: text/plain; charset="iso-8859-1"
>
> ---snip---
>
> Hi
> If I was running a drive recovery business, every drive that came in
> would be opened first in a clean room before powering on. If there
> was a failure of one of the disk, shipping could have distributed bits
> to unaffected surfaces.
> I don't think I could run it any different than that. I'd have to charge
> for that as well.
> Dwight
Since most drive failures are not head disk interferences much less a crash,
the proposed process would unnecessarily both add cost and increase the risk
of head disk interference without, IMO, significantly changing the data
recovery probability.
The small particles that do the most damage are not visible so I am not sure
what one would do upon opening a drive unless there are many large visible
particles indicative of a rare catastrophic head crash. When there is a
catastrophic head crash the debris is well distributed by the rotating
disks, damaging all the heads and disks then. At this point the damage is
done and subsequent shipment and testing is not likely to do much more
damage. Furthermore, it is extremely difficult, perhaps impossible and
certainly expensive to recover data when there is such a catastrophic
failure. A simple audio test should be sufficient to detect a catastrophic
failure at which point you turn the drive off and consider the very limited
options available. One might consider a particle count test for
contamination but then it is not clear what one would do about it, purge
cycle perhaps.
So it seems to me that opening every drive is of little value
Tom
I've got a PS/2 Model 80 (totally tricked out with a 40Mhz Cyrix
386->486 upgrade and 48mb ram) that I have a hankering to do some old
DOS gaming on. Don't ask me why I want to do this on a PS/2, it makes
no sense -- I just do. I lack any sort of sound device, however, and
they seem to be hard to find these days...
Anyone have an MCA sound card (something that is SoundBlaster compatible
would be very useful...) they'd be willing to sell or trade? I've got a
lovely M-Motion Video Adapter/A (capture video on your PS/2!) to get rid
of :).
Thanks as always,
Josh
From: "Adolfo Bustos" <adolfo210511 at att.net>
To: <cctech at classiccmp.org>
Subject: B&C Microsystems 1409 Prom Burner
Date: Thursday, May 06, 2010 7:54 AM
cctech at classiccmp.org
M H Stein
Hi, Mike;
Do You have the software "burn.com" for the
B&C Microsystems 1409 Prom Burner, it's run
Windows XP?
appreciate your answers.
thanks in advance
Adolfo
Everyone knows the "$100 laptop", the OLPC XO-1 machine that spawned
the Intel Classmate which in turn spawned the whole "netbook" market.
I will warrant that fewer know of the Indian $12 PC, based on a clone
of an old Nintendo:
http://www.techtree.com/India/News/12_PC_Based_on_a_Game_Console/551-91911-…http://www.computerworld.com/s/article/9111759/_12_Indian_TV_computer_a_kno…
The $12 PC is horribly compromised, but it's a good idea at heart: a
computer so cheap it's affordable for the urban poor.
But if one were to try to design an actual computer that cheap,
something programmable that could maybe even do email and telnet and
really simple TCP/IP-type stuff like that, what would you put in the
box?
I am taking it as more or less a given that it would have to be a VERY
simple 1980s-style 8-bit machine. The easiest way might be to clone
one of the 80s home computers, implement it on a chip with some extra
software, like Jeri Ellsworth's fantastic Commodore 64 Direct-TV
device.
But which 8-bit?
If you had to fit an entire computer, with storage and software, into
an FPGA or some similar device and install it in a keyboard, with a
couple of USB ports for storage and connection to a cellphone for
communications...
Which would be the best, most versatile, capable 1980s 8-bit machine to use?
An Apple II with loads of options in virtual "slots"?
A Commodore 64, for the graphics, sound and huge games library?
A Spectrum, for its simplicity but large range of programming
languages and so on?
A BBC Micro, with the best BASIC ever and sideways ROM support for
additional features?
An MSX2 machine, some of the latest and best-equipped 8-bitters?
Something exotic, like an Elan Enterprise or MGT SAM Coup??
Or a 1970s mini, like the Russian Electronika BK, a PDP/11-compatible
home computer?
http://en.wikipedia.org/wiki/Elektronika_BK
--
Liam Proven ? Profile: http://www.linkedin.com/in/liamproven
Email: lproven at cix.co.uk ? GMail/GoogleTalk/Orkut: lproven at gmail.com
Tel: +44 20-8685-0498 ? Cell: +44 7939-087884 ? Fax: + 44 870-9151419
AOL/AIM/iChat/Yahoo/Skype: liamproven ? LiveJournal/Twitter: lproven
MSN: lproven at hotmail.com ? ICQ: 73187508
Hello,
unfortunately, I am anticipating a move in the future, and thus
have to make some decisions about my stuff. And I decided to get rid
of all my classic macs (all of them compacts). A 128k (from before
they were thus labeled), an SE/30 (with network card and NetBSD
installed), and a SE. All of them working fine (well, the display of
the SE/30 needs a bit of adjustment of an internal pot: too bright!
I'll fix that this weekend). The 128k is in the original carrying
bag, and in great physical and working shape.
I have posted pics on my website:
http://www.ece.mcgill.ca/~jthiem/classiccmp.html
No idea what I can ask for these; and shipping them would be a good
chunk of change, too. So I'd prefer a local sale. Make an offer,
preferably for all of them together.
Joe.
--
Joachim Thiemann :: http://www.tsp.ece.mcgill.ca/~jthiem
Hi,
If anyone in the Boston area wants either of these, they are free for pickup:
- DEC TSZ07 SCSI 9-track tape drive.
It worked fine last time I used it. I think it's 1600bpi only. It's clean but big and heavy.
technically it's "desktop", and it is sitting on a table now.
- Tek 453 scope
Also works last time I used it. It's a little dirty but functional. Two channels, 50Mhz.
not as heavy as the tape drive :-) a nice simple scope.
I'm available in Arlington MA most days 9-5pm. I could show up in the evening if that
works better for someone.
-brad
Brad Parker
Heeltoe Consulting
781-483-3101
http://www.heeltoe.com
> In general, I'm happy that the data was recovered.
> I'm unhappy in the sense that I'm out $800 without any explanation,
> or new professional connection to a service I might need to use in
> the future, and for the yucky feeling of dealing with clueless
> and misleading customer service people.
Not trying to sound pessimistic but most businesses are set up
to deliver a service or product for the money. It is a kind of professionalism
(although not the profesionalism you expected) to deliver the same uniform
service to all customers. When your expectations fall outside the
standard services there can be a kind of impedance mismatch going on...
you don't get what you want, they probably never understood what you
wanted, there may not even be a mechanism in place to figure out what
you really wanted.
Technically I think your expectations were very reasonable especially
considering it was just a NVRAM failure ... and money wise them charging
you for clean room services in the case of a NVRAM failure makes no sense
at all. So I understand your dissatisfaction that way.
At the other end, there are professional consulting companies which
do really good at sucking up lots of $ listening to what the customer
wants but never have the obligation of actually delivering anything at all.
A huge chunk of the IT industry is set up that way.
Tim.
Anyone on the list have one with the backside expansion and side I/O
port? I just picked up two of them, one without any of the mods
that's in great shape and another that's with those mods but it's in
pieces. All the actual connectors and such from the side port and the
back carriage are just loose (not hooked up to anything on the board)
and half the chips are missing from the II+ board. Considering
combining the two units but have no idea where everything is supposed
to hook up.
Marty
Hi Will:
Do u know the model number?
If it is a Wang 2200 LVP, it is one of the first in its price class to come
with a fixed hard drive; initially it used a Shugart SA1000 and then it
switched to a Quantum Q2000.
Tom
> Message: 21
> Date: Mon, 26 Apr 2010 19:05:46 -0400
> From: William Donzelli <wdonzelli at gmail.com>
> Subject: Wang 2200
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Message-ID:
> <w2re1d20d631004261605rfdb5e8bbzfead397daa9888dd at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Is there any interest in a Wang 2200 located (I think) in New Jersey?
> I know very little...I am just the messenger.
>
> --
> Will
Agreed.. While the PS2 was more popular the Dreamcast had better graphics due to increased video ram and had better games in my opinion. I show people my dreamcast and they can't believe it's 11 yrs old.
--- On Sun, 5/2/10, Curt @ Atari Museum <curt at atarimuseum.com> wrote:
> Of a modern console - I still think the Dreamcast was the best for its
> time, Sega pulled the plug too early - it was a wonderful
> machine, great (and fun!) games, tons of expansion and peripherals.
I was contacted by someone interested in finding a good home for an
"extensive collection" of AT&T 3B1 computers, parts, and manuals. If
anyone is local to Colorado and would like the details, contact me
directly. The person would prefer to find someone who'd be willing to
pick these items up rather than ship, and obviously someone who will use
these systems, not re-sell them.
Thanks
Bill
Al wrote:
> On 5/1/10 11:58 AM, Chuck Guzis wrote:
>> Liam, thank you very much for the blog article. If we will become a
>> cloud-oriented computing society, there will certainly be profound
>> social consequences.
> I've been thinking about this a lot lately. I'm saddened that the company
> I worked for for twenty years (Apple COMPUTER) no longer exists.
You know, I think back to 1984, when I was an avid fan of the Apple II
(by then very long in the tooth) and its huge catalog of available freeware
and commercial programs and plug-in peripheral and coprocessor boards.
I'm not saying I was a huge fan of Apple the company, but I was a
fan of the multitude of little companies that had been built around
the Apple II.
Then the Mac came out, which didn't even have Applesoft BASIC built in (never
mind the fact that it lacked Integer BASIC!!! That's a different rant),
and had no expansion bus. It wasn't obvious how to even write a program
for it... the same way that every Apple II user had typed in at least
a couple little BASIC programs. And how could you expand it with no
expansion bus?
> I understand why it's happening, it's just very sad to see the 'production'
> side of the product line slipping away to high volume devices geared to
> 'consumption' and generating a constant revenue stream under their total control.
Again, thinking back to 1984, the thought lurking in my mind back then was
similar... that Apple saw all these other companies selling software and
hardware for the Apple II and had eliminated these possibilities on
the Mac.
I was being a little pessimistic back then, but not much.
I ended up using Macs, and even hacking them a little (in terms of hardware
mods and delving into at least a layer or two below the OS top level),
but it was never like the hackability of an Apple II.
To be fair to the S-100 vs IBM PC world, I never really liked the IBM
PC either, but it did have an expansion bus, and did ship with Basic,
and there was the "choice" (put in quotes intentionally) between MS-DOS
and CP/M-86 and then a few others.
I suppose in terms of me hacking micros, there was the "before" of the
Apple II and S-100 worlds, and the "after" of the Mac and the IBM PC.
In the "before" there were cool magazines like BYTE and Dr. Dobbs
about true hardware and software hacking; in the "after" there were
not-cool magazines telling businesspeople which software to buy (and
rudely they were still called BYTE and Dr. Dobbs). I personally feel
that moving thought from "IBM PC or Mac on my desk with no software
that I actually wrote and no hardware that I actually hacked" to the
"my world I create on the cloud and the web where I can show a schematic
of this new code practice oscillator I built from a 1U5 and a 3V$ and
a youtube movie of my magic eye blinker" may be an improvement over
the current environment. (Just to bring in what I've been hacking
this weekend).
Tim.
Hardly a single bit of science in the past 100 years was not touched or
enabled by the CRT. Our local PBS has produced a program of the history
of Tektronix, it airs Monday:
http://www.opb.org/programs/oregonexperience/programs/29-The-Spirit-of-Tek
I
am sure several of us have some of these boat anchors. I am the proud
owner of a 7104, 1GHz scope.
Sure, they got into computer
graphics with the 4000 series terminals, and the tek protocol for vector
graphics became kind of a standard.
Enjoy,
Randy
_________________________________________________________________
The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail.
http://www.windowslive.com/campaign/thenewbusy?tile=multicalendar&ocid=PID2…
On Fri, Apr 30, 2010 at 11:25 AM, Mark Davidson <mdavidson1963 at gmail.com> wrote:
> Aargh... don't remind me. ?Even though it would not be able to do
> much, I actually miss my first Unix box... an IBM PC/XT running PC/ix.
> ?I have been searching for YEARS to find another copy of PC/ix, to no
> avail.
Not sure if it may have been you posting on this thread, but here is
an old discussion of PC/ix:
http://www.vintage-computer.com/vcforum/showthread.php?11151-PC-IX-Images
The OP had posted disk images but the links are now dead. Trixter
(who I believe is on this list?) also downloaded them. Maybe he still
has them? I wouldn't mind giving it a try on my idle XT, too.
--
jht
A friend of mine, widoweed, has this Heath H8 system she wants gone. In fact has asked me to take it out of there. I don't have a lot of details on this at the moment, but can say that there's a dual floppy drive box, a printer, and a terminal with it, we're looking into whether there's any floppy disks or documentation around as well.
A pic of the system as it currently sits can be found at:
http://mysite.verizon.net/rtellason/Heathkit%20System-03.jpg
The "furniture" in the pic could go along with it, if someone wanted to pick it up locally. The system is currently located near Halifax, PA. If she decides that I need to get it out of there it'll be located later on in Palmyra, PA.
Please feel free to contact me offlist, as I am not keeping up with things in here these days...
My comment to her was that "I'd to my best to get this into the hands of someone that would want to use it". No dollar figure was ever mentioned but she can use all the help she can get.
--
Member of the toughest, meanest, deadliest, most unrelenting -- and
ablest -- form of life in this section of space, a critter that can
be killed but can't be tamed. --Robert A. Heinlein, "The Puppet Masters"
-
Information is more dangerous than cannon to a society ruled by lies. --James
M Dakin
Hi
I might have a lead on a HP rx5670, but HP indicate that it might not
support VMS, and I'm not that eager to run linux, hpux nor windows.
Has anyone tried to run VMS on it?
/Pontus.