Re: Status of Posix on Windows

On 2024-05-29, Malcolm McLean <malcolm.arthur.mclean@gmail.com> wrote:

I'm currently using a Mac.
>
The recent discussion about the "embed" directive inspired me to find a
solution to the problem of embedding a directory in an ANSI C program,
of course without a modern compiler. You can see my proposal at
>
http://malcolmmclean.github.io/babyxrc/importingdirectories.html
>
(It's in the babyxrc documentation on github if this link doesn't work)
>
The program directorytoxml crawls a diectory and converts it to XML. And
it can't be written in ANSI C. It has to use Posix. The question is
whether this in in practise portable to Windows, or if I need to dust
off a Windows machine and write a Windows version using FindFirstFile
and FindNextFile.

I use Cygwin for porting POSIX stuff to Windows. Cygwin moved to the
LGPL in 2016, which allows you to ship a program with its DLLs,
even if the program is proprietary.

I forked the main Cygwin DLL in order to bring about "native Windows"
behaviors in a number of areas, resulting in a project called Cygnal.
This is referenced in my current Usenet signature.

The downside of Cygwin is that it has slow file access. From following
discussions on the Cygwin mailing list, my understanding is that at
least some of it has to do with Cygwin having to make multiple accesses.
Like when you access a file foo, it has to check whether there is a
foo.lnk and foo.exe and such.

--
TXR Programming Language: http://nongnu.org/txr
Cygnal: Cygwin Native Application Library: http://kylheku.com/cygnal
Mastodon: @Kazinator@mstdn.ca