> Date: Tue, 26 Mar 2002 10:05:42 -0800 (PST)
> From: Jeffrey Katcher <jmkatcher(a)yahoo.com>
> Subject: Looking for Fujitsu/HAL GP7000F memory
> To: classiccmp(a)classiccmp.org
> Sender: owner-classiccmp(a)classiccmp.org
> Reply-To: classiccmp(a)classiccmp.org
> Obsolete SPARC/Solaris server purchased on eBay.=20
> Takes some sort of SIMM/DIMM but not specified
> anywhere. I know it's not exactly a historic machine,
> though it is awfully nice as a home computer.
>
> Is anyone familiar with these beasts?
Does this have a Sun model number?
Have you looked at the Sun Hardware Reference?
< www.sunhelp.org/faq/sunref1.html >
carl
> Date: Tue, 26 Mar 2002 05:12:50 -0500
> To: classiccmp(a)classiccmp.org
> From: Jeff Hellige <jhellige(a)earthlink.net>
> Subject: Re: Unix disk images and archiving
> Sender: owner-classiccmp(a)classiccmp.org
> Reply-To: classiccmp(a)classiccmp.org
>
> >I think you will have to write a disktab entry for the MO drive. I had
> >to add one for the Jaz. NS3.3 is pretty good at determining disk
> >geometry if the drive supports the sense command. Since PM bit the
> >dust, I'm not sure if there is much documentation out there about the MO
> >drive. Also keep in mind that the NeXT cube SCSI implementation is
> >pretty primitive.
>
> Thanks James...I'll try the disktab from your other message.
>
> >One question, does the MO drive show up in the Workspace browser when
> >you insert a disk? I can't format a Jaz cart from the command prompt
> >with disk, but I can by selecting it in the GUi and then selecting Disk
> >Initialize....I don't know why.
>
> Yes, the DOS and Mac formatted disks mount automatically when
> the disks are inserted and on one it doesn't recognize it asks if I
> want to initialize. It fails initialization from the Workspace just
> as it did from the shell. I wasn't sure if NS supported
> 512bytes/sector or not on the MO.
>
> I'll let you know how the disktab works.
For what it's worth, I have used 3.5" MO disks on my NeXTs for many
years. They have 512 bytes/sector. I did have to write a disktab entry,
although the values in the table do not at all resemble the true
disk geometry. (1 head, 25 sectors, 10000 tracks approx.) Just
keep the product of heads * sectors * tracks less than the actual
number of sectors on the disk.
carl
--
carl lowenstein marine physical lab u.c. san diego
clowenstein(a)ucsd.edu
Hi,
I have a old Vax 3400 computer with an Emulex UC08 in it, but I dont'have any
manuel, any UC08 original scsi cables, neither the pin out of the Emuler UC08
front connector
Can anybody help ?
Thanks
Etienne Stanus
Multitel ASBL
1 Avenue Nicolas Copernic
7000 Mons
Belgium
etienne.stanus(a)ieee.org
> Date: Mon, 25 Mar 2002 12:09:06 -0600
> From: "James L. Rice" <jrice(a)texoma.net>
> Subject: Re: Unix disk images and archiving
> To: classiccmp(a)classiccmp.org
> Organization: Megaeasy Computer Solutions
>
> Jeff, after I emailed you my answer last night, I was thinking that you
> should be able to just "dd" the images to a files:
>
> dd if=/dev/<insert device here> of=/tmp/name-of-image-file.here
>
> I create floppy images by:
>
> dd if=/dev/rfd0b of=/tmp/3.3_Mot_Boot_Disk.floppyimage
>
> You should be able to do the same for the OD images. It takes about 5
> minutes to create a floppyimage (1.44mb) on my Turbo Slab, so the
> process won't be fast on a whole 256mb OD. You may have to create a
> disktab entry for the Pinnacle Micro Optical Drive, but I've got a Jaz
> and a Zip working on my Slab, so I'm sure it's very doable.
Presumably using partition "h" which is the whole disk, including the
"front porch" area where the bootstrap and partition table live.
When I did something analogous to this to save my old NeXT OD's, I
did not try to preserve the bootstrap etc. Just copied the whole
file system to a DAT tape using GNUtar, then extracted it on a SparcStation,
and built and burned an ISO CDrom. The result was readable on the NeXT,
but of course not bootable.
carl
--
carl lowenstein marine physical lab u.c. san diego
clowenstein(a)ucsd.edu
Just a note that <http://www.alibris.com/home.cfm> lists two copies of
Computer Design: A DEC View ... for sale. One is $34 and one is $57. That's
cheaper than Ebay by a long shot.
--Chuck
> On 2002.03.26 12:55 Hans Franke wrote:
>
> > This construction reminded me of
> > 1970 style 'inteligent' terminals where screen buffer was more like a
> > code of some sort to be executed by the diplay processor which was a
> > micro code engine itself.
>
> And that reminds me of the Tektronix ASCII Terminal I rescued lately.
> Characters are drawn only once and the analog "memory" display tube
> keeps the dots fluoresceing. No screen refresh! This is one of the
> Terminals where you can see that Tektronix is well known for
> oscilloscopes...
This was Tek's "Storage Tube" technology... or something like that.
We had a o-scope at school which used it... never got to work
with the computer displays that had it, tho...
-dq
> -----Original Message-----
> From: Jeffrey Katcher [mailto:jmkatcher@yahoo.com]
> Is anyone familiar with these beasts?
Well, I can't tell you what sort of RAM it uses. I can
say that I think it's ultrasparc, if it's the HAL I'm
thinking of. They used to have an advertisement along
the lines of "Still using a 32-bit workstation? Why be
normal?"
That might give you some idea of time-frame.
They were very nice for SPARCs in their day. They were
also supposed to be somewhat more modular than their SUN
counterparts.
I believe Unix Review did at least one article on them.
I think they've stopped printing Unix Review now, but
that a web publication still exists. (Could be wrong
there...)
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
> -----Original Message-----
> From: John Honniball [mailto:coredump@gifford.co.uk]
> The ICL One Per Desk! The name tells you just how many they thought
> they'd sell. I have one, bought at a junk shop in Bath, and here's
> a (not very good) photo:
> http://www.gifford.co.uk/~coredump/opd.htm
> Note the phone handset on the left-hand side and the two phone cords.
It looks like an Atari 800 with a telephone built in. :)
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
Obsolete SPARC/Solaris server purchased on eBay.
Takes some sort of SIMM/DIMM but not specified
anywhere. I know it's not exactly a historic machine,
though it is awfully nice as a home computer.
Is anyone familiar with these beasts?
Many thanks in advance,
Jeff Katcher
jmkatcher(a)yahoo.com
__________________________________________________
Do You Yahoo!?
Yahoo! Movies - coverage of the 74th Academy Awards®
http://movies.yahoo.com/
> -----Original Message-----
> From: Glen Goodwin [mailto:acme_ent@bellsouth.net]
> > For a while I used Turbo Basic under MS-DOS. It was an
> > incredible development environment... for a BASIC ... running
> > under MS-DOS... Ok, so it was "passable." Still :)
> No, it was incredible. Removing the constraints of using
I wouldn't go that far. It was still a BASIC ;)
I like my HLLs to have _some_ structure.
> line numbers was
> a huge improvement on its own. Allowing variables local to a
> function or
> procedure was a nice bonus as well.
Right on both counts, there.
> Turbo BASIC also has an interpretive mode.
I vaguely remember this, actually. It's been a while,
as I said.
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'