This keyboard has now been sold!
Cindy Croxton
Electronics Plus
1613 Water Street
Kerrville, TX 78028
830-370-3239 cell
sales at elecplus.com
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
Leslie is preparing a list.
She has also contacted another friend who is quitting the biz, to see if
they want to get rid of equip.
Cindy Croxton
Electronics Plus
1613 Water Street
Kerrville, TX 78028
830-370-3239 cell
sales at elecplus.com
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
1 keyboard PN 3201072-01 still in plastic and foam (Type 5)
1 metallic type mousepad, never used
1 mouse 370-1170-01, used
1 cable 530-1594-01 used
1 cable 530-1662-01 new
1 cable 530-1442-02 used
1 battery holder that is plugged into the 530-1594-01, used, no battery
installed
These are in my stock. All fits in one box. Make offer.
Cindy Croxton
Electronics Plus
1613 Water Street
Kerrville, TX 78028
830-370-3239 cell
sales at elecplus.com
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
Pics of equipment on request .
Hi, we occasionally get some.
For example, we have the following:
2x Phones ROLM 61000 in boxes (see photos) ('86 year of manufacture); Bunch
of (see photos):
FAX-MODEM USRobotics 33.6K Model 0459 PN: 00083907
FAX-MODEM USRobotics 56K Model 0701 PN: USR5686D
FAX-MODEM USRobotics 56K V.92 PN: 5686
Let me know what you think.
I'll keep you posted on any antique equipment we will be receiving.
Nick Makarovskiy,
nick at ictcompany.com
Office: +1-781-912-1717 x 710
Direct:+1-781-912-1710
Cell/WhatsApp: +1-617-309-8705
400 Tradecenter, Ste 5900
Woburn MA 01801
Not affiliated with seller, etc.
Cindy Croxton
Electronics Plus
1613 Water Street
Kerrville, TX 78028
830-370-3239 cell
sales at elecplus.com
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
> From: Phil Pemberton
> * Anything not on this list ;)
The TRIX project at MIT-LCS did a 68K compiler very early on (soon after the
first 68K wa released)x, using Steve Johnson's Portable C Compiler as a base.
Noel
At 12:26 PM 2/6/2019, Ethan Dicks via cctalk wrote:
>OTOH, at home, I'd had an Amiga since 1986 and used a variety of
>native tools (Lattice C later SAS/C, and various assemblers either
>commercial or from a Fish Disk).
Somewhere I have the DOS-hosted C compiler for the Amiga that was part
of the first developer kits. I think they were Sage-hosted for a while, too.
- John
Preowned Barcode Ltd
John Gallant
Halifax NS Canada
PH (902) 468 8210
Cell (902)719 6031
Email: sales at preownedbarcode.com
This gent has stuff from the 80s and 90s in the barcode and scanner
departments.
Not affiliated with seller, etc.
Cindy Croxton
Electronics Plus
1613 Water Street
Kerrville, TX 78028
830-370-3239 cell
sales at elecplus.com
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
Last May Steve auctioned off the assets, and and printer/plotter co bought
the name and website. Steve retired to Hawaii. All is gone L
Cindy Croxton
Electronics Plus
1613 Water Street
Kerrville, TX 78028
830-370-3239 cell
sales at elecplus.com
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
> Date: Sun, 3 Feb 2019 22:22:42 +0100
> From: Pontus Pihlgren <pontus at Update.UU.SE>
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Subject: Looking for Limited Function Board
> Message-ID: <20190203212242.GF24947 at Update.UU.SE>
> Content-Type: text/plain; charset=us-ascii
>
> Hi
>
> I'm restoring a PDP-8/a with the help of some
> friends. The CPU is now passing the MAINDECs I've
> thrown at it. The memory is a modern semiconductor
> board my friend Anders Sandahl made.
>
> This machine is pieced together from several others
> and the limited function panel I got does not match
> the backplane I have.
>
> My theory is the DEC simplified the design of the
> boardto cut costs and simpler design is not
> compatible. Mine is labeled (on the PCB):
>
> "LIMITED FUNCTION BD.
> 5411507
> 5011506C-P2"
>
> And the one I need is:
>
> "LIMITED FUNCTION
> 5411165
> 5011167"
>
> However, the picture I have of the other is not so
> good. I may have read the numbera wrong.
>
> I would very much like to buy one to finish this
> project.
>
> /P
F?r du inget napp s? ritar jag upp ett kort till dig, det borde g? att
flytta ?ver brytarna fr?n det du har. Lite synd att scrappa ett
originalkort bara, men ?r man f?rsiktigt s? man inte tar s?nder det s? g?r
det ju att ?terst?lla...
/A
> From: Paul Koning
> Another possibility occurs to me: bad bits in the MMU (UISAR0 register
> ... if UISAR0 has a stuck bit so the "plain" case maps incorrectly
> you'd expect to come up with execution that looks nothing at all like
> what was intended.
One would hope that the DEC KT11 diagnostic would check for this... but just
to be thorough, we have in fact written a short diagnostic which stores every
possible value in each UISA register and checks that it's correct. So unless
there is some sort of pattern sensitivity (e.g. when A is in UISAm and B is in
UISAn), that's not it. Also, and perhaps more significantly, when checked
after the trap happens, all the UISA registers and all the KISA registers
contain correct data. So, unless it's something where _sometimes_ one reads
UISAn and gets X when it actually contains Y, I'm not sure the SARs (PARs) are
involved.
> From: Jon Elson
> OK, here's a really complicated thing to try. If you know the physical
> memory address of ls when it has the problem
We do (see above), and we've also looked at what's in memory at that
location, and the low part of the text segment seems to be correct, but there
was junk at the top, around the target of the JSR (i.e. at 'csv'). Not just
one word, but everything around that location was wrong, which would suggest
to me that the cause is not a simple memory failure there.
I've suggested to Fritz that we look at that again, to see if what was
recorded before is accurate (i.e. if we see the same wrong contents), to make
sure we didn't make a mistake somehow.
> write a machine language program that loads a copy of ls into that
> location and then tries to read it back.
Yeah, it may come to that. One issue we've been having is doing specialized
test programmes; trying to run the C compiler fails. I don't know about the
assembler, though. And as Fritz mentioned, it takes hours to load a new disk
image. I think we've come up with a way around that, though; produce binary
of stand-alone tests elsewhere (I've often/always got a v6 running on
Ersatz-11 here), and load them into the /45's main memory with PDP11GUI.
Noel
