[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: dot, dot-dot and apr_dir_read

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2004-02-17 03:26:05 CET

rbb@rkbloom.net writes:

>> - If it is, how does the current implementation of apr_dir_read
>> guarantee it?
>
> It probably doesn't. I never encountered a FS that didn't
> consistantly return . and .. first, so I didn't code around the
> problem.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=231364

When the BTS catches up it will contain this information:

   The file system is ext3 with 2.6 kernel.

   [11:03][arafune1:/export/SVN_common/hooks]$ ls -f -1
   post-revprop-change.tmpl
   ./
   pre-revprop-change.tmpl
   ../
   pre-commit.tmpl
   post-commit.tmpl
   start-commit.tmpl

I asked the bug reporter to run "ls -f" which returns unsorted
entries, you can clearly see that "." and ".." do not come first.

> It wouldn't be too hard to resolve this in the APR code however.

Thanks, that will solve our problem long term. I wonder what we
should do for Subversion 1.0? Ship with a big disclaimer that hotcopy
does not work on ext3? Implement our own dot-first stuff in
svn_io_dir_walk? Wait for an APR fix and require that version? I've
had a look at the Subversion code and I think hotcopy is the only
thing affected.

-- 
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Feb 17 03:26:30 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.