delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
DomainKey-Signature: | a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id |
:list-unsubscribe:list-subscribe:list-archive:list-post | |
:list-help:sender:subject:to:references:from:cc:message-id:date | |
:mime-version:in-reply-to:content-type | |
:content-transfer-encoding; q=dns; s=default; b=FJ0FhsKSBcRSTetq | |
D8cS1srPoofm69IG3hpR/CEnpQ2KpkcoIv12HcLY7vTRvTYLZ911FR6bSMkGf2Hd | |
gDy0KrklDOetL+LE+2f5yW/tSlIfBcYYP5C6+JUp4XyPsOIR5xCfC41/Uxj/f157 | |
dcUxtXmcPKgoXbz0ryZuMdiO8Rs= | |
DKIM-Signature: | v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id |
:list-unsubscribe:list-subscribe:list-archive:list-post | |
:list-help:sender:subject:to:references:from:cc:message-id:date | |
:mime-version:in-reply-to:content-type | |
:content-transfer-encoding; s=default; bh=D7lSehsTdIfjUM6tJqiFTD | |
E6tIQ=; b=qiHTNAG2wVKmraDjyFVeb1J4x2l3/lyId1ziPP880CEoIZeE0g9PFG | |
uiJh0BY+egZXGtJnpXszh6PA6UQckBM1dZmGdZkP0k5s3OO3vjQzJnXMhnf9bmre | |
xSds+aIln+nuwrrlYGHN7hBMz2jyqwTxhzyvNYD8yzoIY9n1oj0yM= | |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Id: | <cygwin.cygwin.com> |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
Authentication-Results: | sourceware.org; auth=none |
X-Virus-Found: | No |
X-Spam-SWARE-Status: | No, score=-2.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=dllmain, DllMain, HCc:D*co.uk, unloaded |
X-HELO: | out1-smtp.messagingengine.com |
X-ME-Sender: | <xms:fix9WCbUnLjZobrgR8M67-ouIR85rCkIZjTtLmN24NuZr1-u6mNeXw> |
Subject: | Re: svn segfault when using svn+ssh schema |
To: | cygwin AT cygwin DOT com |
References: | <a1702beb-ff73-0005-6568-2f113ed1ab77 AT dwalin DOT fsnet DOT co DOT uk> <9a5a8d1d-2b71-522e-59a6-29ad915e2445 AT acm DOT org> <333d0191-3b5b-da0d-bb58-b4e8cc840352 AT cs DOT umass DOT edu> <d69d2f76-6a94-fe48-e14d-30d2c22dfb32 AT dwalin DOT fsnet DOT co DOT uk> <f5c7badb-4936-4a89-ee2c-00669c5fccd3 AT dwalin DOT fsnet DOT co DOT uk> |
From: | Jon Turney <jon DOT turney AT dronecode DOT org DOT uk> |
Cc: | Sam Edge <cygwin AT dwalin DOT fsnet DOT co DOT uk> |
Message-ID: | <e1dc5a04-28af-cced-1ea9-e6fdfd9f9de2@dronecode.org.uk> |
Date: | Mon, 16 Jan 2017 20:26:35 +0000 |
User-Agent: | Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 |
MIME-Version: | 1.0 |
In-Reply-To: | <f5c7badb-4936-4a89-ee2c-00669c5fccd3@dwalin.fsnet.co.uk> |
On 16/01/2017 20:07, Sam Edge wrote: > 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 AT 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 AT 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. Not quite, this strace has... > --- Process 5436 loaded C:\cygwin64\lib\sasl2_3\cygcrammd5-3.dll at 00000003EA090000 > --- Process 5436, exception c0000005 at 00000003EA023780 > --- Process 5436 unloaded DLL at 00000003EA090000 > 333 52465 [main] svn 5436 seterrno_from_win_error: /home/corinna/src/cygwin/cygwin-2.6.1/cygwin-2.6.1-1.x86_64/src/newlib-cygwin/winsup/cygwin/dlfcn.cc:304 windows error 998 > 24 52489 [main] svn 5436 geterrno_from_win_error: windows error 998 == errno 14 > 20 52509 [main] svn 5436 dlopen: ret 0x0 and then a bit later > 21 91851 [main] svn 5436 fork: entering > 168 92019 [main] svn 5436 sig_send: sendsig 0x80, pid 5436, signal -72, its_me 1 > 19 92038 [main] svn 5436 sig_send: wakeup 0x28C > 24 92062 [main] svn 5436 sig_send: Waiting for pack.wakeup 0x28C > 36 92098 [sig] svn 5436 wait_sig: signalling pack.wakeup 0x28C > 27 92125 [main] svn 5436 sig_send: returning 0x0 from sending signal -72 > --- Process 5436, exception c0000005 at 0000000180053D3F So it looks like perhaps cygcrammd5 is faulting during it's DllMain, and perhaps this leaves things in a state that dll_list::topsort can't handle... >> 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. You also need the symbols for the DLL loaded at the faulting address. From previous information I'd guess that is cyrus-sasl-debuginfo. (you can check this using gdb's 'info shared' command) > 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. :-) -- 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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |