Graham Dumpleton <grahamd@dscpl.com.au> writes:
> I have done some digging on this problem. Find attached a log of my
> thoughts and what I have tried so far. In summary it looks like if
> you have a large number of files in a directory that you get
> problems when doing an "svn export". Possibly due to memory being
> overwritten, the underlying readdir()/getdirentries() system calls
> on the Mac are prematurely returning the end of the directory and
> thus not all prop-base files are being removed. A standalone test
> program using the APR routines directly has no problem listing all
> files in the directory, only within the context of "svn" are
> problems arising.
>
> If you can possibly get someone else with Mac OS X to create a
> directory under svn with a few hundred files and export it directly
> from the repository and see if they can duplicate it, it would be
> useful to see if it is a general problem across all Macs.
>
We're (I'm) in the process of completely rewriting 'svn export'. At
the moment, it's just equivalent to 'svn checkout; remove all .svn
dirs'. But if you open up libsvn_client/export.c and grep for the
"#if 0", you can change it to "#if 1" and try the new system. (The
new system just creates an unversion tree on disk, with no .svn dirs
at all.)
Can you let us know if this fixes your problem?
Either way, I'd rather invest the time finishing the new export code,
rather than debugging code that's about to vanish. :-)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Apr 18 17:37:16 2003