From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeremy Allison Subject: Re: dfs path construction fixup for / character in \\server\share component of dfs path Date: Fri, 25 Apr 2008 12:22:14 -0700 Message-ID: <20080425192214.GD28233@samba1> References: <524f69650804181603x201f220as14cfd72eaeba5d48@mail.gmail.com> <480F4797.8020100@gmail.com> <20080423191150.GG10791@samba1> <20080423191906.GH10791@samba1> <48103EF6.7010004@gmail.com> Reply-To: Jeremy Allison Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Jeremy Allison , Steve French , "Q (Igor Mammedov)" , linux-fsdevel , linux-cifs-client@lists.samba.org To: Igor Mammedov Return-path: Received: from mail.samba.org ([66.70.73.150]:57734 "EHLO lists.samba.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755563AbYDYTWQ (ORCPT ); Fri, 25 Apr 2008 15:22:16 -0400 Content-Disposition: inline In-Reply-To: <48103EF6.7010004@gmail.com> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Thu, Apr 24, 2008 at 12:04:06PM +0400, Igor Mammedov wrote: > I'm doing the second call with a short path to get inode info > including server generated inode number. If not for the last > then second call could be omitted and inode be filled with fake > values and locally generated ino. > > PS: > Windows server does not object against the second call and returns > info on the dfs junction point (as directory). > More uniform behavior between different implementations would be > better for all. Very important question here. Do you set the FLAGS2_DFS_PATHNAMES bit in the flags2 when you do this QPATHINFO call on the short path ? Jeremy.