Problema de WindowScreenShot - página 3

Nuevo comentario
  
Alert: 596588\\WindowShots GBPCAD\\2014 1\\GBPCAD_2014-01-20 14-17-09.gif
 = mappa + CharToStr(92) + CharToStr(92) + Symbol();
  1. Las dobles barras invertidas están mal.
    // = mappa + CharToStr(92) + CharToStr(92) + Symbol();
   = mappa + CharToStr(92)                 + Symbol(); // One backslash
// or
#define  BS "\\"                                        // One backslash
   = mappa + BS                            + Symbol();
  2. ¿Qué es mappa? FileOpen escribe en TERMINAL\experts\files o TERMINAL\tester\files. ¿Tiene realmente una estructura de directorios "TERMINAL\experts\files\596588\WindowShots GBPCAD\2014 1\"
 
RaptorUK:
No tengo ni idea, estoy intentando que añada suficiente información de depuración para poder diagnosticar el problema... pero parece que se resiste a la idea.

WindowScreen() se ejecuta sin error, pero no escribe el archivo.

Reinicio mi ordenador y funciona bien, hoy.


No resisto...

El MT4 para resistir.

 
ttechnik:

WindowScreen() se ejecuta sin error, pero no escribe el archivo.

No se puede tener una cosa sin la otra... si WindowsScreenShot() devuelve true es que ha funcionado... ¿por qué estás intentando abrir el archivo GIF para leerlo? ¿qué estás intentando leer de él? si estás intentando probar un error utiliza el valor de retorno de WindowsScreenShot()
 
WHRoeder:
  1. Las dobles barras invertidas son incorrectas.
  2. ¿Qué es mappa? FileOpen escribe en TERMINAL\experts\files o TERMINAL\tester\files. ¿Tiene realmente una estructura de directorios "TERMINAL\experts\files\596588\WindowShots GBPCAD\2014 1\"

1. Pero funciona bien,


2. mappa es 596588\WindowShots

Sé terminail escribir archivos directorio

 
RaptorUK:
. . . ¿por qué está intentando abrir el archivo GIF para su lectura? ¿qué está intentando leer de él? si está intentando comprobar un error utilice el valor de retorno de WindowsScreenShot()


Me temo que era una recomendación del MQ de cómo probar la presencia de un archivo.
 
Ovo:

Me temo que era una recomendación de la MQ cómo probar la presencia de un archivo.
Asumí que era algo así, pero ¿por qué hacer eso sin probar si WindowsScreenShot() y devuelve true ? y si WindowsScreenShot() ha devuelto true ¿por qué comprobar la existencia del archivo ? cinturón y llaves ? y luego lo que si WindowsScreenShot() devuelve true y FileOpen() falla ?
 
RaptorUK:
Suponía que era algo así, pero ¿por qué hacer eso sin comprobar si WindowsScreenShot() y devuelve true ? y si WindowsScreenShot() ha devuelto true ¿por qué comprobar la existencia del archivo ? cinturón y llaves ? y entonces ¿qué pasa si WindowsScreenShot() devuelve true y FileOpen() falla ?


Lol, todo el hilo es muy emocionante. Yo mismo no entiendo una construcción, por qué el error se comprueba si el mango del archivo se ha creado con éxito.
 
ttechnik: 1. Pero funciona bien,
ttechnik : WindowScreen() se ejecuta sin error, pero no escribe el archivo.
Decídete.
 
Ovo:

Lol, todo el hilo es muy emocionante. Yo mismo no entiendo una construcción, por qué el error se comprueba si la manija del archivo se ha creado con éxito.

Sí
 
RaptorUK:
Supuse que era algo así, pero ¿por qué hacer eso sin comprobar si WindowsScreenShot() y devuelve true ? y si WindowsScreenShot() ha devuelto true ¿por qué comprobar la existencia del archivo ? cinturón y llaves ? y entonces ¿qué pasa si WindowsScreenShot() devuelve true y FileOpen() falla ?



Esa es la situación.


Entonces, ¿qué pasa si WindowsScreenShot() devuelve true y FileOpen() falla?

No sé por qué.


Y he comprobado el FileOpen().... Esa es la prueba verdadera :)

1234
Nuevo comentario