monotone - Bugs: bug #31017, automate stdio session does not...
You are not allowed to post comments on this tracker with your current authentication level.
bug #31017: automate stdio session does not see external db changes
Submitter: | Stephen Leake <stephen_leake> | ||
Submitted: | Sat 11 Sep 2010 05:38:48 PM UTC | ||
Category: | automation interface | Severity: | 3 - Normal |
Item Group: | None | Status: | None |
Privacy: | Public | Assigned to: | None |
Open/Closed: | Open | ||
mtn version --full: | 0.48 |
Sun 26 Sep 2010 03:48:14 PM UTC, comment #4: |
Zack Weinberg <zackw> |
Sun 26 Sep 2010 02:57:36 PM UTC, comment #3: Further experiments; on Windows MinGW and Cygwin, the automate session does hold the database file locked; an attempt to delete it from another process fails.
|
Stephen Leake <stephen_leake> |
Thu 23 Sep 2010 10:28:51 AM UTC, comment #2: Can we instruct the operating system to lock the opened database file somehow so it cannot be deleted / unlinked while its open? |
Thomas Keller <tommyd> |
Thu 23 Sep 2010 09:01:27 AM UTC, comment #1: Actually, to trigger the problem, the external process has to delete and recreate the db. For example, by running a lua test. Normal operations on a database are seen by the stdio process. |
Stephen Leake <stephen_leake> |
Sat 11 Sep 2010 05:38:48 PM UTC, original submission:
If an automate stdio session has opened a db, and some external process then changes that db, the stdio session does not see the changes.
|
Stephen Leake <stephen_leake> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Powered by Savane 3.13-cf05.
Corresponding source code
There is no such thing as locking against deletion on Unix.
How exactly did you get into this situation, Stephen? The lua tests are supposed to only mess with databases that they create.