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.
>> This
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 update
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 pos
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:
https://
>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 maili
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 cygwin@c
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 w
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 thi
> 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 repor
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 SYS
> -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 S
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 Mainta
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
> OS
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: 2.0
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 lo
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
19 matches
Mail list logo
