Errori, bug, domande - pagina 2703
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
Non dovrebbe esserci un errore durante la compilazione di questo codice che la funzione dovrebbe restituire un valore?
Non dovrebbe esserci un errore durante la compilazione di questo codice che la funzione dovrebbe restituire un valore?
dovrebbe
Molto probabilmente, non hai accesso a questo metodo e il compilatore non ha incluso questa parte di codice nel file eseguibile
dovrebbe
Molto probabilmente, non avete avuto accesso a questo metodo e il compilatore non ha incluso questo frammento di codice nel file eseguibile.
Ma se designo la funzione Test() nella stessa classe e la implemento in questo modo:
int CMapManager::Test() { }
L'errore si verificherà, anche se non ho avuto accesso a questa funzione da nessuna parte.
Ma se designo la funzione Test() nella stessa classe e la implemento in questo modo:
Si verificherà un errore, anche se non ho avuto accesso a questa funzione da nessuna parte.
perché questo metodo non è un modello - non c'è un modello
un template è essenzialmente una sostituzione di macro, in cui il compilatore inserisce i tipi necessari quando rileva le chiamate di funzioni(metodi di classe)
questa "sostituzione" "genererà" funzioni con tipi di dati specifici
Questo è approssimativamente come funziona
perché questo metodo non è un modello - non c'è un modello
un template è essenzialmente una sostituzione di macro, in cui il compilatore sostituisce i tipi necessari quando rileva le chiamate a funzioni(metodi di classe)
questa "sostituzione" "genererà" funzioni con tipi di dati specifici
Questo è approssimativamente come funziona
È più o meno come la vedo io, grazie. Ma la domanda è perché nella fase "prima della generazione" non dovremmo informare che il valore int dovrebbe essere restituito?
Dopo tutto, indipendentemente dalle funzioni generate, tutte restituiranno un valore di tipo int.
È più o meno come la vedo io, grazie. Ma la domanda è un'altra, perché nella fase "prima della generazione" non informiamo che abbiamo bisogno di restituire un valore int?
Dopo tutto, indipendentemente dalle funzioni generate, tutte restituiranno un valore di tipo int.
Tu ed io abbiamo fatto la seconda corsa - daremo le stesse risposte alla stessa domanda )))
nessuna chiamata - nessuna applicazione del modello, tutto qui - è così che funziona
)))
abbozzare lo script e provarlo
come questo:
compila così, poi apri i tuoi commenti - ci saranno errori
Ho perso qualcosa da qualche parte, in generale sto cercando una cattura in un codice del genere:
2020.04.12 01:40:16.652 tst (EURUSD,H1) 0.00000 1.00000
2020.04.12 01:40:16.652 tst (EURUSD,H1) 2.00000 3.00000
2020.04.12 01:40:16.652 tst (EURUSD,H1) 4.00000 5.00000
2020.04.12 01:40:16.652 tst (EURUSD,H1) 6.00000 7.00000
2020.04.12 01:40:16.652 tst (EURUSD,H1) 8.00000 9.00000
2020.04.12 01:40:16.652 tst (EURUSD,H1) 10.00000 11.00000
2020.04.12 01:40:16.652 tst (EURUSD,H1) 12.00000 13.00000
2020.04.12 01:40:16.652 tst (EURUSD,H1) 14.00000 15.00000
2020.04.12 01:40:16.652 tst (EURUSD,H1) 16.00000 17.00000
2020.04.12 01:40:16.652 tst (EURUSD,H1) 18.00000 19.00000
è sconcertante che sia così facile creare un array bidimensionale e l'assegnazione senza descrizione del costruttore di copia funziona fuori dalla scatola
cosa nel mio codice potrebbe non funzionare correttamente?
NON È CONSENTITA LA DECOMPILAZIONE!
Nel caso, c'è un modo per far sì che la funzioneStringToCharArray copi i byte senza conversioni? Provato tutti i CP_XXX, nessuno di loro fornisce copie 1 a 1 nel caso generale. Ecco un esempio:
Il modo di ottenere il byte 0x81 può essere diverso, qui è impostato "di testa" per semplicità. Se non usate la copia manuale byte per byte (come nella linea non menzionata), la funzione StringToCharArray converte il byte 129 (0x81) in 63.
Finora ho dovuto sostituire StringToCharArray con un ciclo, ma forse c'è un CP_XXX segreto?
Nel caso, c'è un modo per far sì che la funzione StringToCharArray copi i byte senza conversioni? Provato tutti i CP_XXX, nessuno di loro fornisce copie 1 a 1 nel caso generale. Ecco un esempio:
Il modo di ottenere il byte 0x81 può essere diverso, qui è impostato "di testa" per semplicità. Se non usate la copia manuale byte per byte (come nella linea non menzionata), la funzione StringToCharArray converte il byte 129 (0x81) in 63.
Ho dovuto sostituire StringToCharArray con un ciclo per ora, ma forse c'è un CP_XXX segreto?
2020.04.12 15:57:37.812 tst1 (EURUSD,H1) 129 32 116 101 115 116