Has anyone modified Warren's VTServer to ignore errors (or at least keep
trying upon encountering them)?
I'm trying to image some rl02s I found and am getting flack on some tracks,
killing the whole recovery process.
200K received
ww
On 10/25/18 12:45 PM, Chuck Guzis via cctalk wrote:
> On this subject, is there no interest in serial ALU designs? At one
> time, if you wanted a low-cast implementation, that was the way to do
> it. Also gives you a leg up on variable word-length designs.
>
>
> Didn't at least one of the more po
On Thu, Oct 25, 2018 at 9:01 PM Al Kossow via cctalk
wrote:
>
>
> On 10/25/18 12:02 PM, Josh Dersch wrote:
>
> > You might be thinking of the AMT DAP, which used arrays of 1-bit
> processors.
>
> yup.
>
> I know we have one, just can't find it in the CHM catalog
> I have some docs on bitsavers
>
On 10/25/2018 02:24 PM, allison via cctalk wrote:
Likely make a fortune off my stockpile of 2901s. Building
machine from the earth up is not that hard, software to
make them useful is a big deal.
Yes, and that's where my 32-bit 2903 project started to bog
down. I knew some people, OS security
On 10/25/2018 05:37 PM, Eric Smith via cctalk wrote:
> On Thu, Oct 25, 2018 at 11:45 AM Chuck Guzis via cctalk <
> cctalk@classiccmp.org> wrote:
>
>> Didn't at least one of the more popular MPU designs employ a serial ALU?
>> TMS9900?
>>
> I don't think the TI TMS9900 was bit-serial internally, bu
On 10/25/2018 01:40 PM, Paul Koning via cctalk wrote:
On Oct 25, 2018, at 1:45 PM, Chuck Guzis via cctalk
wrote:
On this subject, is there no interest in serial ALU designs? At one
time, if you wanted a low-cast implementation, that was the way to do
it. Also gives you a leg up on variable
Tangent:
I have a large bin of perhaps a hundred working (last checked circa 2002)
single board computers in the warehouse (Western Pennsylvania) with i960
cpus if anyone's interested.
They were the Switch Control Processors from FORE Systems ASX200
switches, quite fully functional little comp
On 10/25/18 4:16 PM, Al Kossow via cctalk wrote:
>
>
> On 10/25/18 4:00 PM, Eric Smith via cctalk wrote:
>
>> If you need a sheet-fed duplex scanner for B-size, expect to spend a pretty
>> good chunk of change even for a used one.
>>
>
> I've been through several million pages with my Panaso
On 10/25/18 4:00 PM, Eric Smith via cctalk wrote:
> If you need a sheet-fed duplex scanner for B-size, expect to spend a pretty
> good chunk of change even for a used one.
>
I've been through several million pages with my Panasonic KV-3065CW
duplex tabloid color scanner
They can be found use
On Thu, Oct 25, 2018 at 1:28 PM Bill Degnan via cctalk <
cctalk@classiccmp.org> wrote:
> So that brings me to the question - Should I buy a nice scanner that
> handles two sided and schematic prints?...I have so many things more I
> could scan if I had something cost effective. That's the last ti
On Thu, Oct 25, 2018 at 11:45 AM Chuck Guzis via cctalk <
cctalk@classiccmp.org> wrote:
> Didn't at least one of the more popular MPU designs employ a serial ALU?
> TMS9900?
>
I don't think the TI TMS9900 was bit-serial internally, but the RCA CDP1802
and National Semiconductor SC/MP (ISP-8A/500
On Thu, Oct 25, 2018 at 12:48 PM Chuck Guzis via cctalk <
cctalk@classiccmp.org> wrote:
> (the 432 is not a single chip
> microcomputer--the basic family, as I recall was no less than three
> (43201, 43202 and 43203) QIP chips.
The General Data Processor (GDP) was split between two chips, the 43
On 10/25/18 12:15 PM, allison via cctalk wrote:
> The 1802 is claimed to be serial.
Ah, that was it. Ultra-low power (for the time) CMOS. Simple
instruction set.
Thanks,
Chuck
Hi - I finished the scan of the MPI 91/92. I did it at Kinkos and it cost
me $54, and wow that's expensive. I should have asked before I dropped off
the manual. I kind of assumed it'd be more like $20. I don't have an easy
way to scan a plastic spiral-bound two sided document with pull out
sche
On 10/25/18 12:04 PM, Al Kossow via cctalk wrote:
>
>
> On 10/25/18 12:02 PM, Josh Dersch wrote:
>
>> You might be thinking of the AMT DAP, which used arrays of 1-bit processors.
>
> yup.
>
> I know we have one, just can't find it in the CHM catalog
> I have some docs on bitsavers
Danny Hilli
On 10/25/2018 01:28 PM, ben via cctalk wrote:
> On 10/24/2018 9:00 PM, Jon Elson wrote:
>> On 10/24/2018 01:11 PM, ben via cctalk wrote:
>>> On 10/24/2018 10:31 AM, Marc Howard via cctalk wrote:
You know that since you mentioned possibly using CMOS 22V10's why
not just
build a board
On 10/25/2018 01:45 PM, Chuck Guzis via cctalk wrote:
> On this subject, is there no interest in serial ALU designs? At one
> time, if you wanted a low-cast implementation, that was the way to do
> it. Also gives you a leg up on variable word-length designs.
>
>
> Didn't at least one of the more
On 10/25/18 12:02 PM, Josh Dersch wrote:
> You might be thinking of the AMT DAP, which used arrays of 1-bit processors.
yup.
I know we have one, just can't find it in the CHM catalog
I have some docs on bitsavers
On 10/25/18 11:48 AM, Al Kossow via cctalk wrote:
> Arrays of single-bit processors have been tried.
> CHM has one, I'm blanking on the company name.
> We had one in Apple ATG.
>
Active Memory Technology DAP-500
> On Oct 25, 2018, at 11:48 AM, Al Kossow via cctalk
> wrote:
>
>
>
>> On 10/25/18 11:40 AM, Paul Koning via cctalk wrote:
>>
>>
>>> On Oct 25, 2018, at 1:45 PM, Chuck Guzis via cctalk
>>> wrote:
>>>
>>> On this subject, is there no interest in serial ALU designs? At one
>>> time, if
On 10/25/18 11:53 AM, Al Kossow via cctalk wrote:
> There is the moto MC14500
>
> http://bitsavers.org/components/motorola/14500/MC14500B_Industrial_Control_Unit_Handbook_1977.pdf
No, not the ICU--it'd be a real stretch calling it a computer.
It'll come to me at some point.
--Chuck
On 10/25/18 11:49 AM, Chuck Guzis via cctalk wrote:
> Dunno, the mind is foggy on this detail, since I never played with the
> beast. But it seems to me that there was at least one "too slow" MPU
> out there in production at some point.
There is the moto MC14500
http://bitsavers.org/componen
On 10/25/18 11:33 AM, Al Kossow via cctalk wrote:
>
>
> On 10/25/18 10:45 AM, Chuck Guzis via cctalk wrote:
>
>> Didn't at least one of the more popular MPU designs employ a serial ALU?
>> TMS9900?
>
> You've mentioned this a couple of times.
>
> Are you confusing this with the serial CRU I/O
On 10/25/18 11:06 AM, Jim Manley via cctalk wrote:
> Obviously, he returned to academia before the project collapsed in a heap,
> and he might have had to scramble and compete with other departing CS PhDs
> (who would also have hung around too long). Many would probably be looking
> at another jo
On 10/25/18 11:40 AM, Paul Koning via cctalk wrote:
>
>
>> On Oct 25, 2018, at 1:45 PM, Chuck Guzis via cctalk
>> wrote:
>>
>> On this subject, is there no interest in serial ALU designs? At one
>> time, if you wanted a low-cast implementation, that was the way to do
>> it. Also gives you
> On Oct 25, 2018, at 1:45 PM, Chuck Guzis via cctalk
> wrote:
>
> On this subject, is there no interest in serial ALU designs? At one
> time, if you wanted a low-cast implementation, that was the way to do
> it. Also gives you a leg up on variable word-length designs.
>
> Didn't at least
On 10/25/18 11:23 AM, Jecel Assumpcao Jr. via cctalk wrote:
> Didn't at least part of the team continue the project as the BiiN /
> 960MX?
Yes.
Eric Smith can explain the whole history if he chooses to.
Here is what he has on line for the 432
http://www.brouhaha.com/~eric/retrocomputing/intel
On 10/25/18 10:45 AM, Chuck Guzis via cctalk wrote:
> Didn't at least one of the more popular MPU designs employ a serial ALU?
> TMS9900?
You've mentioned this a couple of times.
Are you confusing this with the serial CRU I/O scheme TI computers used?
I double-checked and the 960,980 and 990
Jim Manley wrote about a professor's experience in the iAPX432 team.
Didn't at least part of the team continue the project as the BiiN /
960MX?
-- Jecel
One of my postgraduate school CS professors worked on the iAPX 432 and his
tidbit about the history of its development was that, whenever the EEs were
confronted with a hardware-level problem by the CSs, the EEs would
universally respond with, "Oh, well, that can be fixed by you software guys
with
On this subject, is there no interest in serial ALU designs? At one
time, if you wanted a low-cast implementation, that was the way to do
it. Also gives you a leg up on variable word-length designs.
Didn't at least one of the more popular MPU designs employ a serial ALU?
TMS9900?
--Chuck
On 10/24/2018 9:00 PM, Jon Elson wrote:
On 10/24/2018 01:11 PM, ben via cctalk wrote:
On 10/24/2018 10:31 AM, Marc Howard via cctalk wrote:
You know that since you mentioned possibly using CMOS 22V10's why not
just
build a board around AMD 29XX bit slice parts. They actually predate
22V10's b
> On Oct 25, 2018, at 10:05 AM, Al Kossow via cctalk
> wrote:
>
>
>
> On 10/25/18 9:48 AM, Al Kossow via cctalk wrote:
>>
>>
>> On 10/25/18 9:18 AM, Guy Sotomayor Jr via cctalk wrote:
>>> Now that I think about it, a flying probe may be easier for us hobbyists to
>>> construct. The tric
On 10/25/18 9:48 AM, Al Kossow via cctalk wrote:
>
>
> On 10/25/18 9:18 AM, Guy Sotomayor Jr via cctalk wrote:
>> Now that I think about it, a flying probe may be easier for us hobbyists to
>> construct. The trick will be getting sufficient x/y resolution and not
>> having the two probes in
On 10/25/18 9:18 AM, Guy Sotomayor Jr via cctalk wrote:
> Now that I think about it, a flying probe may be easier for us hobbyists to
> construct. The trick will be getting sufficient x/y resolution and not
> having the two probes interfere when the two probes are close to each other.
>
I ha
On 10/25/18 9:18 AM, Guy Sotomayor Jr via cctalk wrote:
> I’m wondering if a “bed of nails” could be built that would allow for
> automated scanning of the traces to at least get the netlist.
yup
that's the latest iteration of what I'm working on
16 bit open drain drivers, low voltage compa
> On Oct 25, 2018, at 9:02 AM, Jon Elson via cctalk
> wrote:
>
> On 10/25/2018 12:44 AM, Chuck Guzis via cctalk wrote:
>> On 10/24/18 8:06 PM, Jon Elson via cctalk wrote:
>>
>>> Hmmm, you COULD actually use a schematic tool to do this! Maybe create
>>> the components to look like DIPs. I k
On 10/25/2018 12:44 AM, Chuck Guzis via cctalk wrote:
On 10/24/18 8:06 PM, Jon Elson via cctalk wrote:
Hmmm, you COULD actually use a schematic tool to do this! Maybe create
the components to look like DIPs. I know I could do this in Protel 99
without a great deal of trouble. Then, just draw
On 10/24/18 11:51 PM, Guy Dunphy via cctalk wrote:
> - ICs containing multiple functional blocks (eg 6 x inverters.) These may be
> used all over
>the place in a schematic. You don't want to be forced into drawing them
> together at any
>stage of schematic derivation.
Actually you d
If going for something non-VAX, Lisp is available on Multics.
I’m feeling a bit frustrated at the moment, I’ve run into an interesting issue
with SecureCRT on iOS, and emacs on Multics. The key for ‘ and “ works fine
from the command line, but not from emacs. I’ve verified this with both the o
How about NIL? There are some bits and pieces from ITS backups, but I
don't know if there's enough to get it started, much less run a real
application like Macsyma.
Off on a tangent, I see T supports VAX and there was a T revival project
some time ago.
On Thu, 25 Oct 2018, Guy Dunphy wrote:
Keep the objective in mind. What you want to end up with is a schematic,
that is laid out in a way that aids comprehension of how the circuit
works. Typically this means overall left to right functional or power
flow, with separate functional blocks visual
42 matches
Mail list logo
