Vladimir, grazie per la tua guida. Lo rifarò seguendo la vostra logica. Ho già visto nel tuo esempio EA(Hoop master 2) come e quando usi la contabilità degli ordini e delle posizioni e fai riferimento alle loro proprietà.
Proverò l'analogia.
Questo codice è solo con il nuovo motore con più controlli e protezioni per minimizzare errori come "prezzo sbagliato", "volume superato" e simili.
xxz: Probabilmente è un bug che il debugger non visualizza correttamente la precisione dei numeri.
No. È a causa dell'uso eccessivo della parola "Bug" e della mancanza di volontà di conoscere le basi della memorizzazione dei dati nella memoria del computer.
No. È a causa dell'uso eccessivo della parola "Bug" e della mancanza di volontà di conoscere le basi della memorizzazione dei dati nella memoria del computer.
Vladimir, grazie per la tua guida. Lo rifarò seguendo la vostra logica. Ho già visto nel tuo esempio EA(Hoop master 2) come e quando usi la contabilità degli ordini e delle posizioni e fai riferimento alle loro proprietà.
Proverò l'analogia.
Questo codice è solo con il nuovo motore con più controlli e protezioni per minimizzare errori come "prezzo sbagliato", "volume superato" e simili.
Probabilmente è un bug che il debugger non visualizza correttamente la precisione dei numeri.
No. È a causa dell'uso eccessivo della parola "Bug" e della mancanza di volontà di conoscere le basi della memorizzazione dei dati nella memoria del computer.
La domanda va nel ramo dei principianti.
Aggiunto:
per riferimento:tipi reali (double, float)
Deve essere un bug che il debugger non visualizza correttamente la precisione dei numeri.
Imparare la matematica. Anche sul nostro forum questo argomento viene picchiato a sangue. In breve, è un bug del processore.
No. È a causa dell'uso eccessivo della parola "Bug" e della mancanza di volontà di conoscere le basi della memorizzazione dei dati nella memoria del computer.
La domanda va nel ramo dei principianti.
Aggiunto:
per riferimento:tipi reali (double, float)
ma nel secondo caso è normalizzato...
e viene visualizzato solo come doppio
ma nel secondo caso è normalizzato
e viene visualizzato solo come doppio
Eseguire questo codice
e vedere cosa succede nel registro.
Esegui questo codice
e vedere cosa succede nel registro.
Sarà un numero correttamente normalizzato e calcolato come previsto...
ma visivamente nel debugger vedo questo ***, non quello che stampa Print...
Se si può produrre accuratamente lì, perché non si può produrre qui?
sarà un numero correttamente normalizzato e sarà contato come previsto...
Ma visivamente nel debugger vedo tale ***, non quello che stampa Print...
Lettura essenziale:
Tipi reali (double, float)
StringToDouble
Lettura essenziale:
Tipi reali (double, float)
StringToDouble
ecco un ottimo modo per farlo bene...
2018.12.07 14:32:39.103 2017.12.20 07:05:00 Ask = 1.2874 Bid = 1.28737
e nel debugger non si può mostrare così?
Devo essere completamente fuori dalla mia portata. Puoi dirmi dove leggere la differenza tra loro?