From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2172 invoked by alias); 18 Feb 2008 09:04:22 -0000 Received: (qmail 2164 invoked by uid 22791); 18 Feb 2008 09:04:22 -0000 X-Spam-Check-By: sourceware.org Received: from sibelius.xs4all.nl (HELO sibelius.xs4all.nl) (82.92.89.47) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 18 Feb 2008 09:04:04 +0000 Received: from brahms.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by brahms.sibelius.xs4all.nl (8.14.1/8.14.1) with ESMTP id m1I93Gtk007503; Mon, 18 Feb 2008 10:03:16 +0100 (CET) Received: (from kettenis@localhost) by brahms.sibelius.xs4all.nl (8.14.1/8.14.1/Submit) id m1I93FC0007574; Mon, 18 Feb 2008 10:03:16 +0100 (CET) Date: Mon, 18 Feb 2008 14:19:00 -0000 Message-Id: <200802180903.m1I93FC0007574@brahms.sibelius.xs4all.nl> From: Mark Kettenis To: jimb@red-bean.com CC: gdb@sourceware.org Subject: gdb.threads/sigthread.c Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-02/txt/msg00126.txt.bz2 Hi Jim, You recently changed gdb.threads/sigthread.c to use barriers. Unfortunately the pthread_barrier_xxx() interfaces are not found in the standard POSIX threads standard, but part of the Advanced Realtime Threads POSIX extension. Therefore they are not widely available. Could you change the test to use a more standard synchronisation mechanism? I guess having a global variable of type volatile sig_atomic_t, setting it to a non-zero value in main() (after the threads have been created) and checking the value in child_two() and thread_function() (perhaps calling sched_yield() if the variables isn't set yet) would do the trick. I can roll you a diff to do this if you want, but I don't think I have access to a system that shows the problem you tried to fix. Thanks, Mark