Re: PROXYCOMMAND support on MinGW

[Aris Adamantiadis <aris@xxxxxxxxxxxx>]

Hi Maarten,

The reason it was ifndef'ed is that ssh_socket_connect_proxycommand()
is not platform independant (only supports unix pipes&sockets).
I have no clue how to do this for windows, and there's probably more to
it than just including a few files.
I'm also not certain how those file descriptors (pipes, internal
sockets, ...) would behave with the poll/select system calls that are
known to be badly broken on windows, when using anything else than
network sockets.

If you have experience on this and are willing to implement it, we'll
gladly import it in git.

Kr,

Aris

Le 16/05/12 12:08, Maarten Boekhold a écrit :
> Hi all,
> 
> I get the impression that the code inside ssh_connect() that performs
> the "proxy connect" is #ifdef'd out when compiled on MinGW. I've tried
> a test (by modifying an existing large program) which fails to invoke
> the proxy command I've provided:
> 
>     #ifndef _WIN32
>       } else if (session->ProxyCommand != NULL){
>         ret=ssh_socket_connect_proxycommand(session->socket,
>                           session->ProxyCommand);
>     #endif
> 
> Is there any specific reason for this? Wouldn't it work?
> 
> I'm using the libssh binary downloaded from:
> 
> http://winkde.org/pub/kde/ports/win32/repository-4.8/win32libs/
> 
> I've also given it a shot to compile my own version of libssh directly
> under MinGW, but am failing miserably... I've gotten cmake up and
> running, but it's failing to find my openssl installation (compiled
> from source from the openssl project site).
> 
> Rgds, Maarten
> 
>