Just committed the fix for this. It was based on Tobias's patch, but his patch didn't properly exclude wxMac.
And Benjamin was correct, there was a crash when the "running" Audacity attempted to disconnect the socket. Took me nearly all day to figure out what the heck was going on.
Basically, the IPCConn object was being deleted before the the actual command was received.
And Tobias had put the socket into /tmp, but it needed to go into Audacity's temp directory as selected by the user. That way it follows the lock file. If left in /tmp, it would be possible for one user to open an audio file in another users Audacity.
It definitely wouldn't hurt to validate both Linux AND Windows since they now share the same code.
Just committed the fix for this. It was based on Tobias's patch, but his patch didn't properly exclude wxMac.
And Benjamin was correct, there was a crash when the "running" Audacity attempted to disconnect the socket. Took me nearly all day to figure out what the heck was going on.
Basically, the IPCConn object was being deleted before the the actual command was received.
And Tobias had put the socket into /tmp, but it needed to go into Audacity's temp directory as selected by the user. That way it follows the lock file. If left in /tmp, it would be possible for one user to open an audio file in another users Audacity.
It definitely wouldn't hurt to validate both Linux AND Windows since they now share the same code.