I generally like this, although I prefer simple one request field, and the response field to simply match the data we populate in the struct inode that doesn't already come back in the Windows info (the set of fields you return is close to what is needed now), and I think that for the stat case (open file with query of file info returned in unix context on open response) we don't actually need multiple info levels (at least for the Linux case) as symlinks can be done any of three other ways. On Wed, Jun 18, 2014 at 11:11 AM, Volker Lendecke <Volker.Lendecke@xxxxxxxxx> wrote: > On Wed, Apr 09, 2014 at 11:52:59AM -0700, Jeremy Allison wrote: > >> > https://git.samba.org/?p=vl/samba.git/.git;a=shortlog;h=refs/heads/smb2-unix > >> W00t! Working code always trumps everything :-). > > The branch contains some updates. A "chown file 1" now ends > up server-side in a debug message saying > > [2014/06/18 14:46:46.344109, 10, pid=19107, effective(502, 502), real(502, 502)] > ../source3/smbd/smb2_create.c:1183(smbd_smb2_create_send) > smbd_smb2_create_send: Setting uid to 1 > > Next step is to actually do the chown server-side :-) > > Comments? > > Volker > > -- > SerNet GmbH, Bahnhofsallee 1b, 37081 Göttingen > phone: +49-551-370000-0, fax: +49-551-370000-9 > AG Göttingen, HRB 2816, GF: Dr. Johannes Loxen > http://www.sernet.de, mailto:kontakt@xxxxxxxxx -- Thanks, Steve -- To unsubscribe from this list: send the line "unsubscribe linux-cifs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
