On Tue, Jun 5, 2012 at 12:49 AM, Johan Corveleyn <jcor...@gmail.com> wrote: > Python tests are failing on my machine (Win XP) with ra_serf (serf > 1.0.3) and trunk@1346162 (i.e. "now"). > > (the C tests run successfully, but I'm not sure whether some of those > actually contact the repository) > > For instance, basic_tests.py: > [[[ > START: basic_tests.py > I: CMD: svnadmin.exe create svn-test-work\local_tmp\repos > --bdb-txn-nosync --fs-type=fsfs > I: <TIME = 0.125000> > I: CMD: svn.exe import -m "Log message for revision 1." > svn-test-work\local_tmp\greekfiles > http://localhost/svn-test-work/local_tmp/repos --config-dir > R:\test\subversion\tests\cmdline\svn-test-work\local_tmp\config > --password rayjandom --no-auth-cache --username jrandom > I: CMD: R:\test\subversion\svn\svn.exe import -m "Log message for > revision 1." svn-test-work\local_tmp\greekfiles > http://localhost/svn-test-work/local_tmp/repos --config-dir > R:\test\subversion\tests\cmdline\svn-test-work\local_tmp\config > --password rayjandom --no-auth-cache --username jrandom exited with 1 > I: <TIME = 0.187000> > I: ..\..\..\subversion\svn\import-cmd.c:128: (apr_err=730035) > I: ..\..\..\subversion\libsvn_client\commit.c:976: (apr_err=730035) > I: ..\..\..\subversion\libsvn_client\commit.c:633: (apr_err=730035) > I: ..\..\..\subversion\libsvn_ra_serf\commit.c:1474: (apr_err=730035) > I: ..\..\..\subversion\libsvn_ra_serf\commit.c:936: (apr_err=730035) > I: ..\..\..\subversion\libsvn_ra_serf\util.c:780: (apr_err=730035) > I: ..\..\..\subversion\libsvn_ra_serf\util.c:737: (apr_err=730035) > I: ..\..\..\subversion\libsvn_ra_serf\util.c:1946: (apr_err=730035) > I: ..\..\..\subversion\libsvn_ra_serf\util.c:1886: (apr_err=730035) > I: ..\..\..\subversion\libsvn_ra_serf\util.c:1592: (apr_err=730035) > I: svn: E730035: A non-blocking socket operation could not be > completed immediately. > I: ..\..\..\subversion\libsvn_ra_serf\util.c:905: (apr_err=0) > I: svn: E000000: No error > W: ..\..\..\subversion\svn\import-cmd.c:128: (apr_err=730035) > W: ..\..\..\subversion\libsvn_client\commit.c:976: (apr_err=730035) > W: ..\..\..\subversion\libsvn_client\commit.c:633: (apr_err=730035) > W: ..\..\..\subversion\libsvn_ra_serf\commit.c:1474: (apr_err=730035) > W: ..\..\..\subversion\libsvn_ra_serf\commit.c:936: (apr_err=730035) > W: ..\..\..\subversion\libsvn_ra_serf\util.c:780: (apr_err=730035) > W: ..\..\..\subversion\libsvn_ra_serf\util.c:737: (apr_err=730035) > W: ..\..\..\subversion\libsvn_ra_serf\util.c:1946: (apr_err=730035) > W: ..\..\..\subversion\libsvn_ra_serf\util.c:1886: (apr_err=730035) > W: ..\..\..\subversion\libsvn_ra_serf\util.c:1592: (apr_err=730035) > W: svn: E730035: A non-blocking socket operation could not be > completed immediately. > W: ..\..\..\subversion\libsvn_ra_serf\util.c:905: (apr_err=0) > W: svn: E000000: No error > END: basic_tests.py > ELAPSED: basic_tests.py 0:00:00.406000 > ]]] > > To rule out some obvious mistakes on my part: > - httpd is definitely running (Apache 2.2.19 with the mod_dav from > trunk@1346162 as well) > - the same test runs fine with ra_neon.
Doh. This seems to be the new failure mode of the existing issue of running ra_serf with AVG 2012 SurfShield [1]. So svn no longer crashes in this case, but now fails with "svn: E730035: A non-blocking socket operation could not be completed immediately." If I disable SurfShield, the tests succeed. I'll add a note about this to the issue. -- Johan [1] http://subversion.tigris.org/issues/show_bug.cgi?id=4175
