Windows support on the client-side? #130
Description
Activity
Thanks, great news overall!
(Alas, I can only vaguely guess, what could be causing that exec problem, like missing DLLs, incorrect use of quotes, char encoding mismatch etc. etc.)
surprisingly, no.
ssh.exe is preinstalled and (i think) C:\Windows\System32\OpenSSH on windows 10 path by default,
The issue is that sshcode exec's the program on the CLIENT SIDE by using sh with some other flags, and even when i make it exec ssh.exe directly, it says it cannot find the program to launch.
So currently the only way to use sshcode on windows (any version) is via git4win, cygwin, or msys2.
(assuming your using a fork or have modified it enough to use chrome.exe (see some of my earliar commits)
welp
Mingw enviroments now work. assuming you have rsync installed.
Fork is mostly functional, good for everyday simple usage
I've seen #94, but from a generic user's perspective, and after just reading the README, and being vaguely familiar with the concept, I can see no obvious reason why the Go client-side should be Linux-only.
Adding Windows support seems a) relatively low-cost, and b) would be a huge benefit all alone, even regardless of any specific compiler toolkit support etc.
(Note: Linux-only server support is perfectly fine, a Linux dev. server + Win client is a common use case.)
So, basically out of curiosity: what's the actual roadblock that prevents it from "just working" on a Windows client? Thanks!