- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Aug 4 2023
npth_t is untouched for Windows 64-bit.
npth_connect and npth_accept should deprecated (since it's not consistent with 64-bit Windows). In gnupg master, there is no use.
In libassuan 3.0, we distinguish the integer identifier for process and the HANDLE (by T6487).
This was problem was solved.
assuan_sock_accept approach is taken in gnupg master.
gniibe/t6606 patches are all pushed into master.
Aug 3 2023
Aug 2 2023
In T6606#173044, @gniibe wrote:More care is needed to be perfect; There are places in GnuPG where assuan_sock_connect may be used before syscall clamp set up (after the first assuan_sock_bind failure).
I pushed the commit: rE64532db11fcd: build: New configure option --with-libtool-modification.
Jul 28 2023
Pushed the change to libgpg-error.
Jul 27 2023
I learned that AC_CONFIG_COMMANDS macro can be used to improve the case of config.status.
How about the change like:
Jul 26 2023
Jul 25 2023
Applied to master.
Applied to 2.4.
Applied to master.
Jul 24 2023
Applied the changes for libassuan T6487 into gniibe/t6606.
Merged to master (to be 3.0.0).
Pushed the change in gniibe/t6606 branch.
Jul 21 2023
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: