[jcifs] Calling length on open file chokes
rob at wygand.com
Fri Dec 14 11:57:53 EST 2001
I just reread your message. Hmpf. Maybe I can look into getting you
Trans2FindFirst2/Next2 implementations. I'll need to see if we can fit
that in. Don't hold your breath! =)
Allen, Michael B (RSCH) wrote:
> Mmm. I thought this would go away with the shareAccess change in SmbComNTCreateAndX. Unfourtunately this particular file is opened by the Win32 Kernel which I guess uses a very restrictive
> ShareAccess. The SMB_COM_QUERY_INFORMATION command is correctly getting the "File is being accessed by another process". smbclient uses the Trans2FindFirst2/Next2 commands. I'll see if there's a way
> to handle this a little more elegantly but I don't think so. Technically the "file is being accessed by another processes" business is correct; you shouldn't be querying that file. This is another yet
> another reason to implement listFiles().
>>From: Rob Wygand [SMTP:rob at filefish.com]
>>Sent: Thursday, December 13, 2001 6:35 PM
>>To: jcifs at samba.org
>>Subject: [jcifs] Calling length on open file chokes
>>Another little oddity, and this was also in 0.5.
>>If I can length() is a file that is open by another process, I get an
>>exception (the file is in use by another process). I see this all the
>>time when 'browsing' pagefile.sys. It should be possible to read the
>>attrs of a file, even if another process has a write lock on it, no?
>>I tested this with smbclient, and that returns the right file length...
More information about the jcifs