Errores, fallos, preguntas - página 2894

[Renat Fatkhullin]

fxsaber:

En esta imagen el Terminal superior es un gráfico por cada 5000 barras M1.

Terminal inferior - 20 gráficos, 10 Asesores Expertos, CopyTicks en cada tick, etc.

Debido a estas tonterías con la parte superior de la Terminal, es fácil quedarse atascado en ArrayResize.

¿Has olvidado lo que estabas haciendo en el primer terminal antes de dejar un gráfico?

Creo que sí.

El terminal no necesita deshacerse rápidamente de las cachés levantadas anteriormente. Está esperando que el banquete continúe.

[fxsaber]

Renat Fatkhullin:
Вы забыли, что делали на первом терминале до того, как оставили один график?

No lo he olvidado.

No hay ninguna razón para que el terminal se deshaga rápidamente de las memorias caché previamente levantadas. Está esperando que el banquete continúe.

Sé que no habrá ninguno. Pero al terminal no le importa eso. Si quieres 20 caracteres, pon NGB de memoria. Quieres 200, 10N. 1000 - 50N. Esta es la política de banquetes que se ve como correcta.

[Renat Fatkhullin]

fxsaber:
No lo he olvidado.

Tendrías la amabilidad de indicar las condiciones reales de la prueba en cada declaración, sin ningún "debes adivinar la carga a partir del comentario N".

Con sus [des]declaraciones ha desactivado por completo la credibilidad de sus palabras.

[Vladimir Pastushak]

Renat Fatkhullin:

Tendrías la amabilidad de indicar las condiciones reales de la prueba en cada declaración, sin ningún "debes adivinar la carga a partir del comentario N".

Con sus [des]declaraciones ha desactivado por completo la credibilidad de sus palabras.

Por favor, prestad atención a los posts de aquí y de la parte inglesa, el perfilador no funciona, varias builds ya, solo cuelga el meta-editor.

[fxsaber]

Renat Fatkhullin:

Tendrías la amabilidad de indicar las condiciones reales de la prueba en cada declaración, sin ningún "debes adivinar la carga a partir del comentario N".

Con sus [des]declaraciones ha desactivado por completo la credibilidad de sus palabras.

Creé una rama y allí todo es constructivo inicialmente. Preguntado sobre Win10 en este hilo.

[fxsaber]

Frenar, ¿siempre ha sido así?

// int f();

int Num = f(); // 'f' - undeclared identifier

int f() { return(0); }

[Igor Makanu]

fxsaber:

¿Siempre ha sido así?

sí

sólo conint f() hacia adelante;

pero si este código se envuelve en una clase, entonces el orden de los métodos no importará, incluso la inicialización de los campos en el constructor debería funcionar

class A
{
   const int Num;
   int f(){return(0);}
public:
   A(): Num(f()) {}
};

[A100]

fxsaber:

Frenar, ¿siempre ha sido así?

Hay un poco de contradicción aquí, porque

void OnStart()
{
int Num = f(); //нормально
}
int f() { return(0); }

¿Cuál es ladiferencia de principio?

[A100]

Error de compilación:

typedef void (*fn)();
void f() {}
fn g() { return f; }
oid OnStart()
{
        g()(); //Error: ')' - expression expected
}

[fxsaber]

Igor Makanu:

sólo con un int f() descriptivo;

Gracias.