From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa7.fujitsucc.c3s2.iphmx.com (esa7.fujitsucc.c3s2.iphmx.com [68.232.159.87]) by sourceware.org (Postfix) with ESMTPS id 5288B3858D37 for ; Wed, 20 Jul 2022 01:42:36 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 5288B3858D37 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=fujitsu.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=fujitsu.com DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=fujitsu.com; i=@fujitsu.com; q=dns/txt; s=fj1; t=1658281356; x=1689817356; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=M29Hsc6KsdkgayuxyCXanB92YGFldbBwo7bVHkyta38=; b=q5uqJBBA9ONnuqk53SZ/JQ/xGAhRHQ75lzTKuIQZCVBropj8j4D+VpqK beytPBnhv/Sott0IwKSjdbJ/NzOhH21iuBJ3YxWGM2+npFieeMjg0mRW7 rae4rJDMqq/9owIdSKvyyc8LBU9ilSKxXPY5iEeX9XdUA3pNGKKIpD9T/ QIh4rShDEj3Xt+YCTORwrfe8NMx38cCZ1HOGPntv457+h+bPLoq+Mas3m Bitt6Zr9flie4bm7cT3SFuTYDUa9Nagh9+/EUuJqhs80urt+7SMxQr1q0 4XAR6R5iVnSzZpjOcTQbXc7puyUWHWgRzFhldBNVaLAiZ3Bxpq4Cz98rc g==; X-IronPort-AV: E=McAfee;i="6400,9594,10413"; a="60830328" X-IronPort-AV: E=Sophos;i="5.92,285,1650898800"; d="scan'208";a="60830328" Received: from mail-tycjpn01lp2175.outbound.protection.outlook.com (HELO JPN01-TYC-obe.outbound.protection.outlook.com) ([104.47.23.175]) by ob1.fujitsucc.c3s2.iphmx.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Jul 2022 10:42:34 +0900 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DhCN0R+XhV+8Qb8G6/pZE0Qpt2pQ8wmOLVDqK+Udm4qqd/OAf/9xWEMr8VoOjBySdYp2JMGhZGbP1RDUHFa+phZ2qdQxT/gNvyGCF2cnVe4GoTdUGFP3oU+4ei50qyAIpKV1nXBKDW1CssUww9GQhPHz0Sv363Eli6lJM6yv2vx//SJfphbft/G/jds09ZMV6A08hOyfAIGxXS8xwu0YRuNsr5/v/woDZlCdOTkWUbQj2k72LRq/U8quY/xr3iwUIIedt4D1ovcQYSV6WlO+HXhw3DhB/Z/zHXfJDfeaLV32Et4I74zN80jCaaprUwJRotdhQSnH1JD6ZsGQ8GIGcg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=PH3Sc+QMYkaCaSj+1ed5RF2NmQxOcLkUAELn5kgZ5Mk=; b=NhmkvRVWyfDpDYZXx0DYtjFrtSC8fJFRYHKYbnITkcXRKgKrKNjHIA85RbZmyhrNJKwyxjPjqwGM4HDiAJ8b2PnT8hQTwADdWKSkCbMYsc6om3/A6SDNzIFzua4FrUZN/Y+bQBjtkOceoYlwKPSiz6f8sGFsE1Ed6JZkX3n48/s5Kuhj6PpetANIErQD+Fm2pVckdWFJBvvGbU0lZSzrmDEmM5RaBFb+ghumsCrNnn1I9cAi7X+HG8eggu5cbipPgpOEo2GlUqfL6bSVvw8vmaMEQTWmkfk4sbllZmxKFep5x8eN/kp8QjUg/Q44FHsXzqlwbr1TI5X0Rd3dOjHpxw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=fujitsu.com; dmarc=pass action=none header.from=fujitsu.com; dkim=pass header.d=fujitsu.com; arc=none Received: from TYCPR01MB6818.jpnprd01.prod.outlook.com (2603:1096:400:b5::12) by OS3PR01MB6968.jpnprd01.prod.outlook.com (2603:1096:604:116::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5438.14; Wed, 20 Jul 2022 01:42:31 +0000 Received: from TYCPR01MB6818.jpnprd01.prod.outlook.com ([fe80::75fd:17d2:7736:99d9]) by TYCPR01MB6818.jpnprd01.prod.outlook.com ([fe80::75fd:17d2:7736:99d9%8]) with mapi id 15.20.5438.024; Wed, 20 Jul 2022 01:42:31 +0000 From: "suzuki.masaomi@fujitsu.com" To: 'Takashi Yano' , "'cygwin@cygwin.com'" CC: "'soft-mpop-qqm@ml.css.fujitsu.com'" Subject: RE: [soft-mpop-qqm:27201] Re: scp command fails to transfer file and returns 1. Thread-Topic: [soft-mpop-qqm:27201] Re: scp command fails to transfer file and returns 1. Thread-Index: AdiWi62jVeXnF3ElTvSG79UO+L3cGgCkhg4AAH68LPAAA3yOgAABN0kAACuV83A= Date: Wed, 20 Jul 2022 01:42:30 +0000 Message-ID: References: <20220719131855.8d67cc495b7500ada5c125c0@nifty.ne.jp> <20220719135344.89ef0983649e42c88c844d4d@nifty.ne.jp> In-Reply-To: <20220719135344.89ef0983649e42c88c844d4d@nifty.ne.jp> Accept-Language: ja-JP, en-US Content-Language: ja-JP X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_a7295cc1-d279-42ac-ab4d-3b0f4fece050_Enabled=true; MSIP_Label_a7295cc1-d279-42ac-ab4d-3b0f4fece050_SetDate=2022-07-20T01:41:44Z; MSIP_Label_a7295cc1-d279-42ac-ab4d-3b0f4fece050_Method=Standard; MSIP_Label_a7295cc1-d279-42ac-ab4d-3b0f4fece050_Name=FUJITSU-RESTRICTED?; MSIP_Label_a7295cc1-d279-42ac-ab4d-3b0f4fece050_SiteId=a19f121d-81e1-4858-a9d8-736e267fd4c7; MSIP_Label_a7295cc1-d279-42ac-ab4d-3b0f4fece050_ActionId=6552dc64-8231-4de0-9d5d-880603ece300; MSIP_Label_a7295cc1-d279-42ac-ab4d-3b0f4fece050_ContentBits=0 x-securitypolicycheck: OK by SHieldMailChecker v2.6.5 x-shieldmailcheckermailid: 684c85d2a3ae4e07a44ef81f207d30f8 authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=fujitsu.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5b1bad93-ba83-4786-fc88-08da69f11c5a x-ms-traffictypediagnostic: OS3PR01MB6968:EE_ x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: HfSkxJn/mrl1fOFVm8yz+sjdEbVBzmSZDeu2cbLKXrDWPyaI74zgp/D7E+DgdVsx2Mk0gZIMfGM3sasp+cyGdL+iREmzTju6zsb0+/tAH+S8FGHUy1igNbHodwmg7ODTQehQ9j0MQ7/cStdydh0q0CTVuOTNv8/vPz1up1gLmb7fm9TuL3+404ySvpiUuMzHG4uhiCTLU4aXZJm+UVUGSsgw7VmLUEEWJxKS0d9sC6tvSKMpS0k77QZXRJWjdIZ/fnMxBOzuvACqvVoMx4aaIkKKqgXSzf3MwmSyoIDerMgQ2yXLJ8X05GLk096SpNolSRG5NWs1ed66hQbeXJckCWnRj8PLoOnem8ZtKuKRhN3IjSW0vrBBk+x800JIRBLXYMySe6etOUHQC5L9MKw5ju6SWvJPzdwQ8rWg+ra7atiAmUW8VO9PIjEYhtJQPheqH7Mgo3MoS2wplc/T0iGk0R6ieQn8YGB9E2bF6mUojJOEBpko+4rIWewkhbbhAp4jeTPogMETGZXxCQ4FJEDODkdMNhBZYDwoWYfDy7tfFTnre/Cl+8LdUKB/e54e6+P9RZl8vrj4BYQjzaRUPh9GimspA5dx5y/7wqldk2dnSh6IDT6XaY0j7xZpESGpeP5Kxjml58MqV/qnsrbqZ7NuiMdL4Ob2W5eAfsgQ4aWQapRDyDZav04SNvt3RTsQKMg6awKGJbXhtfleCfYNV0ENUXtl6W047qQi2CrE5cD5P4faQQykVX2PMTl5Ftq3nB9YiyzMeO9cIwDNpqz2kv68OPtP6tc1AtkT9bpAS6jseVI5FI/ZEV0lzPoTI6hOujUcdMFpaPcX33S+SnY3AMgiXro/Yr279AP1Wc6hBypBoH34clqYrpQmbFNmqIfB1jzxF3RsDWUt6YdavAjtVmV8lVc1vXYOrE2MaqU+aUC18uk= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:TYCPR01MB6818.jpnprd01.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230016)(4636009)(366004)(136003)(376002)(396003)(39860400002)(346002)(107886003)(8936002)(66556008)(64756008)(186003)(86362001)(66476007)(66446008)(76116006)(83380400001)(55016003)(122000001)(2906002)(38100700002)(38070700005)(5660300002)(26005)(6506007)(82960400001)(52536014)(53546011)(85182001)(110136005)(7696005)(41300700001)(9686003)(316002)(8676002)(71200400001)(33656002)(4326008)(966005)(478600001)(66946007)(491001)(460985005); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-2022-jp?B?TUxObTRlczMrRHQ3SFNIc3I0L1p2UDFpcjB1RWZCOFRvME5wRlo1bU1B?= =?iso-2022-jp?B?YURvSmxpUysyTlNDSUJTOVpzOE9qejVkcVdoTlFkYjBZVnJwOWpYdThM?= =?iso-2022-jp?B?aEl3SmdFUG5vYk5iSVJjOUZsYkVZMzFxVVl2M3hiWkRPWmxrQ0ZHYzRU?= =?iso-2022-jp?B?alMvU3l6clBnR2x6U1BvcnpTbmdyYlJCSnpvdGtxTUljVDhwSXAyNDdM?= =?iso-2022-jp?B?OWE0NFlocVNueXJ6aUI5ZkI0VWtibWJiTkU5ZXlGM01GTmtqZkhBdGhU?= =?iso-2022-jp?B?UG1kS3NKakZYSzR0S3UvY3FFY24xS2NzZmV3WWtVbmpsZ3lHOE9STk4y?= =?iso-2022-jp?B?djFtNmxFRWNRcWQyc2F3RHhVNlJPWGYzbGNSSlE2eUNLQ1ZWOU1DejBH?= =?iso-2022-jp?B?Uys0YTBEVnBrMWF3d2VZdnc2WGJrQzF4T2RoVTdBeEtZNWJZd2t1bTdJ?= =?iso-2022-jp?B?NndBaWxaU0xSUlJUdFdOY3ZOdUV4d0VFNlU3ZVJEOEN5SFA1MUtKNVZ1?= =?iso-2022-jp?B?Nm5tOUZNbi9jYlFWaHJ6Yk5rVC9OVVNka3p0c1ZGQ0pCaC9LNW9kMWgr?= =?iso-2022-jp?B?WDZKWEsvV0Y4b2tTQWRKcHlIUGtYdmJVOUpMZjFrR1I5ckRyUjhqRkxw?= =?iso-2022-jp?B?S1dCM25xUk1SYlFMdCtBS043QUd2U2ljbmtMNmpFTFY4Z2NHYTc4c01j?= =?iso-2022-jp?B?YjFpczNMREpHVXZsUUNwbno1Q1lXQVc5THhPcWJIUjMzOTJncFpHa2Jt?= =?iso-2022-jp?B?NUhDb2o2N1hWRmN2OWlOS3U4Tzg3WnprZlBFeXFHM1NncDBMcWhVSzM3?= =?iso-2022-jp?B?V2FIK2gva0RIQVY1OUtrV1ZFN1RRU0x6RlExS0ZMZmtIYmptelV3WVNX?= =?iso-2022-jp?B?b01xMTdnd1hHeEZaOXhJa2Fld1YwN1Zwc1orcGhhc2ZoRmVHOXBDbHo1?= =?iso-2022-jp?B?V0d2a242NDBTT3lMbWYvdUFLaDhQSFdZNlRZVklQMEs2enN3WFdoOGJy?= =?iso-2022-jp?B?SGVLaWVUUkU0K0lRZjQ0VTdYNjRlLzZVZDBzRm8vdmxPM09IY3hIUk5X?= =?iso-2022-jp?B?cDhpZXRvdXI2RWt3cGRma1RNeGdrbzJIOC81Q1Jlc3NxUnpiK2RpWllq?= =?iso-2022-jp?B?ZExOUS84bVR2RTdaRWttb3RkMm1ZNFE1dUFwOURWaTFULzlyckdEYkRo?= =?iso-2022-jp?B?TUdPdldpOW5aYVVVZCtndlorSzZ4Q0tUV3FpNzU1bEwySU02c0xLcGZm?= =?iso-2022-jp?B?MFFYaVZpV3pCcWs5OTZDMWFIeGJqV0xXdlJ1UjJQTjhzQk4yRnN5Zy91?= =?iso-2022-jp?B?dWtWeTY2Z29ySklTZU5ITkFFTDFrZ09EV3gvYkpSaTFxa0E3UmtzRXFN?= =?iso-2022-jp?B?NVIxOXVmMk9UOFlaRHpEOVg3Z2dPRGVxL2RTNW9OUS9SNFFzU2JOem9i?= =?iso-2022-jp?B?c2xsenNqdEM1MUNTRFRWTlMrOGRaS2RoQU45dXMxNW5JN3BKQkwva0FO?= =?iso-2022-jp?B?bnR2SWtYS1N6YmhPbmtYeUEwbVpGbU5ySW5lNTF2NjdERUkzVU5DNkh6?= =?iso-2022-jp?B?UmtFMzh6dTYzekRNc05VTEM1UlpvYlIxSWlHUFZmRE9GekNFZkxSRndx?= =?iso-2022-jp?B?cEVMTFo5VXJkU2NzeDRlQ1V2UFRTaXVsaHN1V3VFUHMrUElKeE9NNEhz?= =?iso-2022-jp?B?Q01wcU9WUURTemVzQ1RDcDhzZDNDREFnWDJack9NaG42dFN6M3k4bnha?= =?iso-2022-jp?B?UWpCaGdpYWNpWHdEeGRvMVMwR3pyN0M1RzNjZDJDNUFXclpKbGdObkxa?= =?iso-2022-jp?B?VERVVklTbHR5bTFUK3R4aG5CZHVBc21XT2tTeHdvcUhRMk5ROW1UZncw?= =?iso-2022-jp?B?ZDBmLzJyTmxRNmdNZk13dndMOXRzK0NoK3pMWDJ1dnFaQ1ZLL1dmRDBI?= =?iso-2022-jp?B?NmQ5RmcyRi9LaGF4cGdQVVdSc2RsT2IxYUJOSzVHbG13STZ1eXBmU1hF?= =?iso-2022-jp?B?VHdHOFpKQ0IrWFpxWmtnRk5pNWdTaXdYaVc4ZHJHajdSQ3hDdUJXSmhD?= =?iso-2022-jp?B?dUNLWVhJZXlVT1Qvd2JyOWRMMVhtQzYrRERic3k4ZmV1d05UbmU4bStW?= =?iso-2022-jp?B?Vk1NRTk3RTN3Qm16U3lpSjNXYjVxZWF6TzlQTmwwaHNWdzkrSXNzVVFV?= =?iso-2022-jp?B?ZlA3ZlR3NDBobmluRmRYMU1ySzlqb2E4d1QzSTRXWVlRNDFtSEtnVEdu?= =?iso-2022-jp?B?azRyUUttVWQvZFZCRUpQcFVKMmhxSWZobThuVy9Xbkl1dVpiaDhqR0pu?= =?iso-2022-jp?B?TlR4SWVPVTJvVmsyd2NBMFlVVWNvejRTNHc9PQ==?= Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: fujitsu.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: TYCPR01MB6818.jpnprd01.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5b1bad93-ba83-4786-fc88-08da69f11c5a X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jul 2022 01:42:30.9793 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: a19f121d-81e1-4858-a9d8-736e267fd4c7 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: OXkH6eC0mUmDiGaBWXqPxP992Ix7UGdCpUxS0sXfbQrQzn68+wP6iYzCIyLsgxqVmKoX0GmoOP+KSQefV3Dmy8T06pzznxKBkVUFw0Jz1QA= X-MS-Exchange-Transport-CrossTenantHeadersStamped: OS3PR01MB6968 X-Spam-Status: No, score=1.2 required=5.0 tests=BAYES_05, DKIM_INVALID, DKIM_SIGNED, KAM_ASCII_DIVIDERS, KAM_DMARC_NONE, KAM_DMARC_STATUS, SPF_HELO_PASS, SPF_NONE, TXREP, WEIRD_QUOTING autolearn=no autolearn_force=no version=3.4.6 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) 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: Wed, 20 Jul 2022 01:42:38 -0000 Cygwin Support Dear Representatives Thank you very much for your reply. >This seems to be behaviour change betweeen OpenSSH 8.x and 9.0. You are right. Referring to the URL below, the problem is caused by the change in the prot= ocol=20 used by the scp command by default in the latest OpenSSH (9.0p1-1). https://www.openssh.com/releasenotes.html#9.0p1 --------------------------------- This release switches scp(1) from using the legacy scp/rcp protocol to using the SFTP protocol by default. Legacy scp/rcp performs wildcard expansion of remote filenames (e.g. "scp host:* .") through the remote shell. This has the side effect of requiring double quoting of shell meta-characters in file names included on scp(1) command-lines, otherwise they could be interpreted as shell commands on the remote side. This creates one area of potential incompatibility: scp(1) when using the SFTP protocol no longer requires this finicky and brittle quoting, and attempts to use it may cause transfers to fail. We consider the removal of the need for double-quoting shell characters in file names to be a benefit and do not intend to introduce bug-compatibility for legacy scp/rcp in scp(1) when using the SFTP protocol. Another area of potential incompatibility relates to the use of remote paths relative to other user's home directories, for example - "scp host:~user/file /tmp". The SFTP protocol has no native way to expand a ~user path. However, sftp-server(8) in OpenSSH 8.7 and later support a protocol extension "expand-path@openssh.com" to support this. In case of incompatibility, the scp(1) client may be instructed to use the legacy scp/rcp using the -O flag.(=1B$B!z=1B(B) --------------------------------- According to the above instructions(the =1B$B!z=1B(B part), in the OpenSSH(= 9.0p1-1), when runing the scp commond with -O option, the old protocol(legacy scp/rcp= ) will be used. Therefore, I runed the scp command wit the -O option and it was successful. --------------------------------- C:\Users\Administrator>C:\cygwin64\bin\scp.exe -O "/cygdrive//C/test/a" "ro= ot"@RJEL74JP:"\"/tmp/a\"" a 100% 36KB= 1.3MB/s 00:00 >echo %errorlevel% 0 --------------------------------- Previously, in the old version Cygwin(3.2.0) that we downloaded from the UR= L (https://www.cygwin.com/),=20 the version of OpenSSH is 8.4p1-1, so on our Windows that the Cygwin(3.2.0)= was installed, the following scp command can be successful. --------------------------------- \bin\scp.exe "/cygdrive//C/test/a" "root"@= =1B$B%[%9%HL>=1B(B:"\"/tmp/a\"" --------------------------------- The problem is not related to the version of Cygwin, I'm sorry to have trou= bled you. =1B$B0J9_$OF|K\8l$NJ8>O$G$9!#=1B(B ****************************************************************** Cygwin=1B$B%5%]!<%H=1B(B =1B$B$4C4EvMM=1B(B =1B$B$46(NO!"$I$&$b$"$j$,$H$&$4$6$$$^$7$?!#=1B(B >This seems to be behaviour change betweeen OpenSSH 8.x and 9.0. =1B$B$4G'<1$N$H$*$j$G$9!#=1B(B =1B$B2<5-$N=1B(BURL=1B$B$r;2>H$7$?$H$3$m!":#2s$N8=3D>]$O!":G?7$N=1B(BOpenSS= H(9.0p1-1)=1B$B$K$*$$$F!"=1B(B scp=1B$B%3%^%s%I$,%G%U%)%k%H$G;HMQ$7$F$$$k%W%m%H%3%k$NJQ99$K5/0x$7$F$$$k$3$= H$,$o$+$j$^$7$?!#=1B(B https://www.openssh.com/releasenotes.html#9.0p1 --------------------------------- This release switches scp(1) from using the legacy scp/rcp protocol to using the SFTP protocol by default. Legacy scp/rcp performs wildcard expansion of remote filenames (e.g. "scp host:* .") through the remote shell. This has the side effect of requiring double quoting of shell meta-characters in file names included on scp(1) command-lines, otherwise they could be interpreted as shell commands on the remote side. This creates one area of potential incompatibility: scp(1) when using the SFTP protocol no longer requires this finicky and brittle quoting, and attempts to use it may cause transfers to fail. We consider the removal of the need for double-quoting shell characters in file names to be a benefit and do not intend to introduce bug-compatibility for legacy scp/rcp in scp(1) when using the SFTP protocol. Another area of potential incompatibility relates to the use of remote paths relative to other user's home directories, for example - "scp host:~user/file /tmp". The SFTP protocol has no native way to expand a ~user path. However, sftp-server(8) in OpenSSH 8.7 and later support a protocol extension "expand-path@openssh.com" to support this. In case of incompatibility, the scp(1) client may be instructed to use the legacy scp/rcp using the -O flag.(=1B$B!z=1B(B) --------------------------------- =1B$B>e5-$N!z2U=3Dj$N@bL@$K$h$j!"=1B(BOpenSSH(9.0p1-1)=1B$B$G$O!"=1B(B -O=1B$B%*%W%7%g%s$r;XDj$9$k=1B(Bscp=1B$B%3%^%s%I$rl9g!"8E$$%W%m%H%= 3%k=1B(B(scp/rcp)=1B$B$,=1B(B =1B$B;HMQ$5$l$F!":#2s$N=1B(Bscp=1B$B%3%^%s%I$,@5>o$K9T$o$l$k$H9M$($i$l$^$9!= #=1B(B =1B$B$^$?!"o$K9T$o$l$F$$$k$3$H$r3NG'$7$^$7$?!#=1B(B --------------------------------- C:\Users\Administrator>C:\cygwin64\bin\scp.exe -O "/cygdrive//C/test/a" "ro= ot"@RJEL74JP:"\"/tmp/a\"" a 100% 36KB= 1.3MB/s 00:00 >echo %errorlevel% 0 --------------------------------- =1B$B"(=1B(BCygwin Bash Shell=1B$B$K$b@5>o$K9T$o$l$F$$$^$9!#=1B(B =1B$B2a5n$K!"EvJ}$,=1B(BURL(https://www.cygwin.com/)=1B$B$+$i%@%&%s%m!<%I$7= $?=1B(B =1B$B5l%P!<%8%g%s=1B(B(3.2.0)=1B$B$N=1B(BCygwin=1B$B$K$*$$$F!";HMQ$7$F$$$k= =1B(BOpenSSH=1B$B$N%P!<%8%g%s$,=1B(B8.4p1-1 =1B$B$J$N$G!"=1B(B =1B$B3:Ev=1B(BCygwin=1B$B$,F3F~$7$?=1B(BWinodws=1B$B$K$F!"2<5-$N=1B(Bscp=1B= $B%3%^%s%I$,@5>o$K9T$o$l$F$$$^$9!#=1B(B --------------------------------- \bin\scp.exe "/cygdrive//C/test= /a" "root"@=1B$B%[%9%HL>=1B(B:"\"/tmp/a\"" --------------------------------- =1B$B:#2s$N8=3D>]$O!"=1B(BCygwin=1B$B$N%P!<%8%g%s$H4X78$7$F$$$J$$$?$a!"=1B(= B =1B$B$4LBOG$r$*$+$1$F!"?=3D$7Lu$4$6$$$^$;$s!#=1B(B ****************************************************************** > -----Original Message----- > From: Takashi Yano > Sent: Tuesday, July 19, 2022 1:54 PM > To: 'cygwin@cygwin.com' > Cc: Suzuki, Masaomi/=1B$BNkLZ=1B(B =1B$B>-?C=1B(B ; > 'soft-mpop-qqm@ml.css.fujitsu.com' > Subject: Re: [soft-mpop-qqm:27201] Re: scp command fails to transfer file= and > returns 1. >=20 > On Tue, 19 Jul 2022 13:18:55 +0900 > Takashi Yano wrote: >=20 > > On Tue, 19 Jul 2022 02:40:14 +0000 > > > Thank you very much for your reply. > > > > > > >it seems your application is calling scp with " around the arguments= , so, > scp try to copy "/tmp/a" instead of just /tmp/a. > > > > > > We analyzed our application again, internally, calling scp command is= as > follows. > > > > > > =1B$B!!=1B(B\bin\scp.exe > "/cygdrive//C/test/a" "root"@=1B$B%[%9%HL>=1B(B:"\"/tmp/a\"" > > > > > > The scp command above runs successfully with the old version > > > Cygwin(3.2.0), but not with the the latest version Cygwin(3.3.5). > > > > > > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > =1B$B!|=1B(Bthe old version Cygwin(3.2.0) > > > --------------------------------- > > > C:\Users\Administrator>C:\cygwin64\bin\scp.exe > "/cygdrive//C/test/a" "root"@RJEL74JP:"\"/tmp/a\"" > > > a 100% > 36KB 1.3MB/s 00:00 > > > > > > >echo %errorlevel% > > > 0 > > > --------------------------------- > > > =1B$B!!"*=1B(BSuccessfully. > > > > In my environment, your test case also fails with cygwin 3.2.0. > > > > C:\Users\yano>\cygwin64\bin\uname -a > > CYGWIN_NT-10.0-19044 HP-Z230 3.2.0-340.x86_64 2021-03-29 08:42 UTC > > x86_64 Cygwin > > > > C:\Users\yano>\cygwin64\bin\scp "/home/yano/a" > "yano"@server:"\"/tmp/a\"" > > /usr/bin/scp: dest open ""/tmp/a"": No such file or directory > > /usr/bin/scp: failed to upload file /tmp/a to "/tmp/a" > > > > The behaviour difference seems not due to cygwin version. >=20 > This seems to be behaviour change betweeen OpenSSH 8.x and 9.0. >=20 > -- > Takashi Yano