diff options
| author | Paul Eggert | 2024-08-15 20:10:53 -0700 |
|---|---|---|
| committer | Paul Eggert | 2024-08-15 20:11:33 -0700 |
| commit | 40eecd594ac60f38b6729fd9cf3474a8b9d133b9 (patch) | |
| tree | db7043923f69461bfcc40ce72a5f5b5bae5722f7 /src/bytecode.c | |
| parent | 8b36bfc553b97cf435bdfe1b84abe21c3a605b9f (diff) | |
| download | emacs-40eecd594ac60f38b6729fd9cf3474a8b9d133b9.tar.gz emacs-40eecd594ac60f38b6729fd9cf3474a8b9d133b9.zip | |
Port better to NFS unlink
I found this problem while looking into Bug#72641.
* lib-src/etags.c (do_move_file):
* lib-src/update-game-score.c (unlock_file):
* src/androidvfs.c (android_hack_asset_fd_fallback):
* src/filelock.c (current_lock_owner):
Treat unlink as successful if it fails because the file wasn’t there.
This can happen with some NFS implementations, due to its
retrying over the network to get at-least-once semantics.
Although most of Emacs’s calls to unlink were already doing this,
a few instances were not.
Diffstat (limited to 'src/bytecode.c')
0 files changed, 0 insertions, 0 deletions