From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from m0.truegem.net (m0.truegem.net [69.55.228.47]) by sourceware.org (Postfix) with ESMTPS id DE8F23858C52 for ; Mon, 4 Apr 2022 05:43:02 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org DE8F23858C52 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=maxrnd.com Authentication-Results: sourceware.org; spf=none smtp.mailfrom=maxrnd.com Received: (from daemon@localhost) by m0.truegem.net (8.12.11/8.12.11) id 2345h0F9087914 for ; Sun, 3 Apr 2022 22:43:00 -0700 (PDT) (envelope-from mark@maxrnd.com) Received: from 162-235-43-67.lightspeed.irvnca.sbcglobal.net(162.235.43.67), claiming to be "[192.168.1.100]" via SMTP by m0.truegem.net, id smtpdt6p6af; Sun Apr 3 22:42:56 2022 Subject: Re: [ANNOUNCEMENT] sshfs 3.7.2-1 To: cygwin@cygwin.com References: <13b453e6-6739-ab33-c049-f566435ae5f8@maxrnd.com> <5ab73431-cd1f-5f1c-1139-184e532548f0@towo.net> From: Mark Geisert Message-ID: <643fe865-dbaf-9013-e857-858b40ae30f2@maxrnd.com> Date: Sun, 3 Apr 2022 22:42:57 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 MIME-Version: 1.0 In-Reply-To: <5ab73431-cd1f-5f1c-1139-184e532548f0@towo.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00, BODY_8BITS, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, KAM_NUMSUBJECT, NICE_REPLY_A, SPF_HELO_NONE, SPF_NONE, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2022 05:43:05 -0000 Thomas Wolff wrote: > Am 04.04.2022 um 01:20 schrieb Mark Geisert: [...] >> A couple of things.  Windows differs from Unix/Linux (yet again!) in that >> directories mounted upon cannot exist beforehand.  So if you rmdir servmount, >>     sshfs 192.168.178.75: servmount >> ought to succeed, but instead you will get "read: Software caused connection >> abort", so supply a username@hostname and it should work. The abort is some sort >> of problem with sshfs which I'll investigate. On my machine, >>     sshfs mark@m0: /mnt/servmount >> works fine. > Yes, that works. Thank you, great feature. Maybe another interactive hint in this > case would help. man sshfs? sshfs --help? Both are present already :-) (Though the latter has badly formatted WinFSP info.. that's an issue for upstream.) ..mark