
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
l'errore 1 è un errore normale...
nel tester, di solito non si verifica (a meno che il codice non sia curvo e modifichi parametri d'ordine invariati o se il tester può generare slittamenti).
nel mercato reale questo (con codice di modifica dell'ordine corretto) è possibile quando si cambia stop vicino al mercato, specialmente con slippage - il tipo di stop loss si muove proprio dietro il prezzo quando l'ordine si sta muovendo in positivo e a causa dello slippage e del movimento del prezzo, l'errore si verifica spesso ed è chiaro perché... buon errore...
Spiacente, SellLimit richiede un dist:
non se (New_OOP < Bid) continua; mase (New_OOP-dist*Point < Bid) continua;
Boris, il mio metodo fOrderModify() tiene conto di tutti i controlli, sia su STOPLEVEL che FRIZLEVEL. Quindi, se una di queste condizioni non fosse stata soddisfatta, la modifica non sarebbe stata completata.
Si sbaglia di grosso. L'ultimo errore è ancora resettato in molte funzioni importanti. Funziona così anche in WinAPI.
Quindi, salvate il codice di errore nella variabile locale subito dopo che si è verificato, e non cercate di usarlo dopo aver cancellato questa variabile di sistema dieci volte nella massa delle vostre funzioni intermedie.
Beh, anche se l'errore viene sovrascritto come opzione, l'ultimo sarebbe ancora lì. L'ultimo errore sarebbe ancora 1 nel mio caso. Non è così?
Se non lavoro nemmeno con gli errori in quel modo. Posso mostrarle cosa intende con un esempio?
Ecco la mia funzione di modifica con tutte le stampanti, perché la sto debuggando ora.(Ignora gli altri metodi che usa).
Il server risponde: Cosa vuoi, vecchio?
Oppure: tu mi dici quello che vuoi, forse io ti darò quello che vuoi.
Non ho ricevuto nessuna critica o un cordiale "merci" russo. Triste, ragazze...
Non ho ricevuto nessuna critica o un cordiale "merci" russo. Triste, ragazze...
Spiacente, SellLimit richiede un dist:
non se (New_OOP < Bid) continua; mase (New_OOP-dist*Point < Bid) continua;
Victor, il tuo primo post conteneva già tutte le informazioni necessarie. Si inviano semplicemente ordini per modificare un ordine senza nuovi valori per i parametri di quell'ordine.
Boris, supponiamo che sia così... Assumendo. Ma, se la funzione invia nuovamente un ordine per modificare l'ordine, il significantton dovrebbe essere modificato. E con me non si modifica affatto. Anche se guardiamo il registro nel registro, quello che vediamo è questo:
Perché l'ordine viene inviato? Se i suoi parametri non fossero corretti, la funzione andrebbe in crash... E qui va abbastanza bene... ...è stato inviato. Poi si è scoperto che c'era un errore. Qual è la logica che c'è dietro?Cosa c'entra questo con gli errori? Ho messo una stampa di errore appena prima della funzione di modifica:
Ed ecco il log di questo pezzo di codice:
Si vede chiaramente che non ci sono errori prima della funzione di modifica! Cosa c'entra questo con gli errori?