Hi,
Jon wrote:
> I have 15 pieces of memory SIMMs for the Challenge M series
> (funny, seems like there should be an even #). Pics here :
>
> http://pico-systems.com/images/SGIChallenge.JPG
A Challenge M is basically a server variant of an Indigo2.
What you have looks like memory for a Challenge L or Onyx.
Dennis
"Spectre" is one of two notorious bugs of modern CPUs involving speculative execution. I rather doubt that VAX is affected by this but I suspect others here have a lot more knowledge.
paul
> Begin forwarded message:
>
> From: coypu at sdf.org
> Subject: VAX + Spectre
> Date: September 17, 2019 at 5:32:42 AM EDT
> To: port-vax at netbsd.org
>
> So, this is a bug report:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86811
>
> GCC would like to know if VAX needs Spectre-related work.
> Are any of the VAXes ever made capable of speculative execution? the
> first tech for doing it was in 1967, so not entirely far-fetched.
I have a Naked Mini, where are you located?
I couldn't see your images.. not sure if my vcfed account is still good.
So I don't know what you have.
/P
On Wed, Oct 02, 2019 at 09:31:09AM +0000, Roland via cctech wrote:
> Hello,
> I was wondering if anyone has a Computer Automation Naked Mini.
> I have these boards and I have no clue what to do with it. So if anyoneis interested please let me know. Pictures are in this vcfed topic:
> http://www.vcfed.org/forum/showthread.php?68302-Computer-Automation-Naked-M… interested in swap with omnibus material...
>
> Regards, Roland
I have two Naked Minis, possible unused, That I would love to find a home
for.
On Wed, Oct 2, 2019 at 4:31 AM Roland via cctech <cctech at classiccmp.org>
wrote:
> Hello,
> I was wondering if anyone has a Computer Automation Naked Mini.
> I have these boards and I have no clue what to do with it. So if anyoneis
> interested please let me know. Pictures are in this vcfed topic:
>
> http://www.vcfed.org/forum/showthread.php?68302-Computer-Automation-Naked-M…
> interested in swap with omnibus material...
>
> Regards, Roland
>
Correction!? IBM 704!Jack-----------------------------------------------------Jack HarperSecure Outcomes Inc2942 Evergreen ParkwaySuite 300Evergreen, Colorado 80439303.670.8375 Officewww.secureoutcomesinc.com for Product Info.
-------- Original message --------From: Jack Harper <harper at secureoutcomes-hq.com> Date: 10/2/19 13:36 (GMT-07:00) To: Lars Brinkhoff <lars at nocrew.org>, "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>, Bill Degnan via cctech <cctech at classiccmp.org> Cc: Bill Degnan <billdegnan at gmail.com> Subject: Re: LISP implementations on small machines Hello List -That jives with a conversation I had with John McCarthy before he died.He said that he and friends began the LISP 1.5 (really 1.0) implementation on the IBM 709 - and we both agreed that the idea of LISP running in an enormous pile of vacuum tubes was and is amazing:)Jack-----------------------------------------------------Jack HarperSecure Outcomes Inc2942 Evergreen ParkwaySuite 300Evergreen, Colorado 80439303.670.8375 Officewww.secureoutcomesinc.com for Product Info.-------- Original message --------From: Lars Brinkhoff via cctalk <cctalk at classiccmp.org> Date: 10/2/19 07:42 (GMT-07:00) To: Bill Degnan via cctech <cctech at classiccmp.org> Cc: Bill Degnan <billdegnan at gmail.com> Subject: Re: LISP implementations on small machines Bill Degnan wrote:> First full version 7090 and then a version was ported tot he PDP-1> that was less powerful.? This is straight from the LISP manual on> site.Which LISP manual is that?The LISP I Programmer's Manual from 1960 says IBM 704.? It also says "aversion of LISP I is being prepared for the IBM 709".http://bitsavers.org/pdf/mit/rle_lisp/LISP_I_Programmers_Manual_Mar60.pdf
Correction!? IBM 704!Jack-----------------------------------------------------Jack HarperSecure Outcomes Inc2942 Evergreen ParkwaySuite 300Evergreen, Colorado 80439303.670.8375 Officewww.secureoutcomesinc.com for Product Info.
-------- Original message --------From: Jack Harper <harper at secureoutcomes-hq.com> Date: 10/2/19 13:36 (GMT-07:00) To: Lars Brinkhoff <lars at nocrew.org>, "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>, Bill Degnan via cctech <cctech at classiccmp.org> Cc: Bill Degnan <billdegnan at gmail.com> Subject: Re: LISP implementations on small machines Hello List -That jives with a conversation I had with John McCarthy before he died.He said that he and friends began the LISP 1.5 (really 1.0) implementation on the IBM 709 - and we both agreed that the idea of LISP running in an enormous pile of vacuum tubes was and is amazing:)Jack-----------------------------------------------------Jack HarperSecure Outcomes Inc2942 Evergreen ParkwaySuite 300Evergreen, Colorado 80439303.670.8375 Officewww.secureoutcomesinc.com for Product Info.-------- Original message --------From: Lars Brinkhoff via cctalk <cctalk at classiccmp.org> Date: 10/2/19 07:42 (GMT-07:00) To: Bill Degnan via cctech <cctech at classiccmp.org> Cc: Bill Degnan <billdegnan at gmail.com> Subject: Re: LISP implementations on small machines Bill Degnan wrote:> First full version 7090 and then a version was ported tot he PDP-1> that was less powerful.? This is straight from the LISP manual on> site.Which LISP manual is that?The LISP I Programmer's Manual from 1960 says IBM 704.? It also says "aversion of LISP I is being prepared for the IBM 709".http://bitsavers.org/pdf/mit/rle_lisp/LISP_I_Programmers_Manual_Mar60.pdf
Hi, does anyone out there have any DM11 documentation? The only thing I could
find online is the "DM11-BB model control option manual" (DEC-11-HDMBA-A-D) -
and it's the impetus for this request, actually.
One page 1-5, pg. 15 of the PDF, it has a diagram of which boards go into
which slots on the DM11 backplane - and ir has _two_ boards marked M7245! So
something's clearly wrong.
The DM11 is a fascinating oddball of an interface, BTW. (It's in the 1972
edition of the "peripherals and interfacing handbook".) A lot of its internal
state is kept in main memory, and accessed via DMA! This includes the incoming
data shift registers!!! So it can really chew up a bus - probably why it was
dropped ASAP. I guess when it was done, memory in chips must have been expensive
and/or not very dense; and it must have been before the first UART chips.
Noel
The videos are up!
The last of the VCF Midwest 14 Talks videos, shot in glorious 4K and
lovingly edited by the intrepid Trixter, have been rendered and posted
to our YouTube channel:
http://youtube.com/vcfmidwest
Check out the Talks you missed this year and in years past, as well as
select attendees' videos that we've linked from our page.
If you'd like, click the Subscribe button on our profile to let us
know you want to see more.
Thanks to all those who presented at VCFMW this year and to all that
shot video when we were too busy to document our own show. For some of
us, it's the only way we see it.
'Til next year...
-j
