Errores, fallos, preguntas - página 2068
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
Una visión general bastante interesante de la nueva tecnología WebAssemblyen https://habrahabr.ru/post/342180/
WebAssembly (WASM) — новый бинарный формат, позволяющий запускать код в браузере...
Aplicaciones de WebAssembly:
-Menos tiempo de carga
-Mayor velocidad de cálculo
-Utilizar el código fuente C/C++
Teniendo en cuenta los rumores del medio sobre un posible servicio web para la compilación de código MQL,
hay una pregunta razonable sobre la viabilidad de implementar el proyecto de ejecutar Asesores Expertos personalizados directamente desde un navegador basado en WebAssembly.
Pon los registros, tendrá más sentido. Tanto el Asesor Experto como el terminal.
Ficha del terminal
Experto en pestañas
No se produce ningún cierre realmente después del Error 3. Lo he entendido.
El Asesor Experto #1 está cerrando y el segundo estaba tratando de cerrar la misma posición al mismo tiempo.
He arreglado la lógica de funcionamiento y ahora no hay errores.
PERO: El número de error cambia de #3 a #4108 cuando los parámetros pasados a OrderClose() dentro del bucle no cambian.
¿Por qué se lanza primero el error #3 y luego el #4108? - Esta es la cuestión que queda pendiente.
{Si nos fijamos en los tiempos, entonces tenemos un intento de cerrar una orden bloqueada (en cuyo caso no se muestra el error 139 en sí), pero después de cerrarla (y desbloquear la orden en consecuencia) obtenemos el error 3 }.
¿Por qué el terminal no nos da un error específico de que la orden está bloqueada y en cambio nos da un error 3 demasiado general?
PERO: Cambiar el número de error de #3 a #4108 cuando los parámetros pasados a OrderClose() dentro del bucle no se modifican.
¿Por qué es primero el error #3 y luego el #4108? - Esta es la cuestión que queda pendiente.
Esta es la versión del código donde había 1 OrderSelect, ¿no? Entonces el 4108 está justificado.
3 es cuando otro EA cierra una posición y 4108 es cuando intentamos cerrar una posición ya cerrada.
Esta es la versión del código donde había 1 OrderSelect, ¿no? Entonces el 4108 está justificado.
3 es cuando otro EA cierra una posición, 4108 es cuando intentamos cerrar una posición ya cerrada.
Sí.
Pero, ¿por qué no se genera el error 139 al intentar cerrar una orden que ya ha sido cerrada?
Al fin y al cabo, más bien tenemos la situación del error 139. ¿No es así?
Texto de error incorrecto
Correcto.
Pero, ¿por qué no sale el error 139 al intentar cerrar una orden que ya ha sido enviada a cerrar?
Al fin y al cabo, más bien tenemos la situación del error 139. ¿No es así?
No lo sé. Pero tampoco se puede decir que sea un error.
No lo sé. Pero tampoco se puede decir que sea un error.
Si miras el registro de la terminal, el mensaje de error 3 se genera después de cerrar la posición, no cuando se debería haber detectado el bloqueo del servidor.
El mensaje de error 139 podría haberse mostrado casi 0,5 segundos antes. Todo este tiempo, el Asesor Experto se "cuelga" para obtener el error 3 después de que la orden se cierre.
Y por cierto, el error 3 Parámetros no válidos está en el registro de la terminal y 4108 sólo por su salida y sólo en la pestaña EA. Parece que el 4108 es el procesamiento del lado del cliente.
Sólo quiero saber/entender la lógica para ponerla en el código en lugar de tantear con el método científico de la galga... )
¿En qué otra situación se obtendría un error 139 que este...?
¿Qué mejor situación para obtener un error 139 que ésta?
Cuando se activa una orden pendiente/SL/TP o se cierra una posición mediante un stop out (también en el servidor).
No sé sobre el 4108.
Pero de nuevo, no veo ninguna razón para investigarlo - si 2 EAs dan simultáneamente una orden de cierre, uno de ellos tendrá sin duda un error (¿qué diferencia hay?).
El procesamiento es muy simple - hacer OrderSelect y comprobar OrderCloseTime.
¿Qué?
del moderador:
Lamentablemente, debido a un fallo técnico, el texto de la descripción ha sido eliminado. Por favor, escríbalo de nuevo y envíe el producto para su verificación.
Pedimos disculpas por las molestias causadas.
No es sólo un inconveniente, es un dolor de cabeza un par de veces (cada vez - una espera de 10 días), y luego borrar y decir: oops, lo siento, hemos borrado, de alguna manera restaurar usted mismo, y luego esperar otros 10 días. - Y cuando intento hacerlo el sitio se bloquea...
¿Qué demonios es esto? ¿Qué tipo de fallo tiene que ocurrir para que esto se pierda? ¿Que no haya historial que recuperar? El mensaje de descripción ha estado almacenado durante unos días.
¿Por qué no ha aparecido esta vez el mensaje del moderador?
Sé a ciencia cierta que este problema de borrado no ocurre una sola vez. ¡Este supuesto fallo, en realidad no es un fallo (probablemente retrasado), porque no me pasa sólo a mí y no al mismo tiempo (el problema existe desde hace más de medio año)! - Por favor, comenten...
Y por favor, arréglalo. Si no puedes, contrátame. Lo haré en una semana, por 2.000 euros.
Qué fiasco.
En realidad, ¿recuperarán el material borrado? La mitad de mi correspondencia con el moderador ha desaparecido. Los mensajes del foro han desaparecido. Y los moderadores han borrado mensajes que se han quedado en blanco.
¿Por qué no hay modo de mantenimiento? - Es mejor decir en este orden: primero se activa el modo, luego el trabajo está en curso, luego se restablece el modo.
Tan pronto como publiqué un mensaje, el sitio está caído. Decidí refrescar - el sitio está caído...
Esta no es forma de trabajar - bueno no es serio...
En un nuevo comentario al moderador he duplicado la descripción que faltaba para no perder más.
¿qué hacer con el producto? ¿enviarlo por correo electrónico? ¿adjuntarlo a los comentarios? ¿o volver a intentarlo y esperar 24 horas?