Hi-
There is an unusual behaviour with setitimer/getitimer and I'm not
sure if it is a bug or not.
Basically, if I call setitimer to set an SIGALRM, and then call
getitimer *after* the alarm goes off, I rather expect the time I
receive from getitimer should be {tv_sec = 0, tv_usec = 0}, but, in
f
Changing the sshd service to run as localsystem rather than cyg_server
allows me to again ssh into the machine.
Thanks for everyone on this mailing list - I spent hours trying to figure
this out - and because the list doesn't seem to get indexed by google, the
web searches I was doing were of no h
On 24.02.2019 3:29, Steven Penny wrote:
> I noticed that "python36" requires "binutils". Further, I noticed this
> dependency chain:
>
> python36 > libuuid-devel > pkg-config > libglib2.0_0
>
> "binutils" is 5,863,216 bytes and "libglib" is 3,044,044 bytes. I am of the
> opinion we should not
I noticed that "python36" requires "binutils". Further, I noticed this
dependency chain:
python36 > libuuid-devel > pkg-config > libglib2.0_0
"binutils" is 5,863,216 bytes and "libglib" is 3,044,044 bytes. I am of the
opinion we should not be including large dependencies like these unless the
On 2/23/2019 5:11 PM, Corinna Vinschen wrote:
> On Feb 23 21:24, Ken Brown wrote:
>> On 2/23/2019 4:01 PM, Corinna Vinschen wrote:
>>> On Feb 23 20:48, Ken Brown wrote:
On 2/23/2019 2:15 PM, Corinna Vinschen wrote:
> Below's the NSSTC I used to test my timerfd implementation (based on
On Feb 23 21:24, Ken Brown wrote:
> On 2/23/2019 4:01 PM, Corinna Vinschen wrote:
> > On Feb 23 20:48, Ken Brown wrote:
> >> On 2/23/2019 2:15 PM, Corinna Vinschen wrote:
> >>> Below's the NSSTC I used to test my timerfd implementation (based on
> >>> another STC to show a problem in POSIX timers).
Thanks for confirming for me that cygwin can't do this with fork().
I guess I'll have to warn them about this difference in cygwin. I was
hoping I had made a mistake somewhere.
On Sat, Feb 23, 2019 at 6:54 AM Doug Henderson wrote:
>
> On Fri, 22 Feb 2019 at 17:01, Glyn Gowing <> wrote:
> > I hav
On 2/23/2019 4:01 PM, Corinna Vinschen wrote:
> On Feb 23 20:48, Ken Brown wrote:
>> On 2/23/2019 2:15 PM, Corinna Vinschen wrote:
>>> Below's the NSSTC I used to test my timerfd implementation (based on
>>> another STC to show a problem in POSIX timers). From what I can tell it
>>> works as desir
On 2/19/2019 9:47 AM, Eliot Moss wrote:
> I have found that emacs-X11 (26.1-1) is unstable under cygwin 3.0.0-1. It
> works fine if I revert to cygwin 2.11.2-1.
I'm not seeing any crashes on my system. I am, however, seeing certain
operations take longer than they should. I've just built emacs
On Feb 23 20:48, Ken Brown wrote:
> On 2/23/2019 2:15 PM, Corinna Vinschen wrote:
> > Below's the NSSTC I used to test my timerfd implementation (based on
> > another STC to show a problem in POSIX timers). From what I can tell it
> > works as desired. If you find a problem, please point it out o
On 2/23/2019 2:15 PM, Corinna Vinschen wrote:
> Below's the NSSTC I used to test my timerfd implementation (based on
> another STC to show a problem in POSIX timers). From what I can tell it
> works as desired. If you find a problem, please point it out or send a
> patch.
Thanks, that saved me a
On Feb 23 16:05, Ken Brown wrote:
> On 2/21/2019 6:52 PM, Ken Brown wrote:
> > When emacs is built, it detects the timerfd functions and uses them if
> > they're
> > found. Now that Cygwin has these functions, the resulting build of emacs is
> > very slow to respond to user input. If I press a k
I’m seeing a similar issue. Will try using localsystem.
> On Feb 21, 2019, at 6:43 AM, Houder wrote:
>
>> On Thu, 21 Feb 2019 11:09:11, Corinna Vinschen wrote:
>>
>> I managed it today already but I'm somewhat stumped.
>>
>> I ran ssh-host-config and let the script install a new local accoun
On 2/21/2019 6:52 PM, Ken Brown wrote:
> When emacs is built, it detects the timerfd functions and uses them if they're
> found. Now that Cygwin has these functions, the resulting build of emacs is
> very slow to respond to user input. If I press a key, there is a 1-2 second
> delay before emacs
On Fri, 22 Feb 2019 at 17:01, Glyn Gowing <> wrote:
> I have a program (attached) that works correctly on my mac but does
> not work with Cygwin on Windows 10. I'm running the latest version of
> What happens in the buggy execution is that the child obtains a lock
> before the parent releases it.
On 23. 02. 19 1:02, Glyn Gowing wrote:
> Hello everyone,
>
> I have a program (attached) that works correctly on my mac but does
> not work with Cygwin on Windows 10. I'm running the latest version of
> Cygwin (downloaded the updates two days ago) and using gcc as the c
> compiler.
>
> What happe
16 matches
Mail list logo