[cctalk] Re: the 1968 how to build a working digital computer

On Sat, Jul 20, 2024 at 8:08 PM Steve Lewis via cctalk < cctalk@classiccmp.org> wrote: > What I meant was that in the title of the book they use "digital computer" > and I wonder if there was ever a book describing a mechanical "analog > computer" - and what they might even look like. > I

[cctalk] Re: wanted: HP-UX 11i v1 (11.11) install media or images

On Tue, Jun 25, 2024, 22:33 Robert Johnson via cctalk wrote: > I’m all but certain that the 16500 series is a 68k not PA-RISC though. > Yes. It is the 16700 series that uses a PA7300LC CPU. Nevertheless, for reverse-engineering the module interface, working with a 16500 will be easier.

[cctalk] Re: early microprocessor limited pipelining [was: Intel 8086 - 46 yrs. ago]

On Thu, Jun 13, 2024 at 10:15 AM CAREY SCHUG via cctalk < cctalk@classiccmp.org> wrote: > I think I recall an early processor that did out of order execution, > without checking, meaning you could have > > add xxx to accumulator > store accumulator in zzz > The Intel i860 (unrelated to x86,

[cctalk] Re: early microprocessor limited pipelining [was: Intel 8086 - 46 yrs. ago]

Pn Thu, Jun 13, 2024 at 11:57 AM Paul Koning via cctalk < cctalk@classiccmp.org> wrote: > MIPS, perhaps? It has "delay slots". MIPS has delay slots for branches (two for Standord MIPS, one for commercial MIPS), but no delay slots for ALU operations. All MIPS implementations either interlocked

[cctalk] Re: wanted: HP-UX 11i v1 (11.11) install media or images

On Thu, Jun 20, 2024 at 2:13 AM Adrian Godwin via cctalk < cctalk@classiccmp.org> wrote: > I'm interested in this. I'm looking at the bottom end, the bus and cards, > but there may be information we can share. > That's where I'm starting, too. I'm using a 16500A (rather than a B, C, or 1670x)

[cctalk] wanted: HP-UX 11i v1 (11.11) install media or images

I have a new-in-box (but twenty-year-old) HP C8000 workstation (HP Precision Architecture). The box contains an HP-UX license certificate, entitling me to copy and install HP-UX 11i v1 (11.11) TCOE (Technical Computing Operating Environment) for use on the machine. Unfortunately I don't have 11i

[cctalk] Re: Intel 4004

On Thu, Nov 23, 2023 at 12:46 AM Sellam Abraham via cctalk < cctalk@classiccmp.org> wrote: > The CADC had no program counter: since it was designed from its inception > to be a multi-processing (multi-threading?) system, it made sense to build > a program counter onto each ROM. Therefore, when

[cctalk] Re: Apple 1

On Thu, Aug 24, 2023, 20:51 Bill Degnan via cctalk wrote: > The Jolt was the first 6502, how much is that worth? > Did the Jolt predate the KIM-1? I don't know their introduction dates.

[cctalk] Re: Apple 1

On Thu, Aug 17, 2023, 21:27 Chuck Guzis via cctalk wrote: > The PACE itself was a re-cast of the NSC IMP-16 chipset. > The IMP-16 and PACE architectures were similar (and similar to the DG Nova), but they weren't binary or source compatible. Apparently NS didn't think there was enough of an

[cctalk] Re: Apple 1

On Sat, Aug 5, 2023, 08:54 Bill Degnan via cctalk wrote: > The Apple I is not historically significant enough alone to justify > the prices they get > The first product sold by the first company to hit $1T market cap seems historically significant to me. AFAIK the Apple 1 was also the first

[cctalk] Re: Wanted: Apple III 5MB Profile HD driver file

On Thu, Feb 23, 2023, 08:44 Will Cooke via cctalk wrote: > > > > On 02/21/2023 10:48 PM CST Eric Smith via cctalk > wrote: > > > > > Profile trivia: > > > > The firmware _inside_ the Profile is strange in that it doesn't actually > > KNOW the size

[cctalk] Re: Wanted: Apple III 5MB Profile HD driver file

On Thu, Feb 16, 2023 at 11:28 AM David Schmidt via cctalk < cctalk@classiccmp.org> wrote: > Generally, a ProFile driver that is otherwise unspecified will be 5MB > (i.e. https://apple3.org/iiisoftware.html#drivers ). There is a > different card (ROM?) as you found out that will matter for 5 vs.

[cctalk] Re: Bubble Memory

On Thu, Oct 20, 2022, 23:29 George Rachor via cctalk wrote: > I remember a bubble memory card being advertise for the Apple ][ but never > saw one. > > Were they ever made? > Yes. I have the Helix Labs card.

[cctalk] Re: datapoint 2200 programming

On Wed, Oct 12, 2022, 14:54 Steve Lewis via cctalk wrote: > Datapoint 2200 [...] iinstruction set was said to be similar what became > the > 8008. > The instruction sets weren't similar, they was identical. The Intel 8008 (and TI TMX1795) were designed based on specifications from Computer

[cctalk] Re: i860 vs. i960 WAS Intel's i860, Cray-On-A-Chip

On Fri, Sep 23, 2022, 21:50 Ali via cctalk wrote: > I always thought the i960 was an upgrade to the i860 (sort of like i386 to > i486 upgrade). However, based on the info on wiki it seems as if the i960 > actually came first and although a RISC chip it was in no way in the same > league as the

[cctalk] Re: 8" disk question!

On Fri, Sep 2, 2022, 07:51 geneb via cctalk wrote: > The question I have is how did a contemporary system deal with the > combination of a disk with both index windows and a drive with both index > sensors? > They didn't deal with it at all. It didn't work. No normal 8-inch floppy disks have

[cctalk] Re: IBM 5100 emulation

I've poked around inside the 5100 some years ago, but most of my information came from the Maintenance Information Manual, and I only verified a little of it relating to the executable ROS. The executable ROS is split between a half card in slot H2, which is required for all 5100 models, and an

Re: Replacement for a DEC 7474 Chip

On Tue, May 17, 2022 at 12:35 AM ben via cctalk wrote: > Did DEC not use a few Non TTL chips to reduce I/O loading on the bufferd > lines? > DEC used non-TTL buffer chips for bus interface (Omnibus, Unibus, Qbus, and external buses like Massbus). Most of the other SSI/MSI logic chips are TTL or

Re: Replacement for a DEC 7474 Chip

On 2022-May-15, at 3:53 PM, Eric Smith wrote: > I specifically said 74x74. Early TTL flipflops were very crude by comparison. On Mon, May 16, 2022 at 11:28 AM Brent Hilpert via cctalk < cctalk@classiccmp.org> wrote: > pre-TTL != early TTL > No, but 7470, 7472, 7473, and 74948 were _very_ early

Re: Replacement for a DEC 7474 Chip

I specifically said 74x74. Early TTL flipflops were very crude by comparison. On Sun, May 15, 2022, 13:03 Brent Hilpert via cctalk wrote: > On 2022-May-15, at 1:16 AM, Eric Smith via cctalk wrote: > > On Sat, May 14, 2022, 16:09 ben via cctalk > wrote: > >> On 2022-05

Re: Replacement for a DEC 7474 Chip

On Sat, May 14, 2022, 16:09 ben via cctalk wrote: > On 2022-05-14 11:50 a.m., Nigel Johnson Ham via cctalk wrote: > > AFAIR LS can only drive one unit TTL load. > >> paul > LS is 4 TTL, 4 ma low. > Was there a trick of forcing the output of D flip flip > to clear it? I was wondering if this

Re: Replacement for a DEC 7474 Chip

Those should be fine. Only the more complex parts had issues, not the simple gates. On Sun, May 15, 2022, 02:04 Rob Jarratt via cctalk wrote: > Oh dear, while I was ordering an original 7474 I ordered some other parts > that were connected to the same bad chip in case other chips are damaged, >

Re: HP 54200D oscope practically worthless?

On Thu, May 12, 2022 at 12:25 PM Alexander Huemer via cctalk < cctalk@classiccmp.org> wrote: > On Thu, May 12, 2022 at 02:01:50PM -0400, William Sudbrink via cctalk > wrote: > > I picked up one of these in a batch of electronics. Is it worth > > repairing/investigating? > > The scope does what

Re: cleaning up edge connectors

On Thu, Apr 28, 2022, 15:03 Peter Cetinski via cctalk wrote: > > TRS-80 guru Ian Mavric sells those gold connectors for the TRS-80. > > https://www.ebay.com/itm/164568343523 < > https://www.ebay.com/itm/164568343523> > They're made by Sullins, and may be orderable from Digi-Key and other

new Z80 monitor ROM works with no RAM

I wrote a new monitor ROM for the Z80, called umonz, which can provide some basic monitor functionality even if there is no working RAM. In other words, it doesn't use a stack or store any variables in RAM. It supports reading and writing memory, I/O ports, and loading and dumping Intel hex

Re: Memory Tech you don't see very often

On Thu, Jan 6, 2022, 01:20 Joshua Rice via cctech wrote: > > Not cost effective at nearly $10,000! I understand they're very rare, > given they were only used for a few years in industry and they're > clocking on 3/4 of a century old, but even then, that seems an order of > magnitude or two off

Re: Memory Tech you don't see very often

On Thu, Jan 6, 2022, 08:45 Mike Katz via cctalk wrote: > There was also a 1K by 4 version of this tube. > I've never seen any info on a 1K*4 Selectron, but they weren't even able to make the 4K*1 work, and the only production tubes were 256*1.

Re: 3-phase power

On Tue, Jan 4, 2022 at 8:36 PM Grant Taylor via cctalk < cctalk@classiccmp.org> wrote: > My limited understanding is that VFDs simulate / emulate various > frequencies by turning the output on and off (at full input voltage) > such that the (sliding) /average/ of the output looks like it's a at a

Re: VAX 780 on eBay

On Sat, Jan 1, 2022, 12:33 Paul Koning via cctalk wrote: > Largely true, but some disk drives (RP06? RP04?) use 3-phase spindle > motors. > The RP06 has 3-phase power input (and output, phase-rotated, for a second drive), but uses a single phase spindle motor. The US version runs the spindle

Re: Overclocked TI Silent 703 at 1200 bauds?

On Mon, Nov 1, 2021 at 8:21 AM Curious Marc via cctalk < cctalk@classiccmp.org> wrote: > Yes, I have ruined a few printouts using the isopropanol method ;-) . On > that subject, can anyone recommend a source for the thermal paper used in > the Silent? > I was able to get suitable thermal paper

DEC DHU11 (M3105) wanted

A friend and I are trying to get a PDP-11/70 running, and we'd like to get a DHU11 async mux board. Anyone have an extra? There's an Ebay listing claimed to be a DHU11, but that one is actually a Qbus M3104.

Prototype new Apple /// memory board

I've been working on a new memory board for the Apple ///, using (somewhat) modern and still-in-production components, especially CMOS static RAM rather than DRAM. Last night I soldered the connectors, sockets, and passives of my first prototype:

Re: C.mmp OS

On Mon, Aug 23, 2021, 03:15 Liam Proven via cctalk wrote: > On Sun, 22 Aug 2021 at 23:42, Fred Cisin via cctalk wrote: > > If "drugs, sex, and rock'n'roll" is not the answer, > > then you are asking the wrong question. > > While I cannot disagree with my learned friend's proposition, I >

Re: Extremely CISC instructions

On Wed, Aug 25, 2021, 09:50 ben via cctalk wrote: > On 2021-08-25 1:25 a.m., Eric Smith via cctalk wrote: > > > > 432 GDP instructions were bit-aligned in an instruction object, and > > occupied anywhere from 6 to 344 bits. > > Did not the IBM 7030 try a similar idea.

Anyone remember Kel-Am connectors?

When I worked at Apparat around 1981, we used a lot of *male* IDC edge card connectors. I've almost never seen any since, and I couldn't remember the name of the vendor. I just found out that it was Kel-Am, but the internet knows almost nothing about them. Here's an example:

Re: Extremely CISC instructions

On Mon, Aug 23, 2021 at 6:38 PM Tom Stepleton via cctalk < cctalk@classiccmp.org> wrote: > For the sake of illustration to folks who are not necessarily used to > thinking about what computers do at the machine code level, I'm interested > in collecting examples of single instructions for any CPU

Re: DEC PDP-11/45 backplane +5 ECO

On Sat, Apr 24, 2021 at 9:28 PM Noel Chiappa via cctalk < cctalk@classiccmp.org> wrote: > I had a look at my /45 (a later KB11-D - although I think the backplanes > for > the -A and -D are identical), > I did not think they used the same backplane, but 11/45 maintenance manual (EK-11045-MM-007)

Re: Need a BASIC expert

On Wed, Apr 21, 2021 at 5:19 AM Bill Degnan via cctalk < cctalk@classiccmp.org> wrote: > It is not too hard to imagine a professional programmer who took a copy of > Dartmouth BASIC and adapted it for this flavor of BASIC, but I personally > dont have any reference docs about it or proof. > [...]

Re: Lisa Source Code

On Wed, Apr 7, 2021 at 2:33 PM Chuck Guzis via cctalk wrote: > Okay, I've got a WORM disc here--how do they propose to archive that? > (recall that unwritten sectors can't be read). > Same for Apple DOS 3.1, 3.2, and 3.2.1 (13-sector format). The formatter only writes the address fields, but no

Re: PDP-10 I/O notes

On Tue, Mar 16, 2021 at 12:04 AM Lars Brinkhoff via cctalk < cctalk@classiccmp.org> wrote: > Interesting to see the DECtape file structure format. > IIRC, the DECtape file structure is documented in the Monitor Calls manual. The disk file structure is not, though there are many references to

Re: DF32?

On Tue, Mar 9, 2021 at 4:04 PM Chris Zach via cctalk wrote: > There's a DF32 on Ebay. I've got a bid in on it, will see what happens. > Always wanted on, to set up a TSS/8. I hope one of you guys gets it and can put it to good use.

Re: [simh] RSTS processor identification

On Fri, Mar 5, 2021 at 6:33 PM Paul Koning via cctalk wrote: > I would have liked better comms. The USART has such a tiny FIFO that you > can't run it at higher than 9600 bps even with the J-11 CPU. At least not > with RSTS; perhaps a lighter weight OS can do better. The printer port is >

Re: Massbus - was: Re: VAX 11/750

On Wed, Feb 24, 2021 at 7:06 AM Chris Zach via cctalk wrote: > Yes, the TM02 and TM03 formatters allowed MASSBUS to connect to Pertec > drives, but I don't think you could run a tape drive and a disk drive on > the same MASSBUS channel anyway. Wonder why, technically the MASSBUS > cable is just

archive of DEC Notes

Does anyone have contact information for the proprietor of this site: http://www.activityclub.org/decnotes/ The site has an index of messages archived from DEC's internal "Notes" (kind of their equivalent of UseNet). It appears from the "Download this site" page that at one time it was

Re: DEC backplane power connectors

On Wed, Jan 27, 2021 at 10:51 AM Noel Chiappa via cctalk < cctalk@classiccmp.org> wrote: > https://gunkies.org/wiki/DEC_power_distribution_connectors#Connectors > I'm not sure why I bothered to write all this stuff up; it was clearly a > waste > of time. > I've used that writeup before. Thank

Re: APL\360

On Fri, Jan 15, 2021 at 4:41 PM Fred Cisin via cctalk wrote: > A viewpoint opposed to mine: > "The use of COBOL cripples the mind; its teaching should, therefore, be > regarded as a criminal offense." - Edsger Dijkstra > As much as I generally highly respect Dijkstra, I agree with Fred, not

Re: Got DSM-11 running, any manuals online?

On Fri, Jan 8, 2021 at 6:17 PM Paul Koning wrote: > Yes, but also to hide bad blocks. So the difference between a raw sector > dump and a SIMH container file is, minimally, the spare sectors. What that > looks like depends on the format; I have no idea what MSCP controllers did. > MSCP

Re: Got DSM-11 running, any manuals online?

On Fri, Jan 8, 2021 at 6:16 PM Chris Zach wrote: > True, however SIMH has to write things to a "real" file that emulates > something of a disk. > I thought the SIMH representation of an MSCP disk was just a linear array of 512-byte blocks, from block 0 to block n-1, in which case, it's still

Re: Got DSM-11 running, any manuals online?

On Thu, Jan 7, 2021 at 7:38 PM Chris Zach via cctalk wrote: > Oddly enough SIMH seems to read a raw RQDX1/2 disk pretty well. > That's good to know, but not really all that odd. Arguably the main purpose of MSCP was to abstract away drive and controller differences.

Re: Rod Coleman's personal history of founding, building & running SAGE

Apparently someone wrote: > Thanks for the link as didn't realize 68000 was > used for home systems before I ran into Mac. > The SAGE certainly wasn't a "home system" in the sense that the Macintosh was. I mean, sure, there were undoubtedly a few people that bought one for home use, but it was

Re: PDP-11/70 backplane wire list

On Fri, Jan 1, 2021 at 10:04 PM Josh Dersch via cctalk < cctalk@classiccmp.org> wrote: > Discovered a broken wirewrap wire on the 11/70 I'm slowly working on, it's > on the last slot (44), and runs from BD2 to ??. White wire, part of a > white/black twisted pair. I've been looking but haven't

Re: misc stuff - free

On Mon, Dec 14, 2020 at 2:52 PM Don Stalkowski via cctalk < cctalk@classiccmp.org> wrote: > ll items are as-is and free. Pickup only here in London, ON. > [...] > Microprocessor Data Package - International Electronics Unlimited booklet > on IMP MM5750, MM5751 CPU set > I can't pick up in ON,

Re: Radio Shack 8MB hard disk for Model II

On Mon, Nov 30, 2020 at 6:22 PM dwight via cctalk wrote: > Is there a terminator on both ends. If not it is a static 15 ma. > There's a 220/330 terminator to +5V at both ends. The thevenin equivalent of one of these terminators is 132 ohms to +3V. A driver trying to pull this to 0V is going to

Radio Shack 8MB hard disk for Model II

I had occasion to look at the service manual for the Radio Shack 26-4150 8MB hard disk which was used with the Model II (and potentially could be used on 12, 16, 16B or 6000). Note that this drive is not compatible with the Model I, 3, or 4, and the cable wiring between the computer and the

Re: The weird stuff I keep finding: 19 bit core memory?

On Fri, Oct 23, 2020 at 11:57 AM Eric Smith wrote: > On Wed, Oct 21, 2020 at 6:22 AM Pontus Pihlgren via cctalk < > cctalk@classiccmp.org> wrote: > I have seen PDP-15 core memory and it is not that format. It looks like >> > the memory modules from a PDP-8/I or -8/L >> > > The ME15 memory for

Re: The weird stuff I keep finding: 19 bit core memory?

On Wed, Oct 21, 2020 at 6:22 AM Pontus Pihlgren via cctalk < cctalk@classiccmp.org> wrote: > On Tue, Oct 20, 2020 at 11:26:22PM -0400, Chris Zach via cctalk wrote: > > > Or maybe a PDP-15? 18 bits plus parity. > > > > Possible, did the pdp15 use that type of board? > > > > I have seen PDP-15

Re: The weird stuff I keep finding: 19 bit core memory?

On Tue, Oct 20, 2020 at 10:02 PM Chris Zach wrote: > Ok, so the MF10 would have been hooked up to a KI10. > The ME10 was the first core box for the PDP-10 memory bus that supported 22-bit addressing, and could be used on the KA10, KI10, or KL10 (with a DMA20 memory bus interface, not available

Re: The weird stuff I keep finding: 19 bit core memory?

On Tue, Oct 20, 2020 at 8:06 PM Chris Zach via cctalk wrote: > The real weird one is a quad board H216. I thought it was a Unibus core > memory board, Most of the DEC core plane boards were not specific to any particular bus. though there are some exceptions. > but it's 8k*19 bits, which

Re: Control Data 449 Special Miniature Computer from 1967?

On Fri, Oct 16, 2020 at 7:04 AM Gavin Scott via cctalk < cctalk@classiccmp.org> wrote: > Or was it really just a calculator? > No, it was a real computer.

Re: 9 track tapes and block sizes

On Fri, Oct 2, 2020 at 1:27 PM Chuck Guzis via cctalk wrote: > Actually, they're neither. I append the metadata after the EOI marker > on mine. Doesn't seem to bother the emulators. > Some programs (but probably very few) that use various so-called .tap files assume that they can seek to the

Re: Zuse Z4 - Oldest Surviving Computer in the World - Lost in the archives

On Thu, Oct 1, 2020 at 11:54 AM dwight via cctech wrote: > It is going to need a lot of contact cleaning. > The one thing I like is the carry design the Zuse used. Really fast for > relays but not of much use for solid state. > Where is that circuit described?

Re: HP 3000, APL\3000, the HP 2641A APL Display Station, and stuff.

On Sun, Sep 27, 2020 at 3:22 PM Gavin Scott via cctalk < cctalk@classiccmp.org> wrote: > APL on the 3000 was a project started at HP Labs > in Palo Alto in the early 1970s. [...] > This would be the first > full APL implementation on a "small" (non-mainframe) computer. > There was IBM APL\1130

Re: Thoughts on restricted distribution documents (Dec Professional 350)

On Tue, Sep 29, 2020 at 6:11 PM Paul Koning via cctalk < cctalk@classiccmp.org> wrote: > TIFF compression is lossless. > TIFF is only a container format ("Tagged Image File Format"). TIFF does not define any one compression. It in fact can contain either lossy or lossless compression, or even

Re: Exploring early GUIs

On Sun, Sep 20, 2020 at 3:24 PM Mike Begley via cctalk < cctalk@classiccmp.org> wrote: > There's also the windowing system used on the AT 3B1 (AKA Unix PC, AK > PC7300), which I think was called MGR. It may have also been ported to > other systems as well. When I had one of these machines it

Re: Computer stores

On Tue, Aug 25, 2020 at 10:28 PM Hagstrom, Paul via cctalk < cctalk@classiccmp.org> wrote: > The circuit boards say "Apple Computer 1" on them. So they had the > optimistic "1" in the name originally. > The user manual, schematic, and some but not all advertisements also say "Apple 1" or

Re: Adventures online

On Thu, Jul 23, 2020 at 11:47 AM Chuck Guzis via cctalk < cctalk@classiccmp.org> wrote: > Infocom's games were based on Crowther, after all. Inspired by, not "based on". ADVENT was written in Fortran 66. I'm not sure what Crowther used originally, but Don Woods version was developed on a

Wanted Sun 3/80

I'd like to buy a Sun 3/80 machine. I'm not too interested in other models. I'm willing to pay a fair price plus shipping, but not a L@@K RARE price.

Re: Small C ver 1.00 source?

On Tue, Jul 14, 2020 at 10:42 AM Chuck Guzis via cctalk < cctalk@classiccmp.org> wrote: > The term "p-code" comes from the 1973 Pascal-P version of UCSD Pascal. > "p-code" does come from Pascal-P, but Pascal-P wasn't a version of UCSD Pascal. Pascal-P was developed on the CDC 6600 in 1972. UCSD

Re: Small C ver 1.00 source?

On Tue, Jul 14, 2020 at 9:37 AM dwight via cctalk wrote: > I'm curious as to where the term P-code came from and what defined it. > There's no formal definition of "p-code". Although other similar "bytecodes" existed before, the term "p-code" or "pcode" came from the earliest implementations of

Re: Getting files off a 7300

> One oddity: The system came up but was faulting out on ports tty1 and 2. > Editing /etc/inittab fixed that, but the system *does* have a two serial > port card expansion module. Wonder if the modules have to be in specific > slots or something... > The UnixPC uses geographic addressing (like an

Re: Future of cctalk/cctech (comment on address fields) , capturing Discord server traffi

On Thu, Jun 25, 2020 at 2:27 PM jim stephens via cctalk < cctalk@classiccmp.org> wrote: > The current message > "From" field contains the name of the original sender but with the > encoded address of the list as the email address > Unfortunately now there's no practical way for a mailing list to

Re: Schematic for DEC H7441 (not the H744!)

DEC MK11-B Field Maintenance Print Set, October 1977 http://bitsavers.trailing-edge.com/pdf/dec/pdp11/1170/MK11-B_Field_Maintenance_Print_Set_Oct77_part2.pdf pages 27 to 36 of the PDF file

Re: TU58 dump tool on Linux?

On Thu, Jun 11, 2020 at 8:18 AM Jan-Benedict Glaw wrote: > I don't have a TU58, but using nbdkit[1] or BUSE[2] (which seems to > hook up as a NBD device as well) it should be quite easy to make it > avaliable as a block device. For reading and writing, this should be > pretty straight forward. >

Re: TU58 dump tool on Linux?

On Wed, Jun 10, 2020 at 3:30 PM John Forecast via cctalk < cctalk@classiccmp.org> wrote: > You could try my “fsio” utility from the SIMH simtools repository: > I originally wrote it to read/write SIMH disk images in various formats >

Re: Ever seen a Cromemco Cyclops in the wild?

On Tue, Jun 9, 2020 at 6:14 PM William Sudbrink wrote: > No, I'm afraid not. I can tell you from both personal experience and from > the > designer (Terry Walker) that the chip is either a Mostek MK4008P-9 or an > AMI > S4008-9. I have used both chips. See my web page: > >

Re: Ever seen a Cromemco Cyclops in the wild?

On Tue, Jun 9, 2020 at 4:53 PM Boris Gimbarzevsky via cctalk < cctalk@classiccmp.org> wrote: > so probably read the Cyclops article, decided that $25 was way > too much for one chip and never bothered. In 1975 the B2102 or C2102 in the lidded ceramic package was more expensive than the D2102

Re: PC Fortran (Was: Microsoft open sources GWBASIC

On Sun, May 31, 2020 at 5:50 PM Bill Gunshannon via cctalk < cctalk@classiccmp.org> wrote: > On 5/31/20 2:24 AM, Eric Smith via cctalk wrote: > > > > > > On the other hand, Intel also had a FORTRAN-80 product, which was > unrelated > > to Microsoft FORTRAN-

Re: PC Fortran (Was: Microsoft open sources GWBASIC

On Sat, May 30, 2020 at 3:27 PM Fred Cisin via cctalk wrote: > >> One reaason why you don't hear much about that is because the first > >> version of Microsoft Fortran for the PC wasn't real great. > >> It was written in Microsoft Pascal. > > On Sat, 30 May 2020, John Foust via cctalk wrote: > >

Re: history is hard

On Fri, May 29, 2020 at 3:30 PM Jon Elson via cctalk wrote: > On 05/29/2020 02:38 PM, Noel Chiappa via cctalk wrote: > > > From: Jon Elson > > > > > As far as I know, there was no VM/360. There WAS VM/370, which > was out > > > in the early 1970's > > > > CP/67, which was a

Re: CHM software

On Thu, May 28, 2020 at 4:05 PM Randy Dawson via cctalk < cctalk@classiccmp.org> wrote: > Follow up to the Living Computer Museum discussion... > I can understand why CHM does not allow access to the hardware, > But what about the software? > It should all be downloadable. > CHM is in the United

Re: Early Nubus history

On Thu, May 28, 2020 at 12:15 AM Mark Linimon via cctalk < cctalk@classiccmp.org> wrote: > But just imagine what > the tech world would have looked like with interchangeable cards for > PCs and Apples. > We have that now, and it really doesn't seem to be of all that much benefit.

Re: Microsoft open sources GWBASIC

On Thu, May 28, 2020 at 2:54 PM Jim Brain via cctalk wrote: > I see the 16A and the 12/16B as different sublines, as the II/16A used a > passive backplane with cards, while the 12/16B/6000 had a motherboard > with the z80 on it, and the card cage was for extensions (and the 68K > card). > > Both

Re: Living Computer Museum

On Thu, May 28, 2020 at 2:20 PM Chris Hanson via cctalk < cctalk@classiccmp.org> wrote: > This is one of the things that disappointed me most about the Computer > History Museum in Mountain View, CA. Sure you can’t let the public interact > with *everything*, but since so much of computing since

Re: Microsoft open sources GWBASIC

On Tue, May 26, 2020 at 1:52 PM Jim Brain via cctalk wrote: > FOlks know about IBM, > but most don't know they still make mainframes and midrange (OS400 or > whatever it is called now) machines, and Burroughs, Wang, Amdahl, > Hitachi are missed. , Super computer is forever linked with Cray, but

Re: Microsoft open sources GWBASIC

On Fri, May 22, 2020 at 1:56 PM Fred Cisin via cctalk wrote: > On Fri, 22 May 2020, Boris Gimbarzevsky wrote: > > Thanks for posting the timeline of various Basic interpreters. I wasn't > > aware that Gates/Allen also wrote Basic for C64. > > Microsoft did a BASIC for the Commodore PET. I

Re: Microsoft open sources GWBASIC

On Fri, May 22, 2020 at 1:54 PM ben via cctalk wrote: > On 5/22/2020 1:38 PM, Rod Smallwood via cctalk wrote: > > I remember sittig in the DEC Ealing (London) Office in 1975 watching a > > programmer work on TOPS 10 > > > > That was DEC's mainframe operating system. > > > > A foot high of

Re: (V)HDL Toolsets

On Thu, May 21, 2020 at 10:07 AM Jon Elson via cctalk wrote: > (I also use Coolrunner II and XC9500XL devices in some of my > products.) > I used to use XC9500XL series (mostly XC9572XL) quite a bit, but I have switched to Lattice LC4000ZE series because they are less expensive and lower power,

Re: Keyboard inverters/converters for terminals

On Thu, May 21, 2020 at 9:37 AM Electronics Plus via cctalk < cctalk@classiccmp.org> wrote: > https://www.vecmar.com/products/search.asp > Type in keyboard > The first result allows a terminal keyboard to be used on a PS/2 port. > The second result allows a PS/2 keyboard to be used on a terminal.

Re: Pdp11/05 boot media

On Sat, Apr 25, 2020 at 5:43 PM Jay Jaeger via cctalk wrote: > RX01's are, IIRC, just standard IBM 3740 format, yes? > Yes. The RX02 double density format is the one that's incompatible with everything else.

Re: Pdp cpus

On 5/2/20 5:10 PM, Kevin Lee via cctalk wrote: > Interesting stuff > https://github.com/1801BM1/cpu11 On Sun, May 3, 2020 at 4:23 AM Al Kossow via cctalk wrote: > Eric Smith's work on the WD CP1600 chipset's > various microcode [links] I've verified that the microcode dumps of the Soviet 581

Re: [ancient thread] HP 1820-1584 IC replacement?

Back in 2013, Bob Rosenbloom asked: > I have an HP 9872 plotter that just died. According to the internal self > test (very nice!) > one of the bib (MOS to TTL) drivers has failed. Tony Duell wrote: > the devie is very simple (it's simialr to the 74LS245) but the problem is that one side of it

Re: VAXmate PSU

On Fri, Apr 10, 2020 at 10:14 AM Rob Jarratt via cctalk < cctalk@classiccmp.org> wrote: > D12 is an MBR3045PT. It tests correctly as a common cathode diode network. > However, the forward voltage seems to be 0.19V. The datasheet ( >

Re: pdp11/05 key?

On Thu, Apr 9, 2020 at 11:35 AM Norman Jaffe via cctalk < cctalk@classiccmp.org> wrote: > I hope that you mean 'hardware porn', not 'hardcore porn'... :) > Trivia: for a while in the mid-to-late 1990s, a Google search for "computer porn" had as the number one result one of my web pages, of that

Re: DEC OS/8 Question (getting an error TOO BIG INIT)

On Wed, Apr 8, 2020 at 2:54 PM Eric Smith wrote: > That stands for "data field too big", i.e., too much data to fit in 4KW. > That's as opposed to "instruction field", which if too big would mean that > there's too much code. > Although I used OS/8 Fortran in the distant past, I never tried to

Re: DEC OS/8 Question (getting an error TOO BIG INIT)

On Wed, Apr 8, 2020 at 1:34 PM Bill Degnan via cctech wrote: > D.F. TOO BIG INIT > I'd really like to understand what this error means if > anyone knows. > That stands for "data field too big", i.e., too much data to fit in 4KW. That's as opposed to "instruction field", which if too big

Re: Monroe 7860

On Thu, Apr 2, 2020 at 11:27 AM dwight via cctalk wrote: > You might dump the ROM and look for ascii strings. > I've wondered if it was possible to glue strops of tape wide enough to > cards for these card readers. > Of course, if they were preformatted, it will be a bit more difficult. > I

Re: APL-11

On Mon, Mar 30, 2020 at 10:24 AM Guy Sotomayor via cctalk < cctalk@classiccmp.org> wrote: > I have a DEC Writer III with the APL character set ROM and the APL > keyboard! Just need to hook it up to something that has APL on it > and will generate the correct character sequences. ;-) > Cool!

Re: MSV11-Q info and interesting observation

On Sat, Mar 14, 2020 at 2:12 PM Noel Chiappa via cctalk < cctalk@classiccmp.org> wrote: > the MSV11-Q > sends a 'write' signal to _all_ the banks, and selects the one to > _actually_ > use by use of the RAS signal. > [...] > Has anyone else seen this trick used anywhere else? > Yes, that's very

Re: HPE OpenVMS Hobbyist license program is closing

On Sat, Mar 7, 2020 at 4:32 PM John H. Reinhardt via cctalk < cctalk@classiccmp.org> wrote: > I would think that those that already have legal VAX PAKs/licenses could > still run them. It's just no *NEW* PAKs could be legally generated. > The hobby PAKs _and_ the licenses have a one-year

Re: Parasitic Engineering Altair Clock Fix Kit...

On Sat, Feb 22, 2020 at 1:37 AM Mike Douglas via cctalk < cctalk@classiccmp.org> wrote: > I scanned my Parasitic clock mod documents and put them at the link below. > > https://deramp.com/downloads/altair/hardware/altair_8800_computer/Parasitic%20Clock%20Mod.pdf > Thanks for that! Does anyone

  1   2   3   4   >