Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
El error 1 es un error normal...
en el probador, no suele ocurrir (a menos que el código sea curvo y modifique los parámetros de la orden sin cambiar o si el probador puede generar deslices).
en el mercado real esto (con un código correcto de modificación de la orden) es posible cuando se cambian los stops cerca del mercado, especialmente con el deslizamiento - el tipo de stop loss se mueve justo detrás del precio cuando la orden se está moviendo al positivo y debido al deslizamiento y al movimiento del precio, el error se produce a menudo y está claro por qué... buen error...
Lo siento, SellLimit requiere dist:
no si (Nuevo_OOP<Oferta) continuar; sinosi (Nuevo_OOP-dist*Punto < Oferta) continuar;
Boris, mi método fOrderModify() tiene en cuenta todas las comprobaciones, tanto en STOPLEVEL como en FRIZLEVEL. Por lo tanto, si alguna de estas condiciones no se cumpliera, la modificación no llegaría al punto.
Estás absolutamente equivocado. El último error se sigue restableciendo en muchas funciones importantes. También funciona así en WinAPI.
Por lo tanto, guarde el código de error en una variable local justo después de que ocurra, y no intente utilizarlo después de borrar esta variable del sistema diez veces en masa de sus funciones intermedias.
Pues bien, aunque el error se sobreescribiera como opción, el último seguiría estando ahí. El último error seguiría siendo el 1 en mi caso. ¿No es así?
Si ni siquiera estoy trabajando con errores de esa manera. ¿Puedo mostrarle lo que quiere decir con un ejemplo?
Aquí está mi función de modificación con todas las impresoras, porque estoy depurando ahora.(Ignora los otros métodos que utiliza).
El servidor responde: ¿Qué quieres, viejo?
O bien: dime lo que quieres, tal vez te dé lo que quieres.
No recibí ninguna crítica ni un cordial "merci" ruso. Triste, chicas...
No recibí ninguna crítica ni un cordial "merci" ruso. Triste, chicas...
Lo siento, SellLimit requiere dist:
no si (Nuevo_OOP<Oferta) continuar; sinosi (Nuevo_OOP-dist*Punto < Oferta) continuar;
Víctor, tu primer post ya contenía toda la información necesaria. Simplemente se envían órdenes para modificar una orden sin nuevos valores para los parámetros de esa orden.
Boris, supongamos que es así... Asumiendo. Pero, si la función reenvía una orden para modificarla, el significante debe ser modificado. Y conmigo no se modifica en absoluto. Incluso si miramos el registro en la bitácora, lo que vemos es esto:
¿Por qué se envía el pedido? Si sus parámetros no fueran correctos, la función se bloquearía... Y aquí está bien... ...fue enviado. Luego resultó que había un error. ¿Cuál es la lógica detrás de esto?¿Qué tiene que ver esto con los errores? He puesto una impresión de error justo antes de la función de modificación:
Y aquí está el registro de este trozo de código:
Puede ver claramente que no hay errores antes de la función de modificación. ¿Qué tiene que ver esto con los errores?