Ich bewege den Cursor auf den Ausgang der überladenen Funktion, drücke ALT+G - ein Popup-Menü fordert mich auf, die überladene Option auszuwählen. Es ist aber aus dem Quellcode ersichtlich, welche Variante aufgerufen wird. Warum wird nicht sofort darauf umgeschaltet, wenn doch alles so klar ist?
class A
{
public:
staticvoid f() {}
staticvoid f( int i ) {}
};
voidOnStart()
{
A::f(0); // После нажатия ALT+G не происходит мгновенного перехода на static void f( int i )
}
Ich bewege den Cursor auf den Ausgang der überladenen Funktion, drücke ALT+G - ein Popup-Menü fordert mich auf, die überladene Option auszuwählen. Es ist aber aus dem Quellcode ersichtlich, welche Variante aufgerufen wird. Warum wird nicht sofort darauf umgeschaltet, wenn doch alles so klar ist?
+1. Das hat mich auch genervt, vor allem wenn es mehr als einen Stau gibt, muss ich immer wieder versuchen, den richtigen in der Liste zu finden.
Ich habe den Tester erneut ausgeführt und einen Trick gesehen: High zeichnet O_o neu, wenn sich die Kerze bildet. Irgendwann wechselt er zu einem niedrigeren Wert, fällt in den Open/Close-Bereich und ändert dann seinen Wert innerhalb dieses Bereichs.
Ich habe den Tester erneut ausgeführt und einen Trick gesehen: High zeichnet O_o neu, wenn sich die Kerze bildet. Irgendwann ändert er seinen Wert auf einen niedrigeren Wert, fällt in den Open/Close-Bereich und ändert dann seinen Wert innerhalb dieses Bereichs.
OHLC auf M1
Sind Sie sicher, dass Sie in Ihrem Code einen wöchentlichen Zeitraum verwenden?
Bitte geben Sie mir Code-Schnipsel, wenn Sie können, ich bin neugierig zu sehen...
Ich habe den Tester erneut ausgeführt und einen Trick gesehen: High zeichnet O_o neu, wenn sich die Kerze bildet. Irgendwann ändert er seinen Wert nach unten, fällt in den Open/Close-Bereich und ändert dann seinen Wert innerhalb dieses Bereichs.
OHLC auf M1
Wir werden sie am Montagmorgen überprüfen. Im Moment gibt es leider niemanden, der sich mit diesem Problem beschäftigt.
Der Compiler scheint "tavo" zu sein.
Ich bewege den Cursor auf den Ausgang der überladenen Funktion, drücke ALT+G - ein Popup-Menü fordert mich auf, die überladene Option auszuwählen. Es ist aber aus dem Quellcode ersichtlich, welche Variante aufgerufen wird. Warum wird nicht sofort darauf umgeschaltet, wenn doch alles so klar ist?
Ich bewege den Cursor auf den Ausgang der überladenen Funktion, drücke ALT+G - ein Popup-Menü fordert mich auf, die überladene Option auszuwählen. Es ist aber aus dem Quellcode ersichtlich, welche Variante aufgerufen wird. Warum wird nicht sofort darauf umgeschaltet, wenn doch alles so klar ist?
Kompilierungsfehler
In SD hängt sie schon seit einem Monat ohne Antwort #1516225
Ich habe es mit Version 1375 überprüft. VC++ kompiliert dies nicht.
----------- aus der Anwendung --------
Terminalversion und Bitrate
1368 64bit
Beschreibung des Problems
Dieser Code lässt sich ohne Fehler und Warnungen kompilieren. Das scheint mir nicht normal zu sein.
Gleicher Effekt in MT4 988, links eine separate Anfrage
**
Erhebliche Verzögerung im Editor bei der Eingabe (am '.')
Fehler des Mt5-Testers: OHLC stimmt im Tester und im MT5 selbst nicht überein, außerdem liegen High und Low innerhalb des Open/Close-Bereichs :(
Dieser Leuchter ist leider nicht der einzige. Was ist zu tun? Ratschläge, wie man die Entwickler anschreibt, Leute!
Ich habe den Tester erneut ausgeführt und einen Trick gesehen: High zeichnet O_o neu, wenn sich die Kerze bildet. Irgendwann wechselt er zu einem niedrigeren Wert, fällt in den Open/Close-Bereich und ändert dann seinen Wert innerhalb dieses Bereichs.
OHLC auf M1
Fehler des Mt5-Testers: OHLC stimmt im Tester und im MT5 selbst nicht überein, außerdem liegen High und Low innerhalb des Open/Close-Bereichs :(
Dieser Leuchter ist leider nicht der einzige. Was ist zu tun? Ratschläge, wie man die Entwickler anschreibt, Leute!
Ich habe den Tester erneut ausgeführt und einen Trick gesehen: High zeichnet O_o neu, wenn sich die Kerze bildet. Irgendwann ändert er seinen Wert auf einen niedrigeren Wert, fällt in den Open/Close-Bereich und ändert dann seinen Wert innerhalb dieses Bereichs.
OHLC auf M1
Sind Sie sicher, dass Sie in Ihrem Code einen wöchentlichen Zeitraum verwenden?
Bitte geben Sie mir Code-Schnipsel, wenn Sie können, ich bin neugierig zu sehen...
Sind Sie sicher, dass Sie in Ihrem Code einen wöchentlichen Zeitraum verwenden?
Geben Sie mir Code-Schnipsel, wenn Sie können, ich bin neugierig zu sehen...
Der Code gibt nicht explizit einen Punkt an, es wird _Period verwendet.
Und der wöchentliche Zeitrahmen wird im Prüfgerät selbst festgelegt.
Hier ist der einzige Teil des Codes, in dem der Punkt verwendet wird:
Aber das ist doch eigentlich egal, oder? Wie kann die EA-Logik Zitate im Tester beeinflussen?
Und die Wochen... Ich bin neugierig geworden und habe angefangen, es zu testen :)
Fehler des Mt5-Testers: OHLC stimmt im Tester und im MT5 selbst nicht überein, außerdem liegen High und Low innerhalb des Open/Close-Bereichs :(
Dieser Leuchter ist leider nicht der einzige. Was ist zu tun? Ratschläge, wie man die Entwickler anschreibt, Leute!
Ich habe den Tester erneut ausgeführt und einen Trick gesehen: High zeichnet O_o neu, wenn sich die Kerze bildet. Irgendwann ändert er seinen Wert nach unten, fällt in den Open/Close-Bereich und ändert dann seinen Wert innerhalb dieses Bereichs.
OHLC auf M1
Wir werden sie am Montagmorgen überprüfen. Im Moment gibt es leider niemanden, der sich mit diesem Problem beschäftigt.