- libdispatch-dev - lists.macosforge.org

failed assertions when DISPATCH_DEBUG enabled
by Mark Heily 28 Dec '09

28 Dec '09

When I define DISPATCH_DEBUG=1 and build the library under Linux, almost all of the test programs fail. I checked a couple of them, and they both fail a dispatch_assert() test at the same place: in _dispatch_ccache_init(). See below for a backtrace: $ gdb ./dispatch_api GNU gdb (GDB) 7.0-ubuntu Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /home/mheily/proj/libdispatch/trunk/testing/.libs/dispatch_api...done. (gdb) r Starting program: /home/mheily/proj/libdispatch/trunk/testing/.libs/dispatch_api [Thread debugging using libthread_db enabled] ================================================== [TEST] Dispatch (Public) API [PID] 17941 ================================================== Actual: 0x6020a0 Expected: 0x6020a0 [PASS] dispatch_get_main_queue Program received signal SIGABRT, Aborted. 0x00007ffff72604b5 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. in ../nptl/sysdeps/unix/sysv/linux/raise.c (gdb) bt #0 0x00007ffff72604b5 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x00007ffff7263f50 in *__GI_abort () at abort.c:92 #2 0x00007ffff7bd023e in _dispatch_abort (line=<value optimized out>, val=<value optimized out>) at queue.c:1774 #3 0x00007ffff7bd02ab in _dispatch_ccache_init (context=<value optimized out>) at queue.c:1697 #4 0x00007ffff7bcfb15 in dispatch_once_f (val=0x7ffff7dd8dc8, ctxt=0x4615, func=0x6) at once.c:43 #5 0x00007ffff7bd02ec in _dispatch_continuation_alloc_from_heap () at queue.c:1707 #6 0x00007ffff7bd05f1 in _dispatch_async_f_slow (dq=0x4615, context=0x4615, func=0x6) at queue.c:681 #7 0x0000000000400bd8 in main () (gdb)

3 2

Experimental Pthread Work Queue Support for FreeBSD
by Stacey Son 24 Dec '09

24 Dec '09

Hi All, Just in time for the holidays I have created a couple of patches for FreeBSD-Current to add apple-like pthread workqueues. You can find the patches at: http://people.freebsd.org/~sson/thrworkq/ The first patch (kern_thrworkq_*.diff) adds the kernel support and thr_workq() system call. To compile it into the kernel "options THRWORKQ" needs to be added to the kernel config file. The second patch (pthread_workqueue_*.diff) is for the libthr code and adds the pthread_workqueue_*_np() functions. (See http://people.freebsd.org/~sson/thrworkq/pthread_workqueue.3.txt for the man page.) I have only done a limited amount of testing so I am sure there are bugs. Any questions, comments, bug reports, and/or patches are welcomed. Thanks, -stacey.

4 4

Building on Linux
by Dustin Laurence 16 Dec '09

16 Dec '09

Hi, all. I checked out libkqueue (r119) and libdispatch (r174) and just naively attempted to build. libkqueue builds and passes it's test suite under gcc on Fedora 11 (x86 architecture, of course), libdispatch builds the library and part of the test suite but fails when it can't find arc4random(). (I gather this is expected.) Of the tests that build, several pass. Is this about what should happen at this stage in the porting effort? I gather that in the absence of the blocks compiler extension that functionally is just ripped out of the suite with the #ifdef __BLOCKS__ directives I see in the source? I'm just trying to understand the status of the port at this time and find out whether it's too soon to use it to write a toy program to explore the programming model. Dustin

2 2

Solaris portability / Pthread workqueue
by Prakash Sangappa 24 Nov '09

24 Nov '09

I am interested in finding out more about the pthread workqueue API that libdispatch uses. Is there any documentation / man pages available? Glad to see a Solaris port of libdispatch coming along, great effort by Joakim. I understand that a full API support, including blocks and the kernel support is desirable. Thanks, -Prakash.

4 3

State of the Linux port (without blocks support)
by Mario Schwalbe 23 Nov '09

23 Nov '09

Hi, Robert Watson schrieb: > Has anyone else noticed that getting libdispatch to run on a new OS is > the easy bit, and that figuring out the auto*/libtool/pkg-config/etc > stuff is the hard bit? :-) I did recognize the irony and I don't want to underestimate your work either, but getting libdispatch to compile is just the first step. The real problems are going to arise thereafter, as we're now able to run the test suite. I also would like to thank all developers who are replying that quickly on the list, and Mark Heily for developing libkqueue. All libraries and programs have been compiled with GCC 4.4.1. Please note that I ran the tests manually, because make -C <build-of-libdispatch>/testing check might report pass, e.g.: Actual: 193 Expected: 192 [FAIL] blocks completed (/home/mario/diplom/src/libdispatch/testing/dispatch_priority.c:82) /home/mario/diplom/src/libdispatch/testing/dispatch_priority.c:82 Actual: 29 Expected: <36 [PASS] high priority precedence PASS: dispatch_priority Here are the results: dispatch_api: pass dispatch_c99: pass dispatch_cascade: pass dispatch_debug: pass dispatch_priority: fail ================================================== [TEST] Dispatch Priority [PID] 3369 ================================================== LOW: 128 ******************************************************************************** DEFAULT: 23 *************** HIGH: 42 *************************** Actual: 193 Expected: 192 [FAIL] blocks completed (/home/mario/diplom/src/libdispatch/testing/dispatch_priority.c:82) /home/mario/diplom/src/libdispatch/testing/dispatch_priority.c:82 Actual: 128 Expected: <42 [FAIL] high priority precedence (/home/mario/diplom/src/libdispatch/testing/dispatch_priority.c:83) /home/mario/diplom/src/libdispatch/testing/dispatch_priority.c:83 dispatch_priority2: fail ================================================== [TEST] Dispatch Priority (Set Target Queue) [PID] 3944 ================================================== Actual: 0x240e010 Expected: 0x240e010 [PASS] q[i] Actual: 0x240e350 Expected: 0x240e350 [PASS] q[i] Actual: 0x240e400 Expected: 0x240e400 [PASS] q[i] LOW: 63 **************************************** DEFAULT: 67 ****************************************** HIGH: 62 *************************************** Actual: 192 Expected: 192 [PASS] blocks completed Actual: 63 Expected: <62 [FAIL] high priority precedence (/home/mario/diplom/src/libdispatch/testing/dispatch_priority.c:83) /home/mario/diplom/src/libdispatch/testing/dispatch_priority.c:83 dispatch_starfish: fail laps 10-1 pass, but the task doesn't return and spins forever (one thread). queue_finalizer: pass ciao, Mario

2 2

[PATCH 2/4] check whether to add -lm for testing to compile
by Mario Schwalbe 20 Nov '09

20 Nov '09

Hi, Linux needs -lm in order to compile the testing directory due to fabs(). ciao, Mario Index: configure.ac =================================================================== --- configure.ac (Revision 171) +++ configure.ac (Arbeitskopie) @@ -138,6 +138,7 @@ # AC_SEARCH_LIBS(clock_gettime, rt) AC_SEARCH_LIBS(pthread_create, pthread) +AC_SEARCH_LIBS(fabs, m) # # Prefer native kqueue(2); otherwise use libkqueue if present.

5 10

[PATCH] arc4random
by Mark Heily 19 Nov '09

19 Nov '09

Here's a patch I sent a couple days ago that may have been overlooked. Thanks, - Mark Index: configure.ac =================================================================== --- configure.ac (revision 166) +++ configure.ac (working copy) @@ -191,7 +191,7 @@ AC_CHECK_DECLS([FD_COPY], [], [], [[#include <sys/select.h>]]) AC_CHECK_DECLS([SIGEMT], [], [], [[#include <signal.h>]]) AC_CHECK_DECLS([VQ_UPDATE, VQ_VERYLOWDISK], [], [], [[#include <sys/mount.h>]]) -AC_CHECK_FUNCS([pthread_key_init_np pthread_main_np mach_absolute_time malloc_create_zone sysconf]) +AC_CHECK_FUNCS([pthread_key_init_np pthread_main_np mach_absolute_time malloc_create_zone sysconf arc4random]) AC_CHECK_DECLS([POSIX_SPAWN_START_SUSPENDED], [have_posix_spawn_start_suspended=true], Index: testing/queue_finalizer.c =================================================================== --- testing/queue_finalizer.c (revision 166) +++ testing/queue_finalizer.c (working copy) @@ -32,6 +32,35 @@ void *ctxt_magic; +/* +* Based on ISC BIND lib/isc/random.c +*/ +#ifndef HAVE_ARC4RANDOM +static uint32_t +arc4random(void) +{ + unsigned int pid; + static int arc4random_init; + + /* + * The low bits of pid generally change faster. + * Xor them with the high bits of time which change slowly. + */ + if (!arc4random_init) { + pid = getpid(); + pid = ((pid << 16) & 0xffff0000) | ((pid >> 16) & 0xffff); + srand(time(NULL) ^ pid); + arc4random_init = 1; + } + + /* + * rand()'s lower bits are not random. + * rand()'s upper bit is zero. + */ + return ((rand() >> 4) & 0xffff) | ((rand() << 12) & 0xffff0000); +} +#endif /* ! HAVE_ARC4RANDOM */ + static void finalizer(void *ctxt) {

7 6

Solaris portability, dispatch.h - PATCH [4/6]
by Joakim Johansson 19 Nov '09

19 Nov '09

Added the checking for cdefs.h that does not exist on all platforms, also added the __BEGIN_DECLS here as they are usually from cdefs.h and are not available on Solaris. Perhaps this should be broken out to a DISPATCH_SHIMS_CDEFS instead? Joakim octo.tbricks.com:gcd/trunk/dispatch> svn diff Index: dispatch.h =================================================================== --- dispatch.h (revision 140) +++ dispatch.h (working copy) @@ -25,7 +25,20 @@ #include <Availability.h> #include <TargetConditionals.h> #endif +#if HAVE_SYS_CDEFS_H #include <sys/cdefs.h> +#endif + +#ifndef __BEGIN_DECLS +# if defined(__cplusplus) +# define __BEGIN_DECLS extern "C" { +# define __END_DECLS }; +# else /* __BEGIN_DECLS */ +# define __BEGIN_DECLS +# define __END_DECLS +# endif /* __BEGIN_DECLS */ +#endif /* __BEGIN_DECLS */ + #include <stddef.h> #include <stdint.h> #include <stdbool.h>

5 11

State of the Linux port (with blocks support)
by Mario Schwalbe 19 Nov '09

19 Nov '09

Hi, this time I compiled with LLVM/GCC 4.2.1. Here are the brief results: dispatch_api: pass dispatch_c99: pass dispatch_cascade: pass dispatch_debug: pass dispatch_priority: fail dispatch_priority2: fail dispatch_starfish: fail, spins forever queue_finalizer: pass dispatch_after: fail, spins forever dispatch_apply: pass dispatch_drift: fail, spins forever dispatch_group: pass dispatch_pingpong: pass dispatch_read: fail, spins forever dispatch_readsync: pass dispatch_sema: pass dispatch_timer_bit31: fail, spins forever dispatch_timer_bit63: fail, spins forever dispatch_plusplus: pass Hopefully, those tasks that don't terminate fail due to the same problem, so I'm going to investigate this issue further. ciao, Mario

2 1

[PATCH] missing kqueue libs in testing/Makefile.am
by Mario Schwalbe 19 Nov '09

19 Nov '09

Hi, added libkqueue library variable to testing/Makefile.am. ciao, Mario Index: testing/Makefile.am =================================================================== --- testing/Makefile.am (Revision 165) +++ testing/Makefile.am (Arbeitskopie) @@ -81,4 +81,5 @@ LDADD=libtest.la ../src/libdispatch.la CFLAGS=-Wall $(MARCH_FLAGS) $(CBLOCKS_FLAGS) CXXFLAGS=-Wall $(MARCH_FLAGS) $(CXXBLOCKS_FLAGS) +LIBS=$(KQUEUE_LIBS)

5 12