On 18.05.2019 16:07, Bruno Haible wrote:
> Opinions?
I don't use gnulib much, but as far as threads are concerned:
Applications can use Windows threading APIs, if they need limited threading
support and know exactly what they want, and if the developers know how to use
Windows API correctly.
On 15.03.2019 22:42, Bruno Haible wrote:
> Gisle Vanem asked:
>>> I prefer to avoid the ntdll.dll API when possible.
>>
>> Okay, what's wrong with that?
>
> 1) It's a violation of abstraction.
>
> 2) The code you pointed to uses the function NtQueryObject. However, the
>Microsoft
On 02.12.2018 16:41, Bruno Haible wrote:
> Hi,
>
> Darshit Shah wrote:
>> I recently tried to use the hash table implementation in gnulib which
>> resides in the "hash" module. However, I quickly realised that the hash
>> table in gnulib seems to be what is otherwise popularly known as a hash
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04.04.2013 00:00, Eric Blake wrote:
On 04/01/2013 04:48 PM, Eric Blake wrote:
On 04/01/2013 04:36 PM, LRN wrote:
Apparently, the MSVCRT implementation of fseek() is used.
If not, then we should fix the m4 tests to filter out
the buggy W32
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04.04.2013 00:21, LRN wrote:
On 04.04.2013 00:00, Eric Blake wrote:
On 04/01/2013 04:48 PM, Eric Blake wrote:
On 04/01/2013 04:36 PM, LRN wrote:
Apparently, the MSVCRT implementation of fseek() is
used.
If not, then we should fix the m4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
it does fseek on stdin.
That is supposed to succeed when stdin is a file, and fail when stdin
is a pipe.
On W32 it always succeeds, even on a pipe, and thus fseek test fails.
Should that be fixed, or marked as XFAIL on W32?
-BEGIN PGP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.04.2013 02:10, Eric Blake wrote:
On 04/01/2013 04:04 PM, LRN wrote:
it does fseek on stdin. That is supposed to succeed when stdin is
a file, and fail when stdin is a pipe. On W32 it always succeeds,
even on a pipe, and thus fseek test fails
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.04.2013 02:34, Eric Blake wrote:
On 04/01/2013 04:25 PM, LRN wrote:
The package that hosts the instance of gnulib on which the
failure was observed is GnuTLS-3.1.5.
What commit of gnulib was in use by this GnuTLS release? Is it a
case
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.04.2013 02:33, Eric Blake wrote:
On 04/01/2013 04:25 PM, LRN wrote:
That should be fixed, since a seek succeeding on a pipe is
contrary to POSIX. Is fseek being replaced on W32?
The package that hosts the instance of gnulib on which
