I'm got a C# DLL that calculates my trades for MT4. It is compiled as x86 and uses RGiesecke.DllExport for unmanaged code. So far so good, but I'm not able to call any other class libraries from it. As soon as I instantiate a class in an external dll file (which I manually copy into the Libraries folder) I get "Unhandled exception 0xE0434352", even if it's just an empty class library also compiled as x86. What is that about? Re Dennis
- Managed (.NET) dll working from installation folder but not from terminal_data_directory MQL4 Libraries
- What is a good method for protecting class files in library?
- and again dll and market
Never mind, I figured it out. The main DLL has to go in MQL/Libraries as usual, but any other ones has to be placed in the actual terminal.exe folder. A bit weird, in my opinion, but at least it works. Re Dennis
sgude0 #:
Never mind, I figured it out. The main DLL has to go in MQL/Libraries as usual, but any other ones has to be placed in the actual terminal.exe folder. A bit weird, in my opinion, but at least it works. Re Dennis
Never mind, I figured it out. The main DLL has to go in MQL/Libraries as usual, but any other ones has to be placed in the actual terminal.exe folder. A bit weird, in my opinion, but at least it works. Re Dennis
I know a realy late reply but its not weird. When you load DLL inside your MQL4 script or EA it looks inside Librarys folder and then add that dll to the assembly of the terminal application (MT4) so the dll is now dynamicly loaded into terminal.exe and when you try to load another dll inside that dll it looks to its root directory which is where terminal.exe is.
You can solve it by combining all of your assemblys into a single dll file. You can use Fody
You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register