Re: client SEGV with --enable-runtime-module-search

2015-05-02 Thread Branko Čibej
On 01.05.2015 18:44, Philip Martin wrote: > Philip Martin writes: > >> The problem is that the shared struct created in fs_serialized_init >> doesn't live long enough: >> >> ==25549== Invalid read of size 8 >> ==25549==at 0x8102166: init_lock_baton (fs_fs.c:265) >> ==25549==by 0x81022D4: c

Re: client SEGV with --enable-runtime-module-search

2015-05-02 Thread Philip Martin
Philip Martin writes: > Index: ../src-1.9/subversion/libsvn_ra/ra_loader.c > === > --- ../src-1.9/subversion/libsvn_ra/ra_loader.c (revision 1677108) > +++ ../src-1.9/subversion/libsvn_ra/ra_loader.c (working copy) > @@ -

Re: client SEGV with --enable-runtime-module-search

2015-05-02 Thread Branko Čibej
On 01.05.2015 19:11, Philip Martin wrote: > Philip Martin writes: > >> Philip Martin writes: >> >>> Index: ../src-1.9/subversion/libsvn_ra/ra_loader.c >>> === >>> --- ../src-1.9/subversion/libsvn_ra/ra_loader.c (revision 1677108)

Re: client SEGV with --enable-runtime-module-search

2015-05-01 Thread Philip Martin
Philip Martin writes: > When dynamic module loading is enabled I get a SEGV > > svnadmin create repo > svnadmin create repo2 > svnsync initialize file://`pwd`/repo2 file://`pwd`/repo I found that because svnsync_authz_tests.py 7 fails over ra-svn as that test also uses ra-local, however the bug

Re: client SEGV with --enable-runtime-module-search

2015-05-01 Thread Philip Martin
Philip Martin writes: > Philip Martin writes: > >> Index: ../src-1.9/subversion/libsvn_ra/ra_loader.c >> === >> --- ../src-1.9/subversion/libsvn_ra/ra_loader.c (revision 1677108) >> +++ ../src-1.9/subversion/libsvn_ra/ra_loader

Re: client SEGV with --enable-runtime-module-search

2015-05-01 Thread Philip Martin
Philip Martin writes: > The problem is that the shared struct created in fs_serialized_init > doesn't live long enough: > > ==25549== Invalid read of size 8 > ==25549==at 0x8102166: init_lock_baton (fs_fs.c:265) > ==25549==by 0x81022D4: create_lock_baton (fs_fs.c:317) > ==25549==by 0x