Errores, fallos, preguntas - página 3141

[fxsaber]

Oleg Pavlenko #:

¿Por qué funciona correctamente en MQL4 sin puesta a cero, pero no en MQL5?

El MQL4 está poniendo a cero todo por sí mismo.

[Sergey Gridnev]

Oleg Pavlenko #:

Gracias.

Ayudó.

No entiendo una cosa, ¿por qué funciona correctamente en MQL4 sin puesta a cero, pero no en MQL5?

Porque "al sheriff no le importan los problemas de los indios".

:(

[Lilita Bogachkova]

fxsaber #:

El MQL4 pondrá todo a cero por sí mismo.

¿Hay alguna diferencia entre ZeroMemory(array); y ArrayFree(array); para que el array se ponga a cero? Si después de esta función se asigna un nuevo tamaño al array, ArrayResize(array,100,100);

[fxsaber]

Lilita Bogachkova #:

¿Hay alguna diferencia entre ZeroMemory(array); y ArrayFree(array); para un array que necesita ser puesto a cero? Si después de esta función se asigna un nuevo tamaño de array, ArrayResize(array,100,100);

ZeroMemory no libera memoria, sólo la pone a cero.

[Lilita Bogachkova]

fxsaber #:

ZeroMemory no libera la memoria, sólo la pone a cero.

gracias

[Alexey Viktorov]

Lilita Bogachkova #:

¿Hay alguna diferencia entre ZeroMemory(array); y ArrayFree(array); para que un array se ponga a cero? Si después de esta función se asigna un nuevo tamaño de array, ArrayResize(array,100,100);

Creo que hay algunas sutilezas aquí. Si el tamaño del array se incrementa después de ZeroMemory(array);, podemos obtener "basura" en las celdas del array que están "atrasadas". Si aplicas ArrayFree(array);, la "basura" puede estar ubicada en cualquier parte del array.

Por lo tanto, es posible elegir sólo haciendo algunos experimentos en la velocidad de estas funciones. Y es el programador quien decide sobre la "basura". Si un array se llena de valores justo después de declararlo o redimensionarlo, ¿qué sentido tiene poner a cero y luego llenar este array...

[x572intraday]

enum LIST
  {
   L01=111,   // ITEM 1
   L02=222,   // ITEM 2
   L03=333,   // ITEM 3
   L04=444,   // ITEM 4
   L05=555,   // ITEM 5
   L06=666,   // ITEM 6
   L07=666,   // ITEM 7
   L08=666,   // ITEM 8
  };

input LIST LISTING_01=L01;
input LIST LISTING_02=L02;
input LIST LISTING_03=L03;
input LIST LISTING_04=L04;
input LIST LISTING_05=L05;
input LIST LISTING_06=L06;
input LIST LISTING_07=L07;
input LIST LISTING_08=L08;

Por lo que tengo entendido, todos los L0X en el enum LIST {} son independientes. Sin embargo, en cuanto asignamos el mismo valor (666) a algunos elementos del enum, el comentario por defecto deja de mostrarse correctamente, recogiendo el comentario (y aparentemente el valor, aunque es difícil de decir, ya que son el mismo e imposible de entender) del primer elemento con el mismo valor (ver las tres últimas líneasdel enum LIST {}) por alguna razón.

Peor aún, cuando se intenta cambiar la visualización por defecto de la línea 7 de "ITEM 6" a "ITEM 7" y de la línea 8 a "ITEM 8" en los Ajustes del Programa, queestán originalmente en los comentarios del código, se devuelven persistentemente a"ITEM 6":

[x572intraday]

¿La CPU o la GPU se encargan de los búferes de los indicadores? ¿Qué debo actualizar para que se renderice más rápido? Por supuesto, se trata del hardware, ya que OpenCL, sospecho, no ayudará aquí.

[Andrei Sokolov]

Hay un error tipográfico aquí

[avralkosmos]

Hola a todos, ¿podéis darme una pista? MT5 en el equilibrio es constantemente algún tipo de cálculos es incomprensible. Suma y resta. El equilibrio cambia constantemente. Por ello, el gestor de riesgos sólo trabaja ***. El corredor es un abridor. Sección mercado de futuros. En los temas no tienen tiempo para navegar. Tira el enlace si ya existe esa pregunta. No tengo tiempo para eso. ¡Gracias!