X-Recipient: archive-cygwin AT delorie DOT com X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com 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" 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 From: "suzuki DOT masaomi AT fujitsu DOT com" To: "'Takashi Yano'" , "'cygwin AT cygwin DOT 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 DOT 8d67cc495b7500ada5c125c0 AT nifty DOT ne DOT jp> <20220719135344 DOT 89ef0983649e42c88c844d4d AT nifty DOT ne DOT 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==?= 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 AT cygwin DOT com X-Mailman-Version: 2.1.29 List-Id: General Cygwin discussions and problem reports List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "'soft-mpop-qqm AT ml DOT css DOT fujitsu DOT com'" Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit Sender: "Cygwin" 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 protocol 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 AT openssh DOT 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.($B!z(B) --------------------------------- According to the above instructions(the $B!z(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" "root"@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 URL (https://www.cygwin.com/), 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"@$B%[%9%HL>(B:"\"/tmp/a\"" --------------------------------- The problem is not related to the version of Cygwin, I'm sorry to have troubled you. $B0J9_$OF|K\8l$NJ8>O$G$9!#(B ****************************************************************** Cygwin$B%5%]!<%H(B $B$4C4EvMM(B $B$46(NO!"$I$&$b$"$j$,$H$&$4$6$$$^$7$?!#(B >This seems to be behaviour change betweeen OpenSSH 8.x and 9.0. $B$4G'<1$N$H$*$j$G$9!#(B $B2<5-$N(BURL$B$r;2>H$7$?$H$3$m!":#2s$N8=>]$O!":G?7$N(BOpenSSH(9.0p1-1)$B$K$*$$$F!"(B scp$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$?!#(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 AT openssh DOT 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.($B!z(B) --------------------------------- $B>e5-$N!z2U=j$N AT bL@$K$h$j!"(BOpenSSH(9.0p1-1)$B$G$O!"(B -O$B%*%W%7%g%s$r;XDj$9$k(Bscp$B%3%^%s%I$rl9g!"8E$$%W%m%H%3%k(B(scp/rcp)$B$,(B $B;HMQ$5$l$F!":#2s$N(Bscp$B%3%^%s%I$,@5>o$K9T$o$l$k$H9M$($i$l$^$9!#(B $B$^$?!"o$K9T$o$l$F$$$k$3$H$r3NG'$7$^$7$?!#(B --------------------------------- C:\Users\Administrator>C:\cygwin64\bin\scp.exe -O "/cygdrive//C/test/a" "root"@RJEL74JP:"\"/tmp/a\"" a 100% 36KB 1.3MB/s 00:00 >echo %errorlevel% 0 --------------------------------- $B"((BCygwin Bash Shell$B$K$b AT 5>o$K9T$o$l$F$$$^$9!#(B $B2a5n$K!"EvJ}$,(BURL(https://www.cygwin.com/)$B$+$i%@%&%s%m!<%I$7$?(B $B5l%P!<%8%g%s(B(3.2.0)$B$N(BCygwin$B$K$*$$$F!";HMQ$7$F$$$k(BOpenSSH$B$N%P!<%8%g%s$,(B8.4p1-1 $B$J$N$G!"(B $B3:Ev(BCygwin$B$,F3F~$7$?(BWinodws$B$K$F!"2<5-$N(Bscp$B%3%^%s%I$,@5>o$K9T$o$l$F$$$^$9!#(B --------------------------------- \bin\scp.exe "/cygdrive//C/test/a" "root"@$B%[%9%HL>(B:"\"/tmp/a\"" --------------------------------- $B:#2s$N8=>]$O!"(BCygwin$B$N%P!<%8%g%s$H4X78$7$F$$$J$$$?$a!"(B $B$4LBOG$r$*$+$1$F!"?=$7Lu$4$6$$$^$;$s!#(B ****************************************************************** > -----Original Message----- > From: Takashi Yano > Sent: Tuesday, July 19, 2022 1:54 PM > To: 'cygwin AT cygwin DOT com' > Cc: Suzuki, Masaomi/$BNkLZ(B $B>-?C(B ; > 'soft-mpop-qqm AT ml DOT css DOT fujitsu DOT com' > Subject: Re: [soft-mpop-qqm:27201] Re: scp command fails to transfer file and > returns 1. > > On Tue, 19 Jul 2022 13:18:55 +0900 > Takashi Yano wrote: > > > 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. > > > > > > $B!!(B\bin\scp.exe > "/cygdrive//C/test/a" "root"@$B%[%9%HL>(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). > > > > > > > > > ============================================= > > > $B!|(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 > > > --------------------------------- > > > $B!!"*(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. > > This seems to be behaviour change betweeen OpenSSH 8.x and 9.0. > > -- > Takashi Yano -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple