TTY and sshpass

[Christopher Faylor]

On Sat, Feb 11, 2012 at 11:24:30AM +0100, Corinna Vinschen wrote:
>On Feb 10 18:03, Sylvain Archenault wrote:
>> > On 2/9/2012 7:46 PM, Sylvain Archenault wrote:
>> > I've been using sshpass (http://sourceforge.net/projects/sshpass/) for a
>> > while and it stopped working after I updated cygwin to the last version
>> > 1.7.10-1 (was wokring with 1.7.9).
>> [...]
>> I'm going to contact sshpass author.
>
>Apart from the fact that sshpass is a very dangerous package for your
>security, and that you should prefer using public keys over using
>sshpass, this seems to be not exactly a sshpass problem.  Rather it's a
>change in the 1.7.10 Cygwin DLL which triggers this behaviour.
>
>As a temporary workaround, try this patch to sshpass:
>
>--- main.c.orig	2012-02-11 11:22:44.563278057 +0100
>+++ main.c	2012-02-11 11:16:26.220409437 +0100
>@@ -265,7 +265,8 @@ int runprogram( int argc, char *argv[] )
> 	setsid();
>         // This line makes the ptty our controlling tty. We do not otherwise need it open
>         slavept=open(name, O_RDWR );
>-        close( slavept );
>+        //close( slavept );
>+	open ("/dev/tty", O_RDWR);
> 	
> 	close( masterpt );

FWIW, as I mentioned in private email, your patch "doesn't work for me".
I had checked in the moral equivalent of the above change into the
Cygwin DLL itself (available in a snapshot but, why bother since it
doesn't fix anything) but that "didn't work for me" either.  Since it is
my change which broke this fragile application, I'm looking into fixing
it.

It would help if I could get sshpass working reliably on my Linux 3.2.1
system then I'd have something to compare against.  But I can't
because...  well, you know.

cgf

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple