Quando si confrontano firmati e non firmati, viene dato un avvertimento, a meno che uno sia esplicitamente convertito nell'altro, sarà probabilmente un confronto bitwise
A100: Quando si confrontano firmati e non firmati, viene emesso un avviso, a meno che uno sia esplicitamente convertito nell'altro, ci sarà probabilmente un confronto bitwise
Consenti l'uso dei cookie per accedere al sito MQL5.com.
Abilita le impostazioni necessarie nel browser, altrimenti non sarà possibile accedere.
Hai effettuato l'accesso. L'autenticazione a due fattori è stata disattivata. Configurala di nuovo e scansiona un nuovo codice QR, oppure continua con l'autenticazione a due fattori disattivata.
Cosa fa questo riarrangiamento? t era inferiore a ULONG_MAX-1 e rimane lo stesso.
Ho citato questo esempio sbagliato - era un confronto con int, mentre qui è con long
Itipi uint e ulong hanno una priorità maggiore di int e long:
Sarebbe logico usare la conversione a un tipo superiore nelle espressioni comparate.
Ma questo non sembra applicarsi alle espressioni del ciclo che vengono controllate.
ULONG_MAX non ha un tipo in sé
ULONG_MAX non ha un tipo in sé, rispetto a int sarà int, rispetto a long sarà long
E rispetto a ulong?
ULONG_MAX non ha un tipo di per sé, rispetto a int sarà int, rispetto a long sarà long
Può essere il contrario?
Int e long contro ulong sarebbe ulong?
Può essere il contrario?
int e long rispetto a ulong sarebbe ulong?
I cicli sembrano convertire in un tipo firmato:
E non viene eseguita alcuna iterazione.
Quando si confrontano firmati e non firmati, viene emesso un avviso, a meno che uno sia esplicitamente convertito nell'altro, ci sarà probabilmente un confronto bitwise