Dave
G4UGM
> -Original Message-
> From: W2HX via cctalk
> Sent: Wednesday, August 21, 2024 9:03 PM
> To: General Discussion: On-Topic and Off-Topic Posts
> Cc: W2HX
> Subject: [cctalk] Re: Computers in the Paul Allen collection
>
> Anyone want to guess what the
: [cctalk] Re: Computers in the Paul Allen collection
> On Aug 21, 2024, at 2:27 PM, Glen Slick via cctalk
> wrote:
>
> ...
> If an HP 2100S is really worth USD 10,000 - USD 15,000, I would
> happily sell my 2100A for a lot less than that, although with only
> half the
> On Aug 21, 2024, at 2:27 PM, Glen Slick via cctalk
> wrote:
>
> ...
> If an HP 2100S is really worth USD 10,000 - USD 15,000, I would happily
> sell my 2100A for a lot less than that, although with only half the core
> memory populated.
>
> USD 5,000 - USD 8,000 also seems a bit much for a
On Wed, Aug 21, 2024, 10:43 AM Paul Koning via cctalk
wrote:
> I don't know how many of you have read through the whole Christie's
> listings, so I figured I'd summarize the computers that are in the Paul
> Allen auctions.
>
> There are two auctions:
> https://onlineonly.christies.com/s/firsts-hi
On Mon, Aug 19, 2024 at 11:35 AM Paul Anderson via cctalk
wrote:
> I remember there being a hack to convert M920 from an 11 to a M935 for an 8.
I'd love to see that hack. I could have really used it in the 80s.
-ethan
>
> >
> I picked up a bare bones 68000 single board computer, and the only OS is
> is a hacked CPM/68000 version in C. Any guess what compiler/assembler
> was used back then and on what host? Does one have sub directories?
>
>
>
What does the Sage II use?
Yes, that is the M9202.
I remember there being a hack to convert M920 from an 11 to a M935 for an 8.
On Mon, Aug 19, 2024 at 10:28 AM Paul Koning via cctalk <
cctalk@classiccmp.org> wrote:
>
>
> > On Aug 19, 2024, at 10:34 AM, Jon Elson via cctalk <
> cctalk@classiccmp.org> wrote:
> >
> > On 8/1
> On Aug 19, 2024, at 10:34 AM, Jon Elson via cctalk
> wrote:
>
> On 8/18/24 21:51, Paul Anderson via cctalk wrote:
>> Does anyone remember how this is done? Or the BC11- to the one used in 8s?
>>
>> Thanks, Paul
>
> I seem to recall that the M920 has two boards with the double-wide DEC
>
On 8/18/24 21:51, Paul Anderson via cctalk wrote:
Does anyone remember how this is done? Or the BC11- to the one used in 8s?
Thanks, Paul
I seem to recall that the M920 has two boards with the
double-wide DEC connectors, that had a plastic spacer
riveted between them, and about 6" of the spe
On 8/17/24 17:51, Mike Katz via cctalk wrote:
For all of you who are DEC computer nuts (or aficionados)
we will have our second annual DEC "Nut" pizza get
together after the show at my house on Saturday (Sept 7th)
after 7PM.
I am unemployed so I ask all who attend to contribute to
the cost o
Word got around. Most aren’t gonna bid because of price but they’ll watch
prices because a lot of people have the same systems. After this auction,
you’ll see a bunch of stuff on eBay had even more astronomical prices than
they’re currently asking.
Sent from my iPhone
> On Aug 17, 2024, at 16
I still remember how amazing it was to watch the Linc-8 at VCF (west) 10
being troubleshot by previous developers. I swear I stood there (trying to
be out of the way) longer than most exhibits just in amazement how they
were looking at map size schematics and running test programs that still
felt l
> On Aug 17, 2024, at 8:32 AM, Peter Corlett via cctalk
> wrote:
>
> ...
>> The problem is the native register width keeps changing with every cpu. C
>> was quick and dirty language for the PDP 11, with 16 bit ints. They never
>> planned UNIX or C or Hardware would change like it did, so one
I think this sale might propel computer collecting into a parallel market now
occupied by car collectors.
In car collecting, not all cars are classic collectibles, but are worth more
than scrap value because of condition, hobbyist wanting to fix up or maybe
sentimentality. Think a Volkswagen bu
On 8/16/24 23:13, Sellam Abraham via cctalk wrote:
On Fri, Aug 16, 2024 at 10:18 AM Jon Elson via cctalk
wrote:
On 8/16/24 11:44, Sellam Abraham via cctalk wrote:
On Thu, Aug 15, 2024 at 4:01 PM Kevin Anderson via cctalk <
cctalk@classiccmp.org> wrote:
I am surprised they have the estimated
On Fri, Aug 16, 2024 at 04:00:40PM -0600, ben via cctalk wrote:
> On 2024-08-16 8:56 a.m., Peter Corlett via cctalk wrote:
[...]
>> This makes them a perfect match for a brain-dead language. But what does
>> it even *mean* to "automaticaly promote smaller data types to larger
>> ones"? That's a rhe
On Fri, 16 Aug 2024, Sellam Abraham wrote:
I know where one is in Los Angeles (or was as of the early
2000s...hopefully this one isn't it).
Back in 2002, when I visited San Diego, there was a LGP-30 and LGP-21 in
the Computermuseum of America. I have no idea where the stuff is now.
Christian
On Fri, Aug 16, 2024 at 11:42:01PM -0600, ben via cctalk wrote:
> On 2024-08-16 12:11 p.m., Peter Corlett via cctalk wrote:
[...]
>> From what I can tell of a casual peruse of the documentation of CP/M-68K
>> and CP/M-86, they support the full address space of 4GiB and 1MiB
>> respectively. This is
On 2024-08-16 12:11 p.m., Peter Corlett via cctalk wrote:
CP/M was effectively limited to 64KiB because it had no traction outside of
the 8080/Z80 which had a 64KiB address space. To go beyond that limit on
those CPUs involves paging, and some platforms did indeed use paging for RAM
disks and to
On Fri, Aug 16, 2024 at 10:18 AM Jon Elson via cctalk
wrote:
> On 8/16/24 11:44, Sellam Abraham via cctalk wrote:
> > On Thu, Aug 15, 2024 at 4:01 PM Kevin Anderson via cctalk <
> > cctalk@classiccmp.org> wrote:
> >
> >> I am surprised they have the estimated opening bids amounts for the DEC
> >>
On 2024-08-16 8:56 a.m., Peter Corlett via cctalk wrote:
On Thu, Aug 15, 2024 at 01:41:20PM -0600, ben via cctalk wrote:
[...]
I don't know about the VAX,but my gripe is the x86 and the 68000 don't
automaticaly promote smaller data types to larger ones. What little
programming I have done was in
Such an incredible collection, wish I could have visited years ago in its
prime presentation. So many great artifacts, at least fairly certain
they'll go to good homes.
The LINC-8 and Micral-N in particular appeal to me - but I'm in no position
to bid on anything this year.
If anyone does know
On Fri, 16 Aug 2024, Peter Corlett via cctalk wrote:
It's also worth noting that the PC memory space is very much *not* divided
into fixed 64KiB segments (and ISTR it was originally a 512/512 split).
Segment registers have 16-byte granularity and a segment can straddle a
64kiB boundary just fine.
On Sat, Aug 10, 2024 at 12:28:23AM -0500, Steve Lewis via cctalk wrote:
[...]
> I don't ever recall seeing 86-DOS on shelves, or ever really hearing about
> it. But CP/M remained fairly popular to mid 1980s (I just mean I knew
> various friends who daily used CP/M then). A couple issues with CP/M:
On 8/16/24 11:44, Sellam Abraham via cctalk wrote:
On Thu, Aug 15, 2024 at 4:01 PM Kevin Anderson via cctalk <
cctalk@classiccmp.org> wrote:
I am surprised they have the estimated opening bids amounts for the DEC
PDP-10 systems, as well as the IBM 7090, set so low. They can't be that
numerous e
On Sun, Aug 04, 2024 at 08:47:44PM -0700, Fred Cisin via cctalk wrote:
> On Sat, 3 Aug 2024, Liam Proven via cctalk wrote:
[...]
>> Not my country, not my continent. I've lived in Africa, 3 different
>> countries in Europe, spent a lot of time and speak the languages of 4
>> more, but America is fa
On Thu, Aug 15, 2024 at 4:01 PM Kevin Anderson via cctalk <
cctalk@classiccmp.org> wrote:
> I am surprised they have the estimated opening bids amounts for the DEC
> PDP-10 systems, as well as the IBM 7090, set so low. They can't be that
> numerous either. But then again, still too costly for anot
On Thu, Aug 15, 2024 at 2:13 PM Mark Linimon via cctalk <
cctalk@classiccmp.org> wrote:
> > one is an LGP-30. I can't tell how complete it is, but it doesn't look
> too beat up.
>
> I dare to bet it's the last one. Anywhere.
>
> mcl
>
I know where one is in Los Angeles (or was as of the early
2
No.. I saw it and I am just sharing.
On Fri, Aug 16, 2024 at 12:22 PM Sellam Abraham via cctalk
wrote:
>
> On Fri, Aug 16, 2024 at 5:28 AM Christian Liendo via cctalk <
> cctalk@classiccmp.org> wrote:
>
> > The Daydreamer - Lee Felsenstein
> >
> > Legacy Technologies - Episode 02 This episode is
On Fri, Aug 16, 2024 at 5:28 AM Christian Liendo via cctalk <
cctalk@classiccmp.org> wrote:
> The Daydreamer - Lee Felsenstein
>
> Legacy Technologies - Episode 02 This episode is dedicated to Lee
> Felsenstein, a trailblazer in the development of early personal
> computers during the 70s and 80s.
Paul Koning wrote:
>> It probably came from CompuServe, and it would have been running some
>> of CompuServe's software; user interface, database, I don't know.
> Yes, I believe the description says so. I was wondering if it could
> run any DEC software, in particular any DEC OS. Or other interes
On Thu, Aug 15, 2024 at 01:41:20PM -0600, ben via cctalk wrote:
[...]
> I don't know about the VAX,but my gripe is the x86 and the 68000 don't
> automaticaly promote smaller data types to larger ones. What little
> programming I have done was in C never cared about that detail. Now I can
> see way
> On Aug 16, 2024, at 3:49 AM, Lars Brinkhoff wrote:
>
> Paul Koning wrote:
>> Does anyone know what that SC40 ("PDP-10 clone") can do? It seems to
>> support SCSI I/O devices, interesting. What software, if any, might
>> run on that?
>
> It probably came from CompuServe, and it would have
> On Aug 15, 2024, at 9:44 PM, ben via cctalk wrote:
>
> On 2024-08-15 7:39 p.m., cz via cctalk wrote:
>> Eh, it will go for what it goes. Try and keep in mind how tough it was to
>> keep a 1010 running in 1995. Then add 30 years to that.
>> The thought of tracking down a bad flip flop on a t
Ben,
The purpose of the stdint.h file is to allow the programmer ti specify
the size of the variables.
On some systems is an int 32 bits or 64 bits (or even 16 bits on older
systems or 16 bit micros). The size of an int is not specifically
defined in the C standard.
Especially when doing
One was on ebay and sold a while back. They're more common than a LINC or
Varian mini,etc.
On Fri, Aug 16, 2024, 9:08 AM Christian Corti via cctalk <
cctalk@classiccmp.org> wrote:
> On Thu, 15 Aug 2024, Mark Linimon wrote:
> > I dare to bet it's the last one. Anywhere.
>
> Why? I know of at lea
On Thu, 15 Aug 2024, Mark Linimon wrote:
I dare to bet it's the last one. Anywhere.
Why? I know of at least four in Europe, but there are more I think. And
then all the LGP-30s in the US (are there any functional ones BTW?)
One of the Europeans is ours ;-)
Christian
Paul Koning wrote:
> Does anyone know what that SC40 ("PDP-10 clone") can do? It seems to
> support SCSI I/O devices, interesting. What software, if any, might
> run on that?
It probably came from CompuServe, and it would have been running some
of CompuServe's software; user interface, database,
We also have a LGP-30 on display at the Computer History Museum.
Marc
> On Aug 15, 2024, at 4:49 PM, Rick Bensene via cctalk
> wrote:
>
> Mark L. wrote concerning the LGP-30 computer in the LCM+L/Paul Allen
> Auctions:
>
>
>> I dare to bet it's the last one. Anywhere.
>
>
>
> It isn't t
On 2024-08-15 7:46 p.m., Mike Katz wrote:
That is the reason for the stdint.h file. Where you specify the width
of the variable in bits
Looks like a useless file to me.
I never liked any the standards made to C after K&R. Seems more driven
by the latest crappy hardware intel makes, than a lang
On 2024-08-15 7:52 p.m., cz via cctalk wrote:
True, but back then things were designed to fixed and tested.
Sure, and they can still be fixed, transistors are quite common. But
after repairing a pair of pdp8/L's, and a pdp8/I I really have to say
it's a bit of a serious job. And the 10 is lik
Fred,
You are correct in all of your examples. That is why many standards
specify things like /multiple function calls should not be used in a
single expression/. The compiler will optimize out any unecessarry
memory reads and writes so rewriting:
X = foo() + bar();
as
X = foo();
C += ba
I have written several coding standards and comments are always primary
in importance.
The Misra C standard does a pretty good job of forcing the programmer to
aim for something other than their foot with their rope 🙂
I am amazed at how many fresh outs I have met who really can't program
the
I am absolutely delighted to be wrong in this case.
mcl
True, but back then things were designed to fixed and tested.
Sure, and they can still be fixed, transistors are quite common. But
after repairing a pair of pdp8/L's, and a pdp8/I I really have to say
it's a bit of a serious job. And the 10 is like. a billion times
more stuff
C
On Thu, 15 Aug 2024, Mike Katz wrote:
I am amazed at how many fresh outs I have met who really can't program their
way out of a paper bag.
Advanced programming techniques don't help until they can actually
successfully think about the problem.
I had a guy working for me VERY briefly, with a
That is the reason for the stdint.h file. Where you specify the width
of the variable in bits
int8_t, int16_t, uint16_t. etc.
On 8/15/2024 8:39 PM, ben via cctalk wrote:
On 2024-08-15 6:46 p.m., Fred Cisin via cctalk wrote:
When I was teaching C, it was sometimes quite difficult to help
stud
Fred,
That is true, Order of expression is undefined between execution points
that is why the following statement can produce different results on
different compilers:
A = 1;
F = A++ * A++;
Without the use of parenthesis the is no way for the user to know
beforehand what the value of F will
On 2024-08-15 7:39 p.m., cz via cctalk wrote:
Eh, it will go for what it goes. Try and keep in mind how tough it was
to keep a 1010 running in 1995. Then add 30 years to that.
The thought of tracking down a bad flip flop on a thousand flip chip
boards really makes me think "yow".
True, but b
On 2024-08-15 6:46 p.m., Fred Cisin via cctalk wrote:
When I was teaching C, it was sometimes quite difficult to help students
who had firm assumptions about things that you can'r assume. Such as
the sequence of operations in the multiple iterations examples that we
both used. I tried despera
id-1980s Zenith PC clone and all of
its re-badged software (including Lotus 123 and MS Fortran and early DOS Word)
included in one of the clumped microcomputer collections, but alas it was not.
Was probably chucked into a rubbish bin for disposal a long time ago.
Kevin Anderson
Dubuque, Iowa
Will according to the ISE/IEC 9899:2018 C Standard section 6.3.1.8 you
are incorrect. Please the the emboldened line below.
6.3.1.8 Usual arithmetic conversions
1. Many operators that expect operands of arithmetic type cause
conversions and yield result types in
a similar way. The purpose is
When I was teaching C, it was sometimes quite difficult to help students
who had firm assumptions about things that you can'r assume. Such as the
sequence of operations in the multiple iterations examples that we both
used. I tried desperately to get them to do extensive commnets, and use
typ
Ijust sent a post that agrees so thoroughly with what you just wrote that
we even both used the same reference to Holub!
--
Grumpy Ol' Fred ci...@xenosoft.com
On Thu, 15 Aug 2024, Mike Katz wrote:
Fred,
That is true, Order of expression is undefined between execution points t
On Thu, 15 Aug 2024, Mike Katz wrote:
C has specific specifications for what is promoted when and how. They are not
ambiguous just not known by many.
I worked for a C compiler company so I'm may be a bit more familiar with the
actual C specs and how the compiler works.
However, I totally agree w
> On 08/15/2024 6:10 PM EDT Mike Katz via cctalk wrote:
>
I'm pretty certain you are wrong about the byte case below. The C standard
says something about no math will be done smaller than a short. I don't have
it handy so can't quote exactly.
But what that means is before the two bytes are
Mark L. wrote concerning the LGP-30 computer in the LCM+L/Paul Allen Auctions:
> I dare to bet it's the last one. Anywhere.
It isn't the last one by any means. There are a few of these machines still
around. Here are links to a few that are in collections:
https://www.technikum29.de/en/c
Mr. Grumpy :)
C has specific specifications for what is promoted when and how. They
are not ambiguous just not known by many.
I worked for a C compiler company so I'm may be a bit more familiar with
the actual C specs and how the compiler works.
However, I totally agree with you. I heavily
It is not the hardware that is at fault.
If anybody else is to blame, it is the compiler.
On Thu, 15 Aug 2024, Paul Koning wrote:
More likely the language designers, assuming the compiler doesn't have a
standards violation in its code. In the case of C, the type promotion rules
that were jus
> On Aug 15, 2024, at 7:01 PM, Kevin Anderson via cctalk
> wrote:
>
> I am surprised they have the estimated opening bids amounts for the DEC
> PDP-10 systems, as well as the IBM 7090, set so low. They can't be that
> numerous either. But then again, still too costly for another museum to ju
> On Aug 15, 2024, at 7:09 PM, Fred Cisin via cctalk
> wrote:
>
> On Thu, 15 Aug 2024, Paul Koning via cctalk wrote:
I don't know about the VAX,but my gripe is the x86 and the 68000 don't
automaticaly promote smaller data types to larger ones. What little
programming I have don
> On Aug 15, 2024, at 7:01 PM, Kevin Anderson via cctalk
> wrote:
>
> I am surprised they have the estimated opening bids amounts for the DEC
> PDP-10 systems, as well as the IBM 7090, set so low. They can't be that
> numerous either. But then again, still too costly for another museum to j
On 8/15/2024 3:41 PM, Sean Conner via cctalk wrote:
It was thus said that the Great ben via cctalk once stated:
I don't know about the VAX,but my gripe is the x86 and the 68000 don't
automaticaly promote smaller data types to larger ones. What little
programming I have done was in C never car
> On Aug 15, 2024, at 1:54 PM, John via cctalk wrote:
>
> ...
> That said - and I have no idea whether this actually influenced
> anyone's decision for any system anywhere ever - one hard advantage of
> little-endian representation is that, if your CPU does arithmetic in
> serial fashion, you
On Thu, 15 Aug 2024, Paul Koning via cctalk wrote:
I don't know about the VAX,but my gripe is the x86 and the 68000 don't
automaticaly promote smaller data types to larger ones. What little
programming I have done was in C never cared about that detail.
Now I can see way it is hard to generate go
th PC clone and all of
its re-badged software (including Lotus 123 and MS Fortran and early DOS Word)
included in one of the clumped microcomputer collections, but alas it was not.
Was probably chucked into a rubbish bin for disposal a long time ago.
Kevin Anderson
Dubuque, Iowa
When signed and unsigned values (variables or literals) of the same size
are combined the compiler assumes that all of the values are signed.
This can yield a problem if the unsigned integer is large enough that
the most significant bit is set because this bit indicates sign.
for example:
ui
I'm afraid you might not understand how promotion works in C. Promotion
has nothing do to with the word size of the machine it's running on.
Within the expression, all intermediate values and literals are promoted
to the smallest type that can contain the largest value/literal in the
expressio
> I dare to bet it's the last one. Anywhere.
Well. Now that my *rage* has settled down a bit ...
... a least the "expected amount" on these items will probably mean
they won't go to scrap.
The machines are probably going to go for less than a million. There
are _thousands_ of people in this c
> one is an LGP-30. I can't tell how complete it is, but it doesn't look too
> beat up.
I dare to bet it's the last one. Anywhere.
mcl
One of the items listed is "A group of six calculators". Most of them are
calculators, but one is an LGP-30. I can't tell how complete it is, but it
doesn't look too beat up.
paul
> On Aug 15, 2024, at 4:41 PM, Sean Conner via cctalk
> wrote:
>
> It was thus said that the Great ben via cctalk once stated:
>>
>> I don't know about the VAX,but my gripe is the x86 and the 68000 don't
>> automaticaly promote smaller data types to larger ones. What little
>> programming
It was thus said that the Great ben via cctalk once stated:
>
> I don't know about the VAX,but my gripe is the x86 and the 68000 don't
> automaticaly promote smaller data types to larger ones. What little
> programming I have done was in C never cared about that detail.
> Now I can see way it is
On 2024-08-15 11:00 a.m., Paul Koning via cctalk wrote:
The short answer is "it's historic and manufacturers have done it in different
ways".
You might read the original paper on the topic, "On holy wars and a plea for
peace" by Danny Cohen (IEN-137, 1 april 1980):
https://www.rfc-editor.org
> On Aug 15, 2024, at 1:27 PM, Michael Thompson
> wrote:
>
> Danny Cohen, author of "On holy wars and a plea for peace", on the left and
> me in the white shirt, taken in 2003.
>
> MIPS CPUs can be configured by the hardware to run in either big-endian or
> little-endian mode.
Indeed, tho
> From: Peter Ekstrom
>
> I am tinkering with some C-code where I am working on something that
> can process some microcode. The microcode is from a DG MV/1
> machine and while working on it, I noticed it is in little-endian.
> That's simple enough to work around but that had me wondering, wh
> On Aug 15, 2024, at 12:46 PM, Peter Ekstrom via cctalk
> wrote:
>
> Hi to the group,
>
> I am tinkering with some C-code where I am working on something that can
> process some microcode. The microcode is from a DG MV/1 machine and
> while working on it, I noticed it is in little-endia
> On Aug 15, 2024, at 12:21 PM, Brent Hilpert via cctalk
> wrote:
>
> Christies lot listings for the Paul Allen / LCM stuff are now up.
> Pretty sad to see such a collection of notable items broken up.
>
> The web presentation is a little confusing. I think it breaks down like this:
> ...
Christian Corti via cctalk wrote:
> On Tue, 13 Aug 2024, Holm Tiffe wrote:
> > Paul Koning via cctalk wrote:
> >> It looks that way to me, too. It is the Burroughs logo; you can see
> >> the exact same image on 1970s era manuals (see Bitsavers for example).
> > I just wanted to ask if someone ca
Paul Koning via cctalk wrote:
>
>
> > On Aug 13, 2024, at 2:50 PM, Holm Tiffe via cctalk
> > wrote:
> >
> > John Robertson via cctalk wrote:
> >
> >> On 2024-08-13 6:02 a.m., Holm Tiffe via cctalk wrote:
> >>> ..after a closer look, the proms are don't even Harris..that's something
> >>> lie
On Tue, 13 Aug 2024, Holm Tiffe wrote:
Paul Koning via cctalk wrote:
It looks that way to me, too. It is the Burroughs logo; you can see
the exact same image on 1970s era manuals (see Bitsavers for example).
I just wanted to ask if someone can use them before they get go into the
trash.
Well
> On Aug 13, 2024, at 2:50 PM, Holm Tiffe via cctalk
> wrote:
>
> John Robertson via cctalk wrote:
>
>> On 2024-08-13 6:02 a.m., Holm Tiffe via cctalk wrote:
>>> ..after a closer look, the proms are don't even Harris..that's something
>>> lieke a "-B" on them..
>>>
>>> Regards,
>>> Holm
>>
Paul Koning via cctalk wrote:
>
>
> > On Aug 13, 2024, at 9:02 AM, Holm Tiffe via cctalk
> > wrote:
> >
> > ..after a closer look, the proms are don't even Harris..that's something
> > lieke a "-B" on them..
> >
> > Regards,
> > Holm
>
> It looks that way to me, too. It is the Burroughs lo
John Robertson via cctalk wrote:
> On 2024-08-13 6:02 a.m., Holm Tiffe via cctalk wrote:
> > ..after a closer look, the proms are don't even Harris..that's something
> > lieke a "-B" on them..
> >
> > Regards,
> > Holm
>
> Those look pre-programmed to me, the stamped label is often crooked and
>
On 2024-08-13 6:02 a.m., Holm Tiffe via cctalk wrote:
..after a closer look, the proms are don't even Harris..that's something
lieke a "-B" on them..
Regards,
Holm
Those look pre-programmed to me, the stamped label is often crooked and
all are backwards from how everyone else stamps their chi
> On Aug 13, 2024, at 9:02 AM, Holm Tiffe via cctalk
> wrote:
>
> ..after a closer look, the proms are don't even Harris..that's something
> lieke a "-B" on them..
>
> Regards,
> Holm
It looks that way to me, too. It is the Burroughs logo; you can see the exact
same image on 1970s era man
..after a closer look, the proms are don't even Harris..that's something
lieke a "-B" on them..
Regards,
Holm
--
Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe,
Goethestrasse 15, 09569 Oederan, USt-Id: DE253710583
i...@tsht.de Tel +49 37292 709778 Mobil: 0172 8790
https://www.tiffe.de/images/TTL-1.jpg
https://www.tiffe.de/images/TTL-2.jpg
https://www.tiffe.de/images/TTL-3.jpg
Forgot those links..
Regards,
Holm
--
Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe,
Goethestrasse 15, 09569 Oederan, USt-Id: DE253710583
i...@tsht.d
John Robertson via cctalk wrote:
> Hi Holm,
>
> I use some of those PROMs, but shipping from Germany may make it not so
> good.
>
> And, of course, if they are already programmed then they are worthless -
> at least to me! I tkae it there are no extra numbers stamped over the
> Harris part nu
Hi Holm,
I use some of those PROMs, but shipping from Germany may make it not so
good.
And, of course, if they are already programmed then they are worthless -
at least to me! I tkae it there are no extra numbers stamped over the
Harris part numbers? They are probably not burned if so.
How
Could you please post a picture or list the type numbers?
About 13 years ago we swapped RQDX disk controllers, you got an RQDX3, amd
I got an RQDX2 I wanted for my MicroVAX I, do you remembe?
Holm Tiffe via cctalk schrieb am Mo., 12. Aug.
2024, 11:12:
> Hi,
>
> in my stash of IC's Ive found a sm
On Wed, Aug 7, 2024 at 3:53 PM Brad H via cctalk
wrote:
> Thanks! I did try that but haven't heard back and don't want to pester
> him.
>
Keep trying, he's an incredible nice man and would probably be happy to
help you.
Tell him I said hello when you get through to him.
Sellam
I've always been pro MS-DOS - the earliest version I started with was about
3.20, IIRC.
I don't ever recall seeing 86-DOS on shelves, or ever really hearing about
it. But CP/M remained fairly popular to mid 1980s (I just mean I knew
various friends who daily used CP/M then). A couple issues wi
On 07.08.2024 05:55, Bill Gunshannon via cctalk wrote:
I keep seeing all these bad comments about Vista. Just what was
supposed to be wrong with it? I ran it for more than a decade
and only stopped when MS deliberately broke it with the final
update. It was a hell of a lot better than the cra
(GMT-08:00) To: "General
Discussion: On-Topic and Off-Topic Posts" Cc: Bill
Degnan Subject: [cctalk] Re: Schematic or PCB layout for
MAI Jolt He is on linkedIn.There is scant info on the JOLT. You may have more
luck with the superjolt. 6502 Micro Journal may have useful detail.I
-Original Message-
> From: Will Cooke via cctalk
> Sent: Wednesday, August 7, 2024 1:35 PM
> To: General Discussion: On-Topic and Off-Topic Posts <
> cctalk@classiccmp.org>
> Cc: wrco...@wrcooke.net
> Subject: [cctalk] Re: Schematic or PCB layout for MAI Jolt
>
Topic Posts'
Cc: b...@techtimetraveller.com
Subject: [cctalk] Re: Schematic or PCB layout for MAI Jolt
Thanks! I did try that but haven't heard back and don't want to pester him.
-Original Message-
From: Will Cooke via cctalk
Sent: Wednesday, August 7, 2024 1:35 PM
To: Ge
Thanks! I did try that but haven't heard back and don't want to pester him.
-Original Message-
From: Will Cooke via cctalk
Sent: Wednesday, August 7, 2024 1:35 PM
To: General Discussion: On-Topic and Off-Topic Posts
Cc: wrco...@wrcooke.net
Subject: [cctalk] Re: Schematic or
On Wed, Aug 7, 2024 at 4:55 AM Bill Gunshannon via cctalk <
cctalk@classiccmp.org> wrote:
>
>
> On 8/6/2024 2:31 PM, maddox--- via cctalk wrote:
> > On 01.08.2024 16:28, Royce Taft via cctalk wrote:
> >> Wasn’t Vista “Mojave”?
> >
> > As others noted, "Mojave" was the name of a MacOS release. The
> On 08/07/2024 3:46 PM EDT brad via cctalk wrote:
>
>
> Hi there,Haven't had much time for vintage computers due to my job dealing
> with new ones, but the odd evening I have been working on PCB replica
> projects.One of them is for the MAI Jolt. I recently picked up alsome NOS
> 6530-004s,
401 - 500 of 27532 matches
Mail list logo