ns_csdestroy(3aolserv) [debian man page]

Ns_CritSec(3aolserver)					   AOLserver Library Procedures 				    Ns_CritSec(3aolserver)

__________________________________________________________________________________________________________________________________________________

NAME

       , Ns_CsDestroy, Ns_CsEnter, Ns_CsInit, Ns_CsLeave - Manage and use critical section locks

SYNOPSIS

       #include "ns.h"

       void
       Ns_CsDestroy(Ns_Cs *csPtr)

       void
       Ns_CsEnter(Ns_Cs *csPtr)

       void
       Ns_CsInit(Ns_Cs *csPtr)

       void
       Ns_CsLeave(Ns_Cs *csPtr)
_________________________________________________________________

DESCRIPTION

       Critical section locks are used to prevent more than one thread from executing a specific section of code at one time. They are implemented
       as "objects", which simply means that memory is allocated to hold the lock state. They can also be called "sychronization objects".

       While a thread is executing a critical section of code, all other threads that want to execute that same section of code  must  wait  until
       the lock surrounding that critical section has been released.

       This  is  crucial  to  prevent  race conditions which could put the server into an unknown state. For example, if a section of code frees a
       pointer and then decrements a counter that stores how many pointers exist, it is possible that the counter value and the actual	number	of
       pointers  may  be  different. If another section of the server relies on this counter and reads it when the pointer has been freed, but the
       counter has not yet been decremented, it could crash the server or put it into an unknown state.

       Critical section locks should be used sparingly as they will adversely impact the performance of the server  or	module.  They  essentially
       cause  the  section  of code they enclose into behaving in a single-threaded manner. If a critical section executes slowly or blocks, other
       threads that must execute that section of code will begin to block as well until the critical section lock is released.

       You will normally want to wrap sections of code that are used to both read and write values, create and destroy pointers and structures	or
       otherwise look at or modify data in the system. Use the same named lock for both read and write operations on the same data.

       Threads	that  are waiting for a critical section lock to be released do not have to poll the lock. The critical section lock functions use
       thread condition functions to signal when a lock is released.

       Ns_CsDestroy(csPtr)

	      Destroy a critical section object.  Note that you would almost never need to call this function as synchronization objects are typi-
	      cally created at startup and exist until the server exits.

	      The underlying objects in the critical section are destroyed and the critical section memory returned to the heap.

       Ns_CsEnter(csPtr)

	      Lock  a  critical section object, initializing it first if needed.  If the critical section is in use by another thread, the calling
	      thread will block until it is no longer so.

	      Note that critical sections are recursive and must be exited the same number of times as they were entered.

       Ns_CsInit(csPtr)

	      Initialize a critical section object. Memory will be allocated to hold the object's state.

       Ns_CsLeave(csPtr)

	      Unlock a critical section once. A count of threads waiting to enter the critical section is kept, and a  condition  is  signaled	if
	      this is the final unlock of the critical section so that other threads may enter the critical section.

SEE ALSO

       nsd(1),	info(n),  Ns_MasterLock(3),  Ns_MasterUnlock(3), Ns_CondDestroy(3), Ns_CondSignal(3), Ns_CondWait(3), Ns_MutexLock(3), Ns_MutexUn-
       lock(3)

KEYWORDS

AOLserver								4.0						    Ns_CritSec(3aolserver)

Check Out this Related Man Page

pthread_rwlock_trywrlock(3)				     Library Functions Manual				       pthread_rwlock_trywrlock(3)

NAME

       pthread_rwlock_trywrlock - Attempts to acquire a read-write lock for write access without waiting.

LIBRARY

       DECthreads POSIX 1003.1c Library (libpthread.so)

SYNOPSIS

       #include <pthread.h>

       int   pthread_rwlock_trywrlock(
			     pthread_rwlock_t	      *rwlock);

PARAMETERS

       Address of the read-write lock object to acquire for write access.

DESCRIPTION

       This routine attempts to acquire the read-write lock referenced by rwlock for write access. If any thread already holds that lock for write
       access or read access, this routine fails and returns [EBUSY] and the calling thread does not wait for the lock to become available.

       Results are undefined if the calling thread holds the read-write lock (whether for read or write  access)  at  the  time  this  routine	is
       called.

       If the read-write lock object referenced by rwlock is not initialized, the results of calling this routine are undefined.

       Realtime applications can encounter priority inversion when using read-write locks. The problem occurs when a high-priority thread acquires
       a read-write lock that is about to be unlocked (that is, posted) by a low-priority thread, but the low-priority thread is  preempted  by  a
       medium-priority thread.	This scenario leads to priority inversion  in that a high-priority thread is blocked by lower-priority threads for
       an unlimited period of time.  During system design, realtime programmers must take into account the possibility of priority  inversion  and
       can  deal with it in a number of ways, such as by having critical sections that are guarded by read-write locks execute at a high priority,
       so that a thread cannot be preempted while executing in its critical section.

RETURN VALUES

       If an error condition occurs, this routine returns an integer value indicating the type of error.  Possible return values are  as  follows:
       Successful  completion.	 The  read-write lock could not be acquired for write access because it was already locked for write access or for
       read access.  The value specified by rwlock does not refer to an initialized read-write lock object.  The current thread already  owns  the
       read-write lock for write or read access.

ERRORS

       None

RELATED INFORMATION

       Functions: pthread_rwlock_init(3), pthread_rwlockattr_init(3), pthread_rwlock_rdlock(3), pthread_rwlock_wrlock(3), pthread_rwlock_unlock(3)

       Manuals: Guide to DECthreads and Programmer's Guide

       delim off

														       pthread_rwlock_trywrlock(3)

Linux and UNIX Man Pages

ns_csdestroy(3aolserv) [debian man page]

Check Out this Related Man Page