On 19 Aug 2011 at 19:20, Daniel Shahaf wrote:
> This asserts:
>
> $svn co http://svnbook.googlecode.com/svn/trunk/src/en/book@3805 && cd book
> && $svn up
>
Hi devs,
Just tried this on Windows with trunk.
Result:
Updating '.':
..\..\..\subversion\svn\update-cmd.c:163: (apr_err=175002)
..\..\.
ould come back with '\\servername\temp\blah\'. That would
make a real
mess. That may happen is the current drive was invalid, but so much else would
fail that I
can't really get worried about it.
> Bert? Any insight here?
>
> Cheers,
> -g
Alan Wood
Napier
New Zealand
Phone +64 6 835 4505
a log message as I don't really think it can be applied
without a bit of
editing.
Cheers
Alan Wood
Index: tools/dev/benchmarks/suite1/benchmark.py
===
--- tools/dev/benchmarks/suite1/benchmark.py (revision 1094482)
+++ tools/dev/
Strange, it was a .txt file as an attachment but here it is inline too.
Created the patch with Tsvn seems it got a mix of lin endings in it. I wonder
if that didn't help.
This time with all txt line endings.
Hi All,
Attached is a patch to fix a lock-up in the test_cache.exe on my windows
sys
Hi All,
Attached is a patch to fix a lock-up in the test_cache.exe on my windows
system.
[[[
Fix the releasing of an already released mutex that caused test_cache to lock
up when
attempting to the aquire the mutex a second time.
* subversion/libsvn_subr/cache-inprocess.c
(inprocess_cache_g
On 21 Mar 2011 at 10:48, Stefan Sperling wrote:
> On Mon, Mar 21, 2011 at 12:33:34PM +1300, Alan Wood wrote:
> > There should not have been any conflict data of any sort in this
> > working copy as I am the only developer and I have only every had
> > one working copy.
&g
as I am the only developer and I have only every had
one working copy. But that is relying on my memory a bit much.
I hope someone may be able to plug this little hole in the upgrade
system.
Thanks
Alan Wood
Alan Wood
Napier
New Zealand
Phone +64 6 835 4505
7 matches
Mail list logo
