public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* wget seems to have lost executive capacity
@ 2016-09-16 13:46 Fergus
  2016-09-16 14:46 ` Marco Atzeri
                   ` (2 more replies)
  0 siblings, 3 replies; 5+ messages in thread
From: Fergus @ 2016-09-16 13:46 UTC (permalink / raw)
  To: cygwin; +Cc: fergus

Just noticed (this has occurred since Tuesday, I think, but I can think of
no associated Cygwin update or any other local event):
all scripts involving a wget command line move on to the next line as though
it had been  simply a comment
of no executive status.

Examples (showing other execs under /bin are not broken):

~> gcc --version
gcc (GCC) 5.4.0

~> ls --version
ls (GNU coreutils) 8.25
Packaged by Cygwin (8.25-3)

~> wc --version
wc (GNU coreutils) 8.25
Packaged by Cygwin (8.25-3)~> wget --version

~> wget --version
~>
~> #### IE NIL RESPONSE

~> ls -al /bin/wget*
-rwxr-xr-x 1 Administrator None 514589 Jul 11 18:10 wget.exe*

If the size is right, is there any explanation for its demise and can I
recover its functionality
(other than by re-installing??
Thank you!
Fergus



--
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] 5+ messages in thread

* Re: wget seems to have lost executive capacity
  2016-09-16 13:46 wget seems to have lost executive capacity Fergus
@ 2016-09-16 14:46 ` Marco Atzeri
  2016-09-16 19:05 ` Fergus
  2016-09-16 19:39 ` Hans-Bernhard Bröker
  2 siblings, 0 replies; 5+ messages in thread
From: Marco Atzeri @ 2016-09-16 14:46 UTC (permalink / raw)
  To: cygwin

On 16/09/2016 15:21, Fergus wrote:
> Just noticed (this has occurred since Tuesday, I think, but I can think of
> no associated Cygwin update or any other local event):

Tuesday is the usual day for MS updates ..

> all scripts involving a wget command line move on to the next line as though
> it had been  simply a comment
> of no executive status.
>
> Examples (showing other execs under /bin are not broken):
>
> ~> gcc --version
> gcc (GCC) 5.4.0
>
> ~> ls --version
> ls (GNU coreutils) 8.25
> Packaged by Cygwin (8.25-3)
>
> ~> wc --version
> wc (GNU coreutils) 8.25
> Packaged by Cygwin (8.25-3)~> wget --version
>
> ~> wget --version
> ~>
> ~> #### IE NIL RESPONSE

run
   strace /usr/bin/wget --version

likely will pop up the missing or wrong shared lib.

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] 5+ messages in thread

* RE: wget seems to have lost executive capacity
  2016-09-16 13:46 wget seems to have lost executive capacity Fergus
  2016-09-16 14:46 ` Marco Atzeri
@ 2016-09-16 19:05 ` Fergus
  2016-09-16 19:39 ` Hans-Bernhard Bröker
  2 siblings, 0 replies; 5+ messages in thread
From: Fergus @ 2016-09-16 19:05 UTC (permalink / raw)
  To: cygwin; +Cc: fergus

Thanks very much for advice. I got

~> strace wget
--- Process 1216 created
--- Process 1216 loaded C:\Windows\System32\ntdll.dll at 77210000
--- Process 1216 loaded C:\Windows\System32\kernel32.dll at 76990000
--- Process 1216 loaded C:\Windows\System32\KernelBase.dll at 75400000
--- Process 1216 loaded M:\CONSOLE7\bin\CYGWIN1.DLL at 61000000
--- Process 1216 loaded M:\CONSOLE7\bin\CYGGNUTLS-28.DLL at 67AB0000
--- Process 1216 loaded M:\CONSOLE7\bin\CYGGMP-10.DLL at 6D750000
--- Process 1216 loaded M:\CONSOLE7\bin\CYGHOGWEED-2.DLL at 668B0000
--- Process 1216 loaded M:\CONSOLE7\bin\CYGNETTLE-4.DLL at 5CD60000
--- Process 1216 loaded M:\CONSOLE7\bin\CYGGCC_S-1.DLL at 6C760000
--- Process 1216 loaded M:\CONSOLE7\bin\CYGICONV-2.DLL at 66730000
--- Process 1216 loaded M:\CONSOLE7\bin\CYGINTL-8.DLL at 6B2F0000
--- Process 1216 loaded M:\CONSOLE7\bin\CYGP11-KIT-0.DLL at 5CCA0000
--- Process 1216 loaded M:\CONSOLE7\bin\CYGFFI-6.DLL at 68700000
--- Process 1216 loaded M:\CONSOLE7\bin\CYGTASN1-6.DLL at 6CB50000
--- Process 1216 loaded M:\CONSOLE7\bin\CYGZ.DLL at 5AF10000
--- Process 1216 loaded M:\CONSOLE7\bin\CYGIDN-11.DLL at 61660000
--- Process 1216 loaded M:\CONSOLE7\bin\CYGPCRE-1.DLL at 6D160000
--- Process 1216 loaded M:\CONSOLE7\bin\CYGPSL-5.DLL at 6CE20000
--- Process 1216 loaded M:\CONSOLE7\bin\CYGUNISTRING-2.DLL at 5B430000
--- Process 1216 loaded M:\CONSOLE7\bin\CYGUUID-1.DLL at 5B400000
    3       3 [main] wget (1216)
**********************************************
   92      95 [main] wget (1216) Program name: M:\console7\bin\wget.exe
(windows pid 1216)
   44     139 [main] wget (1216) OS version:   Windows NT-6.1
   44     183 [main] wget (1216)
**********************************************
  114     297 [main] wget (1216) sigprocmask: 0 = sigprocmask (0, 0x0,
0x612B462C)
  409     706 [main] wget 1216 open_shared: name shared.5, n 5, shared
0x60FF0000 (wanted 0x60FF0000), h 0x6C, *m 6
   60     766 [main] wget 1216 user_heap_info::init: heap base 0x20000000,
heap top 0x20000000, heap size 0x18000000 (402653184)
   69     835 [main] wget 1216 open_shared: name
S-1-5-21-3115978415-3618363037-3249477967-500.1, n 1, shared 0x60FE0000
(wanted 0x60FE0000), h 0x68, *m 6
   44     879 [main] wget 1216 user_info::create: opening user shared for
'S-1-5-21-3115978415-3618363037-3249477967-500' at 0x60FE0000
   47     926 [main] wget 1216 user_info::create: user shared version
AB1FCCE8
   77    1003 [main] wget 1216 fhandler_pipe::create: name
\\.\pipe\cygwin-0135e22f5f64b05a-1216-sigwait, size 5412, mode
PIPE_TYPE_MESSAGE
  104    1107 [main] wget 1216 fhandler_pipe::create: pipe read handle 0x80
   45    1152 [main] wget 1216 fhandler_pipe::create: CreateFile: name
\\.\pipe\cygwin-0135e22f5f64b05a-1216-sigwait
   75    1227 [main] wget 1216 fhandler_pipe::create: pipe write handle 0x84
   41    1268 [main] wget 1216 dll_crt0_0: finished dll_crt0_0
initialization
--- Process 1216, exception c0000005 at 6CB5BDE2
--- Process 1216 exited with status 0xc0000005
Segmentation fault

and cannot translate this either as a guide to the cause of the problem, or
its solution.
Can anybody please provide any insight / instruction?
Thank you.
Fergus 


--
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] 5+ messages in thread

* Re: wget seems to have lost executive capacity
  2016-09-16 13:46 wget seems to have lost executive capacity Fergus
  2016-09-16 14:46 ` Marco Atzeri
  2016-09-16 19:05 ` Fergus
@ 2016-09-16 19:39 ` Hans-Bernhard Bröker
  2016-09-17 10:30   ` Brian Inglis
  2 siblings, 1 reply; 5+ messages in thread
From: Hans-Bernhard Bröker @ 2016-09-16 19:39 UTC (permalink / raw)
  To: cygwin

Am 16.09.2016 um 15:21 schrieb Fergus:

> ~> ls -al /bin/wget*
> -rwxr-xr-x 1 Administrator None 514589 Jul 11 18:10 wget.exe*
>
> If the size is right,

Actually, it's _not_ right.  That size is off by about 25 KiB from the 
released binary package I have, which is from Cygwin package wget-1.18-1:

-rwxr-xr-x 1 hbbro hbbro 490515 11. Jul 19:10 wget.exe

That looks like your wget.exe is corrupted.


--
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] 5+ messages in thread

* Re: wget seems to have lost executive capacity
  2016-09-16 19:39 ` Hans-Bernhard Bröker
@ 2016-09-17 10:30   ` Brian Inglis
  0 siblings, 0 replies; 5+ messages in thread
From: Brian Inglis @ 2016-09-17 10:30 UTC (permalink / raw)
  To: cygwin

On 2016-09-16 13:05, Hans-Bernhard Bröker wrote:
> Am 16.09.2016 um 15:21 schrieb Fergus:
>
>> ~> ls -al /bin/wget*
>> -rwxr-xr-x 1 Administrator None 514589 Jul 11 18:10 wget.exe*
>>
>> If the size is right,

correct for cygwin32, date/time correct for UTC+1 - BST?
better check is:

$ sha512sum /bin/wget
fc3e0e6b22c09ee60d120e10328f271dce1b575d53168746c1f1a50bdb4f047bfe03e62e5ec140d113d38b45f2cb77b78f129878d3912daae09516735e206d64 */bin/wget

> Actually, it's _not_ right.  That size is off by about 25 KiB from the released binary package I have, which is from Cygwin package wget-1.18-1:
>
> -rwxr-xr-x 1 hbbro hbbro 490515 11. Jul 19:10 wget.exe

correct for cygwin64, date/time correct for UTC+2 - CET?

$ sha512sum /bin/wget
e6f28c8e4a0bb8dff5b55f3f455e988ddb581bd0d4b560e949799b53b568ccb06761e03ddd711b3d333c05982d5c70d7ed66d5dddf212a4167f9813ca60ddcef */bin/wget

> That looks like your wget.exe is corrupted.

It's not, it's fine.

-- 
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] 5+ messages in thread

end of thread, other threads:[~2016-09-16 20:52 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-09-16 13:46 wget seems to have lost executive capacity Fergus
2016-09-16 14:46 ` Marco Atzeri
2016-09-16 19:05 ` Fergus
2016-09-16 19:39 ` Hans-Bernhard Bröker
2016-09-17 10:30   ` 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).