I hacked configure.ac of gnupg to force it build with libgpg-error 1.45, and OpenSSH works with the created pipe. Maybe the libgpg-error fix is only necessary in some certain circumstances?

Probably, PIPE_REJECT_REMOTE_CLIENTS mode and lpSecurityAttributes=NULL is OK.

Hope he/she could help with that.

In D517#4833, @bobwxc wrote:

In D517#4831, @chyen wrote:

Thanks a lot for the translations! However, some terms appear to be translated from Simplified Chinese. Here are some suggestions:
...

Got that, thank you :-)
Any other suggestion?

Thanks a lot for the translations! However, some terms appear to be translated from Simplified Chinese. Here are some suggestions:

Thanks for all the fixes! I can confirm commit dad35d65f05eb1c15589a7e4755dcae6aed2d6cf works just fine on all my machines (Linux & macOS).

Thanks for the further fix! With that only a minor hiccup remains:

Thanks for the update! With git-master, the toy example above works fine. However, pinentry-curses seems to hang with real commands from gpg. Here is an example:

$ ./curses/pinentry-curses 
OK Pleased to meet you
SETDESC 請輸入密語來解鎖 OpenPGP 私鑰:%0A%22Chih-Hsuan Yen <yan12125@gmail.com>%22%0A3072 位元長的 DSA 金鑰, ID F98EF2A7B0A098AE,%0A建立於 2018-04-25 (主要金鑰 ID 3FDDD575826C5C30).%0A
OK
SETPROMPT 密語:
OK
GETPIN

(CPU usage of ./curses/pinentry-curses goes > 90%)

Well in my browser (Firefox) the dialogs are not rendered correctly. Here are the two dialogs in the terminal: