Hello,
we've tested the described situation - and added a new example to , see foo_exported.dll.
However, our example works without problems - even if we force an error. Maybe you can compare your code with ours and find some problems this way?
BTW: Currently, *.dll files always get loaded before *.sj files, so the exported function should be available.
Best regards,
Your Silverjuke-Team
Exception after confirm-loading-dll dialog
-
SilverEagle
- Posts: 713
- Joined: 30. Sep 08, 14:00
- Location: Netherlands [phpBB Debug] PHP Warning: in file [ROOT]/vendor/twig/twig/lib/Twig/Extension/Core.php on line 1266: count(): Parameter must be an array or an object that implements Countable
-
Service-Team
- Posts: 2448
- Joined: 7. Dec 04, 04:48
- Location: Germany [phpBB Debug] PHP Warning: in file [ROOT]/vendor/twig/twig/lib/Twig/Extension/Core.php on line 1266: count(): Parameter must be an array or an object that implements Countable
-
SilverEagle
- Posts: 713
- Joined: 30. Sep 08, 14:00
- Location: Netherlands [phpBB Debug] PHP Warning: in file [ROOT]/vendor/twig/twig/lib/Twig/Extension/Core.php on line 1266: count(): Parameter must be an array or an object that implements Countable
Re: Exception after confirm-loading-dll dialog
Hi Team,
I updated my MSVC-compiler to the newest version (latest patch for 6.0 that is - never saw the need to upgrade any further - created in 1998 and stil going strong
) which I forgot on my latest machine - and the bug disappeared (for now...).
But the new example is a very good idea, the info how to combine it all to call a DLL from script was all present in the SDK and forum, but it was very hard to piece together when I started my first DLL.
Might I suggest one tiny change for the example: rename the stringid used internally to the DLL to something other than the functionname? There is no technical link between them, and the way the exportedFunction script-function-pointer turns up as a string in callExported is already confusing enough without suggesting any relation to the string used for the callPlugin() to SJ_PLUGIN_CALL-param1 communication.
Thanks,
SilverEagle
I updated my MSVC-compiler to the newest version (latest patch for 6.0 that is - never saw the need to upgrade any further - created in 1998 and stil going strong
) which I forgot on my latest machine - and the bug disappeared (for now...).
But the new example is a very good idea, the info how to combine it all to call a DLL from script was all present in the SDK and forum, but it was very hard to piece together when I started my first DLL.
Might I suggest one tiny change for the example: rename the stringid used internally to the DLL to something other than the functionname? There is no technical link between them, and the way the exportedFunction script-function-pointer turns up as a string in callExported is already confusing enough without suggesting any relation to the string used for the callPlugin() to SJ_PLUGIN_CALL-param1 communication.
Thanks,
SilverEagle
-
Service-Team
- Posts: 2448
- Joined: 7. Dec 04, 04:48
- Location: Germany [phpBB Debug] PHP Warning: in file [ROOT]/vendor/twig/twig/lib/Twig/Extension/Core.php on line 1266: count(): Parameter must be an array or an object that implements Countable
Re: Exception after confirm-loading-dll dialog
SilverEagle wrote:
> I updated my MSVC-compiler to the newest version
> [...] and the bug disappeared (for now...)
We're also using VC6 for some purposes here ...
... but (still) without any problems on compiling and using Silverjuke plugins. However, we can imagine various reasons that this will fail
> But the new example is a very good idea [...]
> Might I suggest one tiny change for the example:
> rename the stringid used internally to the DLL to
> something other than the functionname?
You are right, using the function name here may be confusing. We're now using ID_FOO instead.
Best regards.
Your Silverjuke-Team
> I updated my MSVC-compiler to the newest version
> [...] and the bug disappeared (for now...)
We're also using VC6 for some purposes here ...
- vc6.png (34.43 KiB) Viewed 2538 times
... but (still) without any problems on compiling and using Silverjuke plugins. However, we can imagine various reasons that this will fail
> But the new example is a very good idea [...]
> Might I suggest one tiny change for the example:
> rename the stringid used internally to the DLL to
> something other than the functionname?
You are right, using the function name here may be confusing. We're now using ID_FOO instead.
Best regards.
Your Silverjuke-Team