Re: Test failures with subversion 1.7.2

2011-12-29 Thread Stefan Sperling
On Wed, Dec 28, 2011 at 12:29:25AM +0100, Elias Pipping wrote: > Hello, > > I get a couple of test failures with subversion 1.7.2; using the trunk > instead does not help. > > Here are the test failures: > > Running tests in db-test [7/85]FAILURE > Running tests in entries-compat-test [10/85]FAI

Re: Test failures with subversion 1.7.2

2011-12-29 Thread Arfrever Frehtes Taifersar Arahesis
2011-12-28 00:29:25 Elias Pipping napisał(a): > Hello, > > I get a couple of test failures with subversion 1.7.2; using the trunk > instead does not help. > > Here are the test failures: > > Running tests in db-test [7/85]FAILURE > Running tests in entries-compat-test [10/85]FAILURE > Running te

Re: crash fetching status

2011-12-29 Thread Hyrum K Wright
On Wed, Dec 28, 2011 at 1:01 AM, Stefan Küng wrote: > From crash dumps sent for TSVN, there's a crash happening when fetching the > status. The stacktrace: > >        libsvn_tsvn32.dll!svn_relpath_join(const char * base=0x, > const char * component=0x01fe2154, apr_pool_t * pool=0x01fe2080)

Re: crash fetching status

2011-12-29 Thread Stefan Küng
On 29.12.2011 16:43, Hyrum K Wright wrote: On Wed, Dec 28, 2011 at 1:01 AM, Stefan Küng wrote: I looked at similar places elsewhere, and they seemed to follow a pattern. The following patch is in a similar vein: [[[ Index: subversion/libsvn_wc/status.c ==

Re: Problems with the documentation of Subversion dump format

2011-12-29 Thread Steinar Bang
> "Eric S. Raymond" : > On the other hand, when you *start* in gitspace, mapping back down to > the set of abstractions svn can handle is really lossy. You have to > throw away the domains on committer names, all the author fields, real > (annotated) tags, and branch merges. Couldn't you jus

Re: Problems with the documentation of Subversion dump format

2011-12-29 Thread Daniel Shahaf
Steinar Bang wrote on Thu, Dec 29, 2011 at 22:55:09 +0100: > > "Eric S. Raymond" : > > > On the other hand, when you *start* in gitspace, mapping back down to > > the set of abstractions svn can handle is really lossy. You have to > > throw away the domains on committer names, all the author