In der Hilfe wird darauf hingewiesen: Wenn keine Anfangswerte angegeben werden, nehmen die Variablen der statischen Speicherklasse den Anfangswert Null an. Und außerdem - ohne Vorlage ist es OK
Die Hilfe sagt das: Wenn keine Anfangswerte angegeben werden, nehmen die Variablen der statischen Speicherklasse den Anfangswert Null an.
Bei Schablonen habe ich eine ungefähre Vorstellung davon, woher die Beine kommen, und weiß daher, dass es nicht möglich ist, in allen Situationen einfach eine Schablonenlinie hinzuzufügen.
Technisch gesehen ist das wahrscheinlich ein Fehler. Allerdings denke ich, dass der zitierte Text aus der Dokumentation lange vor dem Erscheinen von Vorlagen geschrieben wurde und daher nicht ganz korrekt ist.
Ich glaube allerdings, dass der zitierte Text aus der Dokumentation lange vor der Verfügbarkeit der Vorlagen verfasst wurde und daher etwas ungenau ist.
In der Dokumentation findet sich der gegenteilige Eintrag:"Ein statisches Klassenmitglied muss explizit mit dem gewünschten Wert initialisiert werden". Nur das Template hat keinen Einfluss darauf - es muss also in beiden Fällen (mit und ohne Template) ein Fehler erzeugt werden oder nicht - hierin liegt ein Widerspruch
Ich verstehe nicht ganz, worauf Sie IMHO hinauswollen. Nimm Build <= 1596 (32bit) und prüfe (gibt sofort [5-10 Sekunden] auch nur eine Zeile in die .log-Datei aus). Ich habe es vor einer Minute überprüft.
[welcher cache? welcher immer? da war doch irgendwo was mit irgendwas!?!]
Ich spreche von der Registerkarte "Experten" und dem Ordner "MQL5\Logs\".
IMHO wurde es aus einer angeborenen Feinfühligkeit heraus geschrieben - ein subtiler Hinweis auf die Widersprüchlichkeit unserer Erfahrungen. Für mich sind 5-10 Sekunden keineswegs unmittelbar. Und diese Verzögerung ist nach meinen Beobachtungen nicht immer auf Sekunden beschränkt.
[Cache ist Cache, immer, bis jetzt, die Frage des verzögerten Loggings wurde bereits in diesem Forum diskutiert - wenn es für Sie wirklich wichtig ist - suchen Sie danach].
Für mich sind 5-10 Sekunden keineswegs unmittelbar. Und diese Verzögerung ist nach meinen Beobachtungen nicht immer auf Sekunden beschränkt.
Früher waren es 5-10 Sekunden (in manchen Fällen vielleicht mehr), und jetzt - ohne das Menü "Ansicht" - werden die Protokolle überhaupt nicht aktualisiert (!) (da der Beginn des Tages mehrere Stunden zurückliegt und die Datei Null ist, während die Registerkarte "Experten" neue Zeilen für den Tag enthält). Die normale Protokollierung wird zugunsten einer mythischen Beschleunigung des Terminals um "einige Nanosekunden" unterbrochen.
class A {};
struct B {
const A * a1; //(1) есть сообщение об ошибке
A * const a2; //(2) нет сообщения
};
voidOnStart()
{
B b1;
B b2;
b2 = b1; //error: '=' - not allowed for objects with protected members or inheritance
}
In der Hilfe wird darauf hingewiesen: Wenn keine Anfangswerte angegeben werden, nehmen die Variablen der statischen Speicherklasse den Anfangswert Null an. Und außerdem - ohne Vorlage ist es OK
Die Hilfe sagt das: Wenn keine Anfangswerte angegeben werden, nehmen die Variablen der statischen Speicherklasse den Anfangswert Null an.
Bei Schablonen habe ich eine ungefähre Vorstellung davon, woher die Beine kommen, und weiß daher, dass es nicht möglich ist, in allen Situationen einfach eine Schablonenlinie hinzuzufügen.
Technisch gesehen ist das wahrscheinlich ein Fehler. Allerdings denke ich, dass der zitierte Text aus der Dokumentation lange vor dem Erscheinen von Vorlagen geschrieben wurde und daher nicht ganz korrekt ist.
Ich glaube allerdings, dass der zitierte Text aus der Dokumentation lange vor der Verfügbarkeit der Vorlagen verfasst wurde und daher etwas ungenau ist.
MetaEditor läuft nach dem Update nicht mehr und gibt diesen Fehler aus
1616 funktionierte gut, 1619 nicht.
Im Terminalprotokoll nach Drücken von F4
Ich verstehe nicht ganz, worauf Sie IMHO hinauswollen. Nimm Build <= 1596 (32bit) und prüfe (gibt sofort [5-10 Sekunden] auch nur eine Zeile in die .log-Datei aus). Ich habe es vor einer Minute überprüft.
[welcher cache? welcher immer? da war doch irgendwo was mit irgendwas!?!]
Ich spreche von der Registerkarte "Experten" und dem Ordner "MQL5\Logs\".
IMHO wurde es aus einer angeborenen Feinfühligkeit heraus geschrieben - ein subtiler Hinweis auf die Widersprüchlichkeit unserer Erfahrungen. Für mich sind 5-10 Sekunden keineswegs unmittelbar. Und diese Verzögerung ist nach meinen Beobachtungen nicht immer auf Sekunden beschränkt.
[Cache ist Cache, immer, bis jetzt, die Frage des verzögerten Loggings wurde bereits in diesem Forum diskutiert - wenn es für Sie wirklich wichtig ist - suchen Sie danach].
Für mich sind 5-10 Sekunden keineswegs unmittelbar. Und diese Verzögerung ist nach meinen Beobachtungen nicht immer auf Sekunden beschränkt.
Kompilierungsfehler
Klingt wie der vorige Fall https://www.mql5.com/ru/forum/1111/page1943#comment_5410554, aber Sie können den Fehler hier nicht durch die Angabe von T C::a = 0; // A::A( int ) fehltFehler bei der Ausführung
Ergebnis:
1>'1234
2>'1234'
Kompilierungsfehler
Das Gegenteil wurde erwartet
Außerdem wurde in beiden Fällen (1. und 2.) kein Fehler erwartet.