Has anyone seen problems with readbraw requests from win95 to samba?
In looking at some packet traces, I noticed a very strange sequence in
the following situation:
- a drive is mounted (over tcp or netbios)
- a ms-dos shell is started
- cd to the mounted drive
- run a program (happens to be something called bpshell.exe)
The packet sequence (starting after the mount, before the cd) is:
SMBchkpth (REQUEST) \DIR2
SMBchkpth (REPLY) [ok]
SMBtrans2 (REQUEST) FINDFIRST DIR2
SMBtrans2 (REPLY) [stuff]
SMBtrans2 (REQUEST) FINDFIRST DIR2\BPSHELL.???
SMBtrans2 (REPLY) [stuff]
SMBtrans2 (REQUEST) FINDNEXT
SMBtrans2 (REPLY) [stuff]
SMBfindclose (REQUEST)
SMBfindclose (REPLY)
SMBtrans2 (REQUEST) FINDFIRST DIR2
SMBtrans2 (REPLY) [stuff]
SMBtrans2 (REQUEST) FINDFIRST DIR2\BPSHELL.EXE
SMBtrans2 (REPLY) [stuff - size of file is 90462]
SMBopenX (REQUEST) \DIR2\BPSHELL.EXE
SMBopenX (REPLY) [ok]
SMBreadbraw (REQUEST) Offset=0 MaxCount=4096
[4k of data]
! SMBreadbraw (REQUEST) Offset=310785 MaxCount=94
! [0k of data]
! SMBread (REQUEST) Offset=310785 MaxCount=94
! SMBread (REPLY) Count=0
! SMBclose (REQUEST)
! SMBclose (REPLY)
SMBopenX (REQUEST) \DIR2\BPSHELL.EXE
SMBopenX (REPLY)
SMBreadbraw (REQUEST) Offset=4096 MaxCount=60960
[60k of data]
SMBreadbraw (REQUEST) Offset=65056 MaxCount=25406
[25k of data]
SMBclose (REQUEST)
SMBclose (REPLY)
Note the odd SMBreadbraw from win95 - it is re-tried with SMBread and
then re-tried again after closing/re-opening the file.
If anyone is interested, I've put three full traces on the web
under http://www.cs.mun.ca/~michael/samba/ (they are too big to
include here):
unix-tcp.trace samba/win95 over tcp showing the problem
unix-nb.trace samba/win95 over netbios showing the problem
(results in a hang 'cause 0 length raw data
isn't
sent - a bug that will be fixed shortly)
nt-nb.trace winNT/win95 over netbios not showing the problem:
the trace the same, except the first readbraw is
followed by
SMBopenX (REQUEST) \DIR2\BPSHELL.EXE
SMBlockingX (REQUEST) [on originally opened one]
SMBclose (REQUEST) [on originally opened one]
SMBclose (REPLY)
SMBopenX (REPLY)
SMBreadbraw (REQUEST) offset=4096 MacCount=60960
[and so on]
(the ordering of requests/replies here seems very
strange to me...)
Mike