Mailing-List:	contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT sources DOT redhat DOT com>
List-Help:	<mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-owner AT sources DOT redhat DOT com
Delivered-To:	mailing list cygwin AT sources DOT redhat DOT com
Message-ID:	<3A22C0D1.9040503@fast.no>
Date:	Mon, 27 Nov 2000 15:15:13 -0500
From:	Terje Marthinussen <terje DOT marthinussen AT fast DOT no>
User-Agent:	Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; m18) Gecko/20001108 Netscape6/6.0
X-Accept-Language:	en
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com
Subject:	Re: ssh and select: Bad file number

 >I have tried it in the following confgurations with the
 >Unix systems only running Linux:
 >
 >~ $ uname -a
 >CYGWIN_NT-5.0 CVAIO 1.1.6(0.30/3/2) 2000-11-17 19:10 i686 unknown
 >~ $ ssh -V
 >SSH Version OpenSSH_2.3.0p2, protocol versions 1.5/2.0.
 >Compiled with SSL (0x0090581f).
 >
 >~ $ uname -a
 >CYGWIN_NT-4.0 NTUS 1.1.6(0.30/3/2) 2000-11-21 21:00 i686 unknown
 >~ $ ssh -V
 >SSH Version OpenSSH_2.3.0p1, protocol versions 1.5/2.0.
 >Compiled with SSL (0x0090581f).
 >
 >and I couldn't reproduce the problem. Do we have to blame the
 >ssh version on your Linux or FreeBSD box, perhaps?

I don't think so.

However, tried again with an ssh -v.

Noticed over a couple of runs that every time
when I got that error, the list of authentication
agent connections whould list an FD of 64 or
higher.

Right now, I'm on a different windows 2000 machine
which is of a different version. This one has
uname -a
CYGWIN_NT-5.0 TERJENM 1.1.4(0.26/3/2) 2000-08-03 20:53 i686 unknown
ssh -v
SSH Version OpenSSH_2.2.0p1, protocol versions 1.5/2.0.

It doesn't say anything about select when the
connection drops, but you will find:
debug: channel 0: rcvd oclose
debug: channel 0: input wait_oclose -> closed
debug: channel 1: rcvd ieof
debug: channel 1: output open -> drain
debug: Forwarding authentication connection.
debug: fd 66 setting O_NONBLOCK
debug: channel 2: new [authentication agent connection]
debug: channel 0: full closed
debug: channel_free: channel 0: status: The following connections are open:
   #0 authentication agent connection (t4 r1 i8/0 o128/0 fd 7/7)
   #1 authentication agent connection (t4 r2 i1/0 o32/0 fd 54/54)
   #2 authentication agent connection (t4 r1 i1/0 o16/0 fd 66/66)

debug: channel 1: obuf empty
debug: channel 1: output drain -> closed
debug: channel 1: send oclose
debug: channel 1: close_write

debug: channel 1: read<=0 rfd 54 len 0
debug: channel 1: read failed
debug: channel 1: input open -> drain
debug: channel 1: close_read
debug: channel 1: input: no drain shortcut
debug: channel 1: ibuf empty
debug: channel 1: input drain -> wait_oclose
debug: channel 1: send ieof
Connection to [some system] closed.
debug: Transferred: stdin 0, stdout 3027, stderr 50 bytes in 36.9 seconds
debug: Bytes per second: stdin 0.0, stdout 82.1, stderr 1.4
debug: Exit status -1

Terje


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

- Raw text -