At 9:57 AM -0600 6/6/05, Scott Long wrote: >On Mon, 6 Jun 2005, [iso-8859-1] Dag-Erling Smørgrav wrote: >> >>Changing the stat(2) API to support 64-bit inodes does not require us >>to simultaneously change the on-disk layout of every filesystem we >>support to use 64-bit inodes. However, if we want to fully support >>filesystems with 64-bit inodes (such as FAT32, which currently uses a >>convoluted hack to map the 64-bit offset of a directory entry into a >>32-bit inode), we need to change the API. >> >>The ironic thing is that we already have a 64-bit stat(2)... for >>Linux ABI compatibility. > >Ah, I see your point. Well, it's not too late to address this for >6.0, and it might be a really good idea to think about it now. Is >there anything else that should be bumped along with it? Ooo. Well, if we *could* lay the groundwork for a newer stat() routine in time for 6.0, then I'd really like to see that. The first time I read this message I thought you were saying "it IS too late...", which would have been understandable. There are a number of other fields in 'struct stat' that people have wanted to see expanded. But I'm not sure if that's what you meant by your question of "anything else to get bumped?" -- Garance Alistair Drosehn = gad_at_gilead.netel.rpi.edu Senior Systems Programmer or gad_at_freebsd.org Rensselaer Polytechnic Institute or drosih_at_rpi.eduReceived on Mon Jun 06 2005 - 18:23:31 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:35 UTC