Alexey Kozitsyn: GetLastError()? Wenn nicht, welches Format würden Sie sich wünschen?
Nun, in php gibt es @variable = ....
und die Fehlerausgabe wird kommentiert - praktisch bei einfachen Fehlern zur Kompilierzeit (z.B. bei Typinkonsistenzen bei der Konvertierung in String)
und die Fehlerausgabe wird kommentiert - praktisch bei einfachen Kompilierfehlern (z. B. bei Typinkonsistenzen bei der Konvertierung in String)
In mql müssen Sie den Fehlercode explizit überprüfen (zur Laufzeit), während zur Kompilierzeit eine Warnung mit einem möglichen Typkonvertierungsfehler erscheint.
Alexey Kozitsyn: In mql müssen Sie den Fehlercode explizit überprüfen (zur Laufzeit), und zur Kompilierzeit erscheint eine Warnung, wenn ein möglicher Fehler bei der Typkonvertierung vorliegt.
Ich möchte also die Fehlerausgabe zur Kompilierzeit teilweise deaktivieren.
Anton Ohmat: Ich möchte also die Fehlerausgabe zur Kompilierzeit teilweise deaktivieren.
Um zu vermeiden, dass bei der Kompilierung Fehler und Warnungen angezeigt werden, müssen Sie diese nur im Code korrigieren. Machen Sie sich nichts vor, Sie wollen mit Geld arbeiten.
struct A {
int f() { return B::i; } //error: 'i' - protected member access error
};
struct B : A {
protected: //(*) или например private:staticint i;
};
int B::i;
Gleichzeitig, ohne Schutz: (*) - kompiliert ohne Fehler
Erwartet: gleiches Verhalten mit und ohne protected: (*) string
am Anfang des Codes sollte einer der beiden Fälle kompiliert werden. Vielleicht ist der Mql-Compiler so schlau, dass er die fehlende Vorwärtsdeklaration selbst hinzufügt?
Können Sie mir sagen, ob mql5 die Fehlerausgabe während der Kompilierung wie in php kommentieren kann?
Können Sie mir sagen, ob mql5 die Fehlerausgabe während der Kompilierung wie in php kommentieren kann?
GetLastError()? Wenn nicht, welches Format würden Sie sich wünschen?
Nun, in php gibt es @variable = ....
und die Fehlerausgabe wird kommentiert - praktisch bei einfachen Fehlern zur Kompilierzeit (z.B. bei Typinkonsistenzen bei der Konvertierung in String)
Nun, in php gibt es @variable = ....
und die Fehlerausgabe wird kommentiert - praktisch bei einfachen Kompilierfehlern (z. B. bei Typinkonsistenzen bei der Konvertierung in String)
In mql müssen Sie den Fehlercode explizit überprüfen (zur Laufzeit), und zur Kompilierzeit erscheint eine Warnung, wenn ein möglicher Fehler bei der Typkonvertierung vorliegt.
So möchte ich die selektive Fehlerausgabe zur Kompilierzeit teilweise deaktivieren.
Ich möchte also die Fehlerausgabe zur Kompilierzeit teilweise deaktivieren.
Zweideutigkeit
Gleichzeitig, ohne Schutz: (*) - kompiliert ohne FehlerErwartet: gleiches Verhalten mit und ohne protected: (*) string
Optional: C++ kompiliert nicht beide Fälle
Zweideutigkeit
Zur gleichen Zeit, ohne die geschützte: (*) Zeichenfolge - es kompiliert ohne FehlerErwartet: Gleiches Verhalten mit und ohne protected: (*) string
Der "Vorgänger" braucht die geschützten/privaten Felder nicht zu sehen.
Wenn Sie wollen, dass B::f() in A::f() definiert wird, müssen Sie in diesem Fall etwas erfinden.Optional: C++ kompiliert nicht beide Fälle
Wenn Sie Folgendes hinzufügen
Struktur B;
am Anfang des Codes sollte einer der beiden Fälle kompiliert werden. Vielleicht ist der Mql-Compiler so schlau, dass er die fehlende Vorwärtsdeklaration selbst hinzufügt?