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

Re: reproducible mkdir/rmdir bug?

From: Karl Fogel <kfogel_at_newton.ch.collab.net>
Date: 2002-07-09 16:28:33 CEST

Oh. Now I see.

Martin, you put your bug description in mail quotes (that is, "> "
prefixing each line), so my eye automatically treated it as a quoted
mail from someone else, to which you were replying. But in fact, the
transcript was part of the top-level of your mail! :-)

The "> " convention is pretty well-established by now. I'd recommend
only using it when quoting other sources, so that it remains a
reliable signpost for readers.

Thanks,
-K

Martin Pool <mbp@sourcefrog.net> writes:
> Using Subversion r2441 (./autogen.sh; ./config.status --recheck; make
> clean; make all; make install) tonight:
>
> > mbp/1 svnbug1$ ls -l `which svn`
> > -rwxr-xr-x 1 root root 2829782 Jul 9 19:30 /usr/local/bin/svn
> > mbp/1 svnbug1$ svn --version
> > Subversion Client, version 0.13.2 (dev build)
> > compiled Jul 9 2002, 19:28:26
>
> > Copyright (C) 2000-2002 CollabNet.
> > Subversion is open source software, see http://subversion.tigris.org/
>
> > The following repository access (RA) modules are available:
>
> > * ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol.
> > - handles 'http' schema
> > * ra_local : Module for accessing a repository on local disk.
> > - handles 'file' schema
>
> > mbp/1 svnbug1$ svnadmin create repo
> > mbp/1 svnbug1$ svn mkdir file:///home/mbp/work/sv
> > svn-1611-i386* svnbug1/
> > mbp/1 svnbug1$ svn mkdir file:///home/mbp/work/svnbug1/repo/trunk
> > Waiting for Emacs...Done
>
> > Committed revision 1.
> > mbp/1 svnbug1$ svn co file:///home/mbp/work/svnbug1/repo/trunk
> > Checked out revision 1.
> > mbp/1 svnbug1$ cd trunk
> > mbp/1 trunk$ ls -la
> > total 12
> > drwxrwxr-x 3 mbp mbp 4096 Jul 9 19:39 .
> > drwxrwxr-x 4 mbp mbp 4096 Jul 9 19:39 ..
> > drwxrwxr-x 8 mbp mbp 4096 Jul 9 19:39 .svn
> > mbp/1 trunk$ svn mkdir foo
> > A foo
> > mbp/1 trunk$ svn commit -m 'make foo'
> > Adding foo
>
> > Committed revision 2.
> > mbp/1 trunk$ svn rm foo
> > D foo
> > mbp/1 trunk$ ls -la
> > total 16
> > drwxrwxr-x 4 mbp mbp 4096 Jul 9 19:39 .
> > drwxrwxr-x 4 mbp mbp 4096 Jul 9 19:39 ..
> > drwxrwxr-x 8 mbp mbp 4096 Jul 9 19:39 .svn
> > drwxrwxr-x 3 mbp mbp 4096 Jul 9 19:39 foo
> > mbp/1 trunk$ svn commit -m 'kill foo'
> > Deleting foo
>
> > Committed revision 3.
> > mbp/1 trunk$ ls -la
> > total 16
> > drwxrwxr-x 4 mbp mbp 4096 Jul 9 19:39 .
> > drwxrwxr-x 4 mbp mbp 4096 Jul 9 19:39 ..
> > drwxrwxr-x 8 mbp mbp 4096 Jul 9 19:39 .svn
> > drwxrwxr-x 2 mbp mbp 4096 Jul 9 19:39 foo
> > mbp/1 trunk$ svn up
>
> > subversion/libsvn_fs/tree.c:178
> > svn_error: #21068 : <Filesystem has no item>
> > file not found: transaction `4', path `/trunk/foo'
> > mbp/1 trunk$
>
> By the way, is that sequence (svnadmin create; svn mkdir; svn co) the
> typical way to start a new repository?
>
> jerenkrantz(?) expressed concern that my svn binary was dynamically
> linked against Berkeley db1. It seems very unlikely to me that such a
> library problem would have this kind of symptom, as opposed to say
> just failing to compile altogether. Looking at the configure output,
> I am pretty sure that Subversion itself links against the db4
> distribution in a source subdirectory, but APR links against the
> system's -ldb and -lgdbm for reasons best know to itself.
>
> --
> Martin
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jul 9 16:39:00 2002

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.