Erros, bugs, perguntas - página 2308

 
ingram:
Utilizo um dll escrito em .net e embrulhado com DllExport. Tudo funciona, mas apenas na primeira execução, quando tento executar um teste EA usando o dll novamente o testador não começa. Não há erros nos registos. O reinício do terminal resolve o problema.
Nem mesmo assim. O agente deixa de funcionar após o arranque, a mudança de agente resolve o problema. Cada agente pode ser executado no testador 1 vez, reiniciar o terminal resolve o problema para todos os agentes. Aparentemente algo está pendurado no agente, existe algum comando para forçar a rescisão?
 
Alexey Navoykov:
Ainda não ouvi falar disto (sobre a encomenda). Então, se houver campos fechados, estão numa ordem diferente? Como é isso possível?
As secções propriamente ditas podem ser organizadas em qualquer ordem. Dentro de uma secção, a encomenda é garantida. A regra é geral em C++ clássico e não tem em conta casos especiais (tem em C++11, por exemplo, se houver apenas uma secção - não importa qual)... ou acha que foi inventado para nada?
 
A100:

e depois clique em Find...

Obrigado. Já está.

 
A100:

construir 1907x32... mais uma vez nada funciona

Resultado: 0:126, ou seja, mesmo o sistema .dll não carrega (126 - O módulo especificado não pôde ser encontrado)

Anteriormente (construção 1881x32) tudo funcionava e o resultado era esperado: 1725235200:0

Não carregam porque os strings já não são passados para .dll (dlls habituais incluindo as do sistema) sob qualquer forma (nem char[] nem ushort[], muito menos string)

Uma operação tão simples não é testada?

 
A100:

E não são carregados porque os strings já não são passados para .dll (dlls regulares incluindo as do sistema) sob qualquer forma (nem char[], nem ushort[], muito menos string)

Uma operação tão simples não é testada?

Importação de 32 bits quebrados durante a implementação de suporte nativo .NET DLL. Lançaremos um beta actualizado amanhã.

Tente importar bibliotecas dotnet, a propósito. Não há necessidade de mais amarrações.

 
Renat Fatkhullin:

Quebrou a importação de 32 bits ao implementar o suporte nativo .NET DLL. Vai lançar um beta actualizado amanhã.

Tente importar bibliotecas dotnet, a propósito. Não há necessidade de mais encadernações.

É realmente verdade? Esta é uma notícia muito fixe! Há quanto tempo estou à espera disto!)
Existe algum manual? Ou apenas gera uma dll em estúdio visual e tudo funciona?

 
ingram:

É realmente verdade? Esta é uma notícia muito fixe! Há quanto tempo estou à espera disto!)
Existe algum manual? Ou apenas gera um dll em estúdio visual e tudo funciona?

Sim, funciona apenas como uma DLL nativa normal.

 

Compilador pendurado (construção 1907x32)


template<typename T>
void f( T ); {}
void OnStart()
{
        f( 0 );
}


 
Renat Fatkhullin:

Quebrou a importação de 32 bits ao implementar o suporte nativo .NET DLL. Vai lançar um beta actualizado amanhã.

Obrigado! Está a funcionar!
 
Sobre a questão dos nomes variáveis em cirílico

Fórum sobre comércio, sistemas comerciais automatizados e teste de estratégias comerciais

ChartClose + SymbolSelect /false + CustomSymbolDelete in OnDeinit ou object destructor

kypa, 2018.10.11 13:58

void КСекундичка::ЗатварянеВсичкотоГрафика()
  {
   int всичкото_графика = ArraySize(ч_графикчките);
   for(int х=0; х<всичкото_графика; х++) ChartSetSymbolPeriod(ч_графикчките[х],_Symbol,PERIOD_M1);
   for(int у=0; у<всичкото_графика; у++) ChartRedraw(ч_графикчките[у]);
   for(int й=0; й<всичкото_графика; й++) ChartClose(ч_графикчките[й]);
   ObjectsDeleteAll(0,"Секундичка");
  }

É uma violação das regras do fórum ler para as variáveis de cima para baixo?