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:50:17 -0700 Message-ID: <20080425195017.GE28233@samba1> References: <524f69650804181603x201f220as14cfd72eaeba5d48@mail.gmail.com> <480F4797.8020100@gmail.com> <20080423191150.GG10791@samba1> <20080423191906.GH10791@samba1> <48103EF6.7010004@gmail.com> <20080425192214.GD28233@samba1> Reply-To: Jeremy Allison Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Igor Mammedov , Steve French , "Q (Igor Mammedov)" , linux-fsdevel , linux-cifs-client@lists.samba.org To: Jeremy Allison Return-path: Received: from mail.samba.org ([66.70.73.150]:59480 "EHLO lists.samba.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756708AbYDYTuT (ORCPT ); Fri, 25 Apr 2008 15:50:19 -0400 Content-Disposition: inline In-Reply-To: <20080425192214.GD28233@samba1> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Fri, Apr 25, 2008 at 12:22:14PM -0700, Jeremy Allison wrote: > 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 ? Actually, all these questions would be answered if you'd just forward me the binary wireshark trace you have here. Thanks ! Jeremy.