> Jonathan Engdahl wrote:
> > Do you mean that kid's game with the blinking lights that you
> > had to memorize and push the buttons in the same order? I just
> > this evening tossed one. I found it in the attic in many pieces.
> > The circuit board looked intact. Shall I go dive for it?
>
> Those were neat. I had one a few years after they came out. My mother
> bought it at a garage sale. I think it is long gone now. I liked it a
> lot. I can hear it now in my head :-) Maybe if I would have played
> itmore, I would have a better memory now :-(
Let's give the original poster a break, I think he was serious.
John and Chad, just in case you *weren't* being tongue-in-cheek,
that's not the Simon he was talking about...
-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
Dear ClassicComper's.
I've a HP9845b, which run for a long time, but now it's dead.
I think, it's caused by the powersupply, because there are no voltages
to be measured at its testpoints.
Does someony has experiences in reparing this powersupply, or much
better some schematics.
Greetings from Germany
Andreas
> -----Original Message-----
> From: r. 'bear' stricklin [mailto:red@bears.org]
> Maybe I missed something important, but rather than installing blown
> fuses, couldn't you just.. have an empty socket?
Indeed -- or you could just have some switches, but in order to
actually "program" the thing with a separate device, fuses are the
(probably) easiest way, and the most true to life.
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
Hello all, I would be extremely grateful if those of you with VAX
11/750s out there could either take pictures or draw diagrams of how the
PSU blocks are connected in this wonderful system.
I have (finally) received my first piece of Big Iron but it has death of
the 2.5v PSU, and all the PSU bricks were removed and handed to me
before I could note their positions.
Also, if any of you have a terminal going spare (vt or hardcopy, either
ist gut) then shout out and we can talk...
Manifest
--------
VAX 11/750
RA60 with two media
RA80
Original DEC cardboard software box full of dusty DECTapes including all
VMS install tapes.
CPU Printset
~1 Metric Ton of dust and decayed foam
Thanks
Alex
> -----Original Message-----
> From: Roger Merchberger [mailto:zmerch@30below.com]
> If you actually put sockets on the board and insert the fuses
> into that,
> you could simulate an EPROM/Flash[like] part. ;-) It'd take a while to
> "erase & re-write", but hey... ;-)
Exactly what I wanted to do. I thought about setting them flat against
a board and using the small (half-inch long) "glass tube" inline fuses.
If I can get those to smoke the glass dramatically enough when they blow,
it would be easy to replace the blown parts with fresh fuses for a new
program. Not to mention that it may be fun to be able to re-arrange the
fuses ;)
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
I've used a plextor plexwriter, toshiba 2x, some noname
($29.95 new!) scsi successfully. The cdrom,(hobbiest)
does however not boot on any of them, though the standalone
backup does and that is used to copy the images to a small
RZ25 for actual running.
Allison
-----Original Message-----
From: Alexander Schreiber <als(a)thangorodrim.de>
To: classiccmp(a)classiccmp.org <classiccmp(a)classiccmp.org>
Date: Wednesday, April 10, 2002 10:17 PM
Subject: Re: Half on, half off -- New CD-R drive and 512-byte blocks
>On Tue, Apr 09, 2002 at 04:27:50PM -0500, Dan Wright wrote:
>> I do know, from experience, that any SCSI Plextor CDROM/CD-R/CD-RW
will boot
>> basically anything -- Sparc, SGI, RS/6000, HP,.... I've tried
plextors of
>> varying ages (old 8plex caddy-loader up to a 12/4/32 CD-RW that's
about 1 year
>> old) and they all work great...
>
>In this case, I've got bad news or you. You might be out of luck trying
>this with a VAXstation 3100. My VAXstation 3100 started to boot the VMS
7.1
>install CD, but barfed halfway through loading the kernel. I was not
>happy with either the 4x, the 8x or the 12 SCSI Plextor, nor with the
>Toshiba drive (all set to 512 byte/sector). Ripping a DEC RRD42 out of
>one of my DECstations finally did the trick. Seems like this machines
>are rather ... touchy about what they boot from.
>
>Regards,
> Alex.
>--
>We're gonna be body guards for teen rock-stars. Wouldn't the cause of
freedom
>be better served if we killed them instead?
> -- Schlock from the ''Schlock Mercenary'' comic
strip
>
Hi everybody. This isn't strictly on topic, but I think the intent
of the question makes it close enough.
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. :)
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
Thilo Schmidt wrote:
> The Address of the ROM is the current-state (lets say the line-number
> of the programm). Every line of Code consists only of the "outputs" and
> one or more "next states". The "inputs" select which "line" comes
> next: Either the next "line" of Code (that's what the counter is for),
> or one of the "next states". I made a mistake there, the Microcoded Machine
> has to look like that:
>
> |---|---> OUT
> address | R |--->
> |-->| O |---> |--[Counter]
> | | M |----| |
> | |___| \MUX/<--- IN
> | |
> |-[StateReg]<--
Actually, there are a grundle of ways to do this. Here's a scheme that
doesn't require a counter, but requires wider microcode:
> |---|---> OUT
> address | R |--->
> |-->| O |--->
> | | M |------|
> | | |----| |
> | |___| \MUX/<--- IN
> | |
> |-[StateReg]<--
In this case, each microcode word contains two addresses: one for when
the input is true and one for when the input is false. If you want to
go to the "next" word, the appropriate field in the microcode contains
the current address +1.
And then there's:
> |---|---> OUT
> IN ---->| |--->
> address | R |--->
> |-->| O |--->
> | | M |-----|
> | |___| |
> | |
> |-[StateReg]<--
This does away with the mux by using the input as one of the address
bits. It doesn't get more simple than this. You used to be able to
get registered EPROMs; using those, the state and output registers
are built into the EPROM and all you have to do is wire it up. And
write a grundle of microcode, of course...
The Firefox QBUS Adapter was implemented this way. Some of the outputs
ran back around to control a mux to select which input was being
examined by the microcode for a given state. Hmm, I'm going to have
to turn your drawing sideways, I think:
> INPUTS
> |||
> |||
> VVV
> +----------->\MUX/
> |+-------+ |
> || | |
> || V V
> || +--------------+
> || | ROM |
> || +--------------+
> || | |||
> || V VVV
> || [State and Output reg]
> || | |||
> |+--------+ |||
> +----------------+||
> ||
> VV
> OUTPUTS
Since this was done using registered PROMs, the only parts are ROMs
and the mux. And a synchro register for inputs; I don't recall whether
I synchronized the inputs before or after the mux.
Am I the only person who sees registered SRAMs intended for cache
and things "Hey! A huge microcode store that can run really fast!"?
Some of them even have JTAG inputs you could use to load the microcode.
Fundamentally, a state machine consists of inputs, outputs, a state
register, and a next state decoder. A microcoded system just uses a
ROM for the next state decoder.
Roger Ivie
ivie(a)cc.usu.edu
I'm quite tickled. Also inordinately proud of myself (for figuring
out the BA23's slightly different connections & stuff and not letting
loose any Magic Smoke).
First thing:
Thanks, Terry! I really like it.
Terry's rackmount MicroVAX II has been condensed into a single
BA23. For the nonce, I'm running a single RD54 and a TK50 on their
respective controllers, and a DELQA ethernet board. The KA655-A with
32M is a LOT faster than the KA630 with 13M. The TK50 is slow as
ever....
I was hoping the BA23 would be quieter than the BA123. It's not.
Questions:
Does the KA655 CPU make this a MV-3800, a MV-III, or a MV-II with a
KA655?
Terry, looks like you were right:
The memory board, which is a DataRAM 63016 C0. Listed online as a 16M
board some places and 32M others. The system sees it as 2 16M boards.
Is this kosher?
The 3-position CPU-RAM ribbon cable is plugged at one end and at the
middle connector. Does it matter?
I'd _really_ like to run the RX50 instead of the TK50. Unfortunately,
I don't have a cable. Can a PC floppy cable be modified to work? It
looks like, from reading past posts, connecting on the "B" connector -
i.e. no twist - ought to do the trick. Not quite brave enough to just
plug it in and see.
Last (not really applicable in the BA23), I see references to
terminating the last RD5x on an RQDX3. Is that termination effected at
the distribution board (M9058 in the BA123) or on the drive? Drive 1
and Drive 2 don't look any different. Which may be why they're, um,
terminally off-line.
Doc
P.S. - I've always wanted to say "For the nonce"....
>Hello all, I would be extremely grateful if those of you with VAX
>11/750s out there could either take pictures or draw diagrams of
how the
>PSU blocks are connected in this wonderful system.
You have the printsets. You'll find that in addition
to the schematics, they also include (almost)
enough information to build the PSU from
scratch.
If you have The Installation Manual (there are
several, two of which you can find at
http://208.190.133.204/decimages/moremanuals.htm
... except it's still down...) specifically EK-SI75F-IN-001
has some pictures on pp1-18, 2-1
The printset is probably a better guide!
>I have (finally) received my first piece of Big Iron but it has
death of
>the 2.5v PSU, and all the PSU bricks were removed and handed to me
>before I could note their positions.
Oddly enough, the last one I saw had
exactly the same problem. The 2.5V
PSU was not regulating properly.
>Also, if any of you have a terminal
>going spare (vt or hardcopy, either
>ist gut) then shout out and we can talk...
I don't have one spare, but people who
do might want you to pin down your
location a little ...
Antonio
I obtained a cheap (10 USD) Decitek papertape reader from Ebay. ( A tip for
those who believe that to be impossible : try .de instead of .com )
However it has a seemingly exploded IC on it : IC "I" below R5 and R4, has had
it top half blown off.....
Anybody with a similar reader could look up what kind of IC it was ?
And if anyone has the pinning for this reader handy...
I just saw that Decitek still exists. Do they react kindly to hobbyists ?
Jos Dreesen
some items sorta conspired to drive cpus to multiples of 8bits.
ASCII chars
width of data paths internal to MOS cpus early on.
byte wide memories, especially rom/prom/eprom
Personally I like either 18 ot 24 bits and have thought that
the PDP-8 with the right side (address portion) of the word
stretched to 18 bits or better yet 24 would be a nice machine.
24bits is majik as it's a multiple of 8.
PDP-8 addressing as 24bit 524288 word page, current and
also there is page 0 addressing! A field would be
16MB. EMA would not be needed.
Allison
-----Original Message-----
From: Ben Franchuk <bfranchuk(a)jetnet.ab.ca>
To: classiccmp(a)classiccmp.org <classiccmp(a)classiccmp.org>
Date: Wednesday, April 10, 2002 11:21 AM
Subject: Re: TTL computing
>Richard Erlacher wrote:
>
>> 12-bit CPU's out there ??? Everybody knows that 12-bitters haven't
existed
>> since the '70's! After all, they stop existing on the day the last one
is
>> shipped. The device manufacturers stop considering a market as viable
once
>> the potential for 100K pieces per week per manufacturer is no longer
there.
>
>True about manufacturing, but I wish one had more choice with computer
>hardware/software for the PC user.I think DEC sold the PDP-8 until about
>1990. Since I can't find a 12/24 bit CPU that I like I am building my
>own. A 12/24 bit cpu chip could have came out around 1980 with the
>8086/6800. Part of the challenge in the cpu design I am doing in FPGA is
>to have it emulate (for the most part) a fictional 12/24 bit cpu in a 40
>pin dip.The last thing I added was a 8 bit refresh counter for dynamic
>memory and a single channel DMA for a floppy. Running at 4.9152 Mhz (
>800 ns memory access, 512Kb of ram ) I hope the Squash the XT market in
>1983!. :)
>
>--
>Ben Franchuk - Dawn * 12/24 bit cpu *
>www.jetnet.ab.ca/users/bfranchuk/index.html
>
> -----Original Message-----
> From: Ethan Dicks [mailto:erd_6502@yahoo.com]
> I do happen to have some twinax baluns from a former tenant of a
> shop that my former employer took over. They previous guys
> had an AS/400
> and terminals on peoples' desks. The best computer in the place was a
> 486 tower, in 2000! They were in the forklift business -
Wait -- if I understand you properly, they had an AS/400, but the best
computer was a 486?
I'm missing something here, and I'm certain to be near enlightenment
when I figure it out...
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
I installed a PC HD 5.25" floppy in my long-suffering PCjr by replacing the
old IBM drive. It all seems to work on DD disks, but not HD disks. Do I need
to upgrade something else? (being somewhat ignorant on old PCs).
PCjr with 128K RAM expansion, floppy card, parallel port module, Cartridge
BASIC running IBM PC DOS 2.1.
--
----------------------------- personal page: http://www.armory.com/~spectre/ --
Cameron Kaiser, Point Loma Nazarene University * ckaiser(a)stockholm.ptloma.edu
-- This signature is free of dihydrogen monoxide! Ban it now! www.dhmo.org ----
> -----Original Message-----
> From: Fred Cisin (XenoSoft) [mailto:cisin@xenosoft.com]
> Since the it is for illustration, rather than for significant
> real usage,
> 16 bits should be plenty to show how it works.
> Glass fuses don't blacken unless you really whack them with a lot of
> current, and can sometimes be very hard to even see visually
> whether they
> are blown.
> Ceramic fuses, such as what VW used to use would be the easiest to
> visually check which ones are blown, but it's hard to find
> them in smaller
> sizes than 8 amps.
> Would you be programming in place, or "cheating" and assembly the unit
> with fuses that are already blown?
Ideally programming in place, with a home-made "programmer" -- probably
it would be mostly switches, etc, with no logic in it... very simple
design. At least that was the idea.
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
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!
This one is in Madison, Wisconsin.
It looks like they're offering businesses 50% of the
selling price on their old stuff:
http://www.cascade-assets.com/
And at their spring cleaning round-up, they charge
$5 per monitor.
- John
>Ooh, you tease! Any chance of that
>document escaping altogether?
Assuming it's still there, and that you get Boundless
and/or COMPAQ (and/or HP if you don't get your
skates on ...) to OK it, then there should be no problem :-)
>They are online, but the schematics don't list the contents of the
ROM
I thought you had a VT52 - so just dump the ROM. Actually,
dump the ROM anyway - it must be past its sell-by date by now!
>Of course, deliberate decisions are made about how faithful a later
>model would be when emulating an earlier one. After all, a VT220 in
>VT100 mode doesn't emulate a VT100; it emulates a VT102 (or VT100
plus
>Level 2 Editing Extension, if you like).
Yes - and I doubt that the VT52 emulator
makes *any* attempt at emulating the VT52
quirks. In fact, it's quite possible that noone
knew all the VT52 quirks and so the VSRM may
have required only adherence to the published
VT52 information (which admittedly may have
had internal-use-only enhancements).
When I wrote that VT102 emulator, way back
when, the customer for whom we were
implementing it had requested VT103 emulation
on the basis that it was a higher number
than VT102 and so must be better. I never
saw one in real life but the manual documented
it as a VT100 + LSI bus (no, I did not implement
the LSI bus ...). I suppose I should just
count myslef lucky that they didn't happen to
know about the VT105 or VT125 or VT131/VT132!
Antonio
On April 10, Geoff Roberts wrote:
> I despair of ever getting my AS400 working. I have the machine, I have the
> necessary adapter in the machine, I have terminals, I have twinax.
> I don't have the 25 pin d to 8x twinax connector gizmo (I can supply an IBM
> part no). I've had a few offered to me, but they all want very serious
> money for it. Considering I paid $25AU for the lot I'm not that interested
> in shelling out a couple of hundred for the terminal interface box and
> cable.
Is constructing the adapter an option? Twinax connectors can be
had readily, at least on this side of the ocean. I actually have one
of the adapter boxes you're talking about (for my AS/400); I'd be
happy to crack it open and investigate its innards for you.
-Dave
--
Dave McGuire "Anybody who is willing to EAT YOU probably isn't
St. Petersburg, FL such a good person to be hanging out with." -Sridhar
> -----Original Message-----
> From: Fred Cisin (XenoSoft) [mailto:cisin@xenosoft.com]
> Hmmm. Is the iMac available in ADM3a blue? and cream?
I'm glad somebody else noticed this. Personally, I have
my ADM-5 plugged into a VAXStation 2000 and a sign that
says "iVAX" on it.
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
Hi,
On 04/09/2002 09:09:48 PM ZE2 "Hans Franke" wrote:
>As a nice give away you also get an 8080 CPU for free. There
>have been two solutions AFAIR. One was booting MS-DOS and
>starting a bootloader for CP/M80 (a), the other was a CP/M
>disguise for MS-DOS (b).
>
>The Bootloader programm loaded an 8080 BIOS which supported
>hard MS-DOS Hard disks into memory, did setup the memory
>tables for the 8080 and switched into 8080 mode to boot CP/M
>from HD. There where several problems regarding disk storage,
>so the system worked only reliable from floppy disks. I heared
>also about a Version which booted from almost ordinary CP/M
>floppies. All switching code fitted into the PC boot sector.
>I never had this version, and I didn't play a lot with the
>hard disk version, but I used the other programm (b) for
>several years.
>
>You could start CP/M programms right from the MS-DOS command
>line, or switch into CP/M command line. The Programm itself
>replaced CP/M and redirected all CP/M functions to MS-DOS
>functions - thanks to the similarities :) There where even
>'utilities' to switch DOS pathes wihile in CP/M, etc. pp.
>The performance was quite acceptable (faster than a 8080 at
>5 MHz), and you could use almost all PC Hardware.
>
>I used this programm to run CP/M applications for several
>years under MS-DOS - I never had the time to redo them for
>the PC. I even kept the XT some time as CP/M machine when
>I already had an 386. The machine was also equipped with a
>screamer add on board, so the CPU was running most of the
>time at 8 MHz.
I have a V20 PC-XT in working order. Do you still have those
tools. I'd like to try out CP/M on it.
IIRC, the German c't magazine once had such tools. Back then I already
had this V20 PC-XT, but didn't want to mess with CP/M.
After just having made the transition from C64 to PC (MS-DOS), CP/M
was "old stuff" back then :-)
regards,
chris
> -----Original Message-----
> From: Richard Erlacher [mailto:edick@idcomm.com]
> You may have the answer, here, in that IF it's a SCSI device
> (which it is) and
> IF it's capable of behaving as a reader (which it is) then
> it's up to the SCSI
> subsystem to move the data into the system. IF the device,
> in whatever mode
> it "comes up" in is able to read the SCSI CD, then it should
> be no different
> than any other CD drive, irrespective of the ability to write
> the device.
For what it's worth, I tried on a MicroVAX 3100 last night, but it
didn't work too well. (Just set there, basically)
I might try a few other things. Doc mentioned he had trouble
booting VMS with some drives that would (somehow) otherwise work,
so I'll probably try the SPARC (Really, would you consider running
anything other than VMS on a VAX? :)
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: Roger Merchberger [mailto:zmerch@30below.com]
> AFAIK, you'll need to wait for a broken lap... the AS/400
> twinax runs at
> 1.5Mbit and I don't think that changes at all; besides, I
That's pretty impressive for a console connection...
> thought that the
> AS/400 ran EBCDIC, not ASCII, which could make for some
> interesting looking
> login screens... ;-)
You could be right there, but it's a very nice terminal. :)
I might be willing to write an EBCDICGetty for it, or something.
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
> I actually would be very suprised if you could strip things
> down enough to have a 'usable' system with the core 3.3 Developer
> installed in under 100MB. Afterall, that would have to include the
> swapfile as well as user space for whatever project you were working
> on. I don't have a lot of extra stuff installed on mine, mainly just
> CAPer, and the full NS 3.3 User and Developer isntalled takes nearly
> 300MB.
It's early days for me on NeXTs, so I don't know a whole lot about the
development environment yet :-) Looking at the developer docs on channelu
I got thinking that since the libraries are already there all I *really*
need to start hacking about are the usual cc/ld/gdb tools (I could live
without make, ar, nm etc) and the includes for the APIs. In theory I
should be able to make all of these myself - I've got lots of versions
of the GNU tools source lying around, it should be easy to build 68k
versions of the ones I need, and I could cobble the includes together on
an "as needed" basis using the developer docs and example code on the net
as a starting point. Painful, but - here's the question - possible?
Al.
I went in over lunch to see what was new/old, and discovered they are
closing for inventory for a few weeks, but when they reopen in May,
they will only be open one day a week. The idea is that they will post
stuff to a web page so you can see what's worth a trip down on the single
day they do business. The guys who work there seem to think that
management
doesn't understand that stuff won't flow out as fast and they'll have
a backlog. They figure the new hours will last as long as the floor space
does.
In the meantime, they had PowerMac 6100s for $5, 7100s for $10-$15 (I left
them there; already have a 6100; just got an AV monitor from them for $5)
I also saw a couple of A-sized HP pen plotters, a bunch of free 14" VGA
monitors (probably to clear them out before inventory) and the usual
desks and IBM Selectric typewriters and $10 laser printers.
I did pick up a few things...
Tektronix 502A dual-beam scope *with* Tek tilt cart
Heath ES-600 function generator (q. 2)
DEST PC SCAN 2000 (free)
NEC Multisync 2A (free) (would have been two, but the second one let out
the magic smoke).
Apple 20MB SCSI drive (old Mac or late Apple II)
Misc Sun SCSI, video and serial cables (free - being a regular customer
has its benefits, like knowing they allow you to take a dip into the
large box of assorted cables when purchasing items (no sign above the
box); they don't require a one-to-one match-up of cables to items, so I
get a lot of Mac and Sun goodies that way. They just don't want to
price the cables or keep them with the items for sale, so they all go in
a big box if they are not attached to things).
I must have missed some SGI stuff - they had a couple of SGI keyboards on
the keyboard shelf. Their new hours are going to be a pain. Ah, well.
-ethan
__________________________________________________
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/
At a auction today I was able to get a IBM AS/400 Advanced 36 for $37.50
but no terminal or keyboard with it. The black case is in pretty good
shape and it powers on and gives a number code in the little reader on
the front of the case.
Got a Data General terminal model 5220 but no keyboard was it for 6.99
at a thrift.
At the auction a also got Tandy VMT monitor and IBM mono monitor both
for free.
Got a MAC (128) kb and mouse both in the designer boxes with their foam
containers. This is better good since someone jut paid over $500 for
these same type of boxes with nothing in them on eBay. I got both for
$4.98 at the thrift.
From: Carlini, Antonio <Antonio.Carlini(a)riverstonenet.com>
> My quick check of the the VT102 and VT220 manuals
> does not show "ESC /" as a recognised emulated
> VT52 sequence. The VT100 manual makes it quite
> clear how to react to random ESCape sequences.
> It is pretty silent on VT52 emulation mode. I suspect
> the VSRM is too (if we still have one in
> the office, I'll check tomorrow).
Vt100 and later were ANSI extended terminals. VT52 however
was pre ansi. The behavour for unknown escapes in vt52 were
generally no-ops or redundant decodes. The closest VT52
emulation for 80 char modes was H19 (it could not do the
132 wide and doublewidth).
> When I wrote a VT102 emulator, many moons
> ago, I know that since most VT52 escape
> sequences were of the form "ESC x" then
> I would have ignored "ESC x" for an
> unrecognised "x" and displayed
> "ABC" when fed "A ESC / BC". It seems
> that real VT terminals do not do this.
VT52 was very different from VT100 and later.
many of the VT52 sequences were both
constrained by 7bit ascii and it's very limited intelligence.
> The only way to determine whether the VT1xx
> is a faithful VT52 emulator is to see what
> a real VT52 does. (Or read the schematics,
> which I believe are online).
True, though a real VT100 in VT52 mode is safe.
Allison
From: Paul Williams <celigne(a)celigne.freeserve.co.uk>
>I think that in the case I described to Jerome, there is a difference
>between a VT52 and a later terminal in VT52 mode. The fact that the
>surmised difference is insignificant hasn't stopped me from being
>curious about it!
The difference should be small and on the more esoteric edges of the spec.
The SRM was developed after the VT100, so some things may have
exception cases but VT52 and VT100 capability in latter terminals were
based on VT52 and VT100 behavour by actual testing and also known
behavour.
>The most diligent of terminal emulator authors will fall into large
>holes left by the external specifications, so I'm doing some work to be
>as precise as I imagine the Video SRM is. Is that the document
>containing chunks of Pascal that make a reference emulator?
No, never saw Pascal code in the SRM (it's about 2 inches thick!) nor
have I seen it outside DEC. It was part of the some 203 DEC STDs
such as VAX archectecture, packaging and all manner of other things.
Allison
I've just acquired two Lear-Siegler ADM-3As and was surprised to find
that one is brown and the other is blue. As trivial as this is, I was
wondering whether any other colours were available and whether this
signifies any difference in capabilities?
> -----Original Message-----
> From: Paul Williams [mailto:celigne@celigne.freeserve.co.uk]
> I've just acquired two Lear-Siegler ADM-3As and was surprised to find
> that one is brown and the other is blue. As trivial as this is, I was
> wondering whether any other colours were available and whether this
> signifies any difference in capabilities?
I don't know, but mine is brown. If you find out about the blue one
(or the brown one) I'd like to know :)
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
Rumor has it that Christopher Smith may have mentioned these words:
>> -----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*)
AFAIK, you'll need to wait for a broken lap... the AS/400 twinax runs at
1.5Mbit and I don't think that changes at all; besides, I thought that the
AS/400 ran EBCDIC, not ASCII, which could make for some interesting looking
login screens... ;-)
But I've only worked a little bit here-n-there on AS/400's; for all I know
I could be full of condensed milk.
HTH,
Roger "Merch" Merchberger
--
Roger "Merch" Merchberger --- sysadmin, Iceberg Computers
Recycling is good, right??? Ok, so I'll recycle an old .sig.
If at first you don't succeed, nuclear warhead
disarmament should *not* be your first career choice.
> Allison wrote:
>
>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.
My quick check of the the VT102 and VT220 manuals
does not show "ESC /" as a recognised emulated
VT52 sequence. The VT100 manual makes it quite
clear how to react to random ESCape sequences.
It is pretty silent on VT52 emulation mode. I suspect
the VSRM is too (if we still have one in
the office, I'll check tomorrow).
When I wrote a VT102 emulator, many moons
ago, I know that since most VT52 escape
sequences were of the form "ESC x" then
I would have ignored "ESC x" for an
unrecognised "x" and displayed
"ABC" when fed "A ESC / BC". It seems
that real VT terminals do not do this.
The only way to determine whether the VT1xx
is a faithful VT52 emulator is to see what
a real VT52 does. (Or read the schematics,
which I believe are online).
Antonio
> >> 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.
>
> Actually you can run CP/M emulation under Linux/FreeBSD on it.
>
> Bill
Well, he started out by saying he'd not seen an emulator he liked...
-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
> 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
________________________________________________________________________
So... the 8200/DWBUA saga continues... I got a replacement T1010 module.
It passes internal tests unlike its predecessor. It does not pass
all diagnostics (no yellow LED). The two error codes I see in GPR0
(General Purpose Register 0) are 12 and E. Code 12 means that the
DWBUA could not cause the M9313 UET to respond to an interrupt cycle.
Code E is a register-communications issue. The DWBUA won't pass
diags unless an extensive set of conditions are met, including full
communication with the UET. Before anyone asks, there is nothing on
the Unibus except the UET and a full boat of double-grant cards.
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.
I have no Unibus VAXen (out of storage and set up) to test an M9313. I
could set up an 11/04 to tweak at the registers, but that's simple
CSR poking, not full diagnostics. If there's anything related to
XXDP and a UET, I guess I could try that (I'd have to either dig out
my RUX50 or get XXDP onto 8" floppy somehow, unless I can get it on
an RL01 or RL02 pack - I have an RL02 and RL11 right here).
Anyone with any substantial DWBUA experience? I have the tech manual,
but in the past, I just plugged it in and it worked. Didn't have to
go at it step-by-step.
Ideas? Source of working UETs?
Thanks,
-ethan
__________________________________________________
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/
I'm looking into ways of setting up a "poor mans 3.3 developer toolkit" up
on a NeXT slab which currently has 3.3 user installed on a 100Mb hard disk.
Before I get too into the idea I thought I'd better ask if anyone on the
list has already tried and failed :-) I'm guessing that all I *really* need
are the includes - the libraries are already installed, and IIRC I can
cross-compile GNU tools on a Linux box (any idea what versions of compiler
etc were supplied with 3.3 Developer?). I'm happy to archive apps to floppy
to free up a bit more space if required. Any thoughts, NeXT fans on the
list?
I know it's probably easier to trawl for a copy of 3.3 Developer and just
install a bigger hard disk, but this way seems a bit more fun :-)
TIA
Al.
> they still make em, in a mini version.
Type +simon+electronic+memorize into Yahoo,
pick the first link (Amazon), get this:
http://www.amazon.com/exec/obidos/ASIN2/B00000IWGW/ref%3Dpd%5Fsim%5Ftoys/104
-1881300-0590301
Electronic Handheld Simon
by Milton Bradley
Our Price: $12.99
Type +"milton bradley"+simon into Yahoo and you can go
nuts all day long. You probably shouldn't, it's not good for
your health.
John A.
and then there's "Trivial Pursuit"...
Hi,
For those of you following the saga of my attempts to resurrect my HP-IPC
here is the latest update.
I have managed to create diskettes that the IPC can read by using an
original 720kb PC compatible diskette drive and original double density
diskettes. I used OpenBSD (any Unix-like system should also work) and
the command dd if=IPC-IMAGE of=/dev/rfd0c to copy the images I downloaded
>from the network to the floppy. Although some of the images did not work
first time (and OpenBSD refuses to write to IPC formatted diskettes) I
eventually managed to get most of the usefull files to IPC formatted
diskettes (by going through the IPC).
My next step is to see how to address HP-IB peripherals from the ROM BASIC.
I tried to use the following Series 80 program from the SERIES 80 HP-IB
Interface Owner's Manual
Original program:
10 S=7 @ ! Variabe S is select code
20 SET TIMEOUT S;500
30 ON TIMEOUT S GOTO 100
40 FOR I=0 TO 31
50 DISP "SPOLL DEVICE # ";I
60 S1=SPOLL(S*100+I)
70 PRINT "DEVICE ";I;" PRESENT"
* 80 NEXT I
90 STOP
* 100 ABORTIO 7
110 PRINT "DEVICE ";I;" NOT PRESENT"
120 GOTO 80
130 END
To get it to run on the IPC I added the following 2 lines
12 MASS STORAGE IS "/dev"
14 ASSIGN 7 TO "hpib"
Now the program runs but reports all 32 devices as present(!)
I only have an HP-9122D dual diskette drive at address 1 and
an external printer at address 5.
Any clues?
Thanks
**vp
On April 8, Sridhar the POWERful wrote:
> Ok, well, "video subsystem", if you like. And isn't a 3AT actually a
> 7030-3AT? Would you consider kicking that GXT1000 my way? What would you
> want for it?
And if any of those 3ATs need a new home... 8-)
-Dave
--
Dave McGuire "I thought it would go quickly,
St. Petersburg, FL that rubberized bottom..." -Sridhar
On April 8, Sridhar the POWERful wrote:
> > > > Yeah but I'm quickly learning that these machines are *cool*. My
> > > > new 3CT with its 66MHz clock is *screaming* fast! These processors
> > > > are *incredibly* clock-efficient. Now I want MORE! 8-)
> > >
> > > MUHAHAHAHA. My evil plan is working.
> >
> > FREAK!
>
> I'm the RS/600 drug dealer.
"The first one's free!"
-Dave
--
Dave McGuire "I thought it would go quickly,
St. Petersburg, FL that rubberized bottom..." -Sridhar