I used to work with some engineers when they were designing the DMA
Systems removeable HD. When I saw a HD being run on the bench without
the cover, I asked about the clean room. The answer was that for what
they were doing, the disk would run fine but they did not smoke around
the drives nor stir up copius amounts of dust.
Being the curious type, I took a drive cover off and ran it for at least
a week or so without problems in a somewhat unclean environment. I
*think* putting the cover back on would move the air through the
internal filter and clean things up again.
No idea on the bearing lubricant; most of the bearings I've seen were
sealed.
Something in the back of my mind says that removing the platters will
disturb the relationship of the platters and may result in having to do
a low level format. Others here (hopefully) have more and better
information about this.
> From: der Mouse <mouse at Rodents.Montreal.QC.CA>
> Any tips from the collective wisdom? Obviously, I want to do this in
> as close to a cleanroom as I can reasonably find, and have the platter
> assembly open as short a time as I can. But I don't, for example, have
> any idea what would be a suitable lubricant to use - assuming the
> bearing isn't a totally sealed assembly itself....
Bj?rn Vermo <bv at norbionics.com> wrote:
> The equivalent photodetector to match high-resolution film will then be
> 9600x14400, giving us 138240000 or for short 138 megapixels.
are these real megapixels or the bogo-pixels used by digital camera
manufacturers; they count each colour separately so that a 3megapixel
camera actually has 1 megapixel of blue, 1 megapixel or red and
1 megapixel of green sensor elements. They output 3 megapixel
files by extrapolation.
I usually just listen in to the folks on this list, but I was curious why
there has been no mention here of the Kenbak-1 that's been on ebay all week?
I know I bid on it, but once it exceeded $5k, it got difficult to comprehend
the price. Only 40 made, if it was a rare coin or stamp, it would be worth
tens of thousands I guess. Thanks.
------------Original Message(s):
Date: Tue, 2 Aug 2005 20:57:16 +0200
From: Jochen Kunz <jkunz at unixag-kl.fh-kl.de>
Subject: Re: Rephrasing Analog Modem Question
On Tue, 2 Aug 2005 10:34:17 -0500
"Pete Bartusek" <pbmain at wideopenwest.com> wrote:
> With the reverse telnet concept, that would work if I could change my
> computer's modem pool to external serial devices (get rid of the
> analog). I can't do that yet..
Get a terminal server with "reverse telnet" capability that rises DTR on
the serial port if someone telnets to the corresponding TCP port. [1]
Get modems with "dial on DTR" function and connect them to the serial
ports of the terminal server. E.g. my old US Robotics Courier can do
this.
Get an old analog PBX. Connect your BBS system and the modems hanging
>from the terminal server to it.
Programm terminal server and modems, setup PBX.
Done.
If someone opens a telnet session to a port of the terminal server the
modem "dial out" is triggered by the DTR signal. The modem dials the
number stored in its NVRAM. The PBX connects the modem to a line of your
BBS system. The BBS systems gets an incomming call... CONNECT! :-)
[1] My terminal server does this. I use the DTR signals to control solid
state relais. That way I can remote power cycle the machine thats
console is connected to the corresponding serial port.
------------------Reply:
Re [1]:
What a neat idea! Back in the days when I was actually using my Cromemco
systems, I did the same thing in order to work on several Cromemcos (and a PC
controlling & monitoring the heating system) in the basement from the PC
on my desk upstairs; however, I used the remote PC to turn power to the
Cromemcos on and off (and I used _REAL_ relays :), never thought of using
DTR. Mind you, I also used remote reset quite often; thoughtful of Cromemco
to provide a phone jack on the back panel for that purpose.
But wouldn't DTR get dropped when you select another system and shut down
the previous one, or do you only have one running at a time?
BTW, Howard Harte apparently has a Cromemco System1 set up to be powered
up and accessed via the Internet, but I've never gotten his to come up; has anybody
here ever tried it and succeeded?
mike
>From: "Vintage Computer Festival" <vcf at siconic.com>
>
>I fail to see how i = i + 1 is not obvious to only but the most
>simple-minded of people :)
>
Hi Sellam
I don't see what is obvious about it. When doing math
in school, I always wrote i + 1 = i, which I new was
false unless i happened to be infinity.
Things like i + 1 =: i or i + 1 -> i make much more
sense. This typical high level language format makes
reading code confusing. Sometimes one reads left to
right for operations while others, one has to look to
the right to find the sequence and then look to the
left to complete.
In this simple example, there is little chance of errors
but those times I've debugged errors in others code,
it has often been the order of execution that somehow
got messed up.
Most Forth's have the concept of a VALUE that can be used
as a variable. Still, = is a question not an operation.
All action progresses left to right, top to bottom.
Reading code for an experienced person, when good names
for words are chosen, is like reading instructions
for how to complete the action.
I know of one case that an upper management person
sent code back to the programmer and said that he
must have made a mistake. It looked like he'd sent
the specification for the code and not the actual
program. You know you are doing the right thing
with this kind of compliment. I doubt one would ever
see that happen when coding in C.
Dwight
>
>Subject: Re: VCF suggestions...
> From: Brad Parker <brad at heeltoe.com>
> Date: Tue, 16 Aug 2005 07:51:30 -0400
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>
>Gordon JC Pearce wrote:
>>WTF? I posted this nearly two weeks ago!
>
>I got a huge spat of old messages last night. I checked the headers and
>they seemed to be sent yesterday so I assumed it was some sort of server
>problem.
>
>-brad
Ok, So it wasn't only me. Seems from time to time I get very bursty traffic.
Allison
To be clear, Hans and a few others said that of the event, and I was just trying to point out how successful it was for a first time event. Despite the 'small' number of exhibitors, we did fill up 21 tables and could have expanded that by at least another 4-5. Also, since we collected donations instead of charging admission, there were probably a dozen or two people beyond that 70. :)
Pat
Pat
-- Purdue University Research Computing - http://www.rcac.purdue.edu
The Computer Refuge - http://www.computer-refuge.org
-----Original Message-----
From: Patrick Finnegan <pat at computer-refuge.org>
Date: Sunday, Jul 31, 2005 1:04 pm
Subject: Re: VCF Midwest update?
On Sunday 31 July 2005 00:16, 'Computer Collector Newsletter' wrote:
Would love to hear from anyone who attended today -- how'd it go?
Everyone I talked to seemed to think it went fantastically, especially for a first time event. We ended up with 12 exhibitors (including 1 that showed up at the event with no warning), and all 8 vendor and consignment tables will filled up.
The estimated head count for the exhibits was about 70 (paid) people, which was a little less than expected, but still a pretty good turnout. I think we had a slightly smaller turnout (~50) for the speakers.
>From what I've been told, it was a better turnout than either of the VCF/Easts. ;)
Pat
-- Purdue University ITAP/RCS --- http://www.itap.purdue.edu/rcs/ The Computer Refuge --- http://computer-refuge.org
> I'd like to solicit volunteers to help with gating posts from
> cctalk to cctech. Ideally, people in a drastically different
> time zone than central US :)
What would you consider drastically?
I am in The Netherlands you knew that ;-) and with NY the time
difference is 6 hours, with LA is 9 hours ...
> Gating posts takes about 5-15 minutes per day, all depends on
> how many people are doing it. You basically log in to a website
> for cctech and click on "accept" if the post is 100% on-topic,
> or reject if it's not. You then log in to a website for cctalk
> and click "accept" if it's ok (non-list member post) or "reject"
> if its one of the few spam that makes it by the filters.
Ok, a few questions.
When is a post on-topic? Is it just the "10-year" rule, or ...?
Do you have some minimalist guide lines?
> When this is done consistently, the list runs smooth and it's
> very quick & easy to do. When it's not run consistently, it can
> become a royal pain and consume a lot of time.
I can not promise that I can do this every evening (or at work
over the day perhaps a few times), but I am indeed most of my
evenings at home, seldom on holiday, etc.
> I - and the people on cctech, would greatly appreciate it if
> a reliable individual with 5 to 15 minutes per day to spare can
> help out!
I can do that, *if*
- nobody gets angry when I move a post to the wrong list
(misunderstood contents, "guideline" interpreted different)
- I am allowed to miss out 2 or 3 times per month (not expecting
that, but you never know what can happen)
- get clear instructions what I must do, how, etc.
- Henk, PA8PDP
The Netherlands
>Did you get any manual for the printer server j2382. ?
>I have 2 unit and can't get them to recive a ip in the bootp procedure at
>start up.
>Mybe I have to bye some new one. :-(
I assume this was aimed at me, although if it is, it is from a very old
thread.
No, I never located a manual. I was able to get it to take an address
over bootp eventually. My problem turned out to be my bootp server was
sucky. Bootp was apparently tacked onto my DHCP server as an afterthought
and it just didn't work well. When I moved to a different BootP server,
the problems went away. (I ended up using the BootP portion of MS Win2k
Server's DHCP server).
Possibly you have the same problem. Maybe it wasn't so much my BootP
server was bad, as the JetDirect is overly picky. So maybe it is just
incompatible with your BootP server as well (I too had two of them doing
the same thing before I tried changing my BootP server).
-chris
<http://www.mythtech.net>