From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: Wait for function to execute? Date: Fri, 09 Jun 2017 03:40:25 +0200 Message-ID: References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1496972469 16974 195.159.176.226 (9 Jun 2017 01:41:09 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 9 Jun 2017 01:41:09 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Jun 09 03:41:02 2017 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dJ8v8-00042D-DJ for geh-help-gnu-emacs@m.gmane.org; Fri, 09 Jun 2017 03:41:02 +0200 Original-Received: from localhost ([::1]:52073 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dJ8vD-00053a-Pt for geh-help-gnu-emacs@m.gmane.org; Thu, 08 Jun 2017 21:41:07 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44082) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dJ8uj-00053J-D0 for help-gnu-emacs@gnu.org; Thu, 08 Jun 2017 21:40:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dJ8ug-0006Xv-B6 for help-gnu-emacs@gnu.org; Thu, 08 Jun 2017 21:40:37 -0400 Original-Received: from [195.159.176.226] (port=35071 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dJ8ug-0006Vi-41 for help-gnu-emacs@gnu.org; Thu, 08 Jun 2017 21:40:34 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dJ8uY-0002G6-7x for help-gnu-emacs@gnu.org; Fri, 09 Jun 2017 03:40:26 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Original-Lines: 45 Original-X-Complaints-To: usenet@blaine.gmane.org Mail-Copies-To: never Cancel-Lock: sha1:GiJ4syW614XsIQULuFZ8kiuxdGE= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:113409 Archived-At: Nikolay Kudryavtsev wrote: > I have a case where I'm writing a unit > test(A) that needs to wait for a function(B) > that's called by a process sentinel for > a process started by this unit test. Do you want to child/subprocess Emacs or are you thinking in the "lines" of Lisp parallelism? > So, when A runs, B runs too, eventually... > Since it's a unit test, changing B is > off limits. Here is a simple demo. No parallelism or IPC to it tho. (defun add (n &rest r) (apply #'+ n r) ; 1 ;; uncomment this, re-eval to make add fail unit test ) (defun test-add (&rest _unused) (advice-remove 'add #'test-add) (when (= 6 (add 1 2 3)) (advice-add 'add :before-while #'test-add) t) ) (advice-add 'add :before-while #'test-add) (add 1 2 3 4 5) ; 15 on OK, nil on failure > Then I would have a while loop that sleeps > until that condition is fulfilled. So called busy-wait. Should be avoided according to the sacred scrolls. However the simplest kind of semaphore implements it. And when you call it that, it sounds better already. -- underground experts united http://user.it.uu.se/~embe8573