From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#32226: shadowfile test failures Date: Wed, 25 Jul 2018 17:19:55 +0200 Message-ID: <8736w7736s.fsf@gmx.de> References: <83r2jxzpvz.fsf@gnu.org> <87o9f0j2nq.fsf@gmx.de> <83wotoyewf.fsf@gnu.org> <87in58iy64.fsf@gmx.de> <83sh4cydv6.fsf@gnu.org> <87effwiwk9.fsf@gmx.de> <83o9f0yaji.fsf@gnu.org> <87in56e0oy.fsf@gmx.de> <83bmayvt7f.fsf@gnu.org> <87sh477fql.fsf@gmx.de> <83zhyftlsi.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1532531951 19475 195.159.176.226 (25 Jul 2018 15:19:11 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 25 Jul 2018 15:19:11 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: 32226@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jul 25 17:19:07 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fiLZ9-0004rH-6Y for geb-bug-gnu-emacs@m.gmane.org; Wed, 25 Jul 2018 17:19:03 +0200 Original-Received: from localhost ([::1]:52170 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fiLbG-0000jr-1Y for geb-bug-gnu-emacs@m.gmane.org; Wed, 25 Jul 2018 11:21:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58180) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fiLb7-0000jD-LA for bug-gnu-emacs@gnu.org; Wed, 25 Jul 2018 11:21:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fiLb4-0008V0-Kh for bug-gnu-emacs@gnu.org; Wed, 25 Jul 2018 11:21:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:52343) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fiLb4-0008Us-GI for bug-gnu-emacs@gnu.org; Wed, 25 Jul 2018 11:21:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fiLb4-00008L-9u for bug-gnu-emacs@gnu.org; Wed, 25 Jul 2018 11:21:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 Jul 2018 15:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32226 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed Original-Received: via spool by 32226-submit@debbugs.gnu.org id=B32226.1532532007419 (code B ref 32226); Wed, 25 Jul 2018 15:21:02 +0000 Original-Received: (at 32226) by debbugs.gnu.org; 25 Jul 2018 15:20:07 +0000 Original-Received: from localhost ([127.0.0.1]:57361 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fiLaA-00006e-MU for submit@debbugs.gnu.org; Wed, 25 Jul 2018 11:20:06 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:43803) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fiLa8-000061-Uv for 32226@debbugs.gnu.org; Wed, 25 Jul 2018 11:20:05 -0400 Original-Received: from detlef.gmx.de ([213.220.151.163]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Mdafs-1fLIwb1Wai-00PMEA; Wed, 25 Jul 2018 17:19:57 +0200 In-Reply-To: <83zhyftlsi.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 25 Jul 2018 17:47:09 +0300") X-Provags-ID: V03:K1:hQwquUm497FO3vmH6eI/GHAifg1ktczdTQVsq8dhPtjD3lW/TWy 5A+3cAl/qr1khkkJgk22Pl8re8IPx5BQAeYcBnHJcgAtyd/S9mNZ6WU9dWrsDhkX7GU7bCz xH5QUgi5ADzLmqRg4se9IGQCFwxRz9jnNHUuz+UAbGXDes7fov/1Fqb/pwAQ82KdXqm0Wr3 OB+nPiTynHm2iviQWtJ0A== X-UI-Out-Filterresults: notjunk:1;V01:K0:FsiGzxy3OM4=:mp6XWuYVdjNvEB7VTqxfoQ pWGr7XzNTD5Y6KG/wwhTDmpAnQdCjbHYsJR3N3FaVm44WOR6CIp7UJ4B8/4jTi6UqJ2d2WVNA IKXSIhV1tcNlu0uh99KwjUDg2oaKGsQ2nomQQ3ng7ujNxriQkvlhmbSOyIR4vac/1P5YtdzgX YZlFWj7X1YevZIEoAgyfsvOJtHyeRtH0DtW1+bshOoj3P6C5VHZYuIVqfHY7NQ6ysM4ZC5mtq qmVDR+eFnf8o5bVMjI96ZYLylY72S4etem84WyAoKEPj5rb7nAIsSSsYKztjf5zNUKJBxokqH w6mpMgUaxVjxcvwYiOuETn6cui+2U4VlLaxnRCO4I9XTLo+PQpix4/O5n/sElTP2xNCtOEzsp lD5pX+zIHQca/hhHQGBHF1MnOZ5qI+2XUI57YDzUYIvvMWh22SjRQLY1XUNwCyy3Dbw2MkbHO f6RnMhRNwrqhpL0dti/DpBPmAudec3xKr+fSa+i1SBzdG6NjxxnEekBCIVMm/SEW+DFe4gWVt d7WW7c1rMFYRDwdvIu6Wn05+GXjoSJHDjCFr8luhkj8slAB1daJDvPo/MgBFknuelCI8AgN29 NdWStvzAKmZuuVqVGObssa3+ZhqktolaVHCro3cj0jC3PW81RRW4ZFE9Ila1hCuBx32zZ6hxA Sv9Ws++RmuTOjlm7R/7bqNbAiqZsPWZIYj4gVJqIm+aKo6Ulq+BQyLiM8lePSeLWzJqaxP8hh DoTxMFGA5sQxlIxg1XtZkOSj0J7c4VmTwq8VZDqdGdgBxi/pDP4mB1xs7ZFSbyYtmtss/9BW X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-Spam-Score: -1.7 (-) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:148928 Archived-At: Eli Zaretskii writes: Hi Eli, >> Well, the problem is the syntax of local file names on MS Windows, like >> "c:/DOCUME~1/Zaretzky/LOCALS~1/Temp/shadowfile-testsSe3Hgz". shadowfile >> uses cluster file names with syntax "/:". >> If the starts with a volume letter, the resulting >> string looks like a remote file name, and shadowfile is confused. > > Can convert-standard-filename help? It will convert any colon except > the first one to '!'. That was also my first idea. But it doesn't help: "/myname:c:/DOCUME~1/Zaretzky/LOCALS~1/Temp/shadowfile-testsSe3Hgz" is regarded as remote file name due to the colon after the drive letter. I would need to change the notation of cluster file names, something different from "/name:local name". This would introduce much more incompatibility for all other shadoefile users. And again, I'm convinced there hasn't been a shadowfile user on MS Windows ever. >> Fixing this is not trivial. Is it worth to do it? Again, I doubt that >> shadowfile has worked ever on MS Windows; I believe it would be >> sufficient to document this restriction. > > It's up to you. If fixing is indeed hard, I'd hate to get in the way > of your development of threaded Tramp ;-) I guess best would be to document this restriction. We can still react, when furious bug reports arrive us. Which I doubt. I will add (skip-unless (not (memq system-type '(windows-nt ms-dos)))) to all shadowfile-tests tests in the emacs-26 branch.