Hi All, I currently have a problem when using JetBrain's TeamCity (see this thread; http://www.jetbrains.net/devnet/message/5265757 ).
I'm running svnserve as a daemon on OSX leopard(1.5.6, NOT snow leopard) with one repository root and multiple repositories. TeamCity connects to check for changes to the repositories or checkout, it gathers the data it needs, then just leaves the process (or thread in threaded mode) open. JetBrains are struggling to re-create the issue, and I don't believe I have any wierd or non-standard configuration for my server. SvnServe is being launched with this command line svnserve -d --listen-port 1983 -r ~/MyRepos/ --log-file=/SvnLog.txt Tortoise SVN, xcode and svnX don't cause the same issue, so I believe TeamCity's implementation of the protocol is to blame, but I'm struggling to find the source of the problem. (They cannot reproduce it at their end) The contents of the log (svnlog.txt) look fine, team city is connecting, I see it's command... then the next one... OSX's activity monitor gives this call stack, so I guess either the socket isn't closed properly by team city (or svnserve/osx) or is waiting for some kind of EOF token. (I don't know the protocol) 2266 Thread_2507 2266 start 2266 main 2266 serve 2266 svn_ra_svn_handle_commands2 2266 svn_ra_svn_read_tuple 2266 svn_ra_svn_read_item 2266 readbuf_getchar_skip_whitespace 2266 readbuf_getchar 2266 readbuf_fill 2266 readbuf_input 2266 svn_ra_svn__stream_read 2266 svn_stream_read 2266 sock_read_cb 2266 read 2266 read Total number in stack (recursive counted multiple, when >=5): Sort by top of stack, same collapsed (when >= 5): read 2266 And I'm currently running this version from collabnet. (I had the same issue with 1.5.5 and the 1.4.x version bundled with osx leopard) svn, version 1.6.6 (r40053) compiled Oct 22 2009, 14:13:09 Copyright (C) 2000-2009 CollabNet. Does anyone have any ideas how I can find the problem? (or what svnserve is expecting to do next?) My next tests (when I find some time) will be to run the repos on a windows machine, and a last resort to compile and debug svnserve myself... - Graham - http://www.grahamreeves.com/