Discusión sobre el artículo "Trabajamos con archivos ZIP con los medios de MQL5, sin usar bibliotecas ajenas" - página 10

 

Y también hay un enlace a un archivo grande que no se puede descomprimir correctamente. Pongo el tamaño para ellos a 0, y entonces el programa que llama entiende por este 0 que hay un error y es necesario usar otro archivador.
Quizás se te ocurra algo mejor en vez de 0.

https://quote-saver.bycsi.com/orderbook/linear/BTCUSDT/2025-05-09_BTCUSDT_ob500.data.zip

 
Forester #:

He ordenado los ficheros (descomprimidos) que superan un determinado volumen (para diferentes ficheros desde 1,7Gb hasta 2136507776 - es decir, casi hasta MAX_INT=2147483647, y los arrays no pueden tener más elementos) y que se cortan a la salida. Resultó que todos ellos fueron marcados como erróneos en:

Es decir, valor de salida = 0.
Pero CZIP no controla esto. Hice la puesta a cero del tamaño de la matriz de salida.
Así en mis funciones puedo determinar con 100% de garantía que el archivo es desempaquetado con éxito.
Antes comprobaba el final correcto del archivo JSON }\r\n - pero esta solución no es universal y parece que varios archivos de ~1000 fueron cortados accidentalmente por una línea intermedia y fueron aceptados como descomprimidos con éxito, pero los datos en ellos no están completos.

Nueva versión de la función:

La nueva está resaltadaen amarillo .

Quizás los desarrolladores también deberían poner a cero el array, porque los datos recortados casi nadie los necesita. Y puede dar lugar a errores difíciles de ver.

Y también hay un enlace a un archivo grande que no se puede descomprimir correctamente. Yo pongo el tamaño para ellos a 0, y entonces el programa que llama entiende por este 0 que hay un error y es necesario usar otro archivador.
Quizás se te ocurra algo mejor en lugar de 0.

https://quote-saver.bycsi.com/orderbook/linear/BTCUSDT/2025-05-09_BTCUSDT_ob500.data.zip

 
Gracias. He subido el archivo, lo investigaré.