Age | Commit message (Collapse) | Author |
|
|
|
|
|
Issue: #975
|
|
This reverts commit bab093ebbe392927a92ef201fe60344d5c1191dd.
|
|
The X-Plane plugin is next and should build on win32 then.
|
|
|
|
|
|
|
|
It can cause problems for `freetrackclient.dll'
consumers. This fix is better than modulo rand().
|
|
|
|
It's a contract for plugin invocation that the particular function fills
the role of initialization. Rename accordingly.
|
|
- set zeros in shm, for NPClient.dll tracking detection
- remove tirviews support
- remove registry cleanup on exit support
|
|
|
|
|
|
"volatile" is too underspecified.
Also cleanup some old code.
|
|
|
|
|
|
- adjust usages
- add support for QList signals and metatype
|
|
Adjust usages.
|
|
|
|
|
|
Now that we have -fuse-cxa-atexit static dtors for modules are called as
they should be.
|
|
We no longer have this recurring problem since I enabled
ignoring executable bit changes on the Windows workstation.
|
|
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
|
|
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
|
|
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
|
|
|
|
|