- cctalk - classiccmp.org

by Murray McCullough

One of the greatest joys of classic computing was running what you wanted on your own computer. What has happened in the intervening years? Have ‘software walls’ created a computing environment that benefits software gate-keepers(owners of computing technology) by monopolizing creativity, freedom to program and establishing a defacto ‘true ownership’. Will the future be this or will it be more like the earliest years of microcomputing? Murray 🙂

1 month, 2 weeks

32
65
0 0

VT180 boards

by Earl Baugh

I’ve recently come across 1/2 of an upgrade kit for the VT180 ( which upgrades it to a CP/M based machine — see : https://dunfield.classiccmp.org/dec/vt18x.pdf ). A friend around the same time rescued a floppy chassis which was also part of the upgrade. The problem is that we’re missing the PCB parts of the upgrade. This includes the VT180 paddle board, the VT18X Control board and maybe the VT100 expansion backplane. ( I haven’t opened up my VT100 to see what it has inside - I’ve only used it as a terminal ). ROM images are available and the partial kit I believe has all the standoffs, cables, badge, etc. Anybody know if anybody has made any reproduction PCBs for this upgrade? Or anybody know where I might find any of these parts? It would be fun to perform this upgrade and show it off at our next VCF-SE. Thanks in advance for any pointers. Earl Sent from my iPhone’s

1 month, 2 weeks

2
1
0 0

VCF Midwest Hotel Rooming Open

by Jason T

...soon! Hotel room booking for the Vintage Computer Festival Midwest will open via the link on our site at 22:00 Central Time (that's about 20 minutes from now). Here is the link: https://vcfmw.org/hotel -jt

1 month, 3 weeks

1
0
0 0

i8008 and interrupts

by Robert Armstrong

Can someone explain how the Intel 8008 (yes, the 8008, NOT the 8080!) handled saving and restoring the flags during an interrupt? The 8008 has four flag bits - CZS&P - but there doesn't seem to be any explicit equivalent to the PSW register nor any "PUSH PSW" or "POP PSW" type instructions. Other than testing the flag bits with the JUMP/CALL/RET instructions there doesn't seem to be any way to access them. Interrupts work pretty much like the 8080 - during the interrupt response the peripheral forces an instruction onto the bus, typically an RST opcode but in theory it could be anything. RST and CALL however only appear to save the PC on the internal stack, and RET only restores the PC. So how do you save and restore the flag bits? It seems like interrupts would be pretty much useless without this, so I must be missing something. Thanks,

1 month, 3 weeks

6
9
0 0

RGS-008 replica

by brad

Hi there,I recently completed recreations of the Sol Intelligent Terminal and JOLT PCBs and have had a bunch produced if anyone is interested.But the real reason I am writing is I want to tackle a much more difficult project which is the RGS-008, which came out around the time of the Altair and was condemned obsolescence almost immediately following release.I am trying to track down any surviving copies of schematics or documentation. I have already reached out to CHM and a couple other folks but so far actual documentation remains elusive. CHM does have an RGS-008 based on the original wire wrap design, but no schematics.Probably these things are hard to find for a reason, but I thought I might reach out here to see if anyone has any other leads I could possibly follow. I suspect the basic design followed the reference design supplied by Intel, with some modifications. Many thanks and Happy New Year!BradSent from my Galaxy

1 month, 3 weeks

3
2
0 0

IBM 2315 Cartridges

by Kurt Nowak

Hey all - I came across a big box of 12 of these disks which my dad acquired through work back in the 70s, and squirreled them away in the attic after they had copied the data. 4 of them have a broken metal access door. I opened one of the broken ones (in a clean of an environment as possible) to see what was going on inside. It looks like the door is held on by plastic divets that have broken off. They might be able to be repaired with small screws. I have no idea if these are functional or not. I am offering them up for free for anyone that can use them. I'm willing to ship or you pick up in San Diego. Here is a link to photos of them: https://drive.google.com/drive/folders/1wnzqjAtiq44MGU-wDJR-AQdzu-Mkyii8?us… -Kurt

1 month, 3 weeks

15
31
0 0

Stewart Cheifet from The Computer Cronicles passed Dec 28th 2005

by Christian Liendo

https://obits.goldsteinsfuneral.com/stewart-cheifet He came to VCF East, this was his presentation https://youtu.be/Ncnje4DdRxE.

1 month, 3 weeks

1
0
0 0

Re: Philips P2000C disk format

by Francis Massen

To use Greaseweazle with a 640kB drive (5.25, 80 track, DSDD) use the acorn.adfs.640 definition (diskdefs); it works like a charm ! More here: https://computarium.lcd.lu/literature/COMPUTARIUM_CREW/MASSEN/HANDLING_VINT… Francis PS: I am looking for a Kermit version usable with my P2000C (it is the 2010-1 model, very similar to the 2012); everything I tried until now did not work correctly...

1 month, 3 weeks

2
2
0 0

Re: i8008 and interrupts

by trp

I didn’t see anyone post this clever way to save and restore flags in interrupt for the 8008. This is from https://stevemorse.org/8086history/8086history.pdf APPENDIX 1 SAVING AND RESTORING FLAGS IN THE 8008 Interrupt routines must leave all processor flags and registers unaltered so as not to contaminate the processing that was interrupted. This is most simply done by having the interrupt routine save all flags and registers on entry and restore them prior to exiting. The 8008, unlike its successors, has no instruction for directly saving or restoring flags. Thus 8008 interrupt routines that alter flags (practically every routine does) must conditionally test each flag to obtain its value and then save that value. Since there are no instructions for directly setting or clearing flags, the flag values must be restored by executing code that will put the flags in the saved state. The 8008 flags can be restored very efficiently if they are saved in the following format in a byte in memory. Most significant bit = bit 7 bit 7 = original value of CARRY bit 6 = original value of SIGN bit 5 = original value of SIGN bit 4 = 0 bit 3 = 0 bit 2 = complement of original value of ZERO bit 1 = complement of original value of ZERO bit 0 = complement of original value of PARITY With the information saved in the above format in a byte called FLAGS, the following two instructions will restore all the saved flag values: LDA FLAGS ;load saved flags into accumulator ADD A ;add the accumulator to itself This instruction sequence loads the saved flags into the accumulator and then doubles the value, thereby moving each bit one position to the left. This causes each flag to be set to its original value, for the following reasons: The original value of the CARRY flag, being in the leftmost bit, will be moved out of the accumulator and wind up in the CARRY flag. The original value of the SIGN flag, being in bit 6, will wind up in bit 7 and will become the sign of the result. The new value of the SIGN flag will reflect this sign. The complement of the original value of the PARITY flag will wind up in bit 1, and it alone will determine the parity of the result (all other bits in the result are paired up and have no net effect on parity). The new setting of the PARITY flag will be the complement of this bit (the flag denotes even parity) and therefore will take on the original value of the PARITY flag. Whenever the ZERO flag is 1, the SIGN flag must be 0 (zero is a positive two's- complement number) and the PARITY flag must be 1 (zero has even parity). Thus an original ZERO flag value of 1 will cause all bits of FLAGS, with the possible exception of bit 7, to be 0. After the ADD instruction is executed, all bits of the result will be 0 and the new value of the ZERO flag will therefore be 1. An original ZERO flag value of 0 will cause two bits in FLAGS to be 1 and will wind up in the result as well. The new value of the ZERO flag will therefore be 0. The above algorithm relies on the fact that flag values are always consistent, i.e., that the SIGN flag cannot be a 1 when the ZERO flag is a 1. This is always true in the 8008, since the flags come up in a consistent state whenever the processor is reset and flags can only be modified by instructions which always leave the flags in a consistent state. The 8080 and its derivatives allow the programmer to modify the flags in an arbitrary manner by popping a value of his choice off the stack and into the flags. Thus the above algorithm will not work on those processors. A code sequence for saving the flags in the required format is as follows: MVI A,0 ; move zero in accumulator JNC L1 ; jump if CARRY not set ORA 80H ; OR accumulator with 80 hex (set bit 7) L1: JZ L3 ; jump if ZERO set (and SIGN not set and PARITY set) ORA 06H ; OR accumulator with 06 hex (set bits 1 and 2) JM L2 ; jump if negative (SIGN set) ORA 60H ; OR accumulator with 60 hex (set bits 5 and 6) L2: JPE L3 ; jump if parity even (PARITY set) ORA 01H ; OR accumulator with 01 hex (set bit 0) L3: STA FLAGS ; store accumulator in FLAGS

2 months

1
0
0 0

Re: Hot Video Shift Register on VT100

by Rob Jarratt

I found some time to look at this again today. A few answers below. > -----Original Message----- > From: Martin Bishop <mjd.bishop(a)emeritus-solutions.com> > Sent: 30 November 2025 23:12 > To: rob(a)jarratt.me.uk; General Discussion: On-Topic and Off-Topic Posts > <cctalk(a)classiccmp.org> > Subject: RE: [cctalk] Re: Hot Video Shift Register on VT100 > > A short ground lead is 10 mm, from probe tip to ground spring see eg > https://www.aliexpress.com/item/1005007465068388.html > > However, ground springs require ground planes surrounding test points, or > test / ground point PEC layouts - very unlikely on a volume PCB. > > A 100 mm ground lead is neither short nor likely to be free of ringing. To > eliminate CRO probe ringing seriously short grounds are essential. > I pre-emptively bought an oscillator (24MHz and not 24.07342Mz) and tried it on a breadboard. This gave me the same signal with a negative spike on the falling edge. Although I don't have a ground spring I managed to shorten the ground connection considerably and this did indeed clear up the signal and it looked a lot squarer, without the negative spike. I lifted the original oscillator, but the leads on it are too short to work on my breadboard so I can't verify the same behaviour, but it seems highly likely that you are right that the negative spike is not real. That leaves me with the 74S299 still getting hot for reasons I don't understand. Maybe it is just the design, but the same chip in a VT102 doesn't get nearly so hot. Someone else suggested replacing it with a 74F299, so maybe I will try this now that I have socketed it. Regards Rob > Regarding some of the other points raised: > - 24.072 MHz is likely to be a magic number for video rates, with 24 MHz > YMMV > - the negative excursion may be clamped somewhere by diode(s) to gnd, > hence -1v2 .. - 1v4 excursion > - fast edges can be softened by a series resistor (22 .. 33 R say) following the > driver, triksy to retrofit > - are the power rails clean, on a scope, only pertinent if the spikes are > asynchronous to the signal(s) > > HtH; Martin >

2 months

6
13
0 0

2026

2025

2024

2023

2022

cctalk