<pierre.viret_at_postfinance.ch> writes:
> viretp@mwbox:~$ svn ls https://127.0.0.1:7771/svn/t_sponis_testrepo
> Segmentation fault
>
> In /var/log/syslog:
> Jan 5 14:31:23 mwbox kernel: [14750.072747] svn[21822]: segfault at 7f3733f39000 ip 00007f37328ae3cf sp 00007fff9e3df468 error 7 in libc-2.13.so[7f373278a000+182000]
>
>
> Here the stacktrace with gdb:
>
> (gdb) bt
> #0 __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:2833
> #1 0x00007ffff35f6fa3 in serf_bstrmemdup () from /usr/lib/x86_64-linux-gnu/libserf-1.so.1
> #2 0x00007ffff35faecb in ?? () from /usr/lib/x86_64-linux-gnu/libserf-1.so.1
> #3 0x00007ffff35fb2d4 in serf_bucket_response_status () from /usr/lib/x86_64-linux-gnu/libserf-1.so.1
> #4 0x00007ffff35fe219 in serf__handle_auth_response () from /usr/lib/x86_64-linux-gnu/libserf-1.so.1
> #5 0x00007ffff35f4f29 in serf__process_connection () from /usr/lib/x86_64-linux-gnu/libserf-1.so.1
> #6 0x00007ffff35f38ae in serf_event_trigger () from /usr/lib/x86_64-linux-gnu/libserf-1.so.1
> #7 0x00007ffff35f39d9 in serf_context_run () from /usr/lib/x86_64-linux-gnu/libserf-1.so.1
> #8 0x00007ffff573b522 in svn_ra_serf__context_run_wait () from /usr/lib/x86_64-linux-gnu/libsvn_ra_serf-1.so.1
What sort of authentication are you using on your proxy and webserver?
Is there authentication for the proxy? Is the client handling proxy or
apache authentication when it crashed? Are you using one of the
password stores? It might be helpful to look at the network traffic
although this can be tricky with https. One way that may work is to use
a socat proxy:
socat -v TCP-LISTEN:9630,reuseaddr,fork OPENSSL:127.0.0.1:7771,verify=0
and then use http://localhost:9630/ instead of https://localhost:7771/
in your Subversion command. You may need to use TCP6-LISTEN.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Received on 2015-01-06 12:50:30 CET