Fixed exception on windows when contention happens in file cache

[gshimansky]

Catch exception that happens in file cache on Windows when two or more processes attempt to write the same file that is already open by some other process, and therefore cannot be written because it is locked (that's how files work on Windows).

Fixed #2777 .

New contributor declaration

• [x] I am not making a trivial change, such as fixing a typo in a comment.

• [x] I have written a PR description following these rules.

• [x] I have run pre-commit run --from-ref origin/main --to-ref HEAD.

• Select one of the following.

  • [ ] I have added tests.
  • /test for lit tests
  • /unittest for C++ tests
  • /python/test for end-to-end tests
  • [x] This PR does not need a test because all unit tests test this functionality when run with xdist.

• Select one of the following.

  • [x] I have not added any lit tests.
  • [ ] The lit tests I have added follow these best practices, including the "tests should be minimal" section. (Usually running Python code and using the instructions it generates is not minimal.)

[gshimansky]

While this patch fixes the main source of PermissionError exceptions in FileCacheManager.put function I now see rare occurrences of PermissionError when Triton code tries to read files from the cache. They are possibly unrelated to this particular fix and happened previously too, just much less frequently. I've converted PR to a draft while I continue to investigate and look for a complete fix of xdist tests on windows.