Trying to build docker container of cokmap, multiple errors due to precompiled library.

[gtrrnr]

Due to precompiled library /plugin/pm_linux.so that is used to parse nmap probes i encountered multiple errors while trying to build docker container:

First error occured when trying to compile cokmap using go > 1.24.2:

$ echo 1.1.1.1:80/tcp | docker run test/cokmap -v 3 -plugin pm_linux.so  -n nmap-service-probes
cokmap v
{"time":"2025-08-20T05:06:26.223130867Z","level":"INFO","msg":"warning: Product Matcher will try parse only string format response"}
{"time":"2025-08-20T05:06:26.224817357Z","level":"INFO","msg":"fatal error while loading product matcher pm_linux.so error plugin.Open(\"pm_linux\"): plugin was built with a different version of package internal/goarch"}

Tried to compile it using go 1.24.2, now getting errors about dependency being incompatible:

$ echo 1.1.1.1:80/tcp | docker run test/cokmap -v 3 -plugin pm_linux.so  -n nmap-service-probes
cokmap v
{"time":"2025-08-20T05:13:34.286175715Z","level":"INFO","msg":"warning: Product Matcher will try parse only string format response"}
{"time":"2025-08-20T05:13:34.287965021Z","level":"INFO","msg":"fatal error while loading product matcher pm_linux.so error plugin.Open(\"pm_linux\"): plugin was built with a different version of package github.com/dlclark/regexp2/syntax"}

Would you mind releasing source code for pm_linux.so so that users could build it themselves?

Nvm, found this in License.md, what a shame.

The User shall not modify, adapt, localize, or decompile the part the Software which is made available by the Rightholder as compiled (binary) libraries, nor shall the User make any changes to the source code of the Software, except as expressly specified in the License.

[Feraston]

Good day! We apologize for the delayed response.
The root cause of the error is not a mismatch of Go versions per se, but the fact that both cokmap and pm_linux.so depend on the same external Go packages.

When you use the prebuilt binaries (cokmap + pm_linux.so), they work fine, because both were compiled in the same environment, against the same versions of dependencies, and therefore share the same internal type information.

However, when you recompile cokmap locally and try to load the prebuilt pm_linux.so, the Go plugin loader fails. This happens because the plugin system in Go requires exactly identical type information (including package path, version, compiler, and build flags) between the main binary and the plugin. Even if the source code of a dependency didn’t change semantically, differences in the build cache (or inlined internal structures like internal/goarch or github.com/dlclark/regexp2/syntax) make the runtime treat them as incompatible. That’s why the error message says the package was built with a different version.

In other words:
• Prebuilt binary + prebuilt plugin = OK (identical build environment).
• Custom binary + prebuilt plugin = ❌ (Go’s plugin ABI breaks due to dependency mismatch).

To address this, we removed the dependency on shared external packages between cokmap and the plugin. Instead of relying on identical library types, we switched to using type “any”(interface{}) and performing explicit type conversions inside the code. This way, the plugin no longer requires the exact same version of an external dependency as the main binary, which makes it possible to build a custom cokmap binary and still use it with the existing pm plugin.

Thank you for your patience and please let us know if you have any questions.
Best regards,
CyberOK Development Team