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:reply-to:subject:to:references:from:message-id :date:mime-version:in-reply-to:content-type :content-transfer-encoding; q=dns; s=default; b=jDv4MbOXHJnFXj7P Vyrk5mj4GI9PeKXUeGA1b8o0BZEtt/b266wIVYTJOlhLAIXC4IZ6U6NOSbS1HCtx 8ZgViDcKYh+0oCVI3JT77nXfQBcZKOH26pBIVltcDvdQPRSrgia83u/ATaVu1hBa nd3ex6q4XFoG1nlc6EDOey+g+nA= 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:reply-to:subject:to:references:from:message-id :date:mime-version:in-reply-to:content-type :content-transfer-encoding; s=default; bh=hE0TgtC/OdpH9n7RM45CGF vvdgM=; b=WIdivBJzopO985CaQbKuzKMK8ST9qrR4hb/MfNbfsZPTjfMkYKNut1 zh/AAR5oAf5WaV6Av2/ux6MUSr1HYfOI4ATXexkH6CvPsvkjq4lU+Kavnm4JqFA/ aTp5w73OFBAZLWvlbZlTbrcJM+G7V8XUzPLauSWOPZ9s/v0npEO7Y= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , 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=-1.8 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy=Kaz, H*r:ip*192.168.1.100, H*r:sk:smtp-ou, services X-HELO: smtp-out-so.shaw.ca X-Authority-Analysis: v=2.3 cv=KuxjJ1eN c=1 sm=1 tr=0 a=MVEHjbUiAHxQW0jfcDq5EA==:117 a=MVEHjbUiAHxQW0jfcDq5EA==:17 a=IkcTkHD0fZMA:10 a=w_pzkKWiAAAA:8 a=6ZPCPhUrfm-gV6d_E7EA:9 a=QEXdDO2ut3YA:10 a=buB1NfXUTBUA:10 a=sRI3_1zDfAgwuvI8zelB:22 Reply-To: Brian DOT Inglis AT SystematicSw DOT ab DOT ca Subject: Re: Programs become a no-op To: cygwin AT cygwin DOT com References: From: Brian Inglis Message-ID: <62215dc1-9209-666b-90f6-2c110cb71c94@SystematicSw.ab.ca> Date: Wed, 2 May 2018 23:48:38 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfMBDiq2t3294FT6wBCuW/3KkwYLi2m8OM1RUYbk7Lj+PmfIUa+5tsX/aRpfEymmvjJvuAssQ+3Dk6kjgB4lR+fSrjcZilGmpYKcId2PN7xP31zxHr1KJ RhCASRlW/DhAN8+RaDx1wGlETGMZYyB27MyBjpeoZq7TTjqn7+SYgRXEYOBVqOZ9svErOSP8KqsK9g== X-IsSubscribed: yes On 2018-05-02 17:52, David Rothenberger wrote: > Kaz Kylheku wrote: >> On 2018-05-02 14:15, David Rothenberger wrote: >>> On 5/2/2018 1:13 PM, Boylan, Ross wrote: >>>> I've tried >>>> ssh -V >>>> ssh --help >>>> ssh -v somene AT somewhere >>>> and in all cases nothing happens except that I get a new command >>>> prompt. They used to work fine. >>> This is usually due to a missing dependency. You can try "echo $?" after >>> one of the failing commands. If it is 127, that's probably the issue. I >>> usually track down the missing dependency by running the program under >>> strace (strace ssh --help). It should pop-up a dialog window with the >>> missing dependency library. >> What if it is 127 and the dialog says "The procedure entry point >> __locale_ctype_ptr could not be located in the dynamic link library >> cygwin1.dll"? >> That looks like an outdated cygwin1.dll w.r.t. that program (in this case >> gdb). >> But why doesn't setup.exe ensure that cygwin1.dll is up-to-date for other >> things it installs? > This can happen if you have Cygwin processes running when you run setup and > you ignore warnings. If I were you, I would first try a reboot. If that > doesn't work, I would ensure that all Cygwin processes and services are > stopped and then use setup to reinstall all your packages. If *that* doesn't > work, I would follow the instructions at http://cygwin.com/problems.html to > provide additional information for troubleshooting. To check for incomplete setup due to interference, see if the following shows anything amiss: $ /bin/ls -d -- /etc/postinstall/[!0z][!pqrst][!_]*.*sh \ > /*bin/*.new /usr/*bin/*.new 2> /dev/null | \ > /bin/egrep -vx '^/etc/postinstall/([0z][pqrst]_.*\..*sh|.*\..*sh\.done)$' I run this in my Cygwin profile with suitable wrapping to let me know if setup install or postinstall had issues, assuming Cygwin and coreutils are usable. You can fix these issues outside Cygwin by renaming any .../*bin/*.new files without the .new suffix, after renaming the original files to .old, when they are not open or being used; then running any /etc/postinstall/*.*sh scripts, whose names don't begin [0z]p_, under the required dash or bash shell, and rename with added suffix .done if the shell script completes successfully. This could be automated in a .cmd script using only cmd facilities and Windows utilities with some effort: it's getting a bit easier on Windows (Powershell is still mostly not standard/considered dangerous on corporate users' desktops), but still nowhere nearly as easy as with bash/dash/sh on Cygwin. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada -- 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