Runtime conflicts #4
Currently Golang has an issue that prevents multiple plugins built with this framework from running in the same TS3 client instance. The Golang runtime will reserve specific parts of the memory under the assumption that it is either loaded in once by the host application (if it is written in Go which is not the case here) or it is loaded individually for the binary. Latter will cause the runtime loading to be attempted a second time, leading to a crash.
A solution to this would be to instead write a host plugin for TeamSpeak3 that can then by itself load other plugins written in Go. This would mean that every plugin written in Go has an explicit dependency on this plugin which is not ideal but unfortunately at the moment the only way to solve the issue.