Errores, fallos, preguntas - página 2492
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
¿Es normal que los agentes no liberen la memoria RAM después de completar una tarea en la nube?
Versión 2085, 13 de junio de 2019.
Mantiene la RAM durante al menos 1 hora.
¿Es normal que los agentes no liberen memoria RAM después de una tarea en la nube?
La pregunta no está completa. ¿Cuánto tiempo mantienen sus agentes la memoria? ¿Cuál es la construcción del terminal?
Error durante la ejecución:
Resultado : 1
Esperado: 2 o (como en C++) - error de compilación
¡Gracias por el post!
MQL5 no soporta la sobreescritura (y/o la ocultación) de métodos de clase.
Si no recuerdo mal, ya discutimos esta característica hace varios años, aunque era una cuestión de qué sobrecarga debería llamarse más cercana en la herencia o más exacta en términos de parámetros.
En la nueva versión del compilador, el overriding funcionará como en C++.
Es decir, cuando se sobrescribe un método padre, sólo será posible llamarlo utilizando "b.A::f()", un intento de llamar a b.f(10) dará lugar a un error, el método b.f() - no tiene parámetro, y el método A::f(int) no está disponible (oculto), porque está sobrescrito.
La pregunta no está completa. ¿Cuánto tiempo guardan la memoria sus agentes? ¿Cuál es la construcción del terminal?
Modificado.
Foro sobre trading, sistemas de trading automatizados y pruebas de estrategias de trading
Bichos, errores, preguntas
SEM, 2019.07.01 09:03
¿Es normal que los agentes no liberen la RAM después de realizar un trabajo en la nube?
Versión 2085, 13 de junio de 2019.
Mantiene la RAM durante al menos 1 hora.
Quiero volver a plantear el "problema del precio medio ponderado" en la descripción de CPositionInfo, comando PriceOpen()
Foro sobre comercio, sistemas de comercio automatizados y pruebas de estrategias
Servicio de atención al cliente. Quejas, sugerencias.
Francuz, 2019.06.13 11:36
Error en la descripción de la biblioteca estándar
Concretamente en la descripción del comando CPositionInfo, PriceOpen()
https://www.mql5.com/ru/docs/standardlibrary/tradeclasses/cpositioninfo/cpositioninfopriceopen
El valor devuelto no es "precio de apertura" sino "preciomedio ponderado de apertura"
Como ejemplo:
Abrimos una posición de 1 lote al precio de 61532. En este caso, PriceOpen() devolverá 61532.
Además, aumentamos nuestra posición en 1 lote a 61615. En este caso, PriceOpen() devolverá el precio medio ponderado de dos lotes 61573,5, no el precio de apertura de la posición.
Me gustaría ver no sólo una corrección de una palabra en la descripción, sino también una breve explicación-ilustración.
El problema delprecio medio ponderado de apertura tiene consecuencias desagradables.
El caso es que si se aumenta una posición hasta la cantidad que no se puede dividir sin el resto, se dividen los céntimos, y se pierden al redondear. Como resultado, el balance no se suma al final. Todas las transacciones se realizan en rublos estrictamente enteros, el balance final no converge debido a los kopecks perdidos.
Esquema de reproducción del error con la pérdida de kopecks en la balanza, incluso en el comercio manual.
Además, explicaré en qué consiste el error:
La columna "A" corresponde a los datos reales (precios de las transacciones). La columna "B" es una derivación de la columna "A" con pérdida de precisión. Cualquier contable cualificado le explicará que el balance sólo debe conciliarse con los datos reales, y nunca con los derivados de pérdida de fidelidad.
El centavo no sólo se muestra incorrectamente en el terminal, sino que realmente se mueve entre las cuentas del cliente y del corredor. Cualquier abogado o funcionario de Hacienda le dirá que esto es una "estafa" y que podría ser objeto de un litigio entre el comerciante y el corredor.
La confirmación de la afirmación de que los centavos están realmente perdidos es la aplicación de una corrección después de un período de tiempo considerable. ¿Qué tipo de corrección? ¿Por qué esos volúmenes tan extraños?
Quiero volver a plantear el "problema del precio medio ponderado" en la descripción de CPositionInfo, comando PriceOpen()
Vamos a comprobarlo.
Nos ayudará mucho si nos da su contraseña de inversor temporalmente durante un par de horas en su cuenta personal. Queremos comprobar los precios y los posibles redondeos en su tabla de transacciones. Nos pondremos en contacto con usted.
Una corrección es diferente.
Vamos a comprobarlo.
Nos ayudará mucho si nos da su contraseña temporal de inversor durante un par de horas. Queremos comprobar los precios y los posibles redondeos en su hoja de cálculo. Se pondrán en contacto con usted.
La corrección es diferente.
Broker Otkritie
En el camino:https://www.mql5.com/ru/signals/596871
Si no recuerdo mal, ya hablamos de esta característica hace varios años, aunque discutíamos sobre qué sobrecarga debía llamarse más por herencia o más exactamente por parámetros.
Sí... Recuerdo... C++ utiliza la sobrecarga de herencia más cercana - de modo que los cambios posteriores en las clases base (aparición de una nueva sobrecarga de parámetros precisos) no afectarían al orden de los cálculos en las clases derivadas (esta nueva sobrecarga no sería invocada)
Tenga en cuenta lo siguiente:
Parece que es una nimiedad - sólo escribe
y ser feliz, pero el punto es exactamente, que no es necesario dos o más veces para escribir b = 2, y por lo tanto en el cambio posterior en, digamos: b = 3 - será necesario cambiar sólo en un lugar (y no en dos o más), y por lo tanto (teniendo en cuenta la distribución del programa) es imposible olvidar a hacerlo en otros lugares
Ayuda
ERR_INDICATOR_DATA_NOT_FOUND
4806
Datos solicitados no encontrados
Al mismo tiempo, el indicador del gráfico se muestra normalmente.
¿Qué debo hacer?