summaryrefslogtreecommitdiffhomepage
path: root/proto-ft/mutex.cpp
AgeCommit message (Collapse)Author
2016-06-14proto/freetrack: less noise if registry clearing disabledStanislaw Halik
2016-05-22proto/freetrack: runonce check can be a static memberStanislaw Halik
Now that we have -fuse-cxa-atexit static dtors for modules are called as they should be.
2016-05-15many: remove executable bit from source filesStanislaw Halik
We no longer have this recurring problem since I enabled ignoring executable bit changes on the Windows workstation.
2016-04-06proto/ft: only clear registry path on program exitStanislaw Halik
Clear registry path when opentrack exits, not merely tracking is stopped. This is still controlled by the checkbox, while checking for being the first instance happens always regardless. Also update dialog description. Issue: #332
2016-04-06proto/ft: make clear registry path on quit optionalStanislaw Halik
Make clearing the dll path optional, defaulting to false. See previous commit. It has a side effect of games started before opentrack not seeing any dll path, and loading nothing. That is, opentrack only functions when tracking is started before a game is started. Issue: #332
2016-04-06proto/ft: don't make games think opentrack is running after it quitsStanislaw Halik
Some background: Our dll's for freetrack and npclient protocols don't support indication whether opentrack is running or not. Worse yet, they're whitelisted on Arma's anticheat system so we can't modify them at arbitrary times. It's possible to run multiple opentrack instances at a time and we can't have multiple instances stepping upon each other's toes. It's kind of pointless to run multiple sessions but hey. Implementation: Guard with a mutex against multiple instances. Only the first instance (that uses the freetrack protocol at all) gets to control whether the dll's are accessible. Remove the registry keys after either freetrack protocol exits or software exits, but only if we're the first opentrack instance running freetrack protocol at all. Issue: #332