Erros, bugs, perguntas - página 397

[Yedelkin]

TEXX:

Sinceramente, é uma treta....

Para que caralho precisa de um bojan?

Uma posição é sempre uma; pode haver várias ordens que estiveram envolvidas na sua formação, e cada ordem é accionada a um preço diferente. Que preço devemos fixar em relação à posição formada por várias encomendas? Os criadores escolheram esta opção. Esta é a mesma variante que é utilizada nos bancos.

A propósito, uma pergunta importante: qual é o nível de equilíbrio para uma posição formada por várias ordens?

[[Excluído]]

Yedelkin:

Uma posição é sempre uma única ordem; pode haver várias ordens que estiveram envolvidas na sua formação, e cada ordem é accionada a um preço diferente. Que preço deve ser especificado em relação à posição formada por várias encomendas? Os criadores escolheram esta opção. Esta é a mesma variante que é utilizada nos bancos.

A propósito, uma pergunta importante: qual é o nível de equilíbrio para uma posição formada por várias ordens?

Correcção - é antes um preço médio de abertura de uma posição (como um agregado de todos os preços de transacção) em vez de uma CU. Para uma BU, há pelo menos algumas permutas a calcular.

[Yedelkin]

Interesting:
Correcção - isto é mais um preço de abertura médio (como um agregado de todos os preços de transacção) do que uma BU. Para uma compra, há pelo menos algumas permutas a calcular.

Responderá a todas as suas perguntas para o TEX :)

[[Excluído]]

Yedelkin:
Responderá a todas as suas perguntas para o TEX :)

Claro que não, queria apenas esclarecer. E, em princípio, que diferença faz, que seja CU (eu próprio uso frequentemente esse termo em relação ao preço de uma posição agregada)...

[Yedelkin]

Depois de ter sido feito um upgrade para 458 edifícios, uma coisa veio à luz. Consegui localizá-lo:

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);
     }
  }

Após a compilação, aparece um aviso que faz com que a declaração de loop não funcione. XP, 32.

[Aleksandr Chugunov]

Yedelkin:

Depois de ter sido feito um upgrade para 458 edifícios, uma coisa veio à luz. Consegui localizá-lo:

Após a compilação, aparece um aviso que faz com que a declaração de loop não funcione. XP, 32.

Sim, já tive cerca de 3 destas ocorrências quando actualizei para 458 build....

Não escavei, apenas mudei os tipos de variáveis.....

[Test Account]

Yedelkin:

Depois de ter sido feito um upgrade para 458 edifícios, uma coisa veio à luz. Foi capaz de a localizar:

Após a compilação, aparece um aviso que faz com que a declaração de loop não funcione. XP, 32.

Sim, há um erro. Iremos corrigi-lo.

Obrigado pela mensagem.

[MONTEGRO]

stringo:

Tem apenas agentes locais?

Esta situação será rectificada em breve.

construir 450. ganhar XP SP3. o optimizador gera frequentemente erros durante os testes, muitas vezes com desconexão do agente (tanto local como remota):

2011.05.27 15:26:24 Core 1 agente lento falhou
2011.05.27 15:26:24 Núcleo 1 ligação fechada
2011.05.27 15:26:22 Core 2 agente demasiado lento. tempo ocupado é 5641 ms. tempo avg é 1405 ms.
2011.05.27 15:26:20 Core 1 agente demasiado lento. tempo ocupado é de 5625 ms. o tempo médio é de 1405 ms.
2011.05.27 15:26:18 Core 2 sincronização comum concluída
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 sincronização comum concluída
2011.05.27 15:26:15 Core 1 autorizado (agente build 450)
2011.05.27 15:26:15 Core 1 conectado

é praticamente impossível de trabalhar. uma optimização de uma hora transforma-se numa optimização de quatro horas.

P.S. sou o único que sofre, e o resto está bem ? ou ninguém está a optimizar )))) ?

[Ilyas]

Yedelkin:

Depois de ter sido feito um upgrade para 458 edifícios, uma coisa veio à luz. Foi capaz de a localizar:

Após a compilação, aparece um aviso que faz com que a declaração de loop não funcione. XP, 32.

Obrigado pelo correio, o erro foi corrigido.

[Slava]

MONTEGRO:

construir 450. ganhar XP SP3. o optimizador gera frequentemente erros ao testar, muitas vezes com o agente desactivado (tanto local como remoto):

Na realidade 458 build já foi lançado