Home delivery, would you believe it.
Saku Setala is one awesome dude.
Sampsa
On 29 Nov 2012, at 17:11, Mark Wickens wrote:
On 29/11/2012 15:06, Sampsa Laine wrote:
Got two free MicroVAX 3400s..
Sampsa
On 29 Nov 2012, at 16:35, Mark Wickens wrote:
On 29/11/2012 14:29, Sampsa Laine wrote:
Johnny, can you register the following node:
SIIRI 47.1113
What you bought now :)
Did you go pick them up?
On 29/11/2012 15:06, Sampsa Laine wrote:
Got two free MicroVAX 3400s..
Sampsa
On 29 Nov 2012, at 16:35, Mark Wickens wrote:
On 29/11/2012 14:29, Sampsa Laine wrote:
Johnny, can you register the following node:
SIIRI 47.1113
What you bought now :)
Did you go pick them up?
Got two free MicroVAX 3400s..
Sampsa
On 29 Nov 2012, at 16:35, Mark Wickens wrote:
On 29/11/2012 14:29, Sampsa Laine wrote:
Johnny, can you register the following node:
SIIRI 47.1113
What you bought now :)
Al 28/11/12 22:47, En/na Paul_Koning at Dell.com ha escrit:
Is Pi big endian? Does KLH10 assume little endian?
Pi is little endian. And, to add some weirdness to this, I have just completed a TOPS-20 boot using the very same binaries...
(It does not use klboot.exe)
Is Pi big endian? Does KLH10 assume little endian?
paul
On Nov 28, 2012, at 4:44 PM, Jordi Guillaumes i Pons wrote:
Al 28/11/12 22:42, En/na Cory Smelosky ha escrit:
Anyone has gone past this?
I've not, but is it possibly related to solftfloat versus hardfloat ABI in some distr
I have built it from sources... I don't think the ABI differences can make any difference. But I could be wrong if KLH10 uses something really tied to the host hardware.
Al 28/11/12 22:42, En/na Cory Smelosky ha escrit:
Anyone has gone past this?
I've not, but is it possibly related to solftfloat versus hardfloat ABI in some distr
I have built it from sources... I don't think the ABI differences can make any difference. But I could be wrong if KLH10 uses something really tied to the host hardware.
On 28 Nov 2012, at 16:40, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> wrote:
I have compiled KLH10 in the Pi, following the indications in this post:
https://groups.google.com/forum/?fromgroups=#!topic/alt.sys.pdp10/vHcQ49tjM…
After correcting a stupid syntax error I get a mostly clean compilation, but when I try to run TOPS-10 on it (cloning a configuration that works in an intel machine), I get this:
KLH10# load klboot.exe
Using word format "c36"...
Loading aborted, read failed for file page 1, proc page 0
Loading aborted, read failed for file page 2, proc page 448
Loading aborted, read failed for file page 4, proc page 451
Loaded "klboot.exe":
Format: DEC-PEXE
Of course it does not boot...
Anyone has gone past this?
I've not, but is it possibly related to solftfloat versus hardfloat ABI in some distros?
I think you are describing the 3B20S. Looked like a VAX/780 (but had a pull starter ;) for the battery bring up. The duplex 3B20D was the control systems for the 5ESS. After the consent decree was dropped, AT&T tried to market the S (simplex) version as a general purpose computer. IIRC the 3B20 >>architecture<< became the WE32100 microprocessor that was used in the desktop machines.
Clem
On Wed, Nov 28, 2012 at 4:24 PM, Boyanich, Alastair <Alastair.Boyanich at au.fujitsu.com> wrote:
> Hello!
> He's thinking of the WE designed processors that were used in the
> later units. They were not bit slice but were fabricated using the
> normal methods. Not surprisingly enough the devices could not even be
> sold separately.
>
> They were ran an appropriately written release of UNIX as native. One
> of the first applications for them and the later models was in running
> the first and second generation Electronic Switching Services
> otherwise known as exchanges.
>
> There's a whole article online someplace on the RT extensions that
> needed to be written out and added to UNIX for that application.
Hi Greg,
Maybe it wasn't bit-sliced then.. interesting, but this seems to fit as
it was definitely:
a) a different ISA to the m68k stuff. Wouldn't even disassemble.
b) telco gear for very large PABX/exchange switching/management
c) UNIX (tm) based.
Al.