-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-30 a las 20:18 -0000, Camaleón escribió:
El Tue, 30 Mar 2010 22:06:57 +0200, Carlos E. R. escribió:
El 2010-03-30 a las 19:45 -0000, Camaleón escribió:
Y ese, precisamente, es el problema que quiero evitar. La "imitación" que puedan hacer los programas gráficos, que tengan en cuenta la extensión (y no el contenido) y que fallen en algún punto al intentar descomprimirlo.
Aún entonces, irá bien.
Deberías tener partes así:
archive.tar.gz.000 archive.tar.gz.001 archive.tar.gz.002
Son así:
archivo_aa archivo_ab archivo_ac ...
¿Con todo lo de "archive.tar.gz" quitado? ¿Se lo quitas tu?
Tu programa primero debe ver la extensión numerica y encadenar los trozos correctamente, quedandose con un único "archive.tar.gz". El siguiente paso es:
¿Qué "programa"?
¿No estás haciendo un script? Ese es el programa.
El usuario recibe esos paquetes por correo, separados. Los guarda en una carpeta y los une con "cat".
Lo que quiero evitar es que al generar el archivo (que puede ser de cualquier tipo, .deb, .rpm, .zip, .tar.gz, .bz2...) y al abrirlo con la aplicación que tenga instalada en su sistema (que desconozco) y que tenga como predeterminada para gestionar el tipo de archivo que haya construido, le dé problemas.
Con cat tienes tú que darle el nombre final que quieras darle, que tendrás que comunicar en el correo.
Nada más, no le busquéis la quinta pata al gato. Sólo quería facilitarle las cosas indicándole el nombre de la extensión del archivo original a modo informativo.
Es que no tenemos una idea exacta de lo que tratas de hacer.
¿Que no se puede? No pasa nada, le pongo el nombre del archivo completo y así no hay equivocación que valga.
Eso es lo mejor.
Variante a) 1) expandir el gz con gzipe
Je, ya... ¿y tú crees que el usuario va a hacer eso en lugar de abrirlo con ark o file roller, no? :-)
Es que esa aplicación sabe que así es como se abre un archive.tar.gz
(los tar.gz son archivos estructuralmente muy distintos de los zip. Es primeramente un archivo que concatena todos los ficheros, y luego es un fichero comprimido del archivo: por eso tiene dos extensiones encadenadas. Si hay un fallo en la compresión se pierde todo. El zip es un verdadero archivo comprimido con estructura, y más fiable).
Peor lo pones. Además, al enviarlo por correo es muy posible que alguno de los archivos llegue corrupto, para más inri. Así que si al usuario le falla al descomprimir, no sé de dónde le puede venir el error.
Correcto. Por eso la gente que enviaba cosas de esas por correo inventó sistemas para evitar ese problema. El "par" o el "par2", por ejemplo, que sirven chequear errores de transmisión e incluso recuperarlos. Se llama "forward error recovery". O emplear soluciones completas, como el "rar", como te han dicho, que es verdad, puede fraccionar y reconstruir automáticamente, con verificación de errores y creo que también corrección. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkuyiikACgkQtTMYHG2NR9UyKACfcpHuUaykXVcM+FfxXD4o724g pnQAnjj5A0CoKKFDc4OuXNzphTFvfxd4 =k78h -----END PGP SIGNATURE-----