Gary V. Vaughan

You'll notice that I recently separated `std.maturity` out for the Lua side in https://github.com/lua-stdlib/lua-stdlib/commit/1701cf3cdf6c3e0f30c3ae1fded882403dda5710 - I'm not sure whether that will be enough to satisfy luaposix's requirements, but I'll experiment...

Agreed. And we're fast closing in on the 1-year anniversary of v33.0.0, which will make room to eject quite a lot of the backwards compatibility cruft supporting changes up to...

I corrected the specs to run fdopen checks in a subprocess, and not conflate the example output and expectation output, and it now detects the incompatibility with Luajit: https://travis-ci.org/luaposix/luaposix/builds/111900445 Is...

Thanks for the confirmation. Something else I am considering is to wrap the file descriptor in a userdata that luaposix APIs will understand, and forgo compatibility with Lua file objects...

The kernel may legitimately write less than the full buffer, so I think the check is useful. I'd accept a patch that also accepts n==64 on linux for special files...

Do you have some simpler code I can use to reproduce this - preferably a single call to strftime comparing actual to expected output? Is it a bug in your...

Sure! Do you have a patch?

I would say it needs its own ftw module, to follow the established pattern of lua modules named after posix headers.

Actually, now that I read the SUSV3 I see that they have marked these APIs as obsolete. Maybe a better approach is to implement the fts.h API calls in Lua...

You’re right, thanks for checking. Let’s just add a thin wrapper for ntfw in a new ftw module then, and avoid all the Lua backfill code that would have been...