From owner-cvs-all Wed Jun 14 10:17:45 2000 Delivered-To: cvs-all@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C332837BA8D; Wed, 14 Jun 2000 10:17:42 -0700 (PDT) (envelope-from jasone@FreeBSD.org) Received: (from jasone@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA97865; Wed, 14 Jun 2000 10:17:42 -0700 (PDT) (envelope-from jasone@FreeBSD.org) Message-Id: <200006141717.KAA97865@freefall.freebsd.org> From: Jason Evans Date: Wed, 14 Jun 2000 10:17:42 -0700 (PDT) To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/lib/libc_r/uthread pthread_private.h uthread_cancel.c uthread_cond.c uthread_mutex.c uthread_resume_np.c uthread_suspend_np.c Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG jasone 2000/06/14 10:17:42 PDT Modified files: lib/libc_r/uthread pthread_private.h uthread_cancel.c uthread_cond.c uthread_mutex.c uthread_resume_np.c uthread_suspend_np.c Log: pthread_mutex_lock(), pthread_cond_trywait(), and pthread_cond_wait() are not allowed to return EINTR, but use of pthread_suspend_np() could cause EINTR to be returned. To fix this, restructure pthread_suspend_np() so that it does not interrupt a thread that is waiting on a mutex or condition, and keep enough state around that pthread_resume_np() can fix things up afterwards. Reviewed by: deischen Revision Changes Path 1.41 +13 -2 src/lib/libc_r/uthread/pthread_private.h 1.5 +15 -10 src/lib/libc_r/uthread/uthread_cancel.c 1.24 +23 -7 src/lib/libc_r/uthread/uthread_cond.c 1.22 +43 -17 src/lib/libc_r/uthread/uthread_mutex.c 1.9 +27 -6 src/lib/libc_r/uthread/uthread_resume_np.c 1.9 +13 -3 src/lib/libc_r/uthread/uthread_suspend_np.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message