On Jan 28 09:00, Christian Franke via Cygwin wrote:
> Corinna Vinschen via Cygwin wrote:
> > On Jan 27 20:35, Corinna Vinschen via Cygwin wrote:
> > > On Jan 27 19:59, Christian Franke via Cygwin wrote:
> > > > Christian Franke wrote:
> > > > > Found with 'stress-ng --workload ...':
> > > > >
> >
Corinna Vinschen via Cygwin wrote:
On Jan 27 20:35, Corinna Vinschen via Cygwin wrote:
On Jan 27 19:59, Christian Franke via Cygwin wrote:
Christian Franke wrote:
Found with 'stress-ng --workload ...':
If mq_receive is called on an empty queue and mq_send is called later
from a different thre
On Jan 27 20:35, Corinna Vinschen via Cygwin wrote:
> On Jan 27 19:59, Christian Franke via Cygwin wrote:
> > Christian Franke wrote:
> > > Found with 'stress-ng --workload ...':
> > >
> > > If mq_receive is called on an empty queue and mq_send is called later
> > > from a different thread, both f
On Jan 27 19:59, Christian Franke via Cygwin wrote:
> Christian Franke wrote:
> > Found with 'stress-ng --workload ...':
> >
> > If mq_receive is called on an empty queue and mq_send is called later
> > from a different thread, both functions never return and signals
> > (including SIGKILL) are no
Christian Franke wrote:
Found with 'stress-ng --workload ...':
If mq_receive is called on an empty queue and mq_send is called later
from a different thread, both functions never return and signals
(including SIGKILL) are no longer processed.
Testcase (attached):
$ uname -r
3.5.5-1.x86_64
Found with 'stress-ng --workload ...':
If mq_receive is called on an empty queue and mq_send is called later
from a different thread, both functions never return and signals
(including SIGKILL) are no longer processed.
Testcase (attached):
$ uname -r
3.5.5-1.x86_64
$ gcc -o mqhang mqhang.c
6 matches
Mail list logo