You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Garrett Rooney <ro...@electricjellyfish.net> on 2005/12/20 05:51:29 UTC
SVNSync DAV test failures (was Re: svn trunk r17859: FAIL (x86_64-unknown-linux-gnu shared ra_dav fsfs))
On 12/19/05, svntest@jaa.iki.fi <sv...@jaa.iki.fi> wrote:
> At least one test FAILED, checking /svntest/obj-sh/tests.log
> FAIL: svnsync_tests.py 1: copy and modify
> FAIL: svnsync_tests.py 2: copy from previous version and modify
> FAIL: svnsync_tests.py 3: copy from previous version
> FAIL: svnsync_tests.py 4: modified in place
> FAIL: svnsync_tests.py 5: tag empty trunk
> FAIL: svnsync_tests.py 6: tag trunk containing a sub-directory
> FAIL: svnsync_tests.py 7: tag trunk containing a file (#2)
> FAIL: svnsync_tests.py 8: tag trunk containing a file
> FAIL: svnsync_tests.py 9: tag with a modified file
> At least one test was SKIPPED, checking /svntest/obj-sh/tests.log
All these are complaining about ProcessTerminatedBySignal, which
implies a crash of some sort, but I can't reproduce it here. Some 64
bit only thing?
Anyway, I am seeing some failures running these tests over DAV, but
it's not crashes, it's an artifact of ra_dav requiring intermediate
directories to be opened before you can create a new subdirectory of
them. I'll figure out the correct fix tomorrow.
FWIW, this and a previous problem DAV had with reqiring files to be
correctly closed are starting to make me wonder if the best solution
is to make the underlying svn_repos_replay2 more correct. Currently
it skips any editor calls that aren't explicitly needed for svnadmin
dump, perhaps that needs to change for it to be correctly used in the
more general case. Or alternatively I can just add more smarts to the
libsvn_ra_dav impl of replay, since the other RA layers seem perfectly
fine with this sort of omission. I need to think some more about
this.
-garrett
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: SVNSync DAV test failures (was Re: svn trunk r17859: FAIL (x86_64-unknown-linux-gnu shared ra_dav fsfs))
Posted by Garrett Rooney <ro...@electricjellyfish.net>.
On 12/19/05, Jani Averbach <ja...@jaa.iki.fi> wrote:
> On 2005-12-19 21:51-0800, Garrett Rooney wrote:
>
> Hello Garrett,
>
> > All these are complaining about ProcessTerminatedBySignal, which
> > implies a crash of some sort, but I can't reproduce it here. Some 64
> > bit only thing?
>
> My test system uses pool-debugging, did you try with that
> (apr --enable-pool-debug=yes ...)?
No, not yet, I'll give that a shot tomorrow, I think I've exhausted my
debugging motivation for tonight ;-)
> Secondly I will try to repoduce
> this with actual command line, and get some more reasonable trace what
> is going on.
Thanks, I appreciate it.
-garrett
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: SVNSync DAV test failures (was Re: svn trunk r17859: FAIL (x86_64-unknown-linux-gnu shared ra_dav fsfs))
Posted by Jani Averbach <ja...@jaa.iki.fi>.
On 2005-12-19 21:51-0800, Garrett Rooney wrote:
Hello Garrett,
> All these are complaining about ProcessTerminatedBySignal, which
> implies a crash of some sort, but I can't reproduce it here. Some 64
> bit only thing?
My test system uses pool-debugging, did you try with that
(apr --enable-pool-debug=yes ...)? Secondly I will try to repoduce
this with actual command line, and get some more reasonable trace what
is going on.
BR, Jani
--
Jani Averbach jaa@iki.fi +1-303-415-0199
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org