[PATCH] Final removal of lp_posix_pathnames() from the smbd server main code paths.

Jeremy Allison jra at samba.org
Wed Mar 23 23:18:45 UTC 2016


On Wed, Mar 23, 2016 at 06:15:10PM -0500, Scott Lovenberg wrote:
> On Wed, Mar 23, 2016 at 5:23 PM, Jeremy Allison <jra at samba.org> wrote:
> > On Wed, Mar 23, 2016 at 03:11:24PM -0700, Jeremy Allison wrote:
> >> On Thu, Mar 24, 2016 at 12:02:48AM +0200, Uri Simchoni wrote:
> >> > I started reviewing it, here's where I am (note the one comment):
> >> > >>>
> >> > >>> 13). Remove lp_posix_pathnames() from msdfs code.
> >> > >>> Last lp_posix_pathnames() in the SMB1/2/3 code paths.
> >> > Not sure I quite get this one - lp_posix_pathnames() is derived from a
> >> > protocol handshake and we're replacing it by a heuristic?
> >>
> >> Yes, this isn't 100% compatibile with the previous
> >> method. But it should work well enough in real-world
> >> situations that it can replace it. And the the SMB2
> >> case for msdfs there is no protocol handshake to look
> >> at so I'm having to use what I have here.
> 
> One thought and one confession / warning:
> Correct me if I'm wrong, but wasn't there an edge case and corner case
> for MSDFS proxied roots and/or NTFS forks (alternate data stream, for
> the curious and unaware) especially when the server address is
> expressed as IPv6 and the ':' is ambiguous?

Yep, already covered that in my previous email to Uri.

However, this is code that is coping with a client
bug from a very old client, so I'm hoping eventually
I can just delete this case.



More information about the samba-technical mailing list