Cita:
|
Empezado por dec
Pero, es que en mi opinión para las funciones de lectura debería ser lo mismo: olvidemos "FileExists" (que yo mismo introduje en este Hilo), pero, ¿es que si utilizo una función "GetFileMd5('E:\archivo.bmp')" Windows va a poner en medio una caché?
|
Exactamente. Pone la caché en el medio y en forma "transparente".
Cita:
|
Empezado por dec
En el caso de que la pusiera... Windows debiera comprobar que primero existe el archivo en el cederrón
|
Como el CD se terminó de grabar hace diez segundos y no se expulsó de la unidad, Windows supone que los datos que tiene en memoria y que recogió durante la escritura son los mismos que están fisicamente grabados en el CD....es que justamente lo que yo quiero comprobar manualmente con mi programa.
Cita:
|
Empezado por dec
, por no ir más lejos, porque bien podría poner la caché por medio para acelerar determinadas tareas como copiar archivos, por ejemplo, pero, si le pregunto específicamente por el MD5 de un archivo... de una ruta en concreto... no estaría nada bien que se me respondiera con el archivo de una caché... porque eso no es lo que yo quiero saber.
|
Lo hace. Incluso al expulsar el CD y volverlo a insertar lo vuelve a hacer, porque Windows se da cuenta que es el mismo CD e insiste en devolver datos de la cache de lectura.
Si reinicio la PC, obviamente la cache se borra y entonces sí mi programa realiza una lectura "real" del CD. Tambén ocurre si hago otras lecturas de otros CDs, lo que hace que el contenido del cache sea
reemplazado por otro y al volver a insertar el CD recién grabado, ahí sí lo lee físicamente.
Saludos, Tux
