| commit | a5378b51915967b094d6eac2426393d8c0c5674f | |
| author | jlh <jlh@gmx.ch> | |
| Sun, 25 May 2008 22:50:01 +0000 (26 00:50 +0200) | ||
| committer | jlh <jlh@gmx.ch> | |
| Sun, 25 May 2008 22:50:01 +0000 (26 00:50 +0200) | ||
| tree | 852aecd2c90dc9f0702b0549820646e470932d3f | treesnapshot (tar.gz zip) |
| parent | 3e81b7a247a184600fa2830cbae8b7d8801ba9ef | commitdiff |
utils.cpp: Set FD_CLOEXEC on lock file
Also see commit ce6f838b4587528630784c1ea1ad272b64e78544. There
was one remaining issue when Skype Call Recorder would start, get
the lock file and then fork off dbus-daemon which would inherit
the lock. In that situation, if Skype Call Recorder is properly
terminated, the lock is released and deleted and dbus-daemon would
hold a harmles open fd to the now deleted lock file. But when it
crashes instead or gets interrupted, it will not release the lock,
causing the problem described in that other commit.
Also see commit ce6f838b4587528630784c1ea1ad272b64e78544. There
was one remaining issue when Skype Call Recorder would start, get
the lock file and then fork off dbus-daemon which would inherit
the lock. In that situation, if Skype Call Recorder is properly
terminated, the lock is released and deleted and dbus-daemon would
hold a harmles open fd to the now deleted lock file. But when it
crashes instead or gets interrupted, it will not release the lock,
causing the problem described in that other commit.
| utils.cpp | diffblobblamehistory |