uname -a
Linux ws-dbn 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u3 (2016-01-17) x86_64 GNU/Linux

gcc --version
gcc (Debian 4.9.2-10) 4.9.2

// in lib.so:
// var. 1
void *db_thread(void *)
{
	char c[100];
	sleep(9);
	return NULL;
}

// var. 2
void *db_thread(void *)
{
	char *c = (char *)malloc(100);
	sleep(9);
	free(c)
	return NULL;
}


// test.c:
int main(int argc, char* argv[])
{
  void *hahdle = dlopen("/path/lib.so", RTLD_LAZY);
  void *(*thread_func)(void *) = dlsym(hahdle, "db_thread");

  pthread_t db_thread;
  pthread_create(&db_thread, NULL, thread_func, NULL);

  int i=0;
  while(i<10){
	sleep(1);
  }

  // cancel, join thread;
  // free library
}

  PID USER        PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
26820 looser      20   0   74340   3408   2536 S   0,0  0,0   0:00.01 test
26821 looser      20   0   74340   3408   2536 S   0,0  0,0   0:00.01 test

  PID USER        PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
26596 looser      20   0  139876   3452   2580 S   0,0  0,0   0:00.04 test
26597 looser      20   0  139876   3452   2580 S   0,0  0,0   0:00.04 test

7faf58021000-7faf5c000000 ---p 00000000 00:00 0
Size:              65404 kB
Rss:                   0 kB
Pss:                   0 kB
Shared_Clean:          0 kB
Shared_Dirty:          0 kB
Private_Clean:         0 kB
Private_Dirty:         0 kB
Referenced:            0 kB
Anonymous:             0 kB
AnonHugePages:         0 kB
Swap:                  0 kB
KernelPageSize:        4 kB
MMUPageSize:           4 kB
Locked:                0 kB

1.
В потоках нельзя использовать функции, явно или не явно использующие выделение памяти
(см. таблицу)
----------------+-------------+-----------
Функция	        |  Замена     | 	Примечание
----------------+-------------+-----------
malloc,calloc   |  alloca     | выделение памяти в стеке, нельзя использовать free к такому объекту
dlopen          |             | загружать библиотеки вне потока, передавая в поток результат
fopen	        | open        | вместо FILE* будет int, вместо fwrite - write, и т.д.
pthread_create	|             | не вызывать из потока
pthread_exit  	| return      | http://stackoverflow.com/questions/3844678/pthread-exit-vs-return
mktime,localtime| timegm      | http://man7.org/linux/man-pages/man3/timegm.3.html (nonstandard GNU extensions)
Примечание:
timegm (nonstandard GNU extensions)- легко заменить на самописную, гуглится несколько вариантов

2.
В потоках нельзя использовать неинициализированные переменные вне функций:
	такие переменные являются глобальными и при первой инипциализации под них выделяется память
	в общем адресном пространстве программы, но блоками по несколько мегобайт:
	static __thread int a = 0;        // можно
	static __thread char *b = NULL;  // нельзя
	static __thread char c[512];     // нельзя

3.
Заканчивать поток функцией pthread_exit(void *retval) не желательно, так как она неявно использует malloc
(http://stackoverflow.com/questions/3844678/pthread-exit-vs-return)
лучше использовать return NULL;

4.
Если в потоке используются shared library, то даже изначальная инициализация внеблоковых static __thread
переменных не спасает от выделения памяти под них в момент первой модификации/обращения.
Решение:
Внеблоковые переменные надо убирать в функции и делать их static и вообще избегать использования
глобальных переменных в shared library.

Попытка изменения размера стека привела к следующему:
да, взятый прямо из man код примера установки размера стека для потока
(man pthread_create (http://man7.org/linux/man-pages/man3/pthread_create.3.html))
работает очень хорошо, но при этом выход из потока, не важно через pthread_exit или 
return не уничтожает стек автоматически, его теперь надо уничтожать вручную с помощью free.
Это означает, что detached потоки будут отжтрать память не возвращая её системе.
Передать указатель на стек в такой поток можно, но попытка применить к нему free
из этого потока вызывает крах системы.
Т.е. потоки с регулирыемым стеком не могут быть detached.