Open mike-code opened 6 years ago
There are no plans at the moment. But I know async has been used on Windows (with varying degrees of success), and it should (maybe) work if zsh works. It would be great to know what you tried and what problems you encountered.
zsh-async works perfectly, as far as I know, in WSL. It doesn't work in Cygwin or MSys2 because zpty doesn't work.
My prompt agkozak-zsh-theme uses zsh-async with a fallback to a TRAPUSR1()
-based method when that won't work. It works in all the Windows contexts that I've tried it with.
@agkozak thanks for your input! I've heard reports of zsh-async working (somewhat?) in Babun, but I can't really confirm this, and it might have been unreliable.
We might be able to fall-back to the method suggested in #24 (or implement it as an alternative async backend) on Windows. If it works, it should be more reliable than using kill-signals.
It seems that more and more prompts are starting to implement asynchronicity via zsh-async which makes us, stuck with MSYS2, suffer quite a bit :) Would be awesome if some fallback was implemented.
Just occurred to me that even synchronous fallback (if technically possible) would be better than (zpty):zpty:12: can't open pseudo terminal: bad file descriptor
, IMO. Sounds like a terrible idea though.
as topic says