Errori, bug, domande - pagina 2556
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
qui@Vict ha aiutato a fare un'eccezione con l'uscita al sistema operativo tramite la sostituzione della macro https://www.mql5.com/ru/forum/318246/page10#comment_12651045
, una soluzione generalmente praticabile, ma... Ma ha un aspetto inquietante e disgustoso! )))
Questo è davvero qualcosa di terribile. Bisognerebbe conoscere molto bene le perversioni per avvolgere il ritorno in una macro :) Come trattare tale codice allora... Dovremmo almeno rendere il nome della macro più descrittivo - TRY_OR_RETURN, ecc.
)))
Ho visto come appare e non lo uso, lo scrivo alla vecchia maniera if(!myfunc()) return; in OnTick() - il codice è tutto pieno di if ... sembra piuttosto carino e anche divertente ))))
Forum sul trading, sistemi di trading automatico e test di strategie di trading
Nuova versione di MetaTrader 5 build 2085: integrazione con Python e massicci miglioramenti nello strategy tester
Andrey Barinov, 2019.09.06 06:25
Puoi ancora spiegare perché ora c'è un avvertimento in questo codice?
I metodi hanno firme diverse...
Forum sul trading, sistemi di trading automatico e test di strategie di trading
Nuova versione di MetaTrader 5 build 2085: integrazione con Python e massicci miglioramenti nello strategy tester
Andrey Barinov, 2019.09.06 06:11
typename() rotto nella build 2136
Per favore, rimettilo a posto.
Questo indicatore blocca il sistema.
E con cambio di risoluzione dello schermo e con pixel lampeggianti e necessario riavvio del computer.
Inoltre, se non chiamate la funzione apparentemente innocua Crash() non andrete in crash.
Riprodotto come segue:
Ha giocato questo incidente ogni volta che l'ho fatto (6-8 volte)
Non è andato in crash su LTSC, il seguente errore nel log: MemoryException 4424265936 byte non disponibili, 0 risultato heapmin
Sì, l'incidente è molto difficile. Meglio non correre rischi.
È tutta una questione di memoria, ovviamente.
Se si pulisce la memoria in questo modo
non si blocca nemmeno. Almeno non è successo a me.
Ma quando il TF viene cambiato, gli array devono essere puliti automaticamente!
E non capisco cosa abbia a che fare la funzione Crash() senza di essa, perché legge solo informazioni sugli indicatori.
Forse, l'esecuzione di questa funzione rallenta OnDeinit quando si cambia il TF ed è per questo che MT5 non ha il tempo di cancellare la memoria.
Abbiamo avuto problemi con OnDeinit asincrono per molto tempo. Non è buono! Il sistema non deve bloccarsi a causa dell'asincronia...
Perché quando si scorre il grafico con gli indicatori il processore carica il core al 100%?
Dopo tutto, gli indicatori sono stati calcolati e disegnati, secondo l'idea, solo il carico dalla memoria dovrebbe essere.
Perché quando si scorre il grafico con gli indicatori il processore carica il core al 100%?
Dopo tutto, gli indicatori sono calcolati e disegnati, secondo l'idea, solo il carico dalla memoria dovrebbe essere.
Il carico della CPU durante il rendering dei grafici dipende direttamente dalle prestazioni della scheda grafica.
Su vecchi portatili con schede deboli o su server senza schede video/driver ci sarà inevitabilmente un picco istantaneo ma breve nel carico della CPU.
E la CPU stessa deve essere più potente per assorbire le richieste aumentate senza lasciare traccia.Il carico della CPU durante il rendering dei grafici è direttamente collegato alle prestazioni della scheda video.
Sui vecchi portatili con schede deboli o sui server senza schede video/driver ci sarà inevitabilmente un salto immediato ma breve nel carico della CPU.
E la CPU stessa deve essere più potente per assorbire le maggiori richieste senza lasciare traccia.Sto parlando del processore FX-8350 e di una scheda grafica Radeon HD 7950. Non ho la sensazione che la scheda video sia caricata da MT5.