search for: thread_create

...023AC3> /usr/lib/system/libunwind.dylib 0x7fff50d78000 - 0x7fff50da5ff7 libxpc.dylib (1205.70.9) <0BC7AD67-671D-31D4-8B88-C317B8379598> /usr/lib/system/libxpc.dylib External Modification Summary: Calls made by other processes targeting this process: task_for_pid: 0 thread_create: 0 thread_set_state: 0 Calls made by this process: task_for_pid: 0 thread_create: 0 thread_set_state: 0 Calls made by all processes on this machine: task_for_pid: 227609 thread_create: 0 thread_set_state: 0 VM Region Summary: ReadOnly portion of Libraries...

...t; /usr/lib/libSystem.B.dylib 0x7fff985d4000 - 0x7fff985e2ff7 libsystem_network.dylib (77.10) <0D99F24E-56FE-380F-B81B-4A4C630EE587> /usr/lib/system/libsystem_network.dylib External Modification Summary: Calls made by other processes targeting this process: task_for_pid: 0 thread_create: 0 thread_set_state: 0 Calls made by this process: task_for_pid: 0 thread_create: 0 thread_set_state: 0 Calls made by all processes on this machine: task_for_pid: 178 thread_create: 0 thread_set_state: 0 VM Region Summary: ReadOnly portion of Libraries: Total=101.2M...

...t; /usr/lib/libSystem.B.dylib 0x7fff985d4000 - 0x7fff985e2ff7 libsystem_network.dylib (77.10) <0D99F24E-56FE-380F-B81B-4A4C630EE587> /usr/lib/system/libsystem_network.dylib External Modification Summary: Calls made by other processes targeting this process: task_for_pid: 0 thread_create: 0 thread_set_state: 0 Calls made by this process: task_for_pid: 0 thread_create: 0 thread_set_state: 0 Calls made by all processes on this machine: task_for_pid: 178 thread_create: 0 thread_set_state: 0 VM Region Summary: ReadOnly portion of Libraries: Total=101.2M...

...0x7fff50d78000 - 0x7fff50da5ff7 libxpc.dylib (1205.70.9) > <0BC7AD67-671D-31D4-8B88-C317B8379598> /usr/lib/system/libxpc.dylib > > > External Modification Summary: > > Calls made by other processes targeting this process: > > task_for_pid: 0 > > thread_create: 0 > > thread_set_state: 0 > > Calls made by this process: > > task_for_pid: 0 > > thread_create: 0 > > thread_set_state: 0 > > Calls made by all processes on this machine: > > task_for_pid: 227609 > > thread_create: 0 >...

...libsystem_kernel.dylib 0x00007fff98f915c2 swtch_pri + 10 1 libsystem_pthread.dylib 0x00007fff93b5d381 sched_yield + 11 2 libclang_rt.tsan_osx_dynamic.dylib 0x00000001063d5946 __sanitizer::internal_sched_yield() + 6 3 libclang_rt.tsan_osx_dynamic.dylib 0x0000000106395495 wrap_pthread_create + 341 4 ??? 0x0000000000002009 0 + 8201 Thread 6: 0 libsystem_kernel.dylib 0x00007fff98f915c2 swtch_pri + 10 1 libsystem_pthread.dylib 0x00007fff93b5d381 sched_yield + 11 2 libclang_rt.tsan_osx_dynamic.dylib 0x00000001063d5946 __sanitizer::internal...

...(see lots of warnings) libpri seems to compile ok zaptel and ztdummy load ok after compile asterisk builds ok but exits with this error at runtime: [pbx_wilcalu.so]Jun 6 14:32:54 WARNING[27986]: loader.c :310 __load_resource: /usr/lib/asterisk/modules/pbx_wilcalu.so: undefined symbol: ast_p thread_create Jun 6 14:33:49 WARNING[27986]: loader.c:518 load_modules : Loading module pbx_wilcalu.so failed! asterisk will not run! I have no idea what this means or how to deal with it. any help is much appreciated! Asterisk version: Vontage:/etc/asterisk# asterisk -V Asterisk CVS-HEAD umm.... not reall...

...nel.dylib 0x00007fff98f915c2 swtch_pri + 10 > 1 libsystem_pthread.dylib 0x00007fff93b5d381 sched_yield + 11 > 2 libclang_rt.tsan_osx_dynamic.dylib 0x00000001063d5946 __sanitizer::internal_sched_yield() + 6 > 3 libclang_rt.tsan_osx_dynamic.dylib 0x0000000106395495 wrap_pthread_create + 341 > 4 ??? 0x0000000000002009 0 + 8201 > > Thread 6: > 0 libsystem_kernel.dylib 0x00007fff98f915c2 swtch_pri + 10 > 1 libsystem_pthread.dylib 0x00007fff93b5d381 sched_yield + 11 > 2 libclang_rt.tsan_osx_dynamic.dylib 0x00000001...

On Wed, Jan 20, 2016 at 1:31 PM, Chris Matthews <chris.matthews at apple.com> wrote: > I worded that poorly, the Jenkins check I added will explain to the user > that we know this fails sometimes. > > On Jan 20, 2016, at 1:30 PM, Chris Matthews <chris.matthews at apple.com> > wrote: > > I have added a Jenkins check for this test, which explains why it fails on

...off/ices/src' gcc -DPACKAGE=\"ices\" -DVERSION=\"2.0\" -DSTDC_HEADERS=1 -DHAVE_STDINT_H=1 -I. -I. -Inet -Ithread -Iavl -Ilog -Itiming -DHAVE_OSS -I/usr/include/libxml -I/usr/include -O20 -ffast-math -fsigned-char -D_REENTRANT -D_GNU_SOURCE -c input.c input.c:255: macro `thread_create' used with only 4 args make[2]: *** [input.o] Error 1 make[2]: Leaving directory `/usr/usr2/friends/geoff/ices/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/usr2/friends/geoff/ices/src' make: *** [all-recursive] Error 1 Geoff. --- >8 ---- List archives:...

...ices_config->metadata_filename = current->value; else LOG_WARN1("Unknown parameter %s for stdinpcm module", current->name); current = current->next; + } + if(use_metadata) + { + if(ices_config->metadata_filename) + thread_create("im_stdinpcm-metadata", metadata_thread_signal, mod, 1); + LOG_INFO0("Started metadata update thread"); } return mod; Index: im_stdinpcm.h =================================================================== RCS file: /usr/local/cvsroot/ices/src/im_stdinpcm.h,v...

Patch applied. ------- ==> Creating package "libguestfs-git"... -> Generating .PKGINFO file... -> Generating .MTREE file... -> Compressing package... ==> Leaving fakeroot environment. ==> Finished making: libguestfs-git 1.27.25.12.gbbae613-1 (Mon Aug 11 18:24:54 CEST 2014) ---------------------- martinus@gerbillous ➤➤ ~aur/libguestfs-git % ls -al

I changed the libshout2 and thread module apis. This broke everything. If you are tracking CVS, make sure to update your libshout2 and the thread module. Ices2 and Icecast2 already uses these new changes, which were implemented as part of general cleanup and getting Solaris builds out of clean tarballs. If anyone is having build issues now, on linux or solaris, please let me know. jack. ---

Am 19.06.2013 18:01, schrieb JF Bastien: > > From the provided documentation I understood that in memory data > structures of a PNaCl program are incompatible to the host program > because ABIs are different (e.g. PNaCl pointers are always 32-bit > even when running on x86_64 platform). > So PNaCl program can't access any data structures of the host >

> From the provided documentation I understood that in memory data > structures of a PNaCl program are incompatible to the host program because > ABIs are different (e.g. PNaCl pointers are always 32-bit even when running > on x86_64 platform). > So PNaCl program can't access any data structures of the host program > directly. The only communication way is by using syscalls,

on Solaris 10 5.10 Generic_118822-23 sun4v sparc SUNW,Sun-Fire-T200 I run #iostat -xn 5 to monitor the IO statistics on SF T2000 server. The system also have a heavy IO load, for some reason iostat donot refresh (no any update). It seems like iostat is calling pause() and stucked there. Also my HBA driver''s interrupt stack trace indicates there is a lot of swtch(), the overall IOPS

The previously selected 'atomic' recipe resulted in 2GB swap in a 6GB volume. Also, we don't really need the boot partition, so just create a partition using the whole disk space. --- builder/templates/debian.preseed | 13 ++++++++++++- 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/builder/templates/debian.preseed b/builder/templates/debian.preseed index

See this bug for background information: https://bugzilla.redhat.com/show_bug.cgi?id=1350465 Thanks: Tomáš Golembiovský --- v2v/virt-v2v.pod | 38 ++++++++++++++++++++++++++------------ 1 file changed, 26 insertions(+), 12 deletions(-) diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod index e68d75cf8..87dba240b 100644 --- a/v2v/virt-v2v.pod +++ b/v2v/virt-v2v.pod @@ -1909,18 +1909,32 @@ that

Commit 0a94cae15bae7cecb725e78e485708694d347612 added useful headings to parts of the configure script. This refactors the code by adding a common macro (‘HEADING’), and also changes the output so it's clearer at a glance: --- Checking for Haskell --- checking for ghc... (cached) ghc --- Checking for PHP --- checking for php... (cached) php checking for phpize... (cached) phpize

Replace GUESTFSD_EXT_CMD with a command line option ‘./guestfsd --print-external-commands’

Hello, I work at SmarctJog.com, we have here some patches on IceCast for performance and reliability, these are mostly client/connection/source cleanups (a slave merge is underway, and some more good stuff (c)), but we'd like this to be merged in before the list gets any longer. Please find attached a list of our patches with a short desc: This one is actually not from us/me, it was found