It works! #Coleco #Adam #RetroComputing #VintageComputing #CPM #ColecoAdam

Nemanja Trifunovic attempts a balanced answer to the question: "how much of the CP/M design beyond the API was adopted by MS-DOS?"

https://nemanjatrifunovic.substack.com/p/how-much-of-cpms-design-ended-up

#cpm #msdos #retrocomputing

It works! #Coleco #Adam #RetroComputing #VintageComputing #CPM #ColecoAdam

I think I got it:

diskdef coleco-adam
seclen 512
tracks 40
sectrk 8
blocksize 1024
maxdir 48
skew 5
boottrk 0
bootsec 26
offset 0
os 2.2
end

diskdef coleco-adam-3.5
seclen 512
tracks 160
sectrk 9
blocksize 2048
maxdir 112
skew 5
boottrk 0
bootsec 26
offset 0
os 2.2
end

#Coleco #Adam #RetroComputing #VintageComputing #CPM #ColecoAdam

Anyone ever use cpmtools 2.23 with #Coleco #Adam CP/M 160k disks? cpmls will give me a complete dir listing, but cpmcp complains "Attempting to access block beyond end of disk". Current diskdef:

diskdef coleco-adam
seclen 512
tracks 40
sectrk 8
blocksize 2048
maxdir 112
skew 5
boottrk 0
bootsec 26
offset 0
os 2.2
end

#RetroComputing #VintageComputing #CPM #ColecoAdam

Leanord Sil’z III, micro-ordinateur français des années 80, fait partie de ces systèmes que Silicium conserve et documente.
Comprendre le passé du numérique,
c’est mieux construire son avenir.

#PatrimoineInformatique #cpm #z80 #RetroComputing
#heritage #toulouse

Nemanja Trifunovic revisits the story of why IBM went with MS-DOS instead of CP/M and discusses one important detail: why the 8086 port of CP/M was late and how much this influenced what followed.

https://nemanjatrifunovic.substack.com/p/the-late-arrival-of-16-bit-cpm?utm_medium=web

#cpm #cpm86 #retrocomputing

@amoroso @gloriouscow I sometimes use pcemu but it lacks a couple of 80188 instructions that CP/M-86 seems to require. #8088mph #cpm

@cstross I really enjoyed explaining 8" drives in my video about War Games https://youtu.be/p-B1clodRJ4 - it was sort of amazing how many people had never worked with them or seen them.

(My personal relationahip with that movie is my dad did in fact have an Imsai 8080 with 8" drives, but they were not "IMSAI" branded drives. He was such a poser.)

#cpm #retrocomputing #vintagecomputer

#scheme for the #amstradcpc anyone? #z80 #cpm

This GitHub repo archives a discontinued repository of CP/M software created between 1979 and 1984, MIT-MC (later moved to SIMTEL20). It comprises free and shareware code and other files.

https://github.com/MITDDC/cpmarchive-1979-1984

#cpm #retrocomputing

Eerie Linux posted an extensive introduction to using CP/M that assumes no previous knowledge of early operating systems. They also link to other posts they wrote on the evolution of CP/M.

https://eerielinux.wordpress.com/2025/08/28/a-gentle-introduction-to-cp-m

#cpm #retrocomputing #os

Retrouvez sa doc : retronik.silicium.org

#retrocomputing #heritage #toulouse
#vintagecomputer #geek #oldcomputer

Retrouvez sa doc : retronik.silicium.org

#retrocomputing #heritage #toulouse
#vintagecomputer #geek #oldcomputer

Wee! I wrote a window manager for MP/M, four windows in the screen, dynamically resizeable, while program(s) are running.

Windows are virtually 24x80 "Heath H19" compatible, up to 30 x 90, so cursor ("curses") format windows shrunk to smallest visible, if dragged full size, draw the off-screen portions. Programs can be writing to the screen while resizing, the "VGA device" does the work.

The bottom line of each command line interpreter, I call the "hotspot", is always visible in a window; portions of the window larger than the box are virtually present, just not displayed.

The Z80 running MP/M or CP/M sees the screen as IO ports; one to write data to, one to specify the window. Magic keyboard keys (Fkeys) switch windows (MP/M: assigns keyboard to task window), arrow keys drag the "cursor" to resize all four at once, another key "maximizes" current screen (make largest; make 24x80; make tiny).

Lol, the cursor decided to not display for the video, there' still bugs to shake out etc.

You can resize the VGA display (480x640 to 1024x768) with program(s) running, and everything does exactly what you would expect. Can't do that with Xorg! Not that that's useful, lol, but the window buffering came out super clean.

This is event driven/task loop programming taken all the way; none of this is interrupt driven, it's all non-blocking task loops. Average task loop time (running through all dozen main tasks) is 5 - 10 uS, worst case 55 or so mS (large screen scrolling). I may unwind scrolling and drop that to a millisec or so but there's no downside I can determine.

MP/M will have four tasks, four "seats". on window per, and 48K per user/task, four running at once (and only four). MP/M performance will be very nice. Got the XIOS written, soon to test it...

#CP/M #cpm #mpm#MP/M #retrocomputing #z80

Wee! I wrote a window manager for MP/M, four windows in the screen, dynamically resizeable, while program(s) are running.

Windows are virtually 24x80 "Heath H19" compatible, up to 30 x 90, so cursor ("curses") format windows shrunk to smallest visible, if dragged full size, draw the off-screen portions. Programs can be writing to the screen while resizing, the "VGA device" does the work.

The bottom line of each command line interpreter, I call the "hotspot", is always visible in a window; portions of the window larger than the box are virtually present, just not displayed.

The Z80 running MP/M or CP/M sees the screen as IO ports; one to write data to, one to specify the window. Magic keyboard keys (Fkeys) switch windows (MP/M: assigns keyboard to task window), arrow keys drag the "cursor" to resize all four at once, another key "maximizes" current screen (make largest; make 24x80; make tiny).

Lol, the cursor decided to not display for the video, there' still bugs to shake out etc.

You can resize the VGA display (480x640 to 1024x768) with program(s) running, and everything does exactly what you would expect. Can't do that with Xorg! Not that that's useful, lol, but the window buffering came out super clean.

This is event driven/task loop programming taken all the way; none of this is interrupt driven, it's all non-blocking task loops. Average task loop time (running through all dozen main tasks) is 5 - 10 uS, worst case 55 or so mS (large screen scrolling). I may unwind scrolling and drop that to a millisec or so but there's no downside I can determine.

MP/M will have four tasks, four "seats". on window per, and 48K per user/task, four running at once (and only four). MP/M performance will be very nice. Got the XIOS written, soon to test it...

#CP/M #cpm #mpm#MP/M #retrocomputing #z80

I put together most of my retrocomputing bookshelf while learning Intel 8080 and CP/M programming, which reflects in the selection of titles. For more great photos of retrocomputing bookshelfs see:

https://retrocomputingforum.com/t/shelfies-bookshelves-with-a-retrocomputing-angle/190

#retrocomputing #shelfie #books #cpm #intel8080 #pascal

Retro Computing Nostalgia meet Open Source Software and Hardware with AgonLight and Neo6502, the incredible evolution of modern Retro computer projects https://olimex.wordpress.com/2025/07/23/retro-computing-nostalgia-meet-open-source-software-and-hardware/ #z80 #w65c02 #retrocomputing #retrogaming #pascal #cpm #forth #basic #cc65