joydeeps / cppthreadpool Goto Github PK

What steps will reproduce the problem?
1. Attempted compilation of example on Fedora 8 using gcc (GCC) 4.3.2 20081007
2.
3.

What is the expected output? What do you see instead?
threadpool.cpp: In constructor ‘ThreadPool::ThreadPool(int)’:
threadpool.cpp:33: error: expected primary-expression before ‘{’ token
threadpool.cpp:33: error: expected `;' before ‘{’ token
threadpool.cpp:125: error: expected `}' at end of input
make: *** [threadpool.o] Error 1


What version of the product are you using? On what operating system?
Fedora 8 i386

Please provide any additional information below.
I'm no expert, but I think PTHREAD_MUTEX_INITIALIZER requires a static mutex.

Declaring as private in threadpool.h:
        static pthread_mutex_t mutexSync;
        static pthread_mutex_t mutexWorkCompletion;
and then defining in threadpool.cpp outside the constructor:
pthread_mutex_t ThreadPool::mutexSync = PTHREAD_MUTEX_INITIALIZER;
pthread_mutex_t ThreadPool::mutexWorkCompletion = PTHREAD_MUTEX_INITIALIZER;

Make the example compile for me....

Other than that, the threadpool is awesome!

Cheers,

Mike

What steps will reproduce the problem?
1. compile project (gcc version 4.3.2 (Debian 4.3.2-1))
2. run main example

What is the expected output? What do you see instead?
All Done!! Wow! That was a lot of work!
22 seconds elapsed
*** glibc detected *** ./main: corrupted double-linked list: 0x0899b0b0 ***
======= Backtrace: =========
/lib/i686/cmov/libc.so.6[0xb7d756b4]
/lib/i686/cmov/libc.so.6[0xb7d77603]
/lib/i686/cmov/libc.so.6(cfree+0x96)[0xb7d778b6]
/usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0xb7f67281]
./test[0x8049045]
./test(__gxx_personality_v0+0x276)[0x8048cba]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7d1d455]
./test(__gxx_personality_v0+0x5d)[0x8048aa1]
======= Memory map: ========


What version of the product are you using? On what operating system?
v1.0
Debian 4.0 Lenny

Please provide any additional information below.

When first time, i.e., k = 0, called, there is absolutely no problem. But when 
k = 1, the application terminates.Irrespective of the logic, the subsequent 
call to threadpool creates the issue of abnormal termination.
...
.....


int main(int argc, char **argv)
{
    for(int k=0;k<2;k++) {

        ThreadPool* myPool = new ThreadPool(25);
        myPool->initializeThreads();

        for(unsigned int i=0;i<ITERATIONS;i++){
            SampleWorkerThread* myThread = new SampleWorkerThread(i);
            myPool->assignWork(myThread);
        }
        myPool->destroyPool(2);


        delete myPool;
    }

    return 0;
}

dfsfsf