RE: Access violation

I can't be sure that this is the cause but please try running merge without --force. There is a fix for incoming directory deletions during merge scheduled for the next 1.8 release. With 1.8 using --force shouldn't be necessary anyway as the old tree conflict detection problems were resolve

Re: Issue with Subversion client - svn command line interface - Spaces in the message

On Apr 17, 2014, at 11:49, Srinivasa Dara wrote: > I am using command line version of svn, version 1.6.11 (r934486) in GNU/Linux Which Linux, specifically? Can you try a newer version of Subversion? 1.6.x and earlier are no longer supported. > When I run any svn command with -m option which

Re: Issue with Subversion client - svn command line interface - Spaces in the message

Hi Eric, Thanks for the quick response. I tried as per your suggestion, now getting different error: svn mkdir -m "message with spaces" svn: Local, non-commit operations do not take a log message or revision properties svn mkdir -m "message_with_no_spaces" Committed revision Any idea? -D

Re: Issue with Subversion client - svn command line interface - Spaces in the message

Try: svn mkdir -m "Message with spaces" instead ... instead. The "svn help" command reports that the syntax is of the form "svn [options] [args]", whereas you've done "svn [args] [options]" Eric On Thu, Apr 17, 2014 at 9:49 AM, Srinivasa Dara wrote: > Hi, > > I am currently seeing below i

Issue with Subversion client - svn command line interface - Spaces in the message

Hi, I am currently seeing below issue with subversion command line..more details below: I am using command line version of svn, version 1.6.11 (r934486 ) in GNU/Linux When I run any svn command with -m option which has spaces in the messa

Re: Error E160004 reported to client after dump/load cycle.

On Thu, Apr 17, 2014 at 10:05 AM, Terry Dooher < terry.doo...@naturalmotion.com> wrote: > I suspect that the error was just a result of me being lazy and not > shutting down apache during the dump/load (the repos get perhaps one commit > per week). Does mod_dav_svn cache anything that might be con

Error E160004 reported to client after dump/load cycle.

We have ~20 repositories of varying sizes and we've been running 1.8.8 for the last 3 weeks (up from 1.7.15). So far all of our repos were just 'svnadmin upgrade'd and I've been scheduling overnight dump/load cycles of the repos to complete the upgrade and minimise downtime. The script will: *

10 seconds timeout before each operation involving network connection

I posted this already on the TortoiseSVN mailing list and it was suggested to report it to the Subversion Users mailing list: We are using TortoiseSVN (1.8.x) and the subversion command-line client (1.8.8) on Windows7 clients together with a VisualSVN (2.5.x) Server inside our company network. On

Access SVN slowly at first time login

Dear: I have a question when using SVN. Could you please help me on this? We run two SVN virtual machines(with Windows Server 2003 system installed Subversion Edge ) on the same physical machine.We set LDAP authentication both on the two virtual machines.When we log in SVN at the first ti

Access violation

Trying to dry-run test merging a branch URL to a working copy of another branch. Scott Steimle Senior Consultant The HLS Group, LLC (via Aureus Group) svn-crash-log20140416161059.log Description: svn-crash-log20140416161059.log