File version numbers à la OpenVMS?

Posted Sep 16, 2024 17:38 UTC (Mon) by jch (guest, #51929)
In reply to: File version numbers à la OpenVMS? by Wol
Parent article: The shrinking role of ETXTBSY

> Again harping on Pr1mos, and I don't know how easy it would be to retrofit to Linux, but files had reader/writer access controls. I don't know whether it was set by the first application to open it, or more likely set in the file system, but you had a choice of "multiple readers (or one writer)", "multiple readers and one writer", and "multiple readers and multiple writers".

Aren't those just mandatory file locks taken at open time?

File version numbers à la OpenVMS?

Posted Sep 16, 2024 19:12 UTC (Mon) by Wol (subscriber, #4433) [Link]

Reading that again, I'm not sure if I made myself clear, but these were file system attributes. So you had "NR-1W" (either readers OR writer), "NR&1W" (as many readers as you liked, only one writer), and "NR&NW" (as many readers and writers as you liked).

So my accounts system had "NR&1W" set on all files, and only ever opened a file to write when it was doing a commit. There was also always an explicit open hierarchy (as in I only ever opened individual clients after opening the client summary, so I couldn't get a deadlock, same for other ledgers).

So it relied on programming discipline, but could be proven to work if the rules were followed.

Cheers,
Wol