>Today (about 2 to 3 months later) I walked by, and noticed the fan is
>running on it. I haven't hooked up a monitor to it to see if it is indeed
>booted, but I will later. I'm afraid to turn it off again for fear that it
>won't boot.
If there was no monitor attached when it booted, then connecting one now
will NOT give you a picture. The Mac disables the video card on most
models if there isn't a monitor plugged in at the time of boot.
So if you connect one, and get no picture, that doesn't mean it isn't
running.
>That machine has broken SIMM sockets and I've got the SIMM's jimmied to
>stand straight with folded pieces of paper forced between the SIMMs. It
>seems to work reasonably well. Is it possible that a SIMM, slightly out of
>position, could cause the system to not power up (no fan, no power
>anywhere)?
A loose simm chip should have given you chimes of doom (or whatever the
IIci does, I think that one actually does a car crash noise) when it
booted. It might have done it if it booted when you weren't around. Now
it will be sitting at a sad mac screen waiting for you to do something.
But you can't tell, because no monitor is attached. :-)
-chris
<http://www.mythtech.net>
>> A loose simm chip should have given you chimes of doom (or whatever the
>> IIci does, I think that one actually does a car crash noise) when it
>> booted.
>
>I think it's car crash, too (but it could also be big-fat-nothing).
Somewhere I have an Apple Spec database that includes the noise each Mac
makes when it reports a problem. I don't see it on my hard drive now, so
I must have archived it at some point. I'll have to dig around and figure
out where it went.
Of course, you could ruin your uptime on your IIci with NetBSD and shut
it down, loosen a simm chip, and boot it up. Then you would know for sure
:-)
-chris
<http://www.mythtech.net>
Flooded computer room
Our computer room was on the 11th floor of an office building. The
cooling was based on a unit that used the cold water feed into the
building as a cooling source. The air handler was in the computer room
also included a humidifier. The float valve on the humidifier stuck and
flooded the room under the floor. We noticed/felt "high humidity" on
Monday morning. No water was visible. We pulled up a floor tile and
there was 2 inches of water under the entire floor. All of the cables
were in water. Most of the terminal cables were threaded through the
channels in the floors to other offices; all of the channels were also
full of water.
Everything was still running.
We got a dehumidifier, pulled up a few floor tiles and dried the room
out. We placed rag wicks down in the channels to draw out the water so
we could evaporate it. All of the cables were covered with dust, grime
and rust colored crud that dried on them from the water.
Mike
Cameron Kaiser <spectre(a)floodgap.com> wrote:
> Perl is unbelievably commonplace, though. You don't have it/use it? I
> barely remember life before Perl (and for that matter tcsh -- I can't believe
> I fumbled by on csh all those years in university).
Just as a data point: I have Perl 4.036 installed on this VAX running
4.3BSD-Quasijarus, though I don't know Perl and don't use it myself.
(I installed it because something else needed it, don't remember what.)
As for the shell, I refuse to install any shell other than those than come
standard with 4.3BSD (original sh and csh). I personally use sh only.
That's right, the *original* Bourne Shell.
MS
Annoyingly I have no space for these (not even temporarily). They're
less than 30 miles from where I live - I wonder what over goodies they
have :-(
http://cgi.ebay.co.uk/ws/eBayISAPI.dll?
ViewItem&category=67855&item=4133816051&rd=1&ssPageName=WDVW
"40 original digital (dec) vms v5.5 operating
system/progrsmming/developing manuals"
(Hopefully someone will tell me that they're all available as pdfs on
the net... but I doubt it.)
Cheers,
Duncan.
I have a pile of computer flooring setting in the corner of my garage. The hospital removed it and I'm hoping to set up a computer room. My wife keeps asking about when and where.
Tiles have a black rubber/plastic edge about ? inch wide on all edges. Center is tile/hard linoleum. Structure is steel with an x pattern on the bottom. Very heavy. The tracks to support the tiles are metal channels with a cross section
-------/\-------
| |
| |
| |
----- -----
This lets the tiles abut without sliding across. A foot can then be clamped into the channel and leveled. Our feet were all epoxied onto the concrete subfloor.
I have several that are cut to allow cables/hoses to penetrate the floor. You can see the cross section easily.
I have seen versions with carpet squares on them.
The only problem with the suction cup tile pullers is that picking a tile up at an angle can result in dropped tiles, they loose suction.
Mike
der Mouse <mouse(a)rodents.montreal.qc.ca> wrote:
> I, for example, run lynx, and on two separate occasions
> I have looked into convincing it to support SSL;
Ahmm, Lynx has supported SSL for a long time. More precisely, it has
hooks that can be enabled at compile time: if you compile with -DUSE_SSL
and link with the SSL libraries, you'll get SSL-capable Lynx.
This is not a new feature, as I (deliberately) use a very old version of
Lynx. In 1997-98 I was on the Lynx development mailing list and saw their
development process. That was right at the time when Foteos Macrides (Fote),
who maintained Lynx from times immemorial until version 2.7.x, was
retiring from Lynx development and passing the baton to the new gang. I was
personally very displeased with what the new gang did to Lynx (there were
many issues, but the absolute show-stopper for me was when they replaced
simple Makefiles with the GNU autoconf morass), and I chose to forever stick
with Fote's last version (2.7.2) plus my own small changes. My version
of Lynx (2.7.2MS) lives on my FTP site:
ifctfvax.Harhan.ORG:/pub/net/www/lynx
I didn't have to do any special work for SSL, since SSL was already there
when I picked up Fote's last version.
> in each case, I got
> about four levels deep in tools-to-build-the-tools before running into
> a requirement for something ridiculously heavyweight - perl, I think -
> and abandoning the attempt.
The SSL libraries were a pain to build under pure 4.3BSD, but I succeeded,
and it was just usual compilation pains (fixing code that assumed "modern"
C, headers and libc), no special tools like Perl required.
MS
I've got some RSTS/E backups that have been converted to TPC format
tape images, and I'd like to extract the files to a Unix system. Are
there any tools to do this?
Zane
--
--
| Zane H. Healy | UNIX Systems Administrator |
| healyzh(a)aracnet.com (primary) | OpenVMS Enthusiast |
| | Classic Computer Collector |
+----------------------------------+----------------------------+
| Empire of the Petal Throne and Traveller Role Playing, |
| PDP-10 Emulation and Zane's Computer Museum. |
| http://www.aracnet.com/~healyzh/ |
Nous voudrions un manuel en Fran?ais.
Nous cherchons ? r?cup?rer le contenu d'un soft machine sur bande
perfor?e dans un fichier informatique et le moyen de transf?rer celui-ci
vers la machine ? travers le un PC.
Sinc?res salutations.
Sma?l BOUDAOUD.
In an effort to beat Al, :-) I have a website page that
deals with the M9312, and the PROMs: www.pdp-11.nl/
Click on the PDP-11/34A folder, the CPU information folder,
the options folder and then on the bootstrap link ...
It describes the installation in the various PDP-11's, the
jumpers and DIP switch settings and the PROMs. The PROM id's
are links ...
Come to think of it: a description how to read the PROM when
it is socketed in the M9312 for identification purposes would
be a nice addition.
hope this is usefull,
- Henk, PA8PDP
> -----Original Message-----
> From: Joe R. [mailto:rigdonj@cfl.rr.com]
> Sent: donderdag 27 mei 2004 3:58
> To: General Discussion: On-Topic and Off-Topic Posts
> Subject: Re: Wanted: M9312 ROMs
>
>
> Dammit Al! You're always one step ahead of the rest of us!
>
> Joe