No Problem Och. Even though the hard work of the basic frame work is there for you now, you're still going to have your work cut out for you since you want multiple Eas attaching to the Single DLL. You're either going to have to do as I have done ...

Message to all initial 7 downloaders of this file Please redownload the attachement in the 1st post of this thread. I've recoded to avoid two stupid errors and all should be Good now. I've also included the EX4 file in the zip incase users of build ...

I'm not sure what to suggest on this other than I'm running Build 509, and I've noticed a couple of threads on FF about problems with builds 579 and 600 so that may be the cause. I did have a few init errors early on in the coding, but they were ...

I fear you may be trying to acheive something that the file mapping interface will not provide. I suggest you read up on the MSDN descriptions of these fuinctions which can be found by googling the function name and or browsing the MSDN tree here : ...

Yes Magic numbers remain with the trade throughout its whole life. Even where those orders started life as a stop or limit. If an order doesnt have a magic then it wont matter. The EA should only be manging the trades that have magic numbers that ...

Why not use the magic number? This has been used extensively by EAs to enable them to manage trades made by that EA. However the magic number can be assigned at initial trade open and will not change -even though the ticket number does - throughout ...

MT4 comms are encrypted ... you wouldn't want anyone being able to sniff / inject your packets if you're trading with real money now would you! Since the packets are encrypted there is no other way forward than to crack the MT4 client to obtain the ...

This points to issues within your DLL. It is not correctly destroying / freeing all memory / objects, or -more likely given its causing a crash- at some point during reinit on the second attempt you are using a pointer or a reference to something ...

Doh! Of course the IsDllsAllowed() function covers that little problem!

No Problem. I'm not sure what will happen if the "Allow DLL Calls" box is unchecked. I imagine that a call to LoadLibrary() will return 0 even if the DLL file exists. If this is the case then you could use WinAPI functions FileOpen() or FindFirst() ...

The APIENTRY function (if one exists) is called by windows whenever a DLL is loaded/ unloaded, and can be used to allocate/free memory and run setup routines. Since a context is supplied suitable code can be implemented. This can be useful for ...

Not without a little work of your own ... try LoadLibrary & FreeLibrary found in Kernel32.dll so you would do something like this in Init() int hmod = LoadLibrary("c:MT4LibraryDirxxx.dll"); if (hmod != 0 ) FreeLibrary(hmod); else Alert("xxx.DLL ...

It could be done, but you'll have to find someone to do it for you. I simply don't have the time.

Feel Free ... after all ... its freeware.

The phrase "At the Testing" Is I believe pigeon English for "In Strategy Testing Mode" IE You will get the Time on your PC's (Windows) Clock anytime you call this (connected or not) as long as you're not running a Strategy Test

string CSdouble(double Din) { string orgs,ress; int spos; orgs = DoubleToStr(Din,2); spos = StringLen(orgs)-1; ress = StringSubstr(orgs,spos-2,3); spos -= 3; while (spos >= 0) { if (spos >=2) { ress = ","+StringSubstr(orgs,spos-2,3)+ress; spos -=3; ...

Looks to me like some level of corruption is occuring. Running 20 EAS on 4 terminal apps on a single machine could easily lead to instability problems due to minor bugs in any of the Eas or in Mt4 itself. I doubt you'll find an answer. Intermitent ...

The following can and will have an impact. SYSTEM In some (most) cases a 64bit OS will run slower than a 32bit (especially when the program was written for 32bit) Though this shouldnt impact much it can have greater problems with some software over ...