smbcli connection using public libs only

Volker Lendecke Volker.Lendecke at SerNet.DE
Tue Jan 10 01:31:40 MST 2012

On Tue, Jan 10, 2012 at 12:49:11AM -0500, Catalin Patulea wrote:
> On Mon, Jan 9, 2012 at 4:30 AM, Volker Lendecke
> <Volker.Lendecke at> wrote:
> > BTW, for the readdir-after-stat you can just use an extended
> > infolevel for the trans2 findfirst/findnext. You don't need
> > the qpathinfo for *that* problem.
> That would be fantastic, but unfortunately the details might not add
> up :-( In short, it's unclear to me whether any findfirst/findnext
> infolevel would provide an inode number, which SMBC_stat gets from
> qpathinfo2 at infolevel SMB_QUERY_FILE_ALL_INFO. I can't just ignore
> the inode number, because gvfsd-smb does pass it up the stack.
> The confusing part is that qpathinfo2_recv [1] reads the inode number
> from byte offset 64. MSDN documents this offset as 'ULONG EaSize' [2].
> The other offsets, for atime, mtime, size, etc., match up with the
> struct. Is MSDN incorrect (or incomplete) here?
> Thanks a lot (to everyone) for taking the time to look at this!

In case you're talking to Samba, there's SMB_FIND_FILE_UNIX.

With best regards,

Volker Lendecke

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, mailto:kontakt at

More information about the samba-technical mailing list