Jan 23 2024
Oct 26 2023
Aug 9 2023
Aug 4 2023
npth_t is untouched for Windows 64-bit.
assuan_sock_accept approach is taken in gnupg master.
gniibe/t6606 patches are all pushed into master.
Aug 3 2023
Aug 2 2023
Jul 25 2023
Applied to master.
Jul 24 2023
Applied the changes for libassuan T6487 into gniibe/t6606.
Pushed the change in gniibe/t6606 branch.
Jul 20 2023
Another approach would be:
- Use assuan_sock_accept which has consistent API with gnupg_fd_t
Jul 19 2023
On 64-bit Windows, the situation now is:
Jul 18 2023
Use of FD2INT for the first argument of select is semantically not good. It's the number of file descriptor. When we use FD2INT here, the type is converted to 64-bit integer, then implicitly demoted to 32-bit integer. We need new macro, say, FD2NUM to convert FD into 32-bit integer.
<--- done in: rGea1935252e28: commond: Introduce FD2NUM to express conversion to number of fds.
Here is a test program for 64-bit Windows to see how cast works:
#include <stdint.h> #include <stdio.h>
Jul 13 2023
Jul 5 2023
Jul 3 2023
The case in check_special_filename is fixed. So, there is no cases in GnuPG where the value of out of range is silently converted to wrong value.
Remaining places are:
Jun 29 2023
Except a case, all use cases of translate_sys2libc_fd_int is with a result of integer from command line argument.