C'est vrai que je pourrai prendre la taille maximum actuelle du fichier.
Le problème étant, dans ce cas, que j'ai toujours un truc hardcodé, dédié à une une partie particulière d'un système particulier.
Si un jour je veux évoluer le programme pour accéder à d'autres informations, je devrais refaire la même recherche de la taille maximale d'un autre fichier... bof bof.
Non pas que je m'attende à ce que tous les systèmes nomment leurs "fichiers"/variables de la même façon bien sûr, voire même je doute qu'il soit possible d'accéder à ces informations via un simple fopen (en fait je sais que c'est impossible, l'OS de microsoft n'exposant pas son interface de cette façon, mais m'en cogne de celui-la)... mais je trouve du coup que c'est quand même dommage de devoir utiliser une valeur au pifomètre pour tenter de récupérer toutes les informations.
Même si mon patch à i3status ne fait que +/- 80 LoC, je trouve ça dommage de mettre des choses en dur dedans (autrement dit, définies à la main, peu importe si c'est au travers d'une constante ou de valeurs numériques, le résultat est le même au final).
Il me reste toujours la piste de mmap() suggérée plus haut. J'y répondrai quand j'aurai fini de lire le man et quand j'aurai vérifié que c'est utilisable (ou pas, je le préciserai dans ce cas).
[^] # Re: Doc
Posté par freem . En réponse au message taille du "fichier" /proc/meminfo. Évalué à 2.
C'est vrai que je pourrai prendre la taille maximum actuelle du fichier.
Le problème étant, dans ce cas, que j'ai toujours un truc hardcodé, dédié à une une partie particulière d'un système particulier.
Si un jour je veux évoluer le programme pour accéder à d'autres informations, je devrais refaire la même recherche de la taille maximale d'un autre fichier... bof bof.
Non pas que je m'attende à ce que tous les systèmes nomment leurs "fichiers"/variables de la même façon bien sûr, voire même je doute qu'il soit possible d'accéder à ces informations via un simple fopen (en fait je sais que c'est impossible, l'OS de microsoft n'exposant pas son interface de cette façon, mais m'en cogne de celui-la)... mais je trouve du coup que c'est quand même dommage de devoir utiliser une valeur au pifomètre pour tenter de récupérer toutes les informations.
Même si mon patch à i3status ne fait que +/- 80 LoC, je trouve ça dommage de mettre des choses en dur dedans (autrement dit, définies à la main, peu importe si c'est au travers d'une constante ou de valeurs numériques, le résultat est le même au final).
Il me reste toujours la piste de mmap() suggérée plus haut. J'y répondrai quand j'aurai fini de lire le man et quand j'aurai vérifié que c'est utilisable (ou pas, je le préciserai dans ce cas).