This is a new one to me. Any ideas? I’m thinking perhaps “FailureCondition:tempFolder” might mean that the runtime is trying to allocate a temp folder item and failing. Perhaps the user has anti-virus software running which is interfering?
Thanks Joe - does this have anything to do with my app’s use of Threading (It does make extensive use of it) or is the name “RuntimeThread.cpp” not a threading-specific module? This is, naturally, a Carbon app since it’s built with 2010 R1.
App.Open
...
myMutex = new Mutex(myMutexName)
if myMutex <> nil then
if myMutex.TryEnter then
' ok, we are only copy running
else
' another copy running - this requires us to quit
LogWarning "Another copy of " + myMutexName + " is still running, must quit now."
Quit
return
end if
end if
Followup: we did some investigation on the client’s machine, using EtreCheck http://www.etresoft.com/etrecheck (an app which makes a nicely formatted text file listing 3rd party apps, haxies, kexts and startup items). We identified a few possibilities, and the user reported that removing Intego Backup Assistant fixed the problem.
Perhaps also relevant: the issue only cropped up if the user ran the app within several minutes of a cold restart of the computer.