search for: pthread_detach

...ile changed, 6 insertions(+) diff --git a/tests/test-layers.c b/tests/test-layers.c index 00e6031..7b58699 100644 --- a/tests/test-layers.c +++ b/tests/test-layers.c @@ -152,6 +152,12 @@ main (int argc, char *argv[]) perror ("pthread_create"); exit (EXIT_FAILURE); } + err = pthread_detach(&thread); + if (err) { + errno = err; + perror ("pthread_detach"); + exit (EXIT_FAILURE); + } /* Note for the purposes of this test we're not very careful about * checking for errors (except for the bare minimum) or handling the -- 2.17.2

...tests/test-layers.c b/tests/test-layers.c > index 00e6031..7b58699 100644 > --- a/tests/test-layers.c > +++ b/tests/test-layers.c > @@ -152,6 +152,12 @@ main (int argc, char *argv[]) > perror ("pthread_create"); > exit (EXIT_FAILURE); > } > + err = pthread_detach(&thread); It helps if I don't send an email prior to amending the commit to contain what actually passed testing :) This line should be: err = pthread_detach (thread); > + if (err) { > + errno = err; > + perror ("pthread_detach"); > + exit (EXIT_FAILURE)...

...o format_vorbis.o net/.libs/libicenet.al thread/.libs/libicethread.al httpp/.libs/libicehttpp.al log/.libs/libicelog.al avl/.libs/libiceavl.al timing/.libs/libicetiming.al -L/usr/local/lib -lpthread -lxml -lz -L/lib -lvorbis -logg -lm -R/usr/local/lib -R/usr/local/lib thread.lo: Undefined symbol `_pthread_detach' referenced from text segment collect2: ld returned 1 exit status gmake[2]: *** [icecast] Error 1 [...] The question still is, whether it is trivial to fix (even for non-coders like me) and if yes, how? My workaround is a port redirect from my OBSD gateway to a linux box. This is not the solu...

> >The question still is, whether it is trivial to fix (even for non-coders >like me) and if yes, how? Does openbsd's pthread library not have pthread_detach? Or is it the extra underscore at the start there that's causing problems? Dealing without pthread_detach would be painful, though not impossible. > >My workaround is a port redirect from my OBSD gateway to a linux box. >This is not the solution I prefer but it does its job, at leas...

...6d7464, nounlock=0x666d7464) at chan_sip.c:11083 #26 0x4048150d in sipsock_read (id=0x813ed80, fd=15, events=1, ignore=0x0) at chan_sip.c:11377 #27 0x080558dd in ast_io_wait (ioc=0x8162320, howlong=1718449252) at io.c:284 #28 0x404776a9 in do_monitor (data=0x0) at chan_sip.c:11536 #29 0x40034cc4 in pthread_detach () from /lib/libpthread.so.0 #30 0x40201037 in clone () from /lib/libc.so.6 Please anyone can help me with a suggestion? I can also post asterisk debug trace anyway. Thaks for all, flavio -- ******************************** * (o< ing. Patria Flavio * //\ phone 0823451358 * V_/_ mobi...

...cc checking whether the C compiler (mpicc ) works... yes checking whether the C compiler (mpicc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether mpicc accepts -g... yes checking how to run the C preprocessor... mpicc -E checking for mpi.h... yes checking for pthread_detach in -lpthread... yes checking for MPI_Comm_spawn... yes checking whether mpicc -Wall is understood... yes updating cache ./config.cache creating ./config.status creating src/Makevars ** libs ** arch - gcc -std=gnu99 -I/usr/local/R-2.5.0/lib64/R/include -I/usr/local/R-2.5.0/lib64/R/include -I/usr/lo...

...d); else printf("fail to deRegister, conn:%p, call id:%d\n", conn, arg->call_id) } void* vnf_worker_proc(void *arg) { vnf_mission_t *mission = NULL; pthread_t tid = pthread_self(); vnf_task_ctx_t *task = vnf_task_get_task_info(tid); assert(task); pthread_detach(tid); while (1) { mission = vnf_mission_queue_get(task); if (mission == NULL) { sleep(1); continue; } VNF_IMAGE_DBG("tid:%lu, get one mission from mission queue\n", tid); vnf_op_process(&mission->info); //th...

...6d7464, nounlock=0x666d7464) at chan_sip.c:11083 #26 0x4048150d in sipsock_read (id=0x813ed80, fd=15, events=1, ignore=0x0) at chan_sip.c:11377 #27 0x080558dd in ast_io_wait (ioc=0x8162320, howlong=1718449252) at io.c:284 #28 0x404776a9 in do_monitor (data=0x0) at chan_sip.c:11536 #29 0x40034cc4 in pthread_detach () from /lib/libpthread.so.0 #30 0x40201037 in clone () from /lib/libc.so.6 any suggestion about? Thanks 4 all, -- ******************************** * (o< ing. Patria Flavio * //\ phone 0823451358 * V_/_ mobile 3407873357 * ********************************

...6d7464, nounlock=0x666d7464) at chan_sip.c:11083 #26 0x4048150d in sipsock_read (id=0x813ed80, fd=15, events=1, ignore=0x0) at chan_sip.c:11377 #27 0x080558dd in ast_io_wait (ioc=0x8162320, howlong=1718449252) at io.c:284 #28 0x404776a9 in do_monitor (data=0x0) at chan_sip.c:11536 #29 0x40034cc4 in pthread_detach () from /lib/libpthread.so.0 #30 0x40201037 in clone () from /lib/libc.so.6 any suggestion about? Thanks 4 all, -- ******************************** * (o< ing. Patria Flavio * //\ phone 0823451358 * V_/_ mobile 3407873357 * ********************************

I keep getting segmentation faults when I do a reload. Here are the core file outputs from gdb: (I have three of them and they produce the same output) (gdb) core core.6044 Core was generated by `asterisk'. Program terminated with signal 11, Segmentation fault. #0 0x401519fc in ?? () I have no idea what that means, but if somebody could point me in the right direction, that would be

...0000000000000000 DF *UND* 00000000000000fa GLIBC_2.12 pthread_setname_np 0000000000000000 DF *UND* 000000000000007a Base _ZNSt11logic_errorC2EPKc 0000000000000000 DF *UND* 0000000000000044 GLIBC_2.2.5 __lxstat64 0000000000000000 DF *UND* 000000000000004c GLIBC_2.2.5 pthread_detach 0000000000000000 DF *UND* 000000000000000c LIBXML2_2.4.30 xmlParseFile 0000000000000000 DF *UND* 0000000000000033 LIBXML2_2.4.30 xmlDocGetRootElement 0000000000000000 DF *UND* 000000000000014f Base _ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEE7reserveEm 00...

Hello, I update my building scripts to build LLVM 4.0 RC1 (with clang, lldb, libc++, libc++abi, lld) on CentOS 6 and I got a lot of undefined symbols during linking LLDB. I'm using clang-3.9 and this configuration: -DLLVM_TARGETS_TO_BUILD="X86" -DCMAKE_BUILD_TYPE=Release -DCMAKE_C_COMPILER=/usr/bin/clang -DCMAKE_CXX_COMPILER=/usr/bin/clang++