From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8401 invoked by alias); 16 Sep 2019 08:47:50 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 8393 invoked by uid 89); 16 Sep 2019 08:47:50 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-16.0 required=5.0 tests=AWL,BAYES_00,GIT_PATCH_2,SPF_PASS autolearn=ham version=3.3.1 spammy=commercial, nicole, Managing, Nicole X-HELO: mga09.intel.com Received: from mga09.intel.com (HELO mga09.intel.com) (134.134.136.24) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 16 Sep 2019 08:47:48 +0000 Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Sep 2019 01:47:45 -0700 Received: from irsmsx107.ger.corp.intel.com ([163.33.3.99]) by fmsmga005.fm.intel.com with ESMTP; 16 Sep 2019 01:47:44 -0700 Received: from irsmsx106.ger.corp.intel.com ([169.254.8.184]) by IRSMSX107.ger.corp.intel.com ([169.254.10.7]) with mapi id 14.03.0439.000; Mon, 16 Sep 2019 09:47:44 +0100 From: "Willgerodt, Felix" To: Eli Zaretskii CC: "gdb@sourceware.org" Subject: RE: Macos notarization and "Unkown signal" on macos Date: Mon, 16 Sep 2019 08:47:00 -0000 Message-ID: References: <49b5919f-6871-d147-4aa9-5f93bedbe571@intel.com> <83k1ao6r71.fsf@gnu.org> In-Reply-To: <83k1ao6r71.fsf@gnu.org> Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2019-09/txt/msg00014.txt.bz2 Sorry for not responding earlier, but I was out sick the last weeks. I intentionally copied some lines to make it easier to find the relevant pa= rt in the LLDB source code, just in case anyone else wants to dig deeper. M= acos documentation on this is unfortunately rather sparse, so every bit hel= ps IMO. I know that this would cause legal issues, which is why I only posted my fi= ndings here and not in the patches mailing list. My intention was to start = a discussion on how to solve the problem, not to get this patch accepted. I= am confident that we can come up with a patch that doesn't infringe any co= pyright. 90% of the patch are "normal" system calls anyway. Felix -----Original Message----- From: Eli Zaretskii [mailto:eliz@gnu.org]=20 Sent: Wednesday, September 4, 2019 5:02 PM To: Willgerodt, Felix Cc: gdb@sourceware.org Subject: Re: Macos notarization and "Unkown signal" on macos > From: Felix Willgerodt > Date: Wed, 4 Sep 2019 16:32:12 +0200 >=20 > * darwin_attach_pid(): Added a loop that tries task_for_pid() 10 times,=20 > sleeping 10000 usec inbetween. This change was inspired by LLDB and=20 > seems to be necessary for the hardened runtime. > * darwin_ptrace_me(): Changed the process group setting to occour after=20 > the ptrace calls (inspired by LLDB) > * darwin_ptrace_him(): Set the child process group to match its pid=20 > (inspired by LLDB) Bother: could "inspired by LLDB" mean that the code was copied from there? This could mean legal problems if we accept such code. IOW, how much of the code is actually your own original code? Intel Deutschland GmbH Registered Address: Am Campeon 10-12, 85579 Neubiberg, Germany Tel: +49 89 99 8853-0, www.intel.de Managing Directors: Christin Eisenschmid, Gary Kershaw Chairperson of the Supervisory Board: Nicole Lau Registered Office: Munich Commercial Register: Amtsgericht Muenchen HRB 186928