Re: BUG - pthread conditional locks and barriers not reliable

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi, finished with euphoria. It's an issue with pthread implementation
may be you have to extend kernel API to fix this problem. You can't wrap
pthread_barrier_wait with pthread_mutex_lock and pthread_mutex_unlock
because it has a race condition what ends probably in a deadlock.

cu
Joël

Am Freitag, den 29.03.2013, 02:31 +0100 schrieb Joël Krähemann:
> Hi, just ignore the spam it was just a programming mistake.
> 
> Am Donnerstag, den 28.03.2013, 09:22 +0100 schrieb Joël Krähemann:
> > Hi, I believe that pthread conditional locks and barriers aren't
> > reliable. May be it's a problem with the kernel I just downloaded libc6
> > to get an entry point.
> > 
> > The code is located at: sf.org/p/ags
> > affected files: src/ags/audio/ags_devout.c
> > 
> > I've attached the output of lspci and lscpu.
> > 
> > 
> > cu
> > Joël
> > 
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


--
To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [RT Stable]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux