summaryrefslogtreecommitdiffstats
path: root/libglusterfsclient/src/libglusterfsclient-internals.h
diff options
context:
space:
mode:
authorShehjar Tikoo <shehjart@zresearch.com>2009-05-06 12:23:14 +0530
committerAnand V. Avati <avati@amp.gluster.com>2009-05-06 12:36:35 +0530
commitf82651ef4ff5a9e94fa9c0d1f9cf091345440b56 (patch)
tree34199e659114cff02f917e94191bae62fcd6e757 /libglusterfsclient/src/libglusterfsclient-internals.h
parent8d1b62393b58ff3ac5b157e0adea15578c949bbf (diff)
libglusterfsclient: Fix large directory reading bug
As of now, we use 1024 bytes as the buffer for reading directory entries. If a directory as many files, then its possible that it does not fit into this buffer, thereby requiring more than one call to readdir. Now suppose the last bunch of directories fit more or less exactly int the 1024 byte buffer. If this happens, the offset extracted by the current logic(in libgf_client_readdir) never gets updated beyond the first entry in this last block, because the last block's first entry always remains same. This explanation is convoluted, I know, but I too found out the hard way. Signed-off-by: Anand V. Avati <avati@amp.gluster.com>
Diffstat (limited to 'libglusterfsclient/src/libglusterfsclient-internals.h')
0 files changed, 0 insertions, 0 deletions