Re: close() behavior when there are multiple fds for a socket

2021-10-14 Thread Paul Eggert
On 10/14/21 16:53, Ben Pfaff wrote: The chair of the group appears to be Andrew Josey, but he hides his email Sorry, I should have told you it's Andrew Josey .

Re: close() behavior when there are multiple fds for a socket

2021-10-14 Thread Ben Pfaff
On Thu, Oct 14, 2021 at 4:09 PM Paul Eggert wrote: > > On 10/14/21 16:03, Ben Pfaff wrote: > > > https://pubs.opengroup.org/onlinepubs/9699919799/ > > > > This specification has a lot of cases that explicitly apply only to the > > last close of an object, either using that language or by saying th

Re: close() behavior when there are multiple fds for a socket

2021-10-14 Thread Paul Eggert
On 10/14/21 16:03, Ben Pfaff wrote: https://pubs.opengroup.org/onlinepubs/9699919799/ This specification has a lot of cases that explicitly apply only to the last close of an object, either using that language or by saying that something happens when "all file descriptors associated with" an ob

close() behavior when there are multiple fds for a socket

2021-10-14 Thread Ben Pfaff
I guess this isn't the best place to ask this question, but I think there are knowledgeable people here. I don't know the right place, so I'd welcome being redirected to a better one. The POSIX spec for close() is here: https://pubs.opengroup.org/onlinepubs/9699919799/ This specification has a lo

Re: double _close()?

2021-10-14 Thread Ben Pfaff
On Thu, Oct 14, 2021 at 10:38 AM Paul Eggert wrote: > > On 10/14/21 3:47 AM, Gisle Vanem wrote: > > Maybe a memory-mapped I/O in GNU-diff > > could improve the speed? > > I tried this lng ago (circa 1990) with either GNU grep or GNU diff > (can't remember which) and it made performance worse.

Re: double _close()?

2021-10-14 Thread Paul Eggert
On 10/14/21 3:47 AM, Gisle Vanem wrote: Maybe a memory-mapped I/O in GNU-diff could improve the speed? I tried this lng ago (circa 1990) with either GNU grep or GNU diff (can't remember which) and it made performance worse. Of course it's platform-dependent.

Re: bug#51144: GNU grep 3.7 fails to build on FreeBSD

2021-10-14 Thread Paul Eggert
On 10/14/21 7:02 AM, Alexey Dokuchaev wrote: All we do is use our pre-built templates for config.{guess,site,sub} and pass the --build=amd64-portbld-freebsd$(version) argument to configure scripts if they are generated by GNU autotools. Surely this doesn't work if there's a configure.ac or m4/

Re: bug#51144: GNU grep 3.7 fails to build on FreeBSD

2021-10-14 Thread Alexey Dokuchaev via Gnulib discussion list
On Wed, Oct 13, 2021 at 11:47:34AM -0700, Paul Eggert wrote: > On 10/12/21 9:02 PM, Alexey Dokuchaev wrote: > > >Ports framework does several things which affect GNU configure > >scripts, particularly, it replaces build-aux/config.guess file > >with our own, where host/build tuples are derived fro

Re: double _close()?

2021-10-14 Thread Gisle Vanem
Bruno Haible wrote: I added this __try/__catch uses because - POSIX wants an error return rather than a program crash for calls like close(-1). - We make extensive use of such calls in the test suite. If you find, by extensive testing, that SANE_LIBRARY_HANDLING works for your progra