Mila Grigorova

I've been able to reproduce this with standard 16.0.504.20 build as well. Same issue when dbghelp.dll from Houdini bin folder is loaded. My best guess is dbgcore.dll does not load because of version mismatch. Note that our dso depends on a dll that makes calls to functions from dbghelp. I'll try to make a simple example that compiles with hcustom that reproduces the issue.

Best, Mila.

Hello there,

We are trying to move our custom plugin to Houdini 16. Re-building with HDK16 goes fine, however when loading into Houdini 16 qt4 build for Windows, it would output version mismatch error like the one on sc1.jpg attched. After long hours of debugging we've found 2 things:

1) Houdini suppresses dll exceptions, so the actual dll causing the problem stays hidden. Btw is there a way to get more verbose DSO errors from Houdini?

2) After hacking this with a call to we found that this was coming from dbghelp.dll loaded from Houdini bin folder (see sc2.jpg). Renaming it did the job, so the one from C:\Windows\System32 gets loaded instead. This fixed the problem with the dso, however, I'm not sure if other problems won't arise.

So I guess my question is why do you need a custom version of this system .dll and how to work around this?

That's great to hear. Yeah I did have to change a lot of stuff to be able to compile. I saw you've removed Qt headers from the HDK. Are you going to distribute them at some point? We are using some custom Qt widgets and Qt from the host application, so it would be great to have those there.