Alright, time to close the loop on this one :-) The underlying issue was with Folder Redirection being enabled in this Citrix environment, in combination with an older version of a 4D structure file being used, in combination with running as Standalone/Remote.
Tracing the issue in Process Explorer, we noted the paths that the application was attempting to use to load the plugin's dependent .dll files ... and that it was not even *attempting* to load from any "redirected" path. The short solution was to implement a login script that copies these files into "C:\Windows\System" upon signing on to Windows, as that folder always appears in the search path for the 4D Standalone application Our infrastructure partners mentioned that apparently many applications (particularly older ones) tend to have issues handling this style of folder redirection. So, the long and short of it is - if you're having issues loading the underlying .dll files for a plugin - check whether you're running on a redirected folder path. Hope this helps someone in the future! Thanks, - Clayton _______________________________________________ Active4D-dev mailing list [email protected] http://list.aparajitaworld.com/listinfo/active4d-dev Archives: http://active4d-nabble.aparajitaworld.com/
