Linux and UNIX Man Pages

mdestroy(3) [debian man page]

mDestroy(3)							   util/ulocks.h						       mDestroy(3)

NAME

       mDestroy  - destroy a mutex.

SYNOPSIS

       #include <util/ulocks.h>

       void mDestroy(pthread_mutex_t *mutex);

ARGUMENTS

       mutex - mutex to destroy.

DESCRIPTION

       Destroys the mutex <mutex> that was initialized by mCreate().

       MT-Level: Safe for unique <mutex>.

RETURN VALUE

       None.

SEE ALSO

       mCreate(3),  fCreate(3),  mUnlock(3),  fUnlock(3),  cBroadcast(3),  cSignal(3),	fFind(3),  cDestroy(3), cCreate(3), mDestroy(3), cWait(3),
       fLock(3), fDestroy(3), mLock

ClearSilver							   12 July 2007 						       mDestroy(3)

Man Page

4 More Discussions You Might Find Interesting

1. Programming

Mutex will not work

I am trying to use mutex in my multi-tread project, but they don't seem to work. I have created a simple demonstration of the problem. This is NOT how I would use a mutex, only a demonstration of the problem: #include <stdio.h> #include <pthread.h> int main() { int val; ...

2. Programming

pthread and mutex question

Hello, I have got some issue with the struct variable with passed arguments the variable in the sturct is only recognize the last value their assigned to I'm pretty confused why the mutex didn't work out here is my program: #include<stdio.h> #include<pthread.h> pthread_mutex_t lock...

3. Solaris

mpstat command

Hi, I would like to clearly understand the output of the mpstat command. What is the mutex spins and also context switches? What if we saw that the number of mutex spins is high. Basically, what to look for in the output of the mpstat command? What is wrong and what is ok. what is the value...

4. Red Hat

GTK bug? xcb_io.c: 140

Hi all, Trying to get my application ready for distribution. All looking good until I started getting this error and program termination: My-Program: xcb_io.c:140 dequeue_pending_request: Assertion `req == dpy->xcb->pending_requests` failed Has anyone come accross this? I am working in...