Web lists-archives.com

Re: svn segfault when using svn+ssh schema




On 09/01/2017 19:07, Sam Edge wrote:
> On 09/01/2017 02:04, Eliot Moss wrote:
>> On 1/8/2017 3:45 PM, David Rothenberger wrote:
>>> On 1/8/2017 6:12 AM, Sam Edge wrote:
>>>> I've seen a number of 'svn segfault' threads on the mailing list
>>>> archive
>>>> but none of them seem to cover this specific failure mode.
>>>> (Apologies if
>>>> one of them does!)
>>>>
>>>> I'm getting segfaults from svn but only when using ssh as the schema.
>>>> The following three commands are all accessing the same server, the
>>>> name
>>>> of which has been changed to protect the guilty.
>>>>
>>>> --------
>>>> SamEdge@thor ~
>>>> $ ssh cmserver.XXXXXX.com
>>>> ( success ( 2 2 ( ) ( edit-pipeline svndiff1 absent-entries
>>>> commit-revprops depth log-revprops atomic-revprops partial-replay
>>>> inherited-props ephemeral-txnprops file-revs-reverse ) ) )
>>>> SamEdge@thor ~
>>>> $ svn ls svn+ssh://cmserver.XXXXXX.com/edl/
>>>> Segmentation fault (core dumped)
>> Assuming this is repeatable behavior, perhaps getting a trace using
>> strace would reveal some more useful information.
>>
>> Regards - Eliot Moss
>>
> Good idea.
>
> Strangely, on another Windows 7 64-bit machine svn+ssh to the same
> server is working fine for me. The most significant differences are that
> the 'working' machine is running Windows 7 Pro on an Intel CPU with
> Sophos AV and domain accounts whereas the 'failing' machine is Windows 7
> Home Premium on an AMD with MS Security Essentials and local accounts.
> These differences may or may not be relevant of course.
>
> Anyway, attached are the two strace outputs. Diffing them suggests that
> it's segfaulting in the fork() "system" call.
>
> I don't have time in the week to run it in a debug session but I'll try
> to do so at the weekend given the advice I've been given here. I will
> also do a rebaseall after I've tracked down the
>
> Thanks for the feedback folks. Much appreciated.
>
> BR

Hi again.

I've downloaded the debug symbols for subversion & the Cygwin dll and
run the command in gdb. Output attached. Not really giving me any clues
so far.

I've also run 'rebaseall' on the off chance that it would help - it didn't!

Still open to suggestions if anyone has any "light bulb" notions. :-)

-- 
Sam Edge

SamEdge@thor ~
$ gdb svn
GNU gdb (GDB) (Cygwin 7.10.1-1) 7.10.1
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-pc-cygwin".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from svn...Reading symbols from /usr/lib/debug//usr/bin/svn.exe.dbg...done.
done.
(gdb) set cygwin-exceptions on
(gdb) run ls svn+ssh://cmserver.XXXXXXXXXX.com/edl/
Starting program: /usr/bin/svn ls svn+ssh://cmserver.XXXXXXXXXX.com/edl/
[New Thread 2096.0xf4c]
[New Thread 2096.0x157c]
[New Thread 2096.0x1264]
[New Thread 2096.0x15d8]

Program received signal SIGSEGV, Segmentation fault.
0x00000003e9f63780 in ?? ()
(gdb) bt
#0  0x00000003e9f63780 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) info threads
  Id   Target Id         Frame
  4    Thread 2096.0x15d8 0x0000000076cfd63a in ntdll!ZwWaitForWorkViaWorkerFactory () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
  3    Thread 2096.0x1264 0x0000000076cfc2ea in ntdll!ZwWaitForMultipleObjects
    () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
  2    Thread 2096.0x157c 0x0000000076cfbd9a in ntdll!ZwReadFile ()
   from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
* 1    Thread 2096.0xf4c 0x00000003e9f63780 in ?? ()
(gdb) list
3098                      err, _("When using svn+ssh:// URLs, keep in mind that the "
3099                             "--username and --password options are ignored "
3100                             "because authentication is performed by SSH, not "
3101                             "Subversion"));
3102            }
3103
3104          return err;
3105        }
3106
3107      return SVN_NO_ERROR;
(gdb)
--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple