Fehler, Irrtümer, Fragen - Seite 1416
Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Bislang sind uns zwei Fälle bekannt:
1) In der Operation bool &= (boolscher Ausdruck)
2) Unnötiges Komma in Initialisierungssequenzen: val={ {...},{...}, }.
Sind diese Fehler in der neuen Build immer noch nicht behoben? Mein Compiler erzeugt immer noch einen Fehler, ich muss bei der 1159er Build bleiben.
Die Anforderung an Vorlagen ist, alle Methoden innerhalb der Klassenbeschreibung zu platzieren, ohne Körper außerhalb zu platzieren.
Ich sehe, die Hauptsache ist, diese Anforderung zu halten, weil gerade erstellt Stapel und Warteschlange Container und einen Monat später Klasse Vorlagen erschienen, und alles sollte besser mit ihnen arbeiten :)
Eine weitere Frage betrifft Klassenvorlagen. Es gibt zwei Vorlagenklassen, eine der Klassen verwendet eine andere. Gibt es einen Typentransfer von einer Vorlagenklasse zur anderen oder nicht?
Ich sehe, die Hauptsache ist, diese Anforderung zu halten, weil gerade erstellt Stapel und Warteschlange Container und einen Monat später Klasse Vorlagen erschienen, und alles sollte besser mit ihnen arbeiten :)
Eine weitere Frage betrifft Klassenvorlagen. Es gibt zwei Vorlagenklassen, eine der Klassen verwendet eine andere. Gibt es einen Typentransfer von einer Vorlagenklasse zur anderen oder nicht?
Versuchen Sie es.
Ilyas:
На сегодня известно о двух случаях:
1) в операции bool &= (bool expression)
2) Лишняя запятая в инициализирующих последовательностях: val={ {...},{...}, }
Alexey Navoykov:
Sind diese Fehler im neuen Build nicht behoben? Mein Compiler gibt immer noch einen Fehler aus, ich muss auf dem Build 1159 bleiben.
Hat jemand eine CList-Sortierung durchgeführt?
Im Grunde müssen wir Compare außer Kraft setzen.
Aber die ganze Zeit rufe ich Compare der Basisklasse auf. Aber es funktioniert nicht, ich frage mich, was hier los ist...
Ich habe ein einfaches Beispiel gemacht:
Bei der Verarbeitung von verschachtelten Vorlagen (MQL4) sehe ich Probleme bei der Typübergabe - hat das jemand bemerkt?
Insbesondere gibt es eine Klasse A mit einer Template-Methode, innerhalb derer ein Objekt einer anderen Klasse B durch einen Template-Konstruktor mit demselben Typ T, mit dem die Methode initialisiert wurde, erzeugt wird. Dies hat zur Folge, dass innerhalb dieser Methode der Typename den übergebenen Typ korrekt definiert, z. B. als int, aber innerhalb des B-Konstruktors ist der Typename bereits string.
SD?
Ich verwende die Sortierung ständig - ohne Probleme.
Sie,sigma7i, haben die Methode Coperation::Compare() fälschlicherweise überschrieben, sie gibt den falschen Wertetyp zurück, den die Basismethode CObject::Compare() zurückgibt, und der Compiler betrachtet sie als separat, nicht virtuell. Als Ergebnis wird nur die Basismethode in Ihren Objekten aufgerufen, der Compiler glaubt, dass es keinen Nachkommen gibt...
Aber die ganze Zeit ruft es Compare der Basisklasse auf. Aber es funktioniert nicht, also denke ich, dass etwas nicht stimmt...