From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <5764c029b688c1c0d24a2e97cd764f@gmail.com> X-Original-To: caml-list@sympa.inria.fr Delivered-To: caml-list@sympa.inria.fr Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) by sympa.inria.fr (Postfix) with ESMTPS id D42617EE8B for ; Fri, 15 Mar 2013 16:55:43 +0100 (CET) Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of 5764c029b688c1c0d24a2e97cd764f@gmail.com) identity=pra; client-ip=209.85.215.169; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="5764c029b688c1c0d24a2e97cd764f@gmail.com"; x-sender="5764c029b688c1c0d24a2e97cd764f@gmail.com"; x-conformance=sidf_compatible Received-SPF: Pass (mail3-smtp-sop.national.inria.fr: domain of 5764c029b688c1c0d24a2e97cd764f@gmail.com designates 209.85.215.169 as permitted sender) identity=mailfrom; client-ip=209.85.215.169; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="5764c029b688c1c0d24a2e97cd764f@gmail.com"; x-sender="5764c029b688c1c0d24a2e97cd764f@gmail.com"; x-conformance=sidf_compatible; x-record-type="v=spf1" Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of postmaster@mail-ea0-f169.google.com) identity=helo; client-ip=209.85.215.169; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="5764c029b688c1c0d24a2e97cd764f@gmail.com"; x-sender="postmaster@mail-ea0-f169.google.com"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AioDAFRDQ1HRVdepiGdsb2JhbABDg30Eg2tHvGeBZxYOAQEBCgkUFAQkgioBAQUjHQEbHAIDDAYFCw0CAgUWCwICCQMCAQIBEREBBQEcEwgCh30BAw8EpD2LY0+Ce4R0ChknDVmIfAEFDIEXjXkWgheBEwOWW4V9iSM/hC0 X-IPAS-Result: AioDAFRDQ1HRVdepiGdsb2JhbABDg30Eg2tHvGeBZxYOAQEBCgkUFAQkgioBAQUjHQEbHAIDDAYFCw0CAgUWCwICCQMCAQIBEREBBQEcEwgCh30BAw8EpD2LY0+Ce4R0ChknDVmIfAEFDIEXjXkWgheBEwOWW4V9iSM/hC0 X-IronPort-AV: E=Sophos;i="4.84,850,1355094000"; d="scan'208";a="6649776" Received: from mail-ea0-f169.google.com ([209.85.215.169]) by mail3-smtp-sop.national.inria.fr with ESMTP/TLS/RC4-SHA; 15 Mar 2013 16:55:43 +0100 Received: by mail-ea0-f169.google.com with SMTP id z7so1578751eaf.14 for ; Fri, 15 Mar 2013 08:55:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=iPI0/2Dpw4+izgSOv9RPxnRy+ZZmUeCE2frVZmN5XMU=; b=DgKJTQxYYS+PjC3F/xGm7HZBLCagYQ1iXrHnLgG34B2hSdhREeuADig/SiiCSGbDEz IDnUk5AYhus3Pqx70I1TkZjnb+Kbn4U6eWbemHUkw+fSVAygBnbjeZQ5IDb2ji45bgnB Y0Tdedvycssk1onE93jH/0s8+Ca+GktE7wdrb38g/BTThbzHbr82VtSq5AIyuKnh4GW0 1s+93BNEyGfrz/hRct3csdC1289sKHUr/mj0qZblmQw/wC6b9bAaKrpdHKtF2cRjVG1Z wbhbriSYFv8Gn15RLNkBx8eT+whrSKGf00oTpkE9+OG219DZEkyKYblNYjuvJFAs8VR8 dtwg== X-Received: by 10.14.225.72 with SMTP id y48mr19405670eep.45.1363362942902; Fri, 15 Mar 2013 08:55:42 -0700 (PDT) Received: from [172.27.6.158] ([213.106.240.92]) by mx.google.com with ESMTPS id q42sm10811438eem.14.2013.03.15.08.55.41 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 15 Mar 2013 08:55:42 -0700 (PDT) Message-ID: <514344C4.4070908@gmail.com> Date: Fri, 15 Mar 2013 15:56:52 +0000 From: Matej Kosik <5764c029b688c1c0d24a2e97cd764f@gmail.com> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: caml-list@inria.fr References: <51433085.8090405@gmail.com> <20130315143644.GA4950@siouxsie> In-Reply-To: <20130315143644.GA4950@siouxsie> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Caml-list] signal-unsafety of %! On 15/03/13 14:36, oliver wrote: > On Fri, Mar 15, 2013 at 02:30:29PM +0000, Matej Kosik wrote: >> Hi, >> >> When I compile the attached program >> >> (with compilers available directly from Debian's repositories) >> >> I can observe a (non-deterministic) deadlock. >> >> When I remove >> >> %! >> >> from the printf function inside the SIGALRM's handler, the deadlock never seem to occur. >> >> Obviously, interference can be easily introduced in concurrent programs; I was just surprised that even something like > [...] > > > Whats going on today? > > Use Unix.sigprocmask. > > Ciao, > Oliver > Right, printf simply isn't reentrant. (what I was observing was a program that was busy-looping, but stuck. I guess because internal shared data might have been damaged.).