Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Process locking #72

Open
srid opened this issue Jan 1, 2020 · 0 comments
Open

Process locking #72

srid opened this issue Jan 1, 2020 · 0 comments
Labels
enhancement New feature or request

Comments

@srid
Copy link
Owner

srid commented Jan 1, 2020

Rib should lock the directory when watching for changes, so that a second instance is prohibited at the beginning.

This should behave similar to Shake's locking, which reports as follows (when two instances of rib process is running at the same time, and a source file gets changed):

[Rib] Watching a/ for changes
# a/tidbits.dhall
[Rib] Shake error: Shake failed to acquire a file lock on .shake/.shake.lock
Shake process ID 30041 is using this lock.
setLock: resource exhausted (Resource temporarily unavailable)
CallStack (from HasCallStack):
  errorIO, called at src/General/FileLock.hs:67:9 in shake-0.18.4-5VRu9yKqXOY
JrfQmbOPO6w:General.FileLock
@srid srid added the enhancement New feature or request label Jan 1, 2020
@srid srid added the good first issue Good for newcomers label Mar 22, 2020
@srid srid removed the good first issue Good for newcomers label Apr 3, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant