Autor Tema: fseek (Leído 4990 veces)

maxstepin · « **en:** Lunes 19 de Octubre de 2009, 12:20 »

hola.

fseek(archivo, 0, SEEK_END);
printf("ntamaño del archivo %lu", (ftell(archivo)));

este codigo me indica el tamaño de un determinado archivo. lo he probado y funciona solo en archivos pequeños. cuando lo pruebo en archivos de 4GB o mas, se imprime 0 como resultado. hay veces que en archivos de 3,5GB si da un resultado, pero es incorrecto.

como podria averiguar el tamaño de archivos de 4GB o mas? hay algun limite para el tamaño de archivo?

saludos.

m0skit0

Todo depende del sistema operativo y del sistema de ficheros. Hay sistemas de ficheros que no soportan ficheros de más de 2 GB o más de 4 GB... Esto implica que, aunque ftell() en el estándar POSIX devuelva long, es probable que sistemas que no cumplan el estándar 100% no devuelvan long (o ponga long pero en realidad usen int internamente, es imposible saber sin tener el código fuente del SO).

Eternal Idol

long es muchas veces 4 bytes.

http://en.wikipedia.org/wiki/Integer_(computer_science)

GetFileSizeEx en Windows.

maxstepin

Cita de: "m0skit0"

Todo depende del sistema operativo y del sistema de ficheros. Hay sistemas de ficheros que no soportan ficheros de más de 2 GB o más de 4 GB... Esto implica que, aunque ftell() en el estándar POSIX devuelva long, es probable que sistemas que no cumplan el estándar 100% no devuelvan long (o ponga long pero en realidad usen int internamente, es imposible saber sin tener el código fuente del SO).

perdona, no especifique. OS: windows 7 x86, compilador: Mingw32.
sistema de archivos: NTFS, si hay archivos de 8 GB (tranquilamente) en este sistema de ficheros, fseek deberia funcionar correctamente tambien, no? o a lo mejor el problema es ftell?

igual, en mi sistema un long pesa lo mismo que un int (?), no deberia ser de 8 bytes?

la funcion de la API, GetFileSizeEx, solo funcionara en sistemas windows, pero que funcion de libreria estandar me puede ayudar?, ya sabes por lo de la portabilidad.

saludos

m0skit0

Cita de: "maxstepin"

la funcion de la API, GetFileSizeEx, solo funcionara en sistemas windows, pero que funcion de libreria estandar me puede ayudar?

Ya te digo que Windows no cumple los estándares, así que si programas para Windows, mejor olvídate de la portabilidad.

maxstepin

Cita de: "m0skit0"

Cita de: "maxstepin"
la funcion de la API, GetFileSizeEx, solo funcionara en sistemas windows, pero que funcion de libreria estandar me puede ayudar?
Ya te digo que Windows no cumple los estándares, así que si programas para Windows, mejor olvídate de la portabilidad.

Entonces, si programo bajo Linux, me puedo olvidar de una funcion que me diga el tamaño de un archivo de 8 GB? o su sistema de archivos(de Linux) no soporta archvos de 8 GB?

algun dia tengo pensado codificar para UNIX/Linux, pero primero aprender bajo windows, o si no estoy perdido.

m0skit0

Cita de: "maxstepin"

si programo bajo Linux, me puedo olvidar de una funcion que me diga el tamaño de un archivo de 8 GB?

Linux sí conforma más a POSIX (aunque no totalmente), así que ftell() debería funcionar bien.

maxstepin

La unica solucion bajo windows es usar getfilesizeex? no hay nada mas?

r0d

Una solucion portable y que estara incluida probablemente en el proximo estandar c++1x: boost::filesystem

m0skit0

Cita de: "maxstepin"

La unica solucion bajo windows es usar getfilesizeex? no hay nada mas?

Pues va a ser que no. Quejas al de la foto.

maxstepin

Cita de: "m0skit0"

Cita de: "maxstepin"
La unica solucion bajo windows es usar getfilesizeex? no hay nada mas?
Pues va a ser que no. Quejas al de la foto.

ese soy yo. a que soy guapo?

Eternal Idol

A ver, que yo sepa en x86 un long ocupa 4 bytes y el standard dice unicamente cual es el tamaño minimo que debe tener (32 bits, 4 bytes). ¿Esto existe por casualidad? Apostaria a que los que crearon la funcion (que es ANSI C) hace siglos no esperaban archivos de mas de 4GB

http://www.mkssoftware.com/docs/man3/ftell.3.asp

Mas referencias:
"On many (but not all) C and C++ implementations, a long is larger than an int. Today's most popular desktop platforms, such as Windows and Linux, run primarily on 32 bit processors and most compilers for these platforms use a 32 bit int which has the same size and representation as a long."

http://home.att.net/~jackklein/c/inttypes.html#long
http://software.intel.com/en-us/article ... re-and-os/

m0skit0

Cita de: "Eternal Idol"

A ver, que yo sepa en x86 un long ocupa 4 bytes

¿Sí? Que yo sepa un int ocupa 4 bytes (modo protegido)

Eternal Idol

Cita de: "m0skit0"

¿Sí? Que yo sepa un int ocupa 4 bytes (modo protegido)

Si y en cuanto a tamaño son lo mismo, ver referencias.

maxstepin

i que tal :

Código: C

 
#include <stdio.h>
#include <sys/stat.h> /* Para la estructura stat */
#include <unistd.h>
 
main(int argc, char **argv)
{
    struct stat64 buf;
 
    printf("%sn",argv[1]);
 
    if ( stat64(argv[1], &buf) == -1 )
    {
        perror(argv[1]);
        getchar();
        exit(-1);
    }
    else
    {
        printf("Tamaño del archivo %s %d bytes.n",argv[1],buf.st_size);
    }
    getchar();
}
 

en stat(), a secas si que funciona, pero no se como hacer para usar stat64(), crear un puntero a una estructura stat64? me tira error: undefined reference to stat64.

GetFileSize, es una solucion que no me convence, lejos de la portabilidad, es un codigo poco elegante, se depende demasiado de la API.

Eternal Idol

¿Esa funcion es standard? Sino lo es entonces es un codigo poco elegante ...

su -

Si y no:

Cita de: "man stat64"

TRANSITIONAL DESCRIPTION (NOW DEPRECATED)
The fstat64, lstat64 and stat64 routines are equivalent to their corre-
sponding non-64-suffixed routine, when 64-bit inodes are in effect. They
were added before there was support for the symbol variants, and so are
now deprecated. Instead of using these, set the _DARWIN_USE_64_BIT_INODE
macro before including header files to force 64-bit inode support.

Eso es en Darwin, pero no me estrañaria que otros sistemas operativos digan lo mismo, es mas, Open Group no lo documenta, asi que no es POSIX.
Mejor usar stat y compilador de 64 bits.

Eternal Idol

Si no hay funcion standard entonces da lo mismo usar un servicio de un S.O. en particular (ademas que estos suelen ser mas potentes y con #ifdef se soluciona cualquier problema de portabilidad del codigo).

diego.martinez

buenas:

yo lo que suelo hacer para portabilidad es usar el patrón factory y crear una clase para win32 y otra para unix.

entonces simplemente uso la api en uno y la stat en el otro.

suerte.

Eternal Idol

Cita de: "diego.martinez"

yo lo que suelo hacer para portabilidad es usar el patrón factory y crear una clase para win32 y otra para unix.

Una buena solucion para C++

Cita de: "diego.martinez"

entonces simplemente uso la api en uno y la stat en el otro.

¿Pero stat no es capaz de devolver el tamaño de un archivo de mas de 4GB, verdad?

su -

Cita de: "Eternal Idol"

¿Pero stat no es capaz de devolver el tamaño de un archivo de mas de 4GB, verdad?

Si estas en una maquina de 64 bits, si que puede... en 32 bits se supone que tambien, no se si en el Glibc actual arreglaron el problema, pero aqui lo documentan muy bien.

Cita de: "Eternal Idol"

Si no hay funcion standard entonces da lo mismo usar un servicio de un S.O. en particular (ademas que estos suelen ser mas potentes y con #ifdef se soluciona cualquier problema de portabilidad del codigo).

Me explique mal

stat si es estandar, pero stat64 no lo es.

Eternal Idol

Cita de: "su -"

Si estas en una maquina de 64 bits, si que puede... en 32 bits se supone que tambien, no se si en el Glibc actual arreglaron el problema, pero aqui lo documentan muy bien.

Si, pero en una de 32 bits no, el standard no lo soporta. Ahi lo que documentan es la API que tiene las funciones esas que terminan en 64 (ftello64 por ejemplo esta mencionada) pero no son standard.

Cita de: "su -"

Me explique mal
stat si es estandar, pero stat64 no lo es.

Exacto, no hay funcion standard que te sirva para obtener el tamaño de un archivo de mas de 4GB en un Windows o GNULinux de 32 bits, de una manera u otra tenes que recurrir a funciones no standard (VC++ soporta _stat64 por cierto, con guion bajo por no ser standard).

maxstepin

Cita de: "Eternal Idol"

Exacto, no hay funcion standard que te sirva para obtener el tamaño de un archivo de mas de 4GB en un Windows o GNULinux de 32 bits, de una manera u otra tenes que recurrir a funciones no standard (VC++ soporta _stat64 por cierto, con guion bajo por no ser standard).

Pero el fichero <sys/stat.h> existe en la carpeta include de Mingw, quiero decir que no me lo he bajado de ningun sitio. SI viene de serie con el compilador, no es una libreria estandar?
en dicho fichero de cabecera esta declarado el prototipo de la funcion stat64.

Código: C

_CRTIMP int __cdecl __MINGW_NOTHROW _stat64 (const char*, struct __stat64*);
 

stat(), si que he podido usarla, y en archivos de mas de 4 GB no funciona, hay desboramiento de memoria.
Si compilo esta version:

Código: C

 
#include <stdio.h>
#include <sys/stat.h> /* Para la estructura stat */
#include <unistd.h>
 
main(int argc, char **argv)
{
    struct stat64 buf;
 
    printf("%sn",argv[1]);
 
    if ( stat64(argv[1], &buf) == -1 )
    {
        perror(argv[1]);
        getchar();
        exit(-1);
    }
    else
    {
        printf("Tamaño del archivo %s %d bytes.n",argv[1],buf.st_size);
    }
    getchar();
}
 

Me tira este error:
+statmain.c|66|error: storage size of 'buf' isn't known|

Eternal Idol

No, no es standard, supongo que es parte de esa API que menciono su- y MinGW tiene la costumbre de usar la CRT del VC++.

En la MSDN.

No logro que haga el enlazado pero asi deberia compilar:

Código: C++

struct __stat64 buf;
 

maxstepin

todo lo hago desde el ide.
he probado "struct __stat64" sin resultados satisfactorios