Turns out with Win9x, we could occasionally return from unix_convert() given

a mangled name without a valid stat struct if the file existed. This would
then cause open_file_shared1() to erroneously think the file open was new,
thus not check for oplock break, thus causing a spurious EAGAIN reply to
the open on a file we already had kernel oplocked.... (phew - that was fun
to track down :-).
Jeremy.
(This used to be commit e23210e4732163e7f005b320235c20c814b41972)

1 files changed, 12 insertions, 0 deletions

diff --git a/source3/smbd/filename.c b/source3/smbd/filename.c
index d343db26f6..202bd75d4c 100644
--- a/source3/smbd/filename.c
+++ b/source3/smbd/filename.c
@@ -318,6 +318,18 @@ BOOL unix_convert(pstring name,connection_struct *conn,char *saved_last_componen
 				pstrcat(start,"/");
 				pstrcat(start,rest);
 				*end = '\0';
+			} else {
+				/*
+				 * We just scanned for, and found the end of the path.
+				 * We must return a valid stat struct if it exists.
+				 * JRA.
+				 */
+
+				if (vfs_stat(conn,name, &st) == 0) {
+					*pst = st;
+				} else {
+					ZERO_STRUCT(st);
+				}
 			}
 		} /* end else */