> From: Christopher Smith <csmith(a)amdocs.com>
> To: "Classiccmp (E-mail)" <classiccmp(a)classiccmp.org>
> Subject: Half on, half off -- New CD-R drive and 512-byte blocks
> Date: Tue, 9 Apr 2002 15:17:56 -0500
>
> I just bought a new CD-RW drive -- a Sony CRX145s -- and am curious
> about whether it may read the 512-byte blocks necessary for using it
> as a backup boot device on my VAXen, Sparc, SGI, etc.
>
> Does anyone know whether this, or just for information, some other
> CD-RW unit, will do such a thing?
>
> Note that I do know that discs are written in 2048 byte blocks, and
> the answer won't affect its performance in writing disks on these
> systems. I am also aware that doing this for the long term may
> needlessly shorten the life of the drive. As I said above, it is
> more for curiosity, and eventually I would like to know that in case
> my RRD42 dies, I have a backup. :)
A minute or two with Google led me to
< http://sony.storagesupport.com/dlagreement.zulu?dlid=cdrw/downloads/Crx145s… >
which is the manual for this drive. Looking carefully I see that it has
5 pairs of configuration jumper pins. Three for setting the SCSI ID,
one for termination, and one "test block do not jumper". Your guess is
as good as anyone else's.
carl
--
carl lowenstein marine physical lab u.c. san diego
clowenstein(a)ucsd.edu
> -----Original Message-----
> From: Chris Craft [mailto:ccraft@springsips.com]
> Just a question... do they ever get AS/400 stuff? I need a
> keyboard and some
> cables for a 3151? terminal and the twinax to plug 'em together.
This reminds me -- I have one of these IBM terminals with a twinax
plug on it. Is there a reason it couldn't be adapted to use serial?
In other words, can I use it, or do I need to wait until an AS/400
falls into my lap? (*ouch*)
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: Richard Erlacher [mailto:edick@idcomm.com]
> It's likely that if your CD-RW drive is a SCSI type, you'll
> be able to do what
> you want. If it's an IDE type, you'll probably best forget it.
I should have mentioned that -- it's SCSI, of course.
> However, I'm not a CD-RW fan because of the media cost.
BEGIN off-topic-moment
The only reason I'm particularly interested in the RW capability of
this drive is for some experimentation with Linux on a Sega Dreamcast.
I have it booting from CD-R, but if the Dreamcast will use an RW disc,
it may save me money and coasters in the long-run.
END off-topic-moment
Perhaps it may also be useful for transferring data between two systems
with these drives (...or mine is an external, so the drive could be
carried), in the absence of a better removable media solution.
I must admit that last time I saw them, they were megabyte-per-megabyte
cheaper than any other common re-useable removable storage.
> If the drive manufacturer can profide the command set and you
> can figure out
> how to create a driver for it for the target environment, you
> can do what you
> want. However, there's lots of learning curve. We struggled
> for three years
> just getting a standard adopted for bootable CD's. I suspect
> this may get to
> be even more tangled.
I think that I should have been clearer here too -- what I'm
wondering is not whether it will work with the environment, since
I'm sure that cdrecord will compile and drive it in nearly any
environment I'm likely to need. The question is -- in the case
of my other drives going out, would it be possible to use this
drive as the primary boot device for one of these systems.
That, of course, requires the slightly odd (for a CD) block-size.
It's likely that I'll just plug it into the VAX and try booting
VMS from it -- that would answer the question pretty quickly. :)
I was just hoping that somebody knew right off...
Thanks,
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
You can use any dec terminal, set it to VT52 mode
and then try the results. The Video SRM (dec internal)
made the behavour a standard for all VT52/100/220/320
and all the rest.
Allison
-----Original Message-----
From: Paul Williams <celigne(a)celigne.freeserve.co.uk>
To: classiccmp(a)classiccmp.org <classiccmp(a)classiccmp.org>
Date: Tuesday, April 09, 2002 2:44 PM
Subject: Does anyone have a live VT52?
>Does anyone have a live VT52 to hand? I'm working on a patch for xterm,
>and I have a query about its behaviour that could be answered by having
>someone type five characters in local mode and reporting the results.
>Unfortunately my VT52 is dead and I haven't spent the time to discover
>why, yet. I promise that these five characters won't kill yours!
Can anyone help this chap? It is not my field.
- don
---------- Forwarded message ----------
Date: Tue, 09 Apr 2002 08:56:35 +0200
From: Ciril Prevc <Ciril.Prevc(a)iskrasistemi.si>
To: donm(a)cts.com
Subject: hp64000
Hi.
We have a problem with files on HP64000 system with password protection.
We lose even MgR password. So we need a help. Do you know somebody who
have a solution for our problem.
Best regards ciril
> On Sun, Apr 07, 2002 at 10:27:01AM -0400, Douglas H. Quebbeman wrote:
> > >
> > > Does anyone have one? I have borrowed two large manuals.
> > > I'd like to scan them, as opposed to photocopying, but
> > > it would have to be quick and reliable (so I can get
> > > good results the first time and return the manuals
> > > in good shape).
> >
> > I don't know what Al does, but CDC manuals have "taint",
> > a small piece of paper that forms the outside edge of
> > that center, long-oval-shaped hole. The taint gets torn
> > by sheet feeders... so if you want to return them in the
> > same condition as you borrwed them, I'd have to recommend
> > against the sheet feeder.
>
> Hopefully Al will explain his methods soon.
Sheet-fed scanner for most stuff, he does use a hand-scanner
for bound stuff. Like Eric, I'm pretty sure he does most pages
as 600dpi line art. I just got doing the same for a section of
a CDC manual that's in hot demand; then used Kodak Imaging
to create a multi-page TIF from the individual TIF pages. Then
print to PDF using Adobe Acrobat 4.05's PDF Writer. Yields a
367kb PDF, whereas multipage TIF was 2.1MB.
> I don't see any taint on mine -- all the holes look the same
> shape to me. Can you give example titles? Perhaps they changed
> their methods after a certain date.
http://members.iglou.com/dougq/cdc/6000front.jpg
Should be obvious over on the left, center...
-dq
-Douglas Hurst Quebbeman (DougQ at ixnayamspayIgLou.com) [Call me "Doug"]
Surgically excise the pig-latin from my e-mail address in order to reply
"The large print giveth, and the small print taketh away." -Tom Waits
> I'm trying to build a development platform for my Imsai.
> I've tried various CP/M emulators but haven't found one
> I like yet.
>
> Has anyone sucessfully run CP/M on a PC without running
> under dos and/or windows?
Without using Windows or DOS, the only CP/M you're
likely to run on a PC would be CP/M-86, and yes, I've
done it with a Zenith Z-150/151.
-Douglas Hurst Quebbeman (DougQ at ixnayamspayIgLou.com) [Call me "Doug"]
Surgically excise the pig-latin from my e-mail address in order to reply
"The large print giveth, and the small print taketh away." -Tom Waits
> Ethan Dicks wrote:
>
>communication with the UET. Before anyone asks, there is nothing
on
>the Unibus except the UET and a full boat of double-grant cards.
What's on the VAXBI bus?
>At this point, I suspect the DD11DK, the M9313 UET and/or the
cables.
>I have three M9313 modules. One consistently generates a 12, two
>generate an E. What's not clear to me is if the tests are
performed
>in numerical order - i.e., the "12" UET is working "better" than
the
>two "E" UETs. I cannot guarantee that any of the UETs are fully
>functional.
Judging by the diags I see for the XMI<->BI
equivalent widget, my guess is the diags do
something like: "test I can see the VAXBI side",
"play with the VAXBI side a little", "test I can see
the UNIBUS side", "do data transfers".
Since that's roughly the order the tests are
numbered in for the XMI widget, if the
same logical sequence is true for the
VAXBI widget, I would guess that 0E
means an "earlier" test failure that 12.
>Anyone with any substantial DWBUA experience?
Not me. I never broke mine :-)
>I have the tech manual,
Is it scanned - it may help :-)
>but in the past, I just plugged it in
>and it worked. Didn't have to
>go at it step-by-step.
Remind me what processor you are
running this on. A Scoprio of some kind IIRC?
Which backplane: 12 slot or 24 slot VAXBI?
What exactly do you have in which slots
of the VAXBI?
The 8200 Owner's and Installation Guides
are available at:
http://208.190.133.204/decimages/moremanuals.htm
(or they will be when it comes
back up ...)
Nothing obvious leaps out at me from the
Installation Guide. There is a bit in bold
that means "plug the cables into the M7166
the right way round, and mind they are delicate".
There's another bit that says M7166 in first slot,
UET in last slot and grant cards all the way along.
And another bit that says "don't snag the cables
when closing the UNIBUS cab"
It doesn't say "make sure the four cables
go to the right places" but the diagram on
p4-28 shows how they should go.
The DWBUA needs a transition header
installed (but I presume you would
not even have got this far into the
tests without one!)
Finally it says read the Tech Manual if the
T1010 yellow LED does not light!!
Antonio
--- John Allain <allain(a)panix.com> wrote:
> There was also a 10 key "Merlin". I haven't seen any of those.
>
> John A.
I still have mine from 1978. Still works.
-ethan
Me too, though the battery cover is now duct tape.
Lee.
----------------------------------------------------------------------------
----
This email is intended only for the above named addressee(s). The
information contained in this email may contain information which is
confidential. The views expressed in this email are personal to the sender
and do not in any way reflect the views of the company.
If you have received this email and you are not a named addressee please
delete it from your system and contact Merlin Communications International
IT Department on +44 20 7344 5888.
________________________________________________________________________
This e-mail has been scanned for all viruses by Star Internet. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk
________________________________________________________________________