Cualquier pregunta de un PROFI a un SUPER PROFI - 1.

 

Controlo el terminal desde un proceso remoto.

Cargo cualquier script en el gráfico sin usar una DLL. Los guiones se cargan y funcionan.

En cuanto cargo un script usando cualquier librería, el terminal se cuelga.

Por supuesto, todos los scripts con bibliotecas funcionan si se cargan manualmente.

¿Alguien tiene alguna idea?

También debo añadir que la carpeta con el terminal se copia desde la carpeta con el terminal original a su carpeta de la siguiente manera: ...\MetaTrader 4\MT4\...

Todas las copias como enlaces duros y simbólicos, excepto los archivos: accounts.ini, server.ini, terminal.ini.

 
No existe tal tema. ¿Y la pregunta?
 
drknn:
No entiendo por qué habría que duplicar una rama. Ya hay uno.
Cualquier pregunta de novato, para no saturar el foro. Los profesionales no pasan. No sin ti.
Cualquier pregunta de un profesional para no saturar el foro. Cualquier pregunta de un profesional para no saturar el foro. Cualquier pregunta de un profesional para no saturar el foro - 1.
 
jartmailru:
Cualquier pregunta de los recién llegados, para no saturar el foro. Los profesionales no pasan de largo. No puedo ir a ningún sitio sin ti - 2.
Cualquier pregunta de un profesional para no saturar el foro. Cualquier pregunta de un profesional para no saturar el foro. Cualquier pregunta de un profesional para no saturar el foro - 1.
¡¡¡Andrey, tú como superprofesional, di algo!!! :-))
 
Prueba la build 226 del terminal - los dlls funcionan correctamente allí.
 
drknn:
Prueba la build 226 del terminal - los dlls funcionan correctamente allí.
Tengo 225.
 
Prueba el 226. El tema de las dlls ya se ha planteado aquí. La gente ha llegado a la conclusión de que la 226 es la construcción más estable.
 
Zhunko:

Tan pronto como se carga un script usando cualquier biblioteca, el terminal se cuelga.

Por supuesto, todos los scripts con bibliotecas funcionan si los cargas manualmente.

¿Quién sabe?

Vadim, no te lo vas a creer, ayer tuve el mismo problema. He escrito un proyecto dll en VC++ 2008.

Después de medio día de sufrimiento decidí compilarlo en VC++ 6.0.

Todo fue solucionado!!! ¡Ni un solo fallo o cuelgue!

-------

El tema de la rama hizo el correcto.
Sólo puse la palabra PERFIL para que la gente no se confundiera.

 
drknn:
Prueba el 226. El tema de las dlls ya se ha planteado aquí. La gente ha llegado a la conclusión de que la compilación 226 es la más estable.

Gracias. Hay cambios, pero no muy buenos. Todavía se cuelga, pero si no se ejecuta la inicialización de la DLL inmediatamente después del inicio del script, funciona sin estrellarse o congelarse.

Funciona así:

#include <ServicesMT4.mqh>
void start()
 {
  for (int i = 0; !IsStopped(); i++)
   {
    if (i == 5)
     {
      Comment(ServiceGetLocalization());
     }
    Sleep(1000);
   }
 }

No funciona así:

#include <ServicesMT4.mqh>
void start()
 {
  Comment(ServiceGetLocalization());
  Sleep(120000);
 }
 
sergeev:

Vadim, no te lo vas a creer, ayer tuve el mismo problema. Escribir un proyecto dll en VC++ 2008

Después de medio día de sufrimiento, decidí compilar en VC++ 6.0.

Todo fue solucionado!!! ¡Ni un solo fallo o cuelgue!

-------

El tema de la rama hizo el correcto.
Sólo hay que marcar la palabra PERFIL para que la gente no se confunda de rama.

¿Se ha copiadoel proyecto en VC++ 6.0 con sus propiedades o se ha configurado por separado?

Ya he tenido tres ocasiones en las que he utilizado funciones en VS 2010 que no están disponibles en XP. Todo funcionaba en Vista y 7, pero el terminal no veía la biblioteca en XP.

 
sergeev:

El tema del hilo se ha hecho el correcto.
Sólo hay que destacar la palabra PROFI para que la gente no se confunda de hilo.

Si a los PROFIs no les importa, los moderadores pueden ayudar a mantener el hilo lo más estéril posible.
Razón de la queja: