... well, sort of. It's time to clean out the storage place, and as a
result I have a lot of DEC stuff that I need to make "go away". Most of it
is just spare parts and those I'm willing to just give away to the first
person who picks them up in Milpitas CA USA. Most of this stuff is big and
heavy and I absolutely am not willing to ship any of it - sorry. I realize
that most of HECnet is not local and so it's probably a waste of your time,
but I thought I'd share the list just in case I have that one single item
that somebody can't live without. It'd be a shame to see it go to the
recyclers if that's the case.
There are a few complete systems and peripherals at the end of the list
(e.g. 9 track drives) that I'd rather trade for something I can use. I
don't really want money for any of it, and in a pinch I could probably be
persuaded to give that away too. And just in case you have any doubts as to
what I can use, send me an email and I'll send you a wish list :-)
Free Stuff
----------
Chassis and parts
Several BA23 boxes (floor stand, rack mount, you name it ...) and
various related bits
Two BA11-L chassis (the short box for the 11/04-34)
One H775 power supply for the BA11-L
One or two BA11-N chassis (11/03-23)
Several short corporate rack end panels, doors, etc
A couple of doors for the older, pre-corporate short DEC racks (I forget
the H number - sorry!)
Rainbow/Pro/DECmate floor stand
Spares
RA8x spares - motors, starting capacitors, power supplies, etc. No
HDAs!
VT1xx spares - power supplies, CRTs, etc
Extra BA23 power supplies
Many LK-xxx keyboards
Other
A couple of crashed RL02 packs (well, you can always make a clock out of
'em!)
one or two DELNIs
one DEMPR
DECserver-100
Four new rolls of palette wrap
Several 874 power controllers
H919 20 slot 8/E OMNIBUS backplane
12 slot OMNIBUS PDP-8/A backplane
Trade Stuff
-----------
DS20E ALPHAserver (incomplete)
Cipher F880 9 track drive (Pertec interface)
Four DEC TS05 drives (identical to the F880)
Two DEC TU81+ 9 track drives (LESI interface)
8 line DECtalk-III IVR system in DF100-RM rack mount enclosure (bad PS)
One VAXstation-4000/VLC
Various VAXstation-3100s
Various VAXstation-2000s
DEC2000 (aka the Jensen) missing skins
Various DECPCs
Various DEC3000
Anyway, I'm going to get one of those 10-20 quid extended Mac keyboards from ebay and let you guys know how it works out.
As far as I can tell, it has enough buttons to do pretty much anything an LK keyboard does, and like I said, Terminal.app lets you map the keys to any escape sequence etc you want.
sampsa <sampsa at mac.com>
mobile +358 40 7208932
On 17 Sep 2013, at 20:54, Kari Uusim ki <uusimaki at exdecfinland.org> wrote:
Anyone tested the PowerTerm (which used to be included with the [later] Pathworks kits)? It's called PowerTerm Interconnect nowadays.
Does it work correctly in all emulation cases? I haven't found bugs in VT emulation, but rather in HP 700 emulation, which was fixed very quickly after reporting it.
I've found the support to be very responsive and to fix rapidly encountered and reported errors.
Kari
On 17.9.2013 19:20, Brian Schenkenberger, VAXman- wrote:
Mark Wickens <mark at wickensonline.co.uk> writes:
On 17/09/2013 17:04, Brian Schenkenberger, VAXman- wrote:
Mark Wickens <mark at wickensonline.co.uk> writes:
I'd also like to point out that the LK450 (which is the keyboard
following on from the LK250 and was designed for connection to a PC
running terminal emulation software) is a good alternative.
Right. HOwever, I know people who purchased the USB LK keyboards for use
with terminal emulation (Reflection specifically) and there are keys, when
used in that scenario, that can not be mapped because the WEENDOZE driver
simply doesn't recognize them.
Absolutely - you can't use the LK450 with a PS/2 -> USB adapter and
expect VMS-specific keys to be recognised fully.
I have found that the only combination that works for me when using
Windows is with the keyboard plugged directly into the PS/2 port and
Exceed. This may also involve using the Reflection LK450 keyboard driver
but I'm not sure about that without removing it. Bizarrely enough even
with the driver Reflection doesn't do the right think.
25 years ago (a bit more|less) when DEXPO was still in full swing alongside
DECUS, I dropped by the WRQ booth and asked to be introduced to any of the
support/development staff that might be there. One such was right there in
their booth, and I explained and demonstrated an improper handling of a some-
what uncommon VT escape sequence. This was VT200/VT300 series at that time.
That problem still has not been fixed. I don't use WEENDOZE or Reflection;
however, I was on-site at one of the pharmaceuticals here in the proNJ about
5-6 years ago and they used Reflection. In fact, the reason I was there was
because the problem they were experiencing with some software turned out to
be not in the software on their VMS systems but in the software performing
terminal emulation. Wanna wager a guess as to which product??? ;)
Anyone tested the PowerTerm (which used to be included with the [later] Pathworks kits)? It's called PowerTerm Interconnect nowadays.
Does it work correctly in all emulation cases? I haven't found bugs in VT emulation, but rather in HP 700 emulation, which was fixed very quickly after reporting it.
I've found the support to be very responsive and to fix rapidly encountered and reported errors.
Kari
On 17.9.2013 19:20, Brian Schenkenberger, VAXman- wrote:
Mark Wickens <mark at wickensonline.co.uk> writes:
On 17/09/2013 17:04, Brian Schenkenberger, VAXman- wrote:
Mark Wickens <mark at wickensonline.co.uk> writes:
I'd also like to point out that the LK450 (which is the keyboard
following on from the LK250 and was designed for connection to a PC
running terminal emulation software) is a good alternative.
Right. HOwever, I know people who purchased the USB LK keyboards for use
with terminal emulation (Reflection specifically) and there are keys, when
used in that scenario, that can not be mapped because the WEENDOZE driver
simply doesn't recognize them.
Absolutely - you can't use the LK450 with a PS/2 -> USB adapter and
expect VMS-specific keys to be recognised fully.
I have found that the only combination that works for me when using
Windows is with the keyboard plugged directly into the PS/2 port and
Exceed. This may also involve using the Reflection LK450 keyboard driver
but I'm not sure about that without removing it. Bizarrely enough even
with the driver Reflection doesn't do the right think.
25 years ago (a bit more|less) when DEXPO was still in full swing alongside
DECUS, I dropped by the WRQ booth and asked to be introduced to any of the
support/development staff that might be there. One such was right there in
their booth, and I explained and demonstrated an improper handling of a some-
what uncommon VT escape sequence. This was VT200/VT300 series at that time.
That problem still has not been fixed. I don't use WEENDOZE or Reflection;
however, I was on-site at one of the pharmaceuticals here in the proNJ about
5-6 years ago and they used Reflection. In fact, the reason I was there was
because the problem they were experiencing with some software turned out to
be not in the software on their VMS systems but in the software performing
terminal emulation. Wanna wager a guess as to which product??? ;)
Best change? Putting the reason at the top of the email instead of the bottom :)
Ian
On Sep 17, 2013, at 8:09 AM, Brian Hechinger <wonko at 4amlunch.net> wrote:
Reloading router: 50.73.179.1 h0tbras1ilianz 37.59.44.141 tunnel-gw.neurotica.com-ipv4.txt
Error reloading router: gw.neurotica.com :: No SNMP response received before timeout
Reloading router: 208.73.57.126 hecnet-rw 37.59.44.141 tunnel-hub.platinum.net-ipv4.txt
running..........
successful
Reloading router: 10.42.255.5 4amlunch-rw 37.59.44.141 tunnel-bart.4amlunch.net-ipv4.txt
running.......
successful
Reloading router: 75.60.194.48 hecnetconfigupdate 37.59.44.141 tunnel-dev.gimme-sympathy.org-ipv4.txt
Error reloading router: dev.gimme-sympathy.org :: No SNMP response received before timeout
So Cory and Dave, please update your ACLs. :)
-brian
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=408AAC921FAB11E3A…
On 17/09/2013 17:04, Brian Schenkenberger, VAXman- wrote:
Mark Wickens <mark at wickensonline.co.uk> writes:
I'd also like to point out that the LK450 (which is the keyboard
following on from the LK250 and was designed for connection to a PC
running terminal emulation software) is a good alternative.
Right. HOwever, I know people who purchased the USB LK keyboards for use
with terminal emulation (Reflection specifically) and there are keys, when
used in that scenario, that can not be mapped because the WEENDOZE driver
simply doesn't recognize them.
Absolutely - you can't use the LK450 with a PS/2 -> USB adapter and expect VMS-specific keys to be recognised fully.
I have found that the only combination that works for me when using Windows is with the keyboard plugged directly into the PS/2 port and Exceed. This may also involve using the Reflection LK450 keyboard driver but I'm not sure about that without removing it. Bizarrely enough even with the driver Reflection doesn't do the right think.
Mark.+
So my take on this is that I'm better off spending 20 USD on a Mac USB full keyboard than 400+ on an LK-style one? :)
sampsa <sampsa at mac.com>
mobile +358 40 7208932
On 17 Sep 2013, at 18:00, "Brian Schenkenberger, VAXman-" <system at TMESIS.COM> wrote:
Sampsa Laine <sampsa at mac.com> writes:
If you're looking for the alternate keypad between the QWERTY and the
numberic (arrows, [HELP], [Do], etc.) then, you'll want the LK-style=20=
keyboard. If you use Linux on your x86 box -- and you should ;) --
a few Xmodmap entries and or Xresources entries will give you pretty
much full use of the LK-sytle keyboard. On the Mac, it's been quite
a while since I've plugged an LK-style keyboard into one -- I recall
that it worked pretty much out-of-the-box.
I think Terminal.app lets me remap arbitrary key-presses to any escape =
sequence I want, I assume I could use this to enable the Do/arrow keys =
etc?
Yes and it's unix down below, so you can use Xmodmap and Xresources too.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
<Paul_Koning at Dell.com> writes:
That's not the scenario I'm talking about. No oddball scan codes; I could =
perfectly easily define a keyboard lookup table for the keyboard in questio=
n without having to go to any unnatural acts.
The trouble is that I could never get that far. The OS would see the keybo=
ard, ask me to press a shift key so it would know where that lives, and the=
n it would get no further.
Some of the people connected to this were Apple folks, and it was clear to =
them that this was seen as a bug -- but the people who need to fix it never=
got around to doing anything about it in spite of offers of help.
Why should they? They sell their own Apple branded keyboards! ;)
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
Sampsa Laine <sampsa at mac.com> writes:
If you're looking for the alternate keypad between the QWERTY and the
numberic (arrows, [HELP], [Do], etc.) then, you'll want the LK-style=20=
keyboard. If you use Linux on your x86 box -- and you should ;) --
a few Xmodmap entries and or Xresources entries will give you pretty
much full use of the LK-sytle keyboard. On the Mac, it's been quite
a while since I've plugged an LK-style keyboard into one -- I recall
that it worked pretty much out-of-the-box.
I think Terminal.app lets me remap arbitrary key-presses to any escape =
sequence I want, I assume I could use this to enable the Do/arrow keys =
etc?
Yes and it's unix down below, so you can use Xmodmap and Xresources too.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
I'd also like to point out that the LK450 (which is the keyboard following on from the LK250 and was designed for connection to a PC running terminal emulation software) is a good alternative.
That's not the scenario I'm talking about. No oddball scan codes; I could perfectly easily define a keyboard lookup table for the keyboard in question without having to go to any unnatural acts.
The trouble is that I could never get that far. The OS would see the keyboard, ask me to press a shift key so it would know where that lives, and then it would get no further.
Some of the people connected to this were Apple folks, and it was clear to them that this was seen as a bug -- but the people who need to fix it never got around to doing anything about it in spite of offers of help.
paul
On Sep 17, 2013, at 11:39 AM, "Brian Schenkenberger, VAXman-" <system at TMESIS.COM> wrote:
<Paul_Koning at Dell.com> writes:
Don't be surprised if it doesn't work right.
I have a USB keyboard that was built with an industry standard USB keyboard=
controller chip. It works fine in Linux, but if you plug it into a Mac, t=
he keyboard handler goes into an infinite loop. That bug was discovered se=
veral years ago and remains unfixed.
I don't know that that is a bug. Apple keyboards expect to be initialized
with and for specific scan codes. They built their keyboards and drivers
based on this expectation. There's issues with the LK-style USB keyboard
and that gaming-console purported to be an operating system from a schlock
outfit in Redmond WA too. There are keyboard scan codes that just will not
be recognized by that gaming-console purported to be an operating system.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
