Errores, fallos, preguntas - página 3109

 

Amigos, ¿podéis decirme qué hacer?

He notado que en una posición perdedora en el corredor *** con una pequeña desviación - la pérdida es sustancial.

En el caso de una posición rentable es al revés. Lo he medido y comprobado repetidamente. En la imagen se puede ver un beneficio de 30 pips

(menos el canje de 0,04 y la comisión de 0,07) debería ser de unos 2,7 - 2,8. Sin embargo, se lee y muestra 2,12

O retocan el contador o no sé. tu opinión, ¿qué te parece?

Archivos adjuntos:
 
boilan #:

Amigos, ¿podéis decirme qué hacer?

He notado que en una posición perdedora en el corredor *** con una pequeña desviación - la pérdida es sustancial.

En el caso de una posición rentable es al revés. Lo he medido y comprobado repetidamente. En la imagen se puede ver un beneficio de 30 pips

(menos el canje de 0,04 y la comisión de 0,07) debería ser de unos 2,7 - 2,8. Sin embargo, se lee y muestra 2,12

No sé si están fastidiando el contador o qué hacen. ¿cuál es tu opinión?

1. no permitimos que se hable de los corredores.

2. Ejecutar el script [carpeta de datos]\MQL5\Scripts\NEjemplos\SymbolInfo\SymbolInfoSample.mq5

3. Registra el coste de la garrapata.

4. Multiplica el número de puntos de la posición actual por el valor del tick. Consigue 2.12.

 
boilan #:

Amigos, ¿podéis decirme qué hacer?

He notado que en una posición perdedora en el corredor *** con una pequeña desviación - la pérdida es sustancial.

En el caso de una posición rentable es al revés. Lo he medido y comprobado repetidamente. En la imagen se puede ver un beneficio de 30 pips

(menos el canje de 0,04 y la comisión de 0,07) debería ser de unos 2,7 - 2,8. Sin embargo, se lee y muestra 2,12

O ajustan el contador o lo que no sé. ¿Qué piensas?

Precio del tick en GBPAUD con un lote de 0.01 = $0.072

El EURUSD tiene un precio de tick de 0.100

El USDCHF está en 0,107

Cada par tiene su propio valor

Multiplica y obtén el resultado.

En cuanto a la pérdida: Tenga en cuenta el spread, usted abre una posición de compra al precio Ask, y su pérdida será por tanto la misma que el spread.

 

Bild 3110, Real, Otkritie Broker, Mercado de Derivados

El problema:

3 terminales con 48 EAs y 48 indicadores cada uno.

En la build 2981 los tres terminales con EAs e indicadores funcionaban bien.

En la nueva build 3110, cuando instalo indicadores en 3 terminales, 2 de los 3 terminales se bloquean,

y en 3 indicadores se empieza a escribir array fuera de rango

Ordenador marca HP no se tocó nada, solo se entregó la memoria original (era de 8 GB, pasó a ser de 16 GB), w10 Home

En la nueva build 3110 tres terminales con Asesores Expertos (144 EAs) funcionan bien

Cuando se cargan los indicadores en 1 terminal, el consumo de memoria aumenta bruscamente y se aborda el SSD (probablemente ya no hay suficiente memoria)


 
prostotrader #:

Bild 3110, Real, Otkritie Broker, Mercado de Derivados

Problkma:

3 terminales con 48 EAs y 48 indicadores cada uno.

En la build 2981 los tres terminales con EAs e indicadores funcionaban bien.

En la nueva build 3110, cuando instalo indicadores en 3 terminales, 2 de los 3 terminales se bloquean,

y en 3 indicadores se empieza a escribir array fuera de rango

Ordenador marca HP no se tocó nada, solo se entregó la memoria original (era de 8 GB, pasó a ser de 16 GB), w10 Home

En la nueva build 3110 tres terminales con Asesores Expertos (144 EAs) funcionan bien

Cuando se cargan los indicadores en 1 terminal, el consumo de memoria y las peticiones al SSD aumentan rápidamente (probablemente no hay suficiente memoria)


Es evidente que hay un error en el código del programa.

Para empezar, hay que corregirlos, incluso la línea de error y la posición se especifican en el código fuente.

 
Renat Fatkhullin #:

Hay un claro error en el código de los programas.

Para empezar hay que arreglarlas - incluso hay una línea y posición del error en el código fuente.

Por supuesto, lo comprobaré, pero este indicador ha funcionado con normalidad durante más de un año en las construcciones anteriores...

Y este error se produce cuando 2 terminales "salen volando".

 


hacía mucho tiempo que no veía un VPS por 10 dólares...
corregir a los moderadores :)
 

Se ha llamado a EnumWindows() desde winuser.mqh con dos parámetros largos y se ha detectado un error crítico:

Access violation at 0x0000000000000000 write to 0x0000000000000000

 

cómo es que... ¿Sacaron a los promotores del servicio público?


 
Vitaly Muzichenko #:

Este es el caso de todos.

Se trata básicamente de un plazo para comprobar que el pago es "correcto" y que el dinero está "limpio".

El trabajo dura 20 días, el dinero en la cuenta se congela desde el primer día, después de 20 días, se comprueba durante otros 14 días?

Y qué hacían antes de esos 20 días en la cuenta MQ si desde el agregador/banco ya se ha transferido. La verificación ya hace más de 6 días.

No, 20 días en la cuenta MQ ya verificada, +14 días más después de cerrar el trabajo, total - verificación 34 días.

Probablemente sea más correcto contar el periodo desde la transferencia de fondos a la cuenta MQ. Hay veces que el cliente los gasta poco a poco, habiéndolos depositado en la cuenta "alguna vez" y ya han sido verificados durante mucho tiempo.

¿O es que he entendido mal la palabra "Verificación"?

¿Podría la administración comentar de alguna manera por qué los 14 días no se cuentan desde que se acredita el dinero en la cuenta MQ, sino después?

Razón de la queja: