This message is for Mike McFadden.
Mike,
I came across your message while looking for a replacement for my informer 207.
What info are you needing. I think that I have a photocopy of the
manual around here and a few other pages of info.
Your message said you had 2 of these terminals.
Would you be interested in selling one? If so, at what price.
The one I have just died and I need a replacement. I use it as a
serial terminal on an old SCO Xenix computer, that has been running since 1984.
Thanks
Stephen
817-346-3777
Ray Arachelian <ray at arachelian.com> wrote:
> There are many ways to go, some twisty, some straightforward:
Whow, that's a lot of ways indeed! Thanks for the comprehensive writeup.
> 1 There was a commercial Samba client named "Dave" for Mac OS. If you
> can find that, it will do the trick. Indeed, w2k server will share out
> AFS, but since you don't have that, you'll need another path.
I have heard of something similar called "Mocha SMB" which at least would have been shareware, but have hitherto been unable to find it anywhere. This would perhaps be my best bet.
> 2. If you're familiar with Unix (...)
Not yet, and probably not anytime soon.
> (3.) If this is unavailable to you, you could also go with a commercial
> product such as: http://www.dataviz.com/products/maclinkplus/ -- there
> are physical dangers here if you're not careful with the drive (static,
> dropping drive on the floor, miswiring it, damage from a broken external
> case, etc.) as well as soft dangers here (you might accidentally damage
> the OS 8 hard drive by writing to it, so be sure you know which drive is
> which and mount everything read only until you're 100% sure, etc.)
The data is still backed up somewhere else and the OS 8 drive was a fresh install so there's not much to worry about (and yes, I have installed and moved SCSI hard drives in several sorts of machines and enclosures...) but I don't yet understand why I would need a commercial product since OS 8 rather clearly states that it is able to use DOS formatted media - but doesn't go out of its way to point out how (the help "wizard" gets hung in a loop where it repeatedly asks me to select the volume I want to format although it already is).
> 4. Other choices, get a machine that runs OS X, perhaps a good old G4
> with large hard drives, which will allow you to share both AFS and CIFS.
>
> 5. Find an old copy of Netware 4.x and build yourself a Netware file
> server, these too work as a nice file server. (sigh, brings back old
> memories of my misspent youth :-)
Two nice ideas for which I might actually even have the hardware (dunno if an iMac is going to take OS X and my HP NetServer LH6000 would be a bitch to set up because it's so huuuge), but both depending on additional commercial software.
> 6. Install NetATalk on a Linux machine and use it as a server (I've not
> played with this myself, so I've no idea what it does to resource forks)
Linux, see above.
> 7. Turn on an ftp daemon on one of the machines - you could install
> Cygwin on the w2k machine and run one of the ftpd's on there, or you can
> find a windows ftp server (i.e. http://www.warftp.org/ ) that will work
> on w2k workstation - if I remember right, there's a half crippled
> version of IIS on there which acts as a personal web server - perhaps
> like it's bigger brother it may have an ftpd. Or if that's not
> available, use a third machine that does have an ftpd (Linux, FreeBSD,
> OpenVMS, etc.) as a go-between. There are ftp clients for the Mac, and
> it wouldn't surprise me if you could find an ftpd for OS 8 either (
> http://www.pure-mac.com/ftp.html )
The OS 8 install includes Netscape 3.something which just might work as an FTP client, and WarFTP is free, so this is probably what I'm going to try next.
> 8. You could use an scp/ssh client such as NiftyTelnet
> http://www.lysator.liu.se/~jonasw/freeware/niftyssh/ - which might work
> on OS 8 (I think it may want OS 9 though) to copy the data over scp to a
> server that has an sshd (there is one for windows -
> http://sshwindows.sourceforge.net/ )
Totally new stuff to me, too much to learn.
> 9. For 3GB of data, the worst thing you could do is go over a serial
> port with a terminal program such as ZTerm on one end and HyperTerminal
> on the windows end. It's horrible because at most you'll be able to go
> at 56Kbps and will take forever.
I had already contemplated that but will only use it if all else fails.
> 10. You could go with one of the sneakernet paths: some sort of
> removable drive such as ZIP, Jazz, CD-R, etc. but you'll need to somehow
> break up the data into pieces and use a common file system (ISO9660 and
> its variants for the CD's, FAT16 for the windoze friendly ones, etc.)
This is what I was already trying with that hard disk, but couldn't find a format which both machines could use.
Resource Forks are of no concern since the stuff was all generated and used under Windows until now.
--
Arno Kletzander
Student Assistant // Studentische Hilfskraft
Informatik Sammlung Erlangen
www.iser.uni-erlangen.de
Psst! Geheimtipp: Online Games kostenlos spielen bei den GMX Free Games!
http://games.entertainment.web.de/de/entertainment/games/free
I was watching "How It's Made" on the Discovery Channel this morning,
and they were constructing speakers. As they went to magnetize the
ferrite ring, I noticed the operator working with an interesting
three-button control panel.
The button he pressed was a red "Fault" light/button. To their left
was a beautiful white "Ready" light/button, and one marked "Write
Protect". This strikes me as a very interesting magnetizing
apparatus.
Josef
--
"I laugh because I dare not cry. This is a crazy world
and the only way to enjoy it is to treat it as a joke."
-- Hilda "Sharpie" Burroughs,
"The Number of the Beast" by Robert A. Heinlein
my high school got one in 1971 and through the punch cards, you could get to binary &, |, and shift commands as well as program jumps. I have a complete one in a box with reader, manuals, unused punch cards, etc. It was an eBay nostalgia buy a few years ago. One of these days, I will be organized enough to have it on a table to play with it. It was always fun to see the flashing nixie tubes as it ran calculations.
As to the tech inside, I would expect that it was a multi-LSI "big" chip dedicated calculator design, so any memory was probably implemented as registers in the chips. JUst a gues anyway.
best regards, Steve Thatcher
-----Original Message-----
>From: Brian Knittel <brian at quarterbyte.com>
>Sent: Feb 28, 2008 10:58 PM
>To: cctalk at classiccmp.org
>Subject: Re: Monroe Programmable Electronic Calculator
>
>Ooooh! That's really cool. My high school had one of
>these around 1975 or 1976, we used it before we talked them
>into buying an Altair. The punch card unit was pretty spiffy,
>I think it used 8 of the row bits? And IIRC there were
>instructions you could punch that were not available from
>the keyboard. The cards were the votamatic type: hanging
>chad and all. It was a lot of fun to program, and pretty
>interesting and complex for a calculator.
>
>I'd love to know what the memory technology was inside
>-- acoustic delay, static RAM, or what?
All...
I pulled out NETBOT:: a 12mb uV2000 with a RD53 and booted it with the
case off to get the temp and the hotter of the two chips stabilized
at 58C +- a tiny bit while running VMS 5.4-3.
Like I said they do run hot.
Allison
>
>Subject: Re: VAXstation/MicroVAX 2000 CPU/FPU overheating?
> From: Allison <ajp166 at bellatlantic.net>
> Date: Fri, 29 Feb 2008 09:50:52 -0500
> To: cctech at classiccmp.org
>
>The same CPU and FPU are sued on the KA630cpu (uVAXII) and in early
>microvax3100s so any of them should compare.
>
>Is it possible that someone has overclocked the that uV2000???
>
>FYI: gate leakage would kill the chips not make it run hot. The
>usual reasons for hot running are:
>
> Over voltage!
> Overclock
> Undercool
> Excessive bus loads (capacitive or resistive)
>
>Since the machine is a closed system for the most part the first is
>most likely and the others are least likely.
>
>I may add that over 60C is way too hot at the heatsink and the die
>due to thermal resistance will be hotter.
>
>I'm trying to pull down one of my uV2ks and fire it up.
>
>
>Allison
>
>>
>>Subject: Re: VAXstation/MicroVAX 2000 CPU/FPU overheating?
>> From: "Dave Dunfield" <dave06a at dunfield.com>
>> Date: Fri, 29 Feb 2008 08:18:31 -0500
>> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>>
>>> I assume these CPU and FPU chips are MOS devices. Is it possile that
>>> excessive leakage across the gate oxide layer in some transsitors of that
>>> chip would cause it to run hot, but still work? I'm pretty sure I've seen
>>> chips that seem to work, but get hot and then stop working, althoguh
>>> cooling them with freezer spray keeps them running. And these were not
>>> chips driving high pwoer laods -- they were things like the clock/timer
>>> microcontroller in a VCR.
>>
>>Yes, I'm wondering if it's something like that, however how likely is it
>>that both devices would experience the same fairly-uncommon failure mode
>>at the same time?
>>
>>Perhaps I've been engaging in the persuit of an undomesticated ornithoid...
>>
>>Is it possible that the devices normally run this hot, and the failure is
>>occuring for another reason (possibly a side effect of the heat, as cooling
>>them does allow it to keep running).
>>
>>Allison said "they do run hot" - does anyone know how hot?
>>
>>I did some further tests last night - I dug out my thermocouple and made
>>some actual heat measurements with the system assembled, but with the color
>>frame buffer removed - there should be better airflow, and this appears to
>>be the case, since the machine did not die after 10 minites of operation.
>>
>>Ambient temp was measureing about 25 degrees C at the start of the test.
>>>From power on, the CPU and FPU rose rapidly (within 3-4 minites) to
>>the 70C range, then more slowly rose to temperatures of 76C for the CPU
>>and 82C for the FPU after 10 mins. At this temperature they seemed to be
>>getting stable - having done nearly 1-1/2 mins without an increase. It's
>>possible/likely that they would climb anothe few degrees in extended
>>operation.
>>
>>Once this temperature was reached, I held the system in RESET, and
>>observed that the temps dropped back after a few minites to about 64C
>>for the CPU and 68C for the FPU.
>>
>>To my mind, a processor running at 80C is damn hot - most of the embedded
>>devices I work with list absolute maximum running temperature as 70C or
>>75C - but perhaps the DEC devices are designed to run hotter - I note the
>>Intel 486 datasheet lists absolute maximum (under bias) as 110C ...
>>
>>Anyone on the list with a VS 2000 or uVAX 2000 that can do some temperature
>>measurements?
>>
>>Dave
>>
>>--
>>dave06a (at) Dave Dunfield
>>dunfield (dot) Firmware development services & tools: www.dunfield.com
>>com Collector of vintage computing equipment:
>> http://www.classiccmp.org/dunfield/index.html
My second question concerns data transfer between (Windoze) PCs and Macs. I got a Power Macintosh 7200 (with Mac OS 8.0) which I would like to move some data to (approx. 3 GB); filesharing over Ethernet doesn't work without additional software since the Mac doesn't understand SMB/CIFS and W98/2k (not Server)don't understand enough AFS. "Web Sharing" only supports the opposite direction (PC can read data from the Mac) unless I'm missing something.
So what I'm left with is pushing the stuff onto an idle 4GB SCSI disk that I can then hang off the Mac. Unfortunately I couldn't get an idea how to accomplish this: if I format the disk on the PC, the Mac will come up with "Uninitialized Volume". Initializing the volume as "DOS 4GB" doesn't work, the same dialog comes up again after I restart and going back to the PC I can even still read the contents! I tried one FAT32 partition (primary) as well as two FAT16 drives inside an extended partition.
Thanks in advance, yours sincerely
Arno Kletzander
--
Arno Kletzander
Student Assistant // Studentische Hilfskraft
Informatik Sammlung Erlangen
www.iser.uni-erlangen.de
Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten
Browser-Versionen downloaden: http://www.gmx.net/de/go/browser
Hi Guys,
I've just acquired a VAXstation 2000 (thanks Mouse!) which exhibits what appears
to be an overheating issue.
Powered up ir runs for about 10 mins or so (just sitting at the console prompt
doing things like TEST 50 to display the configuration, pressing ENTER to get
another '>>>' etc.). After about 10 mins (give or take) it fails, sometimes
appears to reset, hangs etc.
Firt thing I noticed is that the two surface mount chips with the round heatsinks
affixed to them get *HOT* ... Hot enough that you wounldn't want to keep your finger
on either of them for very long.
I believe these are the CPU and FPU chip? - Is this normal for them to run this
hot? They don't heat up alarmingly quickly, but after a few minutes they are
hotter than I'd think normal.
Aside from the eventual failure, it seems to run correctly - the self tests
(including the FPU test) pass (except for those which don't have hardware installed,
loopback connectors etc.
When I got the system, it was jam packed with cards, including the main board,
color frame buffer, double-sided memory expansion and an ethernet interface.
During my testing, I've removed all of these except for the main board, and am
running the system as a MicroVAX. I do have the resistor/loading card installed
as is recommended when running the system lightly loaded.
Power rails all look good - There is a 9V supply which the technial manual
describes as "for loading" which has a separate supply and return. Relative
to ground I measure about +5.6v on the supply and about -3.3 on the return,
which I'm assuming is normal (?)
Anyone know where I can obtain anything resembling a schematic? Other technical
information (I have a PDF of the technical manual, however it's mostly "system
information" from an operational point of view). Any known issues etc.?
Regards,
Dave
--
dave06a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Collector of vintage computing equipment:
http://www.classiccmp.org/dunfield/index.html
> Were all the early 80's IOmega's SCSI or did they use something before that?
The earliest devices were full height 10MB 8" SCSI drives that had optional slave
drives attached. Their main claim to fame was using floppy type media.
The first Syquests were MFM ST506, using removable plated media.
