BIN loader?

62 views
Skip to first unread message

Bill E

unread,
Sep 13, 2025, 8:21:23 PM (6 days ago) Sep 13
to [PiDP-1]
I've come across a number of prog tapes in bin format, but I can't find a loader for them. Any ideas? I think the way it worked was a rim format loader that you then used to load bin format tapes, but not sure.

Angelo Papenhoff/aap

unread,
Sep 13, 2025, 8:38:43 PM (6 days ago) Sep 13
to [PiDP-1]
Usually the bin loader should be at the start of the tape in RIM format so you can read it in and it will jump into the BIN loader and read the tape. but of course i don't know what tapes you have.

Bill E

unread,
Sep 14, 2025, 7:05:30 AM (6 days ago) Sep 14
to [PiDP-1]
Ok, I'll try some. I found a significant number of tape images on the bitsaver site, https://bitsavers.org/bits/DEC/pdp1/papertapeImages/, all in bin format. Guess I should have tried just loading one. :) Fortran anyone? There are also some ptp format images. If I remember correctly, those are loadable by the rim loader.

Bill

Bill E

unread,
Sep 14, 2025, 8:22:02 AM (6 days ago) Sep 14
to [PiDP-1]
No joy. The bin tapes look like they would if produced by macro. There's a text description punched, then what appears to be the bin loader, then the actual program. If I try to load via readin, have to push it a few times to get past the text label. Then, it reads the maybe-binloader, execution starts. But, the rest of the tape is never read. The -1 is definitely executing instructions, though.
Here's a sample tape:

spaceWar.bin

Oscar Vermeulen

unread,
Sep 15, 2025, 10:19:04 AM (5 days ago) Sep 15
to [PiDP-1]
Bill,

Interesting - a new cache of PDP-1 paper tapes maybe?

You can now use tape_visualizer to inspect any tape image. It's easy to see what is on there with that - missing start block, missing RIM, or even just the matter of 'is this a binary or alphanumeric tape'?

The biggest stash of tape I found, through a tip of Al Kossow:

I've done a first trip through that stash of tapes, and found better ET, Macro and some other programs. I will provide a summary soonish though, as I work through them all.

Kind regards,

Oscar.

Norbert Landsteiner

unread,
Sep 18, 2025, 6:27:00 AM (2 days ago) Sep 18
to Oscar Vermeulen, [PiDP-1]
Hi,

just in case, I once documented the binary loader and how the data format works (it's actually from the TX-0, maybe there's also some Whirlwind prehistory?):



Having said that, there are are few .ppt files, which I failed to read (maybe just some data files?) and there are also a few corrupted files. (If I recall this correctly, the floating point interpreter, FLIP, is partially corrupted.)


Best,
Norbert

--
You received this message because you are subscribed to the Google Groups "[PiDP-1]" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pidp-1+un...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/pidp-1/c8578e1a-08ac-4107-88fc-ef308f691442n%40googlegroups.com.
Message has been deleted

Bill E

unread,
Sep 19, 2025, 8:37:33 AM (19 hours ago) Sep 19
to [PiDP-1]
Thanks. I have now implemented my disassembler. It recognizes both RIM and BIN formats properly, including checksum validation for BINs.
Bill

Oscar Vermeulen

unread,
Sep 19, 2025, 11:23:22 AM (17 hours ago) Sep 19
to [PiDP-1]
On Friday, September 19, 2025 at 2:37:33 PM UTC+2 wjegr...@gmail.com wrote:
Thanks. I have now implemented my disassembler. It recognizes both RIM and BIN formats properly, including checksum validation for BINs.

That is exciting - will you share, or is it too early for trying out?

We'll get to a nice PDP-1 development environment soon with this and the things Angelo is working on. And we have the encode_fiodec / decode_fiodec / tape_visualizer tools to move data back and forth.

Kind regards,

Oscar.

Reply all
Reply to author
Forward
0 new messages