Errors, bugs, questions - page 1920

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
The "ancestor" sees the protected/private fields and shouldn't.
And public fields: should/should not?
If we add
struct B;
And public: should/should not?
public static-field is a must.
To summarize: A base class does not see non static fields of a derived one. At the same time, the base class does not see protected static of the derived one, but sees public static. Did you invent this rule yourself?
It is difficult for me to say where such generalisations are made. I didn't have that in mind in any way myself.
Any class sees public static fields/methods of any other class.
Base class never sees protected/private (static - whatever) fields/methods of derived (public-inheritance) class.
A derived class(public-inheritance) never sees private fields/methods of a base class, but always sees protected/public.
Any class sees public static fields/methods of any other class.
In the end, the question comes down to this: Is it correct that public static fields/methods of a derived class are available in MQL?
This is correct not only for the base/derivative case, but for any classes in general.
This is correct not only for the base/derivative case, but for all classes in general.
The question did not arise out of nothing
and therefore needs to be checked in detailAny class sees public static fields/methods of any other class.
... Including the base class. Hence the following contradiction in MQL
C++ without errorsIn C++ by default in structures members are public, in mql private, same as in classes.
Yes, I was wrong, forward declaration in C++ is missing, we need definition
... including the basic one. Hence the following contradiction in MQL
C++ without errorsYes, this is a bug in MQL private inheritance.