Modify ↓
Opened 15 years ago
Closed 15 years ago
#1413 closed Bug (No Bug)
Shared file access flags behavior change in FileOpen
| Reported by: | GicuPiticu | Owned by: | |
|---|---|---|---|
| Milestone: | Component: | AutoIt | |
| Version: | 3.3.4.0 | Severity: | None |
| Keywords: | FileOpen, Shared file access flags | Cc: | piticu.gicu@… |
Description
It seems that FileOpen function has been modified about the way it handles shared file access flags in 3.3.4.0 as opposed to 3.3.2.0.
Maybe it's time for implementing FileOpen modes/flags like OF_SHARE_DENY_NONE and so on.
With code like the folowing... one can't do a "tail" any more on the test.log file while the script is running... because of "File Sharing Violation".
If the script gets compiled/runned by 3.3.2.0 -> no problem....it all started with compiling/running the same script in 3.3.4.0....
$hLogFile=FileOpen("test.log")
While True
;;;do somethin' useful
FileWrite($hLogFile,"some meaningfull message")
FileFlush($hLogFile)
;;;more processing
Wend
Attachments (0)
Change History (1)
comment:1 Changed 15 years ago by Valik
- Resolution set to No Bug
- Status changed from new to closed
Guidelines for posting comments:
- You cannot re-open a ticket but you may still leave a comment if you have additional information to add.
- In-depth discussions should take place on the forum.
For more information see the full version of the ticket guidelines here.
Note: See
TracTickets for help on using
tickets.
If the files are now correctly locked... good! They should have been locked from day one but there was some bug I didn't have time to track down which was allowing them to be shared. The fact that they were shared *was* the bug, not that they can no longer be shared. If that "always shared" bug is indeed fixed then I can finally implement proper sharing and file locking (#546).
This is no bug, assuming it's true.