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

Re: svn export failing to remove .svn directories

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2003-04-18 17:35:53 CEST

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

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.