Errores, fallos, preguntas - página 397

[Yedelkin]

TEXX:

Sinceramente, es una mierda....

¿Para qué coño necesitas un bojan?

Una posición es siempre una; puede haber varias órdenes que intervengan en su formación, y cada orden se activa a un precio diferente. ¿Qué precio debemos fijar en relación con la posición formada por varias órdenes? Los desarrolladores han elegido esta opción. Esta es la misma variante que se utiliza en los bancos.

Por cierto, una pregunta capciosa: ¿cuál es el nivel de equilibrio de una posición formada por varias órdenes?

[[Eliminado]]

Yedelkin:

Una posición es siempre una sola orden; puede haber varias órdenes que intervengan en su formación, y cada orden se activa a un precio diferente. ¿Qué precio debe especificarse en relación con la posición formada por varias órdenes? Los desarrolladores han elegido esta opción. Esta es la misma variante que se utiliza en los bancos.

Por cierto, una pregunta capciosa: ¿cuál es el nivel de equilibrio de una posición formada por varias órdenes?

Corrección: se trata más bien de un precio medio de apertura de una posición (como agregado de todos los precios de las transacciones) y no de una UC. Para un BU, hay que calcular al menos algunos intercambios.

[Yedelkin]

Interesting:
Corrección: se trata más bien de un precio medio de apertura (como agregado de todos los precios de las transacciones) y no de una BU. Para una compra, hay que calcular al menos algunos intercambios.

Responderá a todas sus preguntas para TEX :)

[[Eliminado]]

Yedelkin:
Responderá a todas sus preguntas para TEX :)

Por supuesto que no, sólo quería aclararlo. Y en principio, qué más da, que sea CU (yo mismo uso a menudo ese término en relación con el precio de una posición agregada)...

[Yedelkin]

Después de actualizar a la construcción de 458, una cosa salió a la luz. Pude localizarlo:

void OnStart()
  {
   short real_index=-1;
   real_index++;
   real_index++;
   real_index++;
   real_index++;
   real_index++;
   if(real_index<0)
     {
      Print(__FILE__," ",__FUNCTION__,": real_index=",real_index,"<0, программа выгружается");
      return;
     }
   Print(__FILE__," ",__FUNCTION__,": real_index=",real_index);
   for(uchar u=0;u<real_index;u++)
      //for(char u=0;u<real_index;u++)   //Если поменять uchar на char - результат тот же.
     {
      Print(__FILE__," ",__FUNCTION__,": uchar u=",u,", real_index=",real_index);
     }
  }

Después de la compilación, aparece una advertencia que hace que la sentencia del bucle for no se ejecute. XP, 32.

[Aleksandr Chugunov]

Yedelkin:

Después de actualizar a la construcción de 458, una cosa salió a la luz. Pude localizarlo:

Después de la compilación, aparece una advertencia que hace que la sentencia del bucle for no se ejecute. XP, 32.

Sí, he tenido 3 o más de estas ocurrencias al actualizar a 458 build....

No he investigado, sólo he cambiado los tipos de variables.....

[Test Account]

Yedelkin:

Después de actualizar a la construcción de 458, una cosa salió a la luz. Fue capaz de localizarlo:

Después de la compilación, aparece una advertencia que hace que la sentencia del bucle for no se ejecute. XP, 32.

Sí, hay un error. Lo arreglaremos.

Gracias por el mensaje.

[MONTEGRO]

stringo:

¿Sólo tiene agentes locales?

Esta situación se corregirá en breve.

build 450. win XP SP3. el optimizador a menudo genera errores durante las pruebas, a menudo con la desconexión del agente (tanto local como remoto):

2011.05.27 15:26:24 Core 1 agente lento falló
2011.05.27 15:26:24 Core 1 conexión cerrada
2011.05.27 15:26:22 Core 2 agente demasiado lento. el tiempo de ocupación es de 5641 ms. el tiempo medio es de 1405 ms
2011.05.27 15:26:20 Core 1 agente demasiado lento. El tiempo de ocupación es de 5625 ms. El tiempo medio es de 1405 ms.
2011.05.27 15:26:18 Core 2 sincronización común completada
2011.05.27 15:26:17 Core 2 autorizado (agente build 450)
2011.05.27 15:26:17 Core 2 conectado
2011.05.27 15:26:15 Core 1 sincronización común completada
2011.05.27 15:26:15 Core 1 autorizado (agente build 450)
2011.05.27 15:26:15 Core 1 conectado

es prácticamente imposible trabajar. una hora de optimización se convierte en cuatro horas.

P.D. ¿soy el único que sufre y el resto está bien? o nadie está optimizando ))) ?

[Ilyas]

Yedelkin:

Después de actualizar a la construcción de 458, una cosa salió a la luz. Fue capaz de localizarlo:

Después de la compilación, aparece una advertencia que hace que la sentencia del bucle for no se ejecute. XP, 32.

Gracias por el post, el error ha sido corregido.

[Slava]

MONTEGRO:

build 450. win XP SP3. el optimizador a menudo genera errores al hacer pruebas, a menudo con el agente desactivado (tanto local como remoto):

En realidad, ya se ha publicado la versión 458