Errores, fallos, preguntas - página 2308

 
ingram:
Utilizo una dll escrita en .net y envuelta con DllExport. Todo funciona, pero sólo en la primera ejecución, cuando intento ejecutar un EA de prueba usando la dll de nuevo el probador no se inicia. No hay errores en los registros. Al reiniciar el terminal se soluciona el problema.
Ni siquiera eso. El agente deja de funcionar tras el arranque, el cambio de agente soluciona el problema. Cada agente puede ser ejecutado en el probador 1 vez, reiniciando el terminal se resuelve el problema para todos los agentes. Aparentemente algo se cuelga en el agente, ¿hay algún comando para forzar la terminación?
 
Alexey Navoykov:
No he oído hablar de esto (de la orden). Entonces, si hay campos cerrados, ¿están en un orden diferente? ¿Cómo es posible?
Las secciones se pueden organizar en cualquier orden. Dentro de una sección, el orden está garantizado. La regla es general en C++ clásico y no tiene en cuenta casos especiales (sí lo hace en C++11, por ejemplo, si sólo hay una sección - no importa cuál)... ¿o crees que se acaba de inventar?
 
A100:

y luego haga clic en Buscar...

Gracias. Lo tengo.

 
A100:

construir 1907x32... de nuevo nada funciona

Resultado: 0:126, es decir, ni siquiera se carga el .dll del sistema (126 - No se ha podido encontrar el módulo especificado)

Anteriormente (build 1881x32) todo funcionaba y el resultado era el esperado: 1725235200:0

No se cargan porque las cadenas ya no se pasan a las .dll (las habituales, incluidas las de sistema) de ninguna forma (ni char[] ni ushort[], y mucho menos string)

¿Una operación tan sencilla no se prueba?

 
A100:

Y no se cargan porque las cadenas ya no se pasan a las .dll (las normales, incluidas las de sistema) de ninguna forma (ni char[], ni ushort[], y mucho menos string)

¿Una operación tan sencilla no se prueba?

La importación de 32 bits se bloquea al implementar el soporte nativo de DLL de .NET. Mañana publicaremos una beta actualizada.

Por cierto, intente importar las bibliotecas de dotnet. No hay necesidad de más fijaciones.

 
Renat Fatkhullin:

Se rompió la importación de 32 bits al implementar el soporte nativo de DLL de .NET. Mañana se publicará una beta actualizada.

Por cierto, intente importar las bibliotecas de dotnet. No hay necesidad de más fijaciones.

¿Es realmente cierto? Esta es una noticia muy buena. Cuánto tiempo he estado esperando esto!)
¿Hay algún manual? ¿O simplemente se genera una dll en visual studio y todo funciona?

 
ingram:

¿Es realmente cierto? Esta es una noticia muy buena. Cuánto tiempo he estado esperando esto)
¿Hay algún manual? ¿O simplemente se genera una dll en visual studio y todo funciona?

Sí, funciona como una DLL nativa normal.

 

El compilador se cuelga (build 1907x32)


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


 
Renat Fatkhullin:

Se rompió la importación de 32 bits al implementar el soporte nativo de DLL de .NET. Mañana se publicará una beta actualizada.

Gracias. ¡Funciona!
 
Sobre el tema de los nombres de las variables en cirílico

Foro sobre comercio, sistemas de comercio automatizados y prueba de estrategias de comercio

ChartClose + SymbolSelect /false + CustomSymbolDelete en OnDeinit o destructor del objeto

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,"Секундичка");
  }

¿Es una violación de las reglas del foro leer las variables for de arriba a abajo?