Tcl Source Code

Ticket Change Details
Bounty program for improvements to Tcl and certain Tcl packages.
Tcl 2019 Conference, Houston/TX, US, Nov 4-8
Send your abstracts to [email protected]
or submit via the online form by Sep 9.

Artifact ID: 3a4e4e651bb015cb5ab008b1cdc0cba5818d8d6d5b29ff323cf01583ca7429a6
Ticket: 270f78ca95b642fbed81ed03ad381d64a0d0f7df
file mkdir: race condition if two workers creates same directory and one worker deletes it immediately
User & Date: sebres 2018-07-11 00:22:24

  1. Change closedate to "2458310.51555963"
  2. Change closer to "sebres"
  3. Change icomment to:

    So I assume it works now for you also as regards your NFS (NAS share)?

    But what I don't understand, how it can fail without delete at all (especially with EEXIST error code). Possibly you use something like temporary folders (just with range of the same names)? So it could be deleted (after work done)? In case like this I think to resolve such time-issues (and they are rather a time- as a race-condition indirectly) you should possibly add some business logic (e. g. with some time-component in the name of the folder) to avoid deleting of still "active" directory (as already said like described in RFE [4f322b9d21]). Note, that in this case both creater-workers will return successfully, but folder will be not exist (because deleted) so you'll get a consequential error just later.

    Also note on NFS (especially under control of Windows) there are some rude antivirus or other IDS-similar software's (could use quarantine, worker suspending and co), that may cause similar errors there.

  4. Change login to "sebres"
  5. Change mimetype to "text/x-fossil-wiki"