* Programs become a no-op [not found] <BY2PR05MB19571396AED3AB6AD820D4BA87800@BY2PR05MB1957.namprd05.prod.outlook.com> @ 2018-05-02 20:13 ` Boylan, Ross 2018-05-02 21:14 ` Marco Atzeri ` (2 more replies) 0 siblings, 3 replies; 8+ messages in thread From: Boylan, Ross @ 2018-05-02 20:13 UTC (permalink / raw) To: cygwin I've tried ssh -V ssh --help ssh -v somene@somewhere and in all cases nothing happens except that I get a new command prompt. They used to work fine. I tried reinstalling ssh and libssh2_1. No help. I think the problem is more general: man ssh man -V man --help man man also all get nothing. On the other hand, grep, find and date (date might be a shell builtin) all seem to be working fine. I just updated; it's been at least a week since earlier updates, and it's probably longer than that since I used ssh. Running under Windows 7, 64 bit (cygwin is 64 bit too). I have local admin rights, used for the install, but did not request them when running cygwin. Symantec EndPoint Protection, though the logs don't seem to show it blocking or quarantining anything. Any ideas? Thanks. Ross Boylan -- 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 ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Programs become a no-op 2018-05-02 20:13 ` Programs become a no-op Boylan, Ross @ 2018-05-02 21:14 ` Marco Atzeri 2018-05-02 21:15 ` David Rothenberger 2018-05-03 13:35 ` Brian Inglis 2 siblings, 0 replies; 8+ messages in thread From: Marco Atzeri @ 2018-05-02 21:14 UTC (permalink / raw) To: cygwin On 5/2/2018 10:13 PM, Boylan, Ross wrote: > I've tried > ssh -V > ssh --help > ssh -v somene@somewhere > and in all cases nothing happens except that I get a new command prompt. They used to work fine. likely broken dependency due to a package update gone wrong. It usually happens when you do NOT shut down all processes before running setup. strace ssh should provide you an hint. > Any ideas? provide the cygcheck.out as requested at: > Problem reports: http://cygwin.com/problems.html Regards Marco -- 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 ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Programs become a no-op 2018-05-02 20:13 ` Programs become a no-op Boylan, Ross 2018-05-02 21:14 ` Marco Atzeri @ 2018-05-02 21:15 ` David Rothenberger 2018-05-03 13:35 ` Brian Inglis 2 siblings, 0 replies; 8+ messages in thread From: David Rothenberger @ 2018-05-02 21:15 UTC (permalink / raw) To: cygwin On 5/2/2018 1:13 PM, Boylan, Ross wrote: > I've tried > ssh -V > ssh --help > ssh -v somene@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. -- David Rothenberger ---- daveroth@acm.org -- 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 ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Programs become a no-op 2018-05-02 20:13 ` Programs become a no-op Boylan, Ross 2018-05-02 21:14 ` Marco Atzeri 2018-05-02 21:15 ` David Rothenberger @ 2018-05-03 13:35 ` Brian Inglis 2018-05-15 19:04 ` Programs become a no-op [SOLVED] Boylan, Ross 2 siblings, 1 reply; 8+ messages in thread From: Brian Inglis @ 2018-05-03 13:35 UTC (permalink / raw) To: cygwin On 2018-05-02 14:13, Boylan, Ross wrote: > I've tried > ssh -V > ssh --help > ssh -v somene@somewhere > and in all cases nothing happens except that I get a new command prompt. > They used to work fine. > I tried reinstalling ssh and libssh2_1. No help. > I think the problem is more general: > man ssh > man -V > man --help > man man > also all get nothing. > On the other hand, grep, find and date (date might be a shell builtin) all > seem to be working fine. > I just updated; it's been at least a week since earlier updates, and it's > probably longer than that since I used ssh. > Running under Windows 7, 64 bit (cygwin is 64 bit too). I have local admin > rights, used for the install, but did not request them when running cygwin. > Symantec EndPoint Protection, though the logs don't seem to show it blocking > or quarantining anything. Symptoms suggest SEPP BLODA, but could also be due to Windows SSH Client and Server services set up by a Windows update and/or WSL Linux distro install: check for and disable any SSH services. -- 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 ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Programs become a no-op [SOLVED] 2018-05-03 13:35 ` Brian Inglis @ 2018-05-15 19:04 ` Boylan, Ross 0 siblings, 0 replies; 8+ messages in thread From: Boylan, Ross @ 2018-05-15 19:04 UTC (permalink / raw) To: cygwin Thanks Marco, David and Brian for your responses. After the diagnostic steps described below, suggested by you, I ran the setup program and told it to reinstall cygwin, cygwin-base, and adwaita-icon-theme. ssh and man are working again. I'm a little puzzled how I got in this state, although it's possible I ran setup while I had a terminal open. And I wonder why the setup program didn't reinstall the damaged packages itself, or at least complain about them (though there were some complaints--see last paragraph below). Running strace ssh produced a popup "The procedure entry point __memcpy_chk could not be located in the dynamic link library cygwin1.dll" and cygcheck's output included Package Version Status _autorebase 001007-1 OK Missing file: /usr/share/icons/Adwaita/icon-theme.cache from package adwaita-icon-theme adwaita-icon-theme 3.26.1-1 Incomplete alternatives 1.3.30c-10 OK at-spi2-core 2.26.2-1 OK base-cygwin 3.8-1 OK base-files 4.2-4 OK bash 4.4.12-3 OK bzip2 1.0.6-3 OK ca-certificates 2.22-1 OK coreutils 8.26-2 OK csih 0.9.9-1 OK curl 7.59.0-1 OK cygrunsrv 1.62-1 OK cygutils 1.4.16-2 OK Missing file: /usr/bin/gencat.exe from package cygwin cygwin 2.10.0-1 Incomplete Those were the only 2 Incomplete packages. Finally, I've been getting errors from the post-installation that some packages were not setup, but since they all seemed to be graphical and I don't have cygwin/X installed I thought they were harmless. I guess they weren't. After the package reinstallation I get no such errors. Ross -- 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 ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Programs become a no-op
@ 2018-05-02 23:44 Kaz Kylheku
2018-05-02 23:55 ` David Rothenberger
0 siblings, 1 reply; 8+ messages in thread
From: Kaz Kylheku @ 2018-05-02 23:44 UTC (permalink / raw)
To: cygwin; +Cc: David Rothenberger
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@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?
--
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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Programs become a no-op 2018-05-02 23:44 Programs become a no-op Kaz Kylheku @ 2018-05-02 23:55 ` David Rothenberger 2018-05-03 5:48 ` Brian Inglis 0 siblings, 1 reply; 8+ messages in thread From: David Rothenberger @ 2018-05-02 23:55 UTC (permalink / raw) To: cygwin 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@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. -- David Rothenberger ---- daveroth@acm.org -- 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 ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Programs become a no-op 2018-05-02 23:55 ` David Rothenberger @ 2018-05-03 5:48 ` Brian Inglis 0 siblings, 0 replies; 8+ messages in thread From: Brian Inglis @ 2018-05-03 5:48 UTC (permalink / raw) To: cygwin 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@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 ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2018-05-15 17:41 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <BY2PR05MB19571396AED3AB6AD820D4BA87800@BY2PR05MB1957.namprd05.prod.outlook.com> 2018-05-02 20:13 ` Programs become a no-op Boylan, Ross 2018-05-02 21:14 ` Marco Atzeri 2018-05-02 21:15 ` David Rothenberger 2018-05-03 13:35 ` Brian Inglis 2018-05-15 19:04 ` Programs become a no-op [SOLVED] Boylan, Ross 2018-05-02 23:44 Programs become a no-op Kaz Kylheku 2018-05-02 23:55 ` David Rothenberger 2018-05-03 5:48 ` Brian Inglis
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).