Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 43349 invoked from network); 30 Sep 2008 12:34:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 30 Sep 2008 12:34:36 -0000 Received: (qmail 52146 invoked by uid 500); 30 Sep 2008 12:34:32 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 52121 invoked by uid 500); 30 Sep 2008 12:34:32 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 52110 invoked by uid 99); 30 Sep 2008 12:34:32 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Sep 2008 05:34:32 -0700 X-ASF-Spam-Status: No, hits=-2.8 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: 195.212.29.156 is neither permitted nor denied by domain of mark.hindess@googlemail.com) Received: from [195.212.29.156] (HELO mtagate7.de.ibm.com) (195.212.29.156) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Sep 2008 12:33:29 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate7.de.ibm.com (8.13.8/8.13.8) with ESMTP id m8UCXJAN526742 for ; Tue, 30 Sep 2008 12:33:19 GMT Received: from d12av03.megacenter.de.ibm.com (d12av03.megacenter.de.ibm.com [9.149.165.213]) by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id m8UCXJj04321282 for ; Tue, 30 Sep 2008 14:33:19 +0200 Received: from d12av03.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av03.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m8UCXGdO027423 for ; Tue, 30 Sep 2008 14:33:16 +0200 Received: from anaheim.local (dhcp-9-20-183-80.hursley.ibm.com [9.20.183.80]) by d12av03.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m8UCXGgs027410 for ; Tue, 30 Sep 2008 14:33:16 +0200 Message-Id: <200809301233.m8UCXGgs027410@d12av03.megacenter.de.ibm.com> X-Mailer: exmh version 2.7.2 01/07/2005 (debian 1:2.7.2-16) with nmh-1.2 In-reply-to: <48E1E68E.5070102@gmail.com> References: <1367711648.1222235264363.JavaMail.jira@brutus> <48D9E27C.20400@gmail.com> <48E1E68E.5070102@gmail.com> Comments: In-reply-to Tim Ellison message dated "Tue, 30 Sep 2008 09:42:54 +0100." From: Mark Hindess To: dev@harmony.apache.org Subject: Re: [jira] Created: (HARMONY-5987) [classlib][luni] - different behavior with RI when file path contains "\\" in Linux Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 30 Sep 2008 13:33:16 +0100 X-Virus-Checked: Checked by ClamAV on apache.org In message <48E1E68E.5070102@gmail.com>, Tim Ellison writes: > > Regis wrote: > > It seems intended to be, but I'm not sure. I think it's a great feature > > when porting the windows depended code("\\" in path name) to linux, but > > there is potential problem, how to reference a file which name contians > > "\\" on linux? And this different may cause surprise when some > > applications depends on the behavior of RI. > > > > Any comments/suggestions? > > I think we need to change to allow \ to be passed through as part of the > file name on Linux. I agree with Tim. In fact, I noticed this issue a little while ago and fixed it (plus some invalid tests) in commit r698140. -Mark. > > Regis Xu (JIRA) wrote: > >> [classlib][luni] - different behavior with RI when file path contains > >> "\\" in Linux > >> -------------------------------------------------------------------------- > --------- > >> > >> > >> Key: HARMONY-5987 > >> URL: https://issues.apache.org/jira/browse/HARMONY-5987 > >> Project: Harmony > >> Issue Type: Bug > >> Components: Classlib > >> Affects Versions: 5.0M7 > >> Reporter: Regis Xu > >> Fix For: 5.0M8 > >> > >> > >> Consider the test: > >> > >> File file = new File("d1\\d2"); > >> file.mkdirs(); > >> > >> RI create a directory named "d1\d2", while Harmony create two > >> directories "d1" and "d1/d2", seems RI doesn't covert windows file > >> separator char "\\" to system separator char on Linux, and > >> spec says nothing about it. I quickly navigate the source, found we > >> have a method fixSlashes in java.io.File, which convert "\\" or "/" to > >> system separator char, so it may be intended or a feature of harmony? > >> > > >