MetaTrader 4 Build 574 with Updated MQL4 Language and Market of Applications Released - page 16

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
I have very big problem with new update of meta trader and new meta editor with in fact mql5 inside meta trader 4...
I fixed all warnings about typecasting and new uint dataype...
but all windows api that I use does not work enymore.
with old version, with this same code I never had problems...
they are 3
1- internet wininet
hInternet is always 0... so the wininet function fails (before, with old meta trader version it works very good)
2- GetVolumeInformationA
It always failt and return "" (before worked very good... never fail)
3- messagebox
seems like windows api function have to be called in different way from new mql platform update
anyone know how can those problems be fixed?
seems like windows api function have to be called in different way from new mql platform update
anyone know how can those problems be fixed?
From the first page of this thread: So do you really expect to be able to use the Ansi versions?
No I don't expect to be able to use the Ansi version, not anymore. :-)
I didn't read this information. Thank you for the fast reply.
I tried to call the InternetOpen instead of InternetOpenA in wininet.dll but I get the error "unresolved import function call"
where is my approach mistaken?
maybe I have to call the "W" version?
Thanks!
No I don't expect to be able to use the Ansi version, not anymore. :-)
I didn't read this information. Thank you for the fast reply.
I tried to call the InternetOpen instead of InternetOpenA in wininet.dll but I get the error "unresolved import function call"
where is my approach mistaken?
maybe I have to call the "W" version?
Thanks!
Ok now works everything exept InternetOpenUrlW
it always return 0
I checked hSession and it seems valid
Ok now works everything exept InternetOpenUrlW
The following works for me:
However, your next problem will be that InternetReadFile() collects the raw response from the web server. This will be Ansi text which needs to be converted to Unicode.
The following works for me:
However, your next problem will be that InternetReadFile() collects the raw response from the web server. This will be Ansi text which needs to be converted to Unicode.
I fixed InternetOpenUrlW
InternetOpenUrlA did accept "0" (don't know why) as third parameter, while the "W" version works only with "" (or NULL suppose seeing your example)
about the translation from Ansi to Unicode today I'm lucky. I just call a php on my webserver with some parameters and the response can be only "0" or "1" something different for my purpose is an invalid response. It's working fine.
but just in case... how can be done the conversion task from ansi to unicode?
but just in case... how can be done the conversion task from ansi to unicode?
I fixed InternetOpenUrlW
InternetOpenUrlA did accept "0" (don't know why) as third parameter, while the "W" version works only with "" (or NULL suppose seeing your example)
about the translation from Ansi to Unicode today I'm lucky. I just call a php on my webserver with some parameters and the response can be only "0" or "1" something different for my purpose is an invalid response. It's working fine.
but just in case... how can be done the conversion task from ansi to unicode?
have a look here: https://www.mql5.com/ru/forum/113746
It's possible to use MultiByteToWideChar(), but there are issues around passing strings by reference into DLL. It's easier to make use of the fact that FileOpen() does Unicode-to-Ansi translation: write the server response into a temporary file, and then read it back from there.
Ok thanks. How do yu manage backwardscompatibility...? new compiled experts are deleted if loaded in old meta trader and old meta trader compiled files does not work properly in the new version of the platform...
I feel something smelly with the 577 update.
Custom indicators behave very strange, I did not find clue yet, but I feel big trouble in the air... Problems are both with the original 509 ex4 and those compiled in 574/577 running on the start() method.