Re: Samba bug with OS/2 EAs and FindFirst bug

2002-09-05 Thread Steven French


The second fix (for checking "must have" search attributes on
FindFirst/FindNext) worked (fixing opening files) but our testers found a
third and I hope final major interoperability problem with OS/2 to Samba
that shows up e.g. in Lotus 123 and a few other apps saving files with new
names ("Save As" dialog). It looks like Windows servers (this works
from OS/2 to Windows) and Samba servers differ in how they treat impicit
wildcards.   Comparing traces between the Windows and Samba cases shows up
immediate differences in how Trans2FindFirst of a directory (e.g. "\") is
handled.With search attributes of 0, and a target of "\", Windows
returns all of the files (but not directories) in the root directory -
Samba 2.2.5 returned file not found.

I will do some experiments to see if this is the only issue.

Steve French
Senior Software Engineer
Linux Technology Center - IBM Austin
phone: 512-838-2294
email: [EMAIL PROTECTED]





Re: Samba bug with OS/2 EAs and FindFirst bug

2002-09-04 Thread Steven French


>We need to re-addd it, but only for info levels for which EA's may be
sent.
>Do you know the condition we can use to test for EA's ?
Well, the test for SetPathInfo/SetFileInfo level 2 (which probably should
return something like ERROR_EAS_NOT_SUPPORTED) is one of the more important
ones.   I will check the OS/2 Programming Reference and IFS Reference for
the other info  levels.

We discovered another interesting problem, while testing this fix to return
the right rc on the above.   Samba does not seem to handle the "must have"
search bits (at all) which causes a few common Lotus apps to fail on Samba
mounted network drives.  I will test a fix for that tomorrow.   We check
the more common "may have" bits on processing the FindFirst/FindNext
entries for possible matches one by one but we don't check the "must have"
bits so in this particular case the search attributes were 0x1010  (i.e.
matches must have directory bit set and matches may have directory bit set)
and we were returning a file that was not a directory which caused the app
to try to change directory into it and search the "directory" for more
files.

Steve French
Senior Software Engineer
Linux Technology Center - IBM Austin
phone: 512-838-2294
email: [EMAIL PROTECTED]