Greetings, Brian Inglis!
> On 2019-03-21 10:06, Bill Stewart wrote:
>> On Thu, Mar 21, 2019 at 9:58 AM Garber, Dave (BHGE, Non-GE) wrote:
>>> But Windows command 'wmic process get name, creationdate' in a
>> non-elevated command prompt also works. So it looks like it should be
>> possible.
>>
On 24/10/2018 17:35, Jon Turney wrote:
The following package has been updated in the Cygwin distribution:
* gdb-8.1.1-1
The GNU debugger allows you to debug programs written in C, C++, and
other languages, by executing them in a controlled fashion and printing
their data.
This is an
On Mar 21 10:02, Brian Inglis wrote:
> On 2019-03-21 08:52, Corinna Vinschen wrote:
> > On Mar 21 08:07, Brian Inglis wrote:
> >> With latest Cygwin ps -W is now showing STIME Dec 31 for Windows startup
> >> processes - these should be limited to actual start or uptime if possible.
> > It's not
The following package has been updated in the Cygwin distribution:
* gdb-8.2.1-1
The GNU debugger allows you to debug programs written in C, C++, and
other languages, by executing them in a controlled fashion and printing
their data.
This is an update to a later upstream version:
>Hello,
>Maybe you can help me. I try to unencrypt my Password saved and encrypted r=
>ar file with rar2john but it doesn=E2=80=99t work like i read on Website..
>1 [main] rar2john 4064 find_fast_cwd: WARNING: Couldn't compute FAST_CWD po=
>inter. Please report this problem to
>the public
Hello,
Maybe you can help me. I try to unencrypt my Password saved and encrypted rar
file with rar2john but it doesn’t work like i read on Website..
1 [main] rar2john 4064 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
the public mailing list
On 2019-03-21 10:06, Bill Stewart wrote:
> On Thu, Mar 21, 2019 at 9:58 AM Garber, Dave (BHGE, Non-GE) wrote:
>> But Windows command 'wmic process get name, creationdate' in a
> non-elevated command prompt also works. So it looks like it should be
> possible.
> This might be because WMIC uses WMI
Good afternoon, I am currently trying to work on an assignment for a
class. I have run into this problem and I am not sure what to do to fix it
and get it to work. Hope to hear back soon. thank you.
2 [main] john 8452 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report
> Good afternoon, I am currently trying to work on an assignment for a
>class. I have run into this problem and I am not sure what to do to fix it
>and get it to work. Hope to hear back soon. thank you.
>2 [main] john 8452 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
>pointer. Please
On Thu, Mar 21, 2019 at 9:58 AM Garber, Dave (BHGE, Non-GE) wrote:
> But Windows command 'wmic process get name, creationdate' in a
non-elevated command prompt also works. So it looks like it should be
possible.
This might be because WMIC uses WMI which runs as a system service (which
runs as
> -Original Message-
> From: cygwin-ow...@cygwin.com On Behalf
> Of Corinna Vinschen
> Sent: Thursday, March 21, 2019 10:53 AM
> To: cygwin@cygwin.com
> Subject: EXT: Re: ps -W now showing STIME Dec 31
>
> On Mar 21 08:07, Brian Inglis wrote:
> > With latest Cygwin ps -W is now showing
Add support for a double-click in the ListView to invoke a 'default
action'.
Because we receive both NM_CLICK and then NM_DBCLK, reduce the area of a
pop-up column which is sensitive to a click to the drop-down button
(which opens a focus-stealing pop-up menu), so the rest of the area can
receive
Choosing the 'Install' action on the 'All' category shouldn't propagate
down into the '_obsolete' category, because that will just result in
dependency conflicts due to trying to install both obsolete packages and
their replacements.
Signed-off-by: Jon Turney
---
PickView.h | 5 -
1 file
We only have access to the Windows PID, which (since Cygwin 3.0.0) are
completely decoupled from Cygwin PIDs.
Use the new '-W' flag to indicate to kill that we are providing a
Windows PID.
(If the Cygwin install is too old to support kill -W, kill will fail,
and we'll fall back to using
[2/4] Addresses: https://cygwin.com/ml/cygwin/2019-02/msg00153.html
[3/4] Addresses: https://cygwin.com/ml/cygwin/2019-01/msg00132.html
[4/4] Addresses: https://cygwin.com/ml/cygwin/2018-12/msg00123.html
Jon Turney (4):
Use 'kill -W' when killing processes
Don't show FTP 550 'file not found'
Don't show FTP 550 'file not found' errors in a MessageBox. Also log
InternetGetLastResponseInfo() when fetching a URL.
WinInet documentation seems to indicate this kind of extended error
information only exists when WinInet has an FTP error code to report.
Log this error (and the associated
On Mar 21 08:07, Brian Inglis wrote:
> With latest Cygwin ps -W is now showing STIME Dec 31 for Windows startup
> processes - these should be limited to actual start or uptime if possible.
It's not possible. Starttime requires ability to open process.
Corinna
--
Corinna Vinschen
Cygwin
On 3/21/19 9:15 AM, Jim Reisert AD1C wrote:
> One of changes announced with Cygwin 3.0.0-1 was this:
>
> - Improve uname(2) for newly built applications.
>
> My recollection was that it would allow us to see the Windows version
> and/or OS build number, for example:
>
> Version 1809
>
One of changes announced with Cygwin 3.0.0-1 was this:
- Improve uname(2) for newly built applications.
My recollection was that it would allow us to see the Windows version
and/or OS build number, for example:
Version 1809
OS build 17763.379
When will uname actually be updated to take
With latest Cygwin ps -W is now showing STIME Dec 31 for Windows startup
processes - these should be limited to actual start or uptime if possible.
$ uname -a
CYGWIN_NT-10.0 BWInglisD 3.0.4(0.338/5/3) 2019-03-16 09:50 x86_64 Cygwin
$ uptime
07:50:48 up 6 days, 57 min, 0 users, load average:
On 2019-03-21 06:47, Liebeskind Uri (luri) wrote:
> After the last cygwin update some important commands such as host, dig... do
> not work anymore.
> Here the output of the error:
> dig
> 21-Mar-2019 13:42:13.473 ENGINE_by_id failed (crypto failure)
> 21-Mar-2019 13:42:13.474 error:25066067:DSO
Dear CYGWIN team,
After the last cygwin update some important commands such as host, dig... do
not work anymore.
Here the output of the error:
dig
21-Mar-2019 13:42:13.473 ENGINE_by_id failed (crypto failure)
21-Mar-2019 13:42:13.474 error:25066067:DSO support routines:dlfcn_load:could
not
On Mar 20 12:55, Brian Inglis wrote:
> On 2019-03-20 03:24, Corinna Vinschen wrote:
> > On Mar 19 18:02, Yaakov Selkowitz wrote:
> >> Just came across this with 3.0.4 on both Win7 and Win10 1804:
> >>
> >> $ ls -1 /usr/bin/python2.7
> >> /usr/bin/python2.7
> >> $ ls -1 /usr/bin/python[2-9].[0-9]
>
bind-utils 9.11.2-2-P2 has a dependency on libssl1.1. A workaround for my
issue seems to be downgrading bind-utils to version 9.11.2-2-P1 which
doesn't have that dependency.
Thanks go to Brian Ingliss for the hint which pointed me in the right
direction.
I'd suggest anyone maintaining a package
24 matches
Mail list logo