Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 69903 invoked by uid 500); 31 Jul 2001 03:27:55 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 69890 invoked from network); 31 Jul 2001 03:27:55 -0000 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.0 Date: Mon, 30 Jul 2001 21:27:19 -0600 From: "Brad Nicholes" To: Subject: Re: [PATCH] New thread API apr_thread_yield()... Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N As far as NetWare is concerned it can and should be a void function. I = didn't know what other platforms might require so I figured I would at = least allow a return code just in case. Brad >>> "William A. Rowe, Jr." 07/30/01 17:23 PM >>> Can this ever fail (and do we care?) or should it actually be a void fn? Bill ----- Original Message ----- From: "Brad Nicholes" To: ; Sent: Monday, July 30, 2001 6:05 PM Subject: [PATCH] New thread API apr_thread_yield()... This patch adds the API apr_thread_yield() to the threads subsystem. = This allows the caller to force a thread to yield the processor during such instances as compute bound operations. The attached = file thread.c is the NetWare platform version and should be checked in to "apr/threadproc/netware/" thanks, Brad