Many thanks to everyone who input into my issue. I have eventually found a
solution.
I wrote a VBScript that calls the ActiveX object and that works now. Initially
it was not working when I tested it on the desktop but it works from within 4D
v15.
Here is my crude understanding of what was h
I guess DLLTOOLSSW is the name of the 4DX, not the DLL it is linked to.
the mystery is why it "appeared to work with v15" initially.
even though DLL wizard is no longer available for unicode mode,
it was always possible to read public C APIs from a DLL using DUMPBIN.
then you could use LIBTOOLS an
I see you already posted the DLL name.
it sounds like the plugin (DLL wrapper) is hooking to the non-unicode entry
point (FourDPack).
v15 exposes the unicode entry point (FourDPackex).
I think you need to re-develop the plugin in unicode mode.
> 2016/09/05 23:25、Douglas Cryer のメール：
> DLLTOOLSS
Timothy and Miyako,
Thank you for your input, I found the following based on your suggestions:
Under v13
The plug-in shows in the list as AddressX but in the explorer window as
DLLTOOLSSW
Version 1.0.1.0
Location “AddressX.bundle” in volume “C:” with a full path displayed with a
popup menu.
Und
Doug,
Check if it is enabled from 4D's Explorer like shown here:
http://kb.4d.com/assetid=76951
-Tim
**
4D Internet Users Group (4D iNUG)
FAQ: http://lists.4d.com/faqnug.html
Archive: http://lists.4d.com/archives.html
Options:
the command name tokenising in the method editor only proves that the RSR (or
manifest,json) file is present.
whether a plugin is loaded or not is evident in the Explorer, plugins page.
> 2016/09/02 22:25、Douglas Cryer のメール：
> In both the plugin shows OK in the method after re-parsing it (severa
Miyako,
Re:
unless the plugin is dynamically loading the DLL (LoadLibrary),
it should appear as disabled immediately because dependencies are resolved
at startup.
if that is the case, you could use "depends" to see which DLLs are missing.
http://www.dependencywalker.com
If I
unless the plugin is dynamically loading the DLL (LoadLibrary),
it should appear as disabled immediately because dependencies are resolved at
startup.
if that is the case, you could use "depends" to see which DLLs are missing.
http://www.dependencywalker.com
what if you place the DLL right next
-boun...@lists.4d.com on behalf of
4d_tech-requ...@lists.4d.com" <4d_tech-boun...@lists.4d.com on behalf of
4d_tech-requ...@lists.4d.com> wrote:
Re: v15 DLL Plugin Issue
**
4D Internet Users Group (4D iNUG)
FAQ: htt
Is it a path issue with how Windows is seamlessly running things out of the
C:/ProgramData folder when your application is in C:/Program Files?
That could screw up paths in our code.
Randy
--
Randy Jaynes
Senior Programmer and
I have an issue which is quickly becoming a major issue with a Plugin that was
working and is now no longer working since upgrading to v15.
The plugin wqs originally written with DLLWizard as a WIN4DX header to a DLL.
It calls an address lookup solution by passing a postcode.
It was then conve
11 matches
Mail list logo
