July 2011 - libdispatch-dev - lists.macosforge.org

Re: [libdispatch-dev] The results of your email commands
by Antonio Carlos de faria 21 Jul '11

21 Jul '11

From: carlos.faria01(a)hotmail.com To: carlos.faria01(a)hotmail.com; libdispatch-dev-owner(a)lists.macosforge.org Subject: RE: The results of your email commands Date: Tue, 19 Jul 2011 23:18:04 +0300 From: carlos.faria01(a)hotmail.com To: libdispatch-dev-owner(a)lists.macosforge.org Subject: RE: The results of your email commands Date: Tue, 19 Jul 2011 23:17:04 +0300 Subject: The results of your email commands From: libdispatch-dev-owner(a)lists.macosforge.org To: carlos.faria01(a)hotmail.com Date: Mon, 18 Jul 2011 17:40:17 -0700 The results of your email command are provided below. Attached is your original message. - Results: Ignoring non-text/plain MIME parts - Unprocessed: Eu gostaria de adicioná-lo à minha rede profissional no LinkedIn. -Antonio Carlos de Antonio Carlos de Faria Profissional independente de Administração de serviços São Paulo Area, Brazil Confirm that you know Antonio Carlos de Faria https://www.linkedin.com/e/33697e-gqa4zs8l-1k/isd/3122561631/WOZR4KjD/ -- (c) 2011, LinkedIn Corporation - Done. --Anexo de Mensagem Encaminhado-- Date: Tue, 19 Jul 2011 00:40:16 +0000 From: carlos.faria01(a)hotmail.com To: libdispatch-dev-request(a)lists.macosforge.org Subject: Faça parte da minha rede no LinkedIn LinkedIn Eu gostaria de adicioná-lo à minha rede profissional no LinkedIn. -Antonio Carlos de Antonio Carlos de Faria Profissional independente de Administração de serviços São Paulo Area, Brazil Confirm that you know Antonio Carlos de © 2011, LinkedIn Corporation

1 2

Re: [libdispatch-dev] The results of your email commands
by Antonio Carlos de faria 19 Jul '11

19 Jul '11

From: carlos.faria01(a)hotmail.com To: carlos.faria01(a)hotmail.com; libdispatch-dev-owner(a)lists.macosforge.org Subject: RE: The results of your email commands Date: Tue, 19 Jul 2011 23:18:04 +0300 From: carlos.faria01(a)hotmail.com To: libdispatch-dev-owner(a)lists.macosforge.org Subject: RE: The results of your email commands Date: Tue, 19 Jul 2011 23:17:04 +0300 Subject: The results of your email commands From: libdispatch-dev-owner(a)lists.macosforge.org To: carlos.faria01(a)hotmail.com Date: Mon, 18 Jul 2011 17:40:17 -0700 The results of your email command are provided below. Attached is your original message. - Results: Ignoring non-text/plain MIME parts - Unprocessed: Eu gostaria de adicioná-lo à minha rede profissional no LinkedIn. -Antonio Carlos de Antonio Carlos de Faria Profissional independente de Administração de serviços São Paulo Area, Brazil Confirm that you know Antonio Carlos de Faria https://www.linkedin.com/e/33697e-gqa4zs8l-1k/isd/3122561631/WOZR4KjD/ -- (c) 2011, LinkedIn Corporation - Done. --Anexo de Mensagem Encaminhado-- Date: Tue, 19 Jul 2011 00:40:16 +0000 From: carlos.faria01(a)hotmail.com To: libdispatch-dev-request(a)lists.macosforge.org Subject: Faça parte da minha rede no LinkedIn LinkedIn Eu gostaria de adicioná-lo à minha rede profissional no LinkedIn. -Antonio Carlos de Antonio Carlos de Faria Profissional independente de Administração de serviços São Paulo Area, Brazil Confirm that you know Antonio Carlos de © 2011, LinkedIn Corporation

1 0

Faça parte da minha rede no LinkedIn
by Antonio Carlos de Faria 19 Jul '11

19 Jul '11

LinkedIn ------------ Eu gostaria de adicioná-lo à minha rede profissional no LinkedIn. -Antonio Carlos de Antonio Carlos de Faria Profissional independente de Administração de serviços São Paulo Area, Brazil Confirm that you know Antonio Carlos de Faria https://www.linkedin.com/e/-jkkfhg-gqa61jy9-41/isd/3577532546/4qPnP3Q3/ -- (c) 2011, LinkedIn Corporation

1 0

Faça parte da minha rede no LinkedIn
by Antonio Carlos de Faria 19 Jul '11

19 Jul '11

LinkedIn ------------ Eu gostaria de adicioná-lo à minha rede profissional no LinkedIn. -Antonio Carlos de Antonio Carlos de Faria Profissional independente de Administração de serviços São Paulo e redondezas, Brasil Confirme que você conhece Antonio Carlos de Faria https://www.linkedin.com/e/-jkkfhg-gqa4zvtp-36/isd/3577532546/4qPnP3Q3/ -- (c) 2011, LinkedIn Corporation

1 0

What's with this sigsuspend stuff?
by DrPizza 08 Jul '11

08 Jul '11

I'm trying to understand the purpose of _dispatch_sigsuspend() [1], but for the life of me, I cannot see what it is. To the best of my knowledge, sigsuspend() blocks a single thread (not an entire process, per POSIX [2]), suspending it until one of the signals in the sigset_t is sent to that thread. sigsuspend() requires that the sigset_t be properly initialized (using either sigemptyset() or sigfillset()) and then, optionally, modified (using sigaddset() or sigdelset()). The behaviour is undefined if this does not occur. _dispatch_sigsuspend() does not properly initialize the sigset_t, instead passing it straight to sigsuspend(). So whatever the purpose of this function is, it probably isn't doing it properly. But then, what is that purpose? _dispatch_sigsuspend() is sent to the normal priority, non-overcommitting queue. This is a multithreaded queue, and the block is only sent once. The function loops forever; even if the sigsuspend() returns, it gets called again immediately. So the net result is surely that one of the threads in the workqueue will just be stuck forever? Clearly I'm missing something here; can anyone enlighten me? Regards, Peter [1]: http://libdispatch.macosforge.org/trac/browser/trunk/src/queue.c#L953 [2]: http://pubs.opengroup.org/onlinepubs/007908799/xsh/sigsuspend.html

5 9

Possible race in _dispatch_logv when DISPATCH_DEBUG is defined?
by DrPizza 05 Jul '11

05 Jul '11

The intended pattern in _dispatch_logv is to have a static FILE* logfile for the log file, lazily initialized by the first thread to call the function. To avoid locking, every thread that sees that logfile is empty opens the log file in a private per-thread FILE*, and then tries to cmpxchg that into the static value. Any thread that loses the race just closes its private copy and uses the shared one. However, tmp has been marked static too, which means that if several threads are executing _dispatch_logv simultaneously, they'll clobber each other's tmp. That seems of dubious value to me; I think tmp should be non-static. Peter

5 6