Funny caching problem

Erwin Authried eauth at
Thu Jun 4 18:27:43 GMT 1998

I have just experienced the same problem in 1.9.18p7 after upgrading from
1.9.17p1 on Linux 2.0.32. The problem seems to appear when I read files
from an MS-DOS application. The files are created/updated under Linux.
When the files are changed or even deleted (!) on the Linux server, the
DOS application still gets the old version. Below is my smbstatus output
that shows the affected files:

Locked files:
Pid    DenyMode   R/W        Oplock           Name
projects/sl9000/   Thu Jun  4 20:09:31 1998
projects/sl9000/   Thu Jun  4 20:09:19 1998

Share mode memory usage (bytes):
   102008(99%) free + 304(0%) used + 88(0%) overhead = 102400(100%) total

The behaviour is perfectly reproducable (It happens always). Any help
would be greatly appreciated.


On Donnerstag, 4. Juni 1998 20:02, samba at wrote:
> Hi folks,
> I am experiencing a strange problem with 1.9.18p7 on FreeBSD 2.2.2.
> When I access files from the [homes] share, my Win95 client seems to be
> caching the files, and not realising that the files may have changed.
> For example, I can load a simple text file (from the [homes] share)
> Codewright on the Win95 client. Then I edit the same file using vi on
> samba server, and write out the changes. Now, if I close the file in
> Codewright, and re-open it, the old version of the file re-appears.
> exe shows the same behaviour, although (oddly), reading the file with
> Quickview.exe seems to fetch the latest version every time. Once this
> done, Notepad.exe and Codewright can also load the latest version,
(until I
> make another change to the file).

mail4u Version 1.3.02 beta (, registered for
Softwareentwicklung und Systemdesign

More information about the samba mailing list