What is a VXT 2000+? It has 18 meg or ram. It comes up with VXT V1.5 followed
by 08-00-2B-37-70-4A. The configuration indicates that it has 8 plane Low Res
4 Megpixel FB which I assume is the graphics configuration.
It originally came with a DEC VRC 16-HA Low emission monitor. My scrapper who
has this feels the monitor is worth $150. If anyone interested in this, with
or without the monitor, contact me directly.
He also got in a couple of MVIIs that are available. I will get the
configuration next week
Paxton.
Whoops, change that last URL I gave (for the VXT software) to
ftp://ftp.openvms.digital.com/vxt/
--
Tim Shoppa Email: shoppa(a)trailing-edge.com
Trailing Edge Technology WWW: http://www.trailing-edge.com/
7328 Bradley Blvd Voice: 301-767-5917
Bethesda, MD, USA 20817 Fax: 301-767-5927
>What is a VXT 2000+?
It's an X-terminal.
> It has 18 meg or ram. It comes up with VXT V1.5 followed
>by 08-00-2B-37-70-4A. The configuration indicates that it has 8 plane Low Res
>4 Megpixel FB which I assume is the graphics configuration.
"08-00-2B-37-70-4A" is the hardware Ethernet address. The VXT 2000+
loads its software over the Ethernet at power on. To quote from the
VXT release notes:
VXT software is installed on a load host and downloaded
into the VXT 2000[+], VXT 2000, or VT1300 X terminal; the
VXT software license applies to the X terminal on which the
software is executed, not to the host CPUs in the network.
The release notes then go on to specify how to install the software on the
following different systems - I imagine other network-capable systems
are easily done as well:
o VXT Software on InfoServer Systems
o VXT Software on OpenVMS Systems
o VXT Software on DEC OSF/1 AXP Systems
o VXT Software on ULTRIX Systems
o VXT Software on SunOS Systems
o VXT Software on HP-UX Systems
o VXT Software on IBM AIX Systems
o VXT Software on SCO ODT Systems
The software installation kit now appears on the OpenVMS Freeware
CD-ROM set, and you can grab it over the net from:
ftp://openvms.digital.com/vxt/
--
Tim Shoppa Email: shoppa(a)trailing-edge.com
Trailing Edge Technology WWW: http://www.trailing-edge.com/
7328 Bradley Blvd Voice: 301-767-5917
Bethesda, MD, USA 20817 Fax: 301-767-5927
On or about 07:56 PM 10/24/99 -0700, Mike Cheponis was caught in a dark
alley speaking these words:
>That's fascinating. Take obsolete hardware and architecture (vax), and
>keep them running! I guess I will never cease to be amazed at the weird
>things people do. Heck, I heard the other day that people are -still-
>running 1401 emulation mode under a VM/360 simulator on their modern h/w!
The last three places I worked for (or heard of thru the grapevine) were
running mostly System 36 RPG apps in emulation on their AS/400 hardware...
it's more common than you might think!
>> Its not the speed
>>of the individual bus, but its the number of busses.
>
>That's of course bull.....
You crack on others for stating things without backing up with actual
data... where's yours? My wife's box is a Pentium 100 running SCSI3Wide and
I did benchmarks (real-world... but don't have them handy) which showed
that box stomped a Pentium 166 / IDE. (Mind you, saying the IDE bus is
rather an oxymoron, as it's an extension of the ISA bus IIRC... :-)
The difference? The IDE bus is totally stupid (read: CPU controlled)
whereas the SCSI bus is very smart (read: 80Mhz RISC CPU controlled) - the
SCSI controller is offloading most of the CPU overhead.
Despite all this, the mouse driver on it right now sucks wind, and can lock
the entire machine for over 3 seconds... bad driver/bus design. That's
something the PC world will prolly never get rid of.
Tho I've never seen, touched, smelled a Vax, I've seen other DEC hardware
(yes, even a 3-CPU 486DX33) that use sub-controllers for all of their I/O,
and they handled lots of multiple users wonderfully, and if one I/O
controller goes south, the equipment is designed to continue with minimal
heartburn.
>>The more busses, the more parallelism and the less waiting.
>
>-IF- the speed of the busses is high enough!
And one bus cannot affect another bus...
>>One
>>fast bus works well until you want to do multiple things, and
>>then it quickly becomes a bottleneck.
>
>Excuse me? Could you please back up this assertion with data? After all,
>at -some- point, all these busses have to get their data into/out of the CPU,
>right? And -that- is a "bottleneck" for sure... (Sure, you can have
>channel-to-channel I/O, but most aps are not just shuffling bits.)
The busses don't *have* to route their data thru the CPU (erm... unless
it's the IDE bus...) if it's headed for memory - that's what DMA is for. A
good DMA setup (which the PC doesn't have) can offload even more work from
the host CPU, allowing it to do useful work instead of playing "data
traffic cop."
As always, YMMV, IMHO, and all that jazz,
Roger "Merch" Merchberger
=====
Roger "Merch" Merchberger -- zmerch(a)30below.com
SysAdmin - Iceberg Computers
===== Merch's Wild Wisdom of the Moment: =====
Sometimes you know, you just don't know sometimes, you know?
I haven't received anything from this list in the last week or so.
As far as I know, nothing changed on my end. I've tried to send
'subscribe' and 'which' commands to the listproc, but I get no
response. Did something change at U-Wash?
- John
-----Original Message-----
From: Lawrence LeMay <lemay(a)cs.umn.edu>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Monday, October 25, 1999 6:36 PM
Subject: Re: Help - Is there a paper tape BASIC for a PDP 8/S
>>
>> I am hoping to find BASIC (not FOCAL) for the PDP 8 line. I can't run
OS/8
>> so I am hoping to find a BASIC that will run on my 8/S in binary form.
>
>Why cant you run OS/8, just because of a lack of enough core memory?
4k core only.
#1) I have no disk.
#2) I did not think OS/8 was compatible with the Straight 8/ 8/s instruction
set incompatibilities.
If it is compatible then I will actively seek a DF32 and interface.
>
>-Lawrence LeMay
>
>>
>> A) Does this even exist?
>> B) Is it on the Web?
>>
>> Thanks, this 8/S is proving to be lots of fun.
>>
>> BTW: I just got this message on my PDP tonight:
>>
>> "Congratulations!! You have successfully loaded 'FOCAL' on a PDP 8/S
>> computer."
>>
>> Yippee!
>>
>> john
>>
>>
>
I am hoping to find BASIC (not FOCAL) for the PDP 8 line. I can't run OS/8
so I am hoping to find a BASIC that will run on my 8/S in binary form.
A) Does this even exist?
B) Is it on the Web?
Thanks, this 8/S is proving to be lots of fun.
BTW: I just got this message on my PDP tonight:
"Congratulations!! You have successfully loaded 'FOCAL' on a PDP 8/S
computer."
Yippee!
john
On Oct 25, 15:59, Bill Pechter wrote:
> Is my memory of the breakdown of the diags correct?
>
> +--> Diag software
> | +--> Second diag
> | |
> ZRQBC1
> | |
> | +-->Revision C patch level 1
> +--RQDX? disk controller (does the R stand for Rotating Memory Here?)
Very close. The first character is the processor type it's intended for,
the next two are the device mnemonic (not always the same as the mnemonics
used elsewhere, alas), then diagnostic "number" (you know what I mean :-))
and then revision and patch level, as you said.
I can't help with the specifics of most diagnostics (my microfiche set is
neither complete nor very accessible at the moment -- wasn't most of that
stuff on-line inside DEC once? What became of STARS and TIMA?) but you
might find the general stuff at
http://www.dunnington.u-net.com/public/XXDP.ps helpful (there's a .pdf
equivalent there too, thanks to the assistance of another list member).
--
Pete Peter Turnbull
Dept. of Computer Science
University of York
Hello:
I saw a message from jeff.kaneko(a)juno.com where it appears he got some
docs on the CS/80 etc. protocol from you. I think this is the protocol
used by HP for its HP-IB disks. I suspect that this protocol uses a
block mode addressing that spans a variety of devices built and sold in
the 80's and early 90's, incl. some by Bering (an alternate source of
HP-compatible HP-IB storage products).
I am looking for the disk protocols and command set to see if I can talk
to these devices with a National Instruments (GP-IB) board in a PC
running NT with a driver written in a modern high-level language. I
suspect that the commands are device-independent, as these HP devices
worked with a broad scope of computers, with very little change in
configuration. Does this sound like the same docs you have? If so, may I
please get a copy of those docs? I think that they are the same that
Jeff got from you. I'm in the Seattle area (Redmond) and am willing to
pay for your trouble photocopying.
Please give me a call and we can talk. I suspect that some of HP's SCSI
protocols are similar in structure and would like any thoughts you have
on this.
Thanks,
Jerome Hodges
Strobe Data, Inc.
8405 165th Ave NE
Redmond, WA 98052-3913
Ph. 425-861-4940
Fax 425-861-4295
