Register Cleanup of Files and Directories #27
Conversation
|
@jsquyres @ggouaillardet What do you think? |
|
@rhc54 and I discussed and revised this a bunch today. 👍 from me. |
RFC0027.md
Outdated
| PMIX_INFO_LOAD(&info[0], PMIX_REGISTER_CLEANUP, "/mytmpdir", PMIX_STRING); | ||
| PMIX_INFO_LOAD(&info[1], PMIX_REGISTER_CLEANUP, "/tmp/dev_shm/mybackfile", PMIX_STRING); | ||
| /* recursively cleanup subdirectories */ | ||
| PMIX_INFO_LOAD(&info[2], PMIX_CLEANUP_RECURSIVE, NULL, PMIX_BOOL); |
There was a problem hiding this comment.
@rhc54 to which directory this recursive flag will be applied?
There was a problem hiding this comment.
All of the ones contained in this particular registration - if you want one to be recursive and the other not, then they need to be registered separately.
|
I think this is a very convenient feature. |
|
Sounds reasonable - please feel free to provide a PR with such an extension against this RFC. |
|
@rhc54 I like this proposal too. |
|
Kewl - thanks! |
Application processes frequently need to create temporary files and directories (e.g., for shared memory backing) that need to be cleaned up upon termination. This RFC provides a mechanism by which the process can register a file or directory for post-termination cleanup by the PMIx server. Final adjustment to identify directories vs files with a dedicated attribute. Signed-off-by: Ralph Castain <[email protected]>
Application processes frequently need to create temporary files and directories (e.g., for shared memory backing) that need to be cleaned up upon termination. This RFC provides a mechanism by which the process can register a file or directory for post-termination cleanup by the PMIx server.
Signed-off-by: Ralph Castain [email protected]