[Bug 2750] Unexpected "Couldn't read packet: Connection reset by peer" message

bugzilla-daemon at bugzilla.mindrot.org bugzilla-daemon at bugzilla.mindrot.org
Sun Aug 27 02:00:24 AEST 2017


https://bugzilla.mindrot.org/show_bug.cgi?id=2750

--- Comment #14 from jg at jguk.org ---
(In reply to Darren Tucker from comment #7)
> (In reply to jg from comment #6)
> [...]
> > This has debug output:
> > sftp -oLogLevel=debug3 -P 2222 ssh at 192.168.1.15
> > 
> > This has *no* debug output:
> > sftp -P 2222 ssh at 192.168.1.15 -oLogLevel=debug3 
> > 
> > Is that a separate issue?
> 
> No, that's just how getopt works.  Well, sometimes.  On some
> systems.  It's complicated.
> 
> Quoting getopt(3) on Fedora:
> 
> "If  the first character of optstring is '+' or the environment
> variable POSIXLY_CORRECT is set, then option  processing  stops as
> soon as a nonoption argument is encountered."
> 
> and on OpenBSD:
> 
> "When all options have been processed (i.e., up to the first
> non-option argument), getopt() returns -1."
> 
> If the getopt on the platform you're building on doesn't have a
> particular feature (optreset) then the one in the compatibility code
> will be used and that has the BSD semantics.  This is usually the
> case on Linux.
> 
> ssh(1) is a bit special in that it'll accept -opts after the
> argument (usually the host) regardless, but that behaviour dates
> back decades and changing it now would probably break about a
> gazillion scripts.

Hi Darren

would be good if options after would be processed too, I wonder if GNU
getopt() is ok. Or an alternative could be integrated.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.


More information about the openssh-bugs mailing list