Errors, bugs, questions - page 3108
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
Got it.
Oh, this eclipse corridor...
I've got time going on in my demo since no connection and it's been 40 hours.
Can't skip new versions of products, although it was fine before.
Looks like I'm not the one with the problem.
build 3110
Yesterday we had problems connecting to the MetaQuotes-Demo server, which is used to validate Marketplace products, among other things.
We fixed this bug yesterday and re-checked all the products that failed validation due to technical reasons.
We apologize for the inconvenience.
If we have accidentally missed your product and didn't re-check it, please do it yourself. The validation should now work as normal.
Here is a sample code:
Result:
Can someone explain - why
gives
4294966796
and not -500.
I don't know what's going on in my head... (
Here is a sample code:
Result:
Can someone explain - why
gives
and not -500.
I don't know what's going on in my head... (
https://www.mql5.com/ru/docs/basis/types/casting
You have got iNext reduced to unsigned integer first. Then the unsigned integer result is converted to long.
In my example, iNext is immediately cast to the long type, so iCurrent is also cast to the long type, but implicitly. The result is immediately converted to long
The question was why this type order does not give the right result. I can only assume that it depends on the type hierarchy order in the expression. If the types are in hierarchical order in the expression at runtime, the answer is correct, and if not, then a non-explicit type conversion violating the hierarchy may change the value of the variable.
In general, a non-explicit type conversion violates the hierarchy.
Yesterday we had problems connecting to the MetaQuotes-Demo server, which is used, among other things, for validating Marketplace products.
We corrected this problem yesterday and re-checked all the products that could not pass the validation due to technical reasons.
We apologize for any inconvenience.
If we have accidentally missed your product and it is not revalidated, please do it yourself. The check should now work as normal.
https://www.mql5.com/ru/docs/basis/types/casting
You have first got the iNext cast to an unsigned integer. Then the unsigned integer result is converted to long.
In my example, iNext is immediately cast to the long type, so iCurrent is also cast to the long type, only implicitly. The result is immediately cast to long
you can see why
и
int itemp=(int)(iNext-iCurrent);
gives the right result?
Following your description , first we cast iNext to an unsigned integer. Then unsigned integer result is converted to integer with signed.
Right?
Trend line not magnetised to Low red candle(EURUSD, M5;Precise time scale; Magnetisation: 15)
then explain why.
и
int itemp=(int)(iNext-iCurrent);
gives the right result?
Easily
an unsigned integer with a length of 32 bits 4294966796 when converted to a signed integer of the same dimension gives -500
The question was why this type order does not give the right result. I can only assume that it depends on the type hierarchy order in the expression. If the types are in hierarchical order in the expression at runtime, the answer is correct, and if not, then a non-explicit type conversion violating the hierarchy may change the value of the variable.
Zy In general a non-explicit type conversion and a violation of the hierarchy.
I already gave you the link https://www.mql5.com/ru/docs/basis/types/casting
It says it all in great detail. Read it from beginning to end without missing anything