Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
No creo que sea así. No se pueden empujar megabytes de información a través de OBJ_TEXT.
el candidato más cercano son los recursos
Nota: un punto es en realidad una estructura repleta de variables de diferentes tipos. Se guarda cuando se cierra/abre el terminal y también se guarda en una plantilla.
Nota: un punto es en realidad una estructura repleta de variables de diferentes tipos. Se guarda cuando se cierra/abre el terminal y también se guarda en la plantilla.
Sigo preguntando, ¿han encontrado ya una solución para DLL 32/64?
Hay una especie de WOW32reg.exe en el sistema (\System32\). He dado vueltas y vueltas, no responde a -h -?, no he podido registrar nada a ciegas.
Google también es silencioso, no he podido encontrar nada en microsoft.com... así que está bastante bien.
?
¿Qué no está claro? ¿Me das una tarea concreta, pero todo es un camino de ida y vuelta...?
Sigo preguntando, ¿han encontrado ya una solución para DLL 32/64?
Hay una especie de WOW32reg.exe en el sistema (\System32\). He dado vueltas y vueltas, no responde a -h -?, no he podido registrar nada a ciegas.
Google también es silencioso, no he podido encontrar nada en microsoft.com... en general, es agudo.
Es sólo una idea, no lo he probado. Después de detectar la profundidad de bits del terminal, utilice LoadLibrary para cargar dinámicamente la DLL.
Sigo preguntando, ¿habéis encontrado ya una solución para el DLL 32/64?
¿Cuál es el problema aquí?
En la importación se especifican dos funciones idénticas, sólo que con parámetros diferentes (int/long). En el programa, dependiendo de los 32/64 bits, se llama a la función correspondiente.
Sigo preguntando, ¿habéis encontrado ya una solución para el DLL 32/64?
Gracias al contexto:: todo se resuelve de forma ordenada.
En la importación se especifican dos funciones idénticas, sólo que con parámetros diferentes (int/long). En el programa, dependiendo de los 32/64 bits, se llama a la función correspondiente.
Por ejemplo, así:
en un código que se llama con contexto explícito ::.::MemRead(...)
Es decir, no multiplicamos los nombres de las funciones, sino que hacemos una autodetección de la tasa de bits y llamamos a la importada correcta.
Sigo preguntándome, ¿habéis encontrado ya una solución para 32/64 DLL?
La forma más fácil es poner DLLs x32 y x64 del mismo nombre en diferentes directorios del sistema Windows - SysWOW64 y System32, respectivamente.
Pero el intercambio de datos entre programas es realmente un problema, sobre todo si se aborda de forma aleatoria.
Así que probablemente razonado y Microsoft, cuando en los años noventa del siglo pasado, pasó de un archivo, el intercambio de flujo de objeto - OLE de ella a ActiveX -> COM -> COM + -> .NET, es decir, sobre la base de una tecnología de intercambio entre programas han creado un nuevo sistema de programación y ejecución de código.
¿Cuál es el problema aquí?
En la importación se especifican dos funciones idénticas, sólo que con parámetros diferentes (int/long). En el programa, se llama a la función adecuada según el tamaño de los bits de 32/64.
No quiere cargar la de 32 bits en absoluto, y no quiere ejecutar el programa aunque no vaya a llamarlo (la dll) ya.
Si"Permitir el uso de DLL" no está marcado, el botón [OK] no se muestra en absoluto, sólo se cancela. Permitir, haga clic en Aceptar - el programa se bloquea. Bloqueo.
En realidad, lo ideal sería poder llamar a dll32 en el terminal x64. Sé que es teóricamente posible, pero no sé cómo.
No quiere cargar la de 32 bits en absoluto, y no quiere ejecutar el programa aunque no vaya a llamarlo más (dll).
Cuando"Permitir dll" está desmarcado, el botón [OK] no se muestra en absoluto, sólo se cancela. Permitir, haga clic en Aceptar - el programa se bloquea. Bloqueo.
Lo ideal sería poder llamar a dll32 en el terminal x64. Sé con seguridad que es teóricamente posible, pero no sé cómo.
2013.12.19 18:49:01.436 do (EURUSD,H1) Cannot load 'E:\MT5_REV1\Client\MetaTrader5Terminal\Final\MQL5\Libraries\test.dll'
2013.12.19 18:48:58.929 do 'E:\MT5_REV1\Client\MetaTrader5Terminal\Final\MQL5\Libraries\test.dll' is not 64-bit version
Ahora llamamos a la función de dicha biblioteca:
2013.12.19 18:51:07.446 do (EURUSD,H1) Cannot call 'fnCrashTest', 'test.dll' is not loaded
2013.12.19 18:51:07.445 do (EURUSD,H1) Cannot load 'E:\MT5_REV1\Client\MetaTrader5Terminal\Final\MQL5\Libraries\test.dll'
2013.12.19 18:51:05.107 do 'E:\MT5_REV1\Client\MetaTrader5Terminal\Final\MQL5\Libraries\test.dll' is not 64-bit version