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
fc
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:
-
Thanks very much for advice. I got
~> strace wget
--- Process 1216 created
--- Process 1216 loaded C:\Windows\System32\ntdll.dll at 7721
--- Process 1216 loaded C:\Windows\System32\kernel32.dll at 7699
--- Process 1216 loaded C:\Windows\System32\KernelBase.dll at 7540
--- Process 1216
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 b
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 /
5 matches
Mail list logo