Errori, bug, domande - pagina 1335
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
Nel codice sorgente dell'indicatore Fractals.mq5, ci sono tali voci per il calcolo dei frattali (linee 74 e 79):
In questi calcoli, sono confuso dai segni uguali in >= e <= (in rosso).
Ho sempre pensato che un frattale verso l'alto si forma quando, in una combinazione di almeno cinque barre, la barra media ha il massimo più alto, cioè è sempre sopra (non sopra o uguale a) i due massimi vicini sul lato sinistro e destro. Con il frattale verso il basso rispettivamente. Nella parte precedente del codice potete vedere che l'uguaglianza è permessa. Controlla se c'è un errore nel codice di Fractals.mq5.
Ho un segnale, il monitoraggio mostra una discarica al 100 per cento, l'account è a posto, ho bussato al telefono per tre giorni, sia al Service Desk che al personale dell'azienda. Nessuna risposta...
Come risolvere il problema....?
Ho un segnale, il monitoraggio mostra una discarica al 100 per cento, l'account è a posto, ho bussato al telefono per tre giorni, sia al Service Desk che al personale dell'azienda. Nessuna risposta...
Come risolvere il problema....?
Ho scritto a "Innovazioni nei preferiti" e c'è silenzio. Scriverò qui:
Windows 10 x64, Mozilla Firefox 39.0. Non posso inviare immagini o file allegati al mio account personale...
Non si dovrebbe ritirare più di quanto guadagnato, poi la curva del saldo non andrà a zero.
Il segnale ha funzionato per quasi 4 mesi, solo aggiunte ribate, nessuno ha ritirato nulla lì, tutto era normale, crescita stabile... Nel terminale, i dati sono normali e in un altro monitoraggio online ....
Schermata da mybook allegata, lì è tutto normale.
Risposta del broker, la storia è memorizzata per 1 mese, ma allora due o tre mesi fa sui segnali sarebbe stato lo stesso...
Cari sviluppatori!
L'indicatore Bands e l'indicatore iBands hanno letture diverse. Nell'indicatore Bands la deviazione standard è calcolata usando la funzione StdDev_Func, mentre in iBands è calcolata usando il metodo GetData. Confrontando il modo in cui il grafico è disegnato, possiamo vedere una grande differenza nello stato dei buffer responsabili dei livelli di deviazione. Ho affrontato questo problema in MQL4, forse è lo stesso in MQL5.
Non ci avevo fatto molto caso prima, ma ora, quando lavoro con grandi array di oggetti di classe, ho notato un consumo di memoria troppo grande. Ho controllato con sizeof() e una classe assolutamente vuota prende 16 byte. E considerando che le classi qui sono gestite, aggiungiamo altri 8 byte per puntatore. Il totale è 24 byte. È troppo costoso.
Ho guardato la documentazione e ho visto quello che ho trovato lì:
объекты классов всегда имеют таблицу виртуальных функций, даже если в классе не объявлено ни одной виртуальной функции.
La domanda è perché le classi semplici (quelle che non partecipano all'ereditarietà) hanno bisogno della tabella delle funzioni virtuali, dato che tutto è noto su queste classi in fase di compilazione.
Si scopre che i metodi in essi sono chiamati nello stesso modo dei metodi virtuali, cioè c'è un ulteriore reindirizzamento dell'accesso attraverso la tabella. E dov'è la decantata ottimizzazione del compilatore? Come possiamo affermare dopo questo qualche confronto di prestazioni con C++?
Vi sbagliate.
Se un metodo non è descritto come virtuale, viene chiamato direttamente. Inoltre, ci sono ottimizzazioni per rimuovere la virtualità. Il distruttore è sempre virtuale, il che porta ad una tabella virtuale.
Circa 24 byte è una strana affermazione - il riferimento all'oggetto non si riferisce alla dimensione.
Le classi nei linguaggi gestiti/sicuri contengono sempre metainformazioni, quindi qui è tutto ragionevole. Se volete la dimensione pura, usate le strutture.
Il distruttore è sempre virtuale, il che si traduce in una tabella virtuale.
Allora perché il distruttore non dovrebbe essere ottimizzato? È solo a causa del distruttore che vengono memorizzati 8 byte extra...
I 24 byte sono una strana affermazione - il riferimento all'oggetto non riguarda la dimensione.
Beh, è solo che non so come tutto è implementato lì. Supponiamo che abbiate un array di oggetti:
Il sistema memorizza riferimenti (puntatori) per ogni elemento?
Se volete la dimensione pura, usate le strutture.