summaryrefslogtreecommitdiffstats
path: root/config.tests/x11/xfixes
diff options
context:
space:
mode:
authorJoão Abecasis <joao.abecasis@nokia.com>2010-09-03 18:17:35 (GMT)
committerJoão Abecasis <joao.abecasis@nokia.com>2010-09-03 18:39:50 (GMT)
commit4fd2aced96d9095254d89f9da9c911bd88f15245 (patch)
tree6a98f03fd019b401bf244fa053c6fca1f586303c /config.tests/x11/xfixes
parent81b302d06c93b77127a2bd6ee527aeefadffbf64 (diff)
downloadQt-4fd2aced96d9095254d89f9da9c911bd88f15245.zip
Qt-4fd2aced96d9095254d89f9da9c911bd88f15245.tar.gz
Qt-4fd2aced96d9095254d89f9da9c911bd88f15245.tar.bz2
QFileSystemEngine::fillMetaData for Unix platforms
This shuffles a lot of code out of QFSFileEngine. fillMetaData, however is almost a reimplementation of the logic. Goals for this function are to maximize data gathered and minimize file system queries. Symbian had an optimization to lstat first and only stat again on links, having noticed a lot of lstat were being done that weren't really necessary. That optimization was also made in the new fillMetaData function and extended to all platforms, whenever the LinkType attribute is requested (QFSFileEngine will now typically request this in reply to a fileFlags request). We now try to cache all meta data we get from the file system, while still requesting "refreshes" as often as we did before. Client code going straight to QFileSystemEngine API can choose it's behaviour by clearing and querying specific flags in the QFileSystemMetaData instance. Reviewed-by: Prasanth Ullattil
Diffstat (limited to 'config.tests/x11/xfixes')
0 files changed, 0 insertions, 0 deletions