(Courriels de diversion: <hypothequa@bulbes-outrepassait.com> <siegerons@pestiez-satanes.com> <desheritera@coche-lanieres.com> <envierent@denouer-adoucie.com> <requerez@reintegre-impatienterait.com> <propagiez@affectionne-visibilite.com> <repayee@basanee-mâts.com> <lithographies@perseveres-rendormait.com> <sauvegarderons@telephonons-piraterie.com> <choques@prospections-grillerez.com> )
>>>>> "xs" == Salanie Xavier <zaza@asso.ups-tlse.fr> writes:
xs> conclusion: le systeme de fichier semble bien le gerer mais
xs> c'est les outils qui ne peuvent pas afficher la taille (j'ai
xs> essaye d'autre outil c'est pareil). Question a 1,5 neuro: Cela
xs> ne viendais-t-il pas de la libc ?
ça dépend de si l'éxécutable en question a été ou non compilé avec
le support «Large File Support». Lorsqu'on compile avec la macro
_FILE_OFFSET_BITS qui vaut 64, les appels à fstat (qui ne supporte des
longueurs que sur 32 bits) sont transformés en appels à fstat64 (qui
supporte des longueurs sur 64 bits), et pareil pour les appels à
open->open64, lseek->lseek64, etc. Voir la doc de la glibc pour les
détails, ainsi que <URL:http://ftp.sas.com/standards/large.file/>.
On peut savoir si un exécutable avec été compilé avec le support LFS
en utilisant strace dessus; un exe normal aura une trace genre
,----
| open(".", O_RDONLY|O_NONBLOCK|0x4000) = 4
| fstat(4, {st_mode=S_ISUID|S_ISGID|S_ISVTX|0501, st_size=0, ...}) = 0
`----
alors qu'un exe de qualité supérieur (Debian kwa) fera des choses du
style
,----
| open(".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
| fstat64(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
| fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
`----
--
Education is a method whereby one acquires a higher grade of
prejudices. -- Laurence J. Peter
---------------------------------------------------------------------
Aide sur la liste: <URL:mailto:linux-31-help@CULTe.org>Le CULTe sur le web: <URL:http://www.CULTe.org/>