I'm no expert, but I'm pretty sure linux does have locking in various increments.  File locking being the easiest, then access to portions of said file.  You may need to use various interfaces to accomplish the tasks, but there are several programs I use regularly on linux that couldn't function properly without some form of locking/sharing.  You may need to do some research into how linux handles such things, but I'm positive such apis/includes exist. It's kind of required considering the multitasking nature of the os.

I'd be extremely surprised if MacOS didn't have something similar, considering it's based on Free BSD, and like linux, BSD almost has to have such facilities, just because of it's very nature.  Perhaps you're not looking in the right places for documented information on such things, or perhaps I misunderstood the issue, and if so, I apologize for the confusion, but I can't imagine any way linux and MacOS don't have locking/sharing as part of the os in some way.


On 3/3/2022 11:38 PM, Ralf Quint wrote:
On 3/3/2022 3:36 PM, Eric Auer wrote:

I don't believe that solution supports multiple node access to the same folder.
SMB (i.e. MSCLIENT and Samba) were designed for this use case.

What makes you think so? Concurrent access to files is something
already handled by SHARE even in non-networked DOS contexts, so
it would not be surprising at all if DOSEMU2 supports this :-)

https://en.wikipedia.org/wiki/SHARE.EXE

Actually the question is more exciting than I thought:

https://stackoverflow.com/questions/1446891/record-locking-problem-between-linux-and-windows/65039196#65039196

Thanks to Stas for the pointer to this Stackoverflow thread :-)

Well, the short and gritty is that there is no OS beside DOS and (to some degree) Windows have proper record locking, on both Linux and macOS, it is pretty much non-existent, in any universally usable approach. I am currently dealing with a programming project of mine where I have to pretty much change all my record locking code even for Windows and completely omit it in the Linux and macOS versions.

Ralf





_______________________________________________
Freedos-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freedos-user

Reply via email to