Commit message (Collapse) | Author | Age | |
---|---|---|---|
* | comment | 2016-03-01 | |
| | |||
* | clarify | 2016-03-01 | |
| | |||
* | Merge branch 'master' of ssh://git-annex.branchable.com | 2016-03-01 | |
|\ | |||
* | | Fix shared lock file FD leak. | 2016-03-01 | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This fixes behavior in this situation: l1 <- lockShared Nothing "lck" l2 <- lockShared Nothing "lck" dropLock l1 dropLock l2 Before, the lock was dropped upon the second dropLock call, but the fd remained open, and would never be closed while the program was running. Fixed by a rather round-about method, but it should work well enough. It would have been simpler to open open the shared lock once, and not open it again in the second call to lockShared. But, that's difficult to do atomically. This also affects Windows and PID locks, not just posix locks. In the case of pid locks, multiple calls to waitLock within the same process are allowed because the side lock is locked using a posix lock, and so multiple exclusive locks can be taken in the same process. So, this change fixes a similar problem with pid locks. l1 <- waitLock (Seconds 1) "lck" l2 <- waitLock (Seconds 1) "lck" dropLock l1 dropLock l2 Here the l2 side lock fd remained open but not locked, although the pid lock file was removed. After this change, the second dropLock will close both fds to the side lock, and delete the pidlock. | ||
| * | Added a comment | 2016-03-01 | |
| | | |||
| * | Added a comment | 2016-03-01 | |
| | | |||
| * | Added a comment: recent snapshot seems has fixed it | 2016-03-01 | |
| | | |||
* | | comment | 2016-03-01 | |
| | | |||
| * | Added a comment: more info | 2016-03-01 | |
|/ | |||
* | moreinfo | 2016-03-01 | |
| | |||
* | Fix bug preventing moving files to/from a repository with annex.pidlock set. | 2016-03-01 | |
| | |||
* | comment typo fix | 2016-03-01 | |
| | |||
* | Fix data loss that can occur when annex.pidlock is set in a repository. | 2016-03-01 | |
| | |||
* | comment | 2016-03-01 | |
| | |||
* | comment | 2016-03-01 | |
| | |||
* | reopen | 2016-03-01 | |
| | |||
* | comment | 2016-03-01 | |
| | |||
* | Added a comment: similar problem | 2016-03-01 | |
| | |||
* | Added a comment | 2016-03-01 | |
| | |||
* | initial whining | 2016-03-01 | |
| | |||
* | (no commit message) | 2016-03-01 | |
| | |||
* | Merge branch 'master' of ssh://git-annex.branchable.com | 2016-02-29 | |
|\ | |||
* | | devblog | 2016-02-29 | |
| | | |||
| * | (no commit message) | 2016-02-29 | |
| | | |||
| * | Added a comment | 2016-02-29 | |
|/ | |||
* | metadata: Added -r to remove all current values of a field. | 2016-02-29 | |
| | |||
* | use DelMeta to unset tag | 2016-02-29 | |
| | | | | No behavior change, just simplification. | ||
* | add news item for git-annex 6.20160229 | 2016-02-29 | |
| | |||
* | leap year release6.20160229 | 2016-02-29 | |
| | |||
* | forgot to add this comment earlier | 2016-02-29 | |
| | |||
* | comment | 2016-02-29 | |
| | |||
* | Merge branch 'master' of ssh://git-annex.branchable.com | 2016-02-29 | |
|\ | |||
* | | fix android build | 2016-02-29 | |
| | | |||
| * | (no commit message) | 2016-02-29 | |
|/ | |||
* | remove lower-casing of field names; metadata fields are case-insensative | 2016-02-28 | |
| | |||
* | Merge branch 'master' of ssh://git-annex.branchable.com | 2016-02-28 | |
|\ | |||
* | | The pre-commit-annex hook script that automatically extracts metadata has ↵ | 2016-02-28 | |
| | | | | | | | | been updated to also use exiftool. Thanks, Klaus Ethgen. | ||
| * | Added a comment: Some additional notes | 2016-02-28 | |
|/ | |||
* | Support --metadata field<number, --metadata field>number etc to match ranges ↵ | 2016-02-27 | |
| | | | | | | | of numeric values. Similarly (well, for free), support preferred content expressions like metadata=field<number and metadata=field>number | ||
* | close bug and changelog | 2016-02-26 | |
| | | | | finished testing recent commits, and I did solve it | ||
* | better forcing of hash | 2016-02-26 | |
| | |||
* | forgot to use sfile | 2016-02-26 | |
| | |||
* | try again at forcing file read while hashing | 2016-02-26 | |
| | |||
* | update | 2016-02-26 | |
| | |||
* | bug | 2016-02-26 | |
| | |||
* | close | 2016-02-26 | |
| | |||
* | test revert "force hash to finish with file before returning" | 2016-02-26 | |
| | | | | | | This reverts commit d11b032bd86ebe69f1d08e382bd83370db8ea9b9. This seems to have caused a memory leak. | ||
* | typo | 2016-02-26 | |
| | |||
* | Include magic database in the linux and OSX standalone builds. | 2016-02-26 | |
| | |||
* | (no commit message) | 2016-02-26 | |
| |